| 1 |
On 07/10/18 16:35, M. J. Everitt wrote: |
| 2 |
> On 10/07/18 21:09, William Hubbs wrote: |
| 3 |
>> On Mon, Jul 09, 2018 at 03:54:35PM -0700, Zac Medico wrote: |
| 4 |
>>> On 07/09/2018 03:27 PM, M. J. Everitt wrote: |
| 5 |
>>>> On 09/07/18 23:12, Zac Medico wrote: |
| 6 |
>>>>> On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote: |
| 7 |
>>>>>> I'd mostly argue any such change should only affect new systems |
| 8 |
>>>>>> |
| 9 |
>>>>> Yes, changing defaults for existing systems would be annoying. |
| 10 |
>>>>> |
| 11 |
>>>>> My recommendation is to have catalyst set the new defaults in the stage |
| 12 |
>>>>> tarballs. |
| 13 |
>>>>> |
| 14 |
>>>>> When sys-apps/portage changes its internal defaults, I'd like for the |
| 15 |
>>>>> upgrade process to call a tool that generates configuration files when |
| 16 |
>>>>> necessary to ensure that the existing paths remain constant. |
| 17 |
>>>> I think it should be possible for RelEng to make a start on catalyst |
| 18 |
>>>> updates - is there anything that would inhibit going ahead with this, |
| 19 |
>>>> potentially? |
| 20 |
>>> No, nothing. Whatever catalyst puts it the default config will become |
| 21 |
>>> our new default. |
| 22 |
>> I would still like to see notice about what the new defaults are and how |
| 23 |
>> to migrate current systems to them. |
| 24 |
>> |
| 25 |
>> |
| 26 |
>> Thanks, |
| 27 |
>> |
| 28 |
>> William |
| 29 |
>> |
| 30 |
>>> -- |
| 31 |
>>> Thanks, |
| 32 |
>>> Zac |
| 33 |
>>> |
| 34 |
>> |
| 35 |
>> |
| 36 |
> I'd like to propose that further to the discussion here on the -dev |
| 37 |
> mailing list, the Council discuss and make a firm proposal on the new |
| 38 |
> default paths, and then RelEng can make the appropriate updates to the |
| 39 |
> catalyst builds. A news item can be compiled, with an appropriate wiki |
| 40 |
> article perhaps on migration strategy (I may volunteer to format such a |
| 41 |
> page with some appropriate guidance). |
| 42 |
> Regards, |
| 43 |
> Michael / veremitz. |
| 44 |
> |
| 45 |
This is a mess, many systems are setup with portage already on a |
| 46 |
seperate partition for reasons. What advantage does it provide to move |
| 47 |
the tree now after all these years? I have seen nothing more then lets |
| 48 |
do this cause I like the ideal lately and it is getting old, there is no |
| 49 |
benefit that would justify moving the tree or many other changes that |
| 50 |
are being made in Gentoo lately. |
| 51 |
|
| 52 |
|
| 53 |
|
| 54 |
-- |
| 55 |
======================================================= |
| 56 |
Jory A. Pratt |
| 57 |
Gentoo Linux Developer [Mozilla Lead] |
| 58 |
E-Mail : anarchy@g.o |
| 59 |
GnuPG FP : D4AC 8D63 0B16 F7C9 08E9 B909 A0CC C3BA B4D0 88B4 |
| 60 |
GnuPG ID : B4D088B4 |
| 61 |
======================================================= |
Archives