public inbox for gentoo-releng@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-releng] Re: [gentoo-dev] rfc: moving default location of portage tree
       [not found]             ` <29b55e16-bb2e-5a98-13e2-e1482441b417@gentoo.org>
@ 2018-07-09 22:27               ` M. J. Everitt
  2018-07-09 22:54                 ` Zac Medico
  0 siblings, 1 reply; 3+ messages in thread
From: M. J. Everitt @ 2018-07-09 22:27 UTC (permalink / raw
  To: gentoo-dev; +Cc: gentoo-releng


[-- Attachment #1.1: Type: text/plain, Size: 701 bytes --]

On 09/07/18 23:12, Zac Medico wrote:
> On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote:
>> I'd mostly argue any such change should only affect new systems
>>
> Yes, changing defaults for existing systems would be annoying.
>
> My recommendation is to have catalyst set the new defaults in the stage
> tarballs.
>
> When sys-apps/portage changes its internal defaults, I'd like for the
> upgrade process to call a tool that generates configuration files when
> necessary to ensure that the existing paths remain constant.
I think it should be possible for RelEng to make a start on catalyst
updates - is there anything that would inhibit going ahead with this,
potentially?

MJE


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [gentoo-releng] Re: [gentoo-dev] rfc: moving default location of portage tree
  2018-07-09 22:27               ` [gentoo-releng] Re: [gentoo-dev] rfc: moving default location of portage tree M. J. Everitt
@ 2018-07-09 22:54                 ` Zac Medico
       [not found]                   ` <20180710200923.GA21918@linux1.home>
  0 siblings, 1 reply; 3+ messages in thread
From: Zac Medico @ 2018-07-09 22:54 UTC (permalink / raw
  To: gentoo-releng, M. J. Everitt, gentoo-dev


[-- Attachment #1.1: Type: text/plain, Size: 869 bytes --]

On 07/09/2018 03:27 PM, M. J. Everitt wrote:
> On 09/07/18 23:12, Zac Medico wrote:
>> On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote:
>>> I'd mostly argue any such change should only affect new systems
>>>
>> Yes, changing defaults for existing systems would be annoying.
>>
>> My recommendation is to have catalyst set the new defaults in the stage
>> tarballs.
>>
>> When sys-apps/portage changes its internal defaults, I'd like for the
>> upgrade process to call a tool that generates configuration files when
>> necessary to ensure that the existing paths remain constant.
> I think it should be possible for RelEng to make a start on catalyst
> updates - is there anything that would inhibit going ahead with this,
> potentially?

No, nothing. Whatever catalyst puts it the default config will become
our new default.
-- 
Thanks,
Zac


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 981 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [gentoo-releng] Re: [gentoo-dev] rfc: moving default location of portage tree
       [not found]                   ` <20180710200923.GA21918@linux1.home>
@ 2018-07-10 21:35                     ` M. J. Everitt
  0 siblings, 0 replies; 3+ messages in thread
From: M. J. Everitt @ 2018-07-10 21:35 UTC (permalink / raw
  To: gentoo-dev, gentoo-project; +Cc: gentoo-releng


[-- Attachment #1.1: Type: text/plain, Size: 1605 bytes --]

On 10/07/18 21:09, William Hubbs wrote:
> On Mon, Jul 09, 2018 at 03:54:35PM -0700, Zac Medico wrote:
>> On 07/09/2018 03:27 PM, M. J. Everitt wrote:
>>> On 09/07/18 23:12, Zac Medico wrote:
>>>> On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote:
>>>>> I'd mostly argue any such change should only affect new systems
>>>>>
>>>> Yes, changing defaults for existing systems would be annoying.
>>>>
>>>> My recommendation is to have catalyst set the new defaults in the stage
>>>> tarballs.
>>>>
>>>> When sys-apps/portage changes its internal defaults, I'd like for the
>>>> upgrade process to call a tool that generates configuration files when
>>>> necessary to ensure that the existing paths remain constant.
>>> I think it should be possible for RelEng to make a start on catalyst
>>> updates - is there anything that would inhibit going ahead with this,
>>> potentially?
>> No, nothing. Whatever catalyst puts it the default config will become
>> our new default.
> I would still like to see notice about what the new defaults are and how
> to migrate current systems to them.
>
>
> Thanks,
>
> William
>
>> -- 
>> Thanks,
>> Zac
>>
>
>
I'd like to propose that further to the discussion here on the -dev
mailing list, the Council discuss and make a firm proposal on the new
default paths, and then RelEng can make the appropriate updates to the
catalyst builds. A news item can be compiled, with an appropriate wiki
article perhaps on migration strategy (I may volunteer to format such a
page with some appropriate guidance).
Regards,
Michael / veremitz.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2018-07-10 21:35 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20180709172136.GA17068@linux1.home>
     [not found] ` <1531161811.1159.13.camel@gentoo.org>
     [not found]   ` <20180709201113.GB17593@linux1.home>
     [not found]     ` <1531167218.1159.15.camel@gentoo.org>
     [not found]       ` <CAGfcS_ke5Esm_3JS_1bzSLv=ZjabdmBnv_tA-nJkt4+rKqGTww@mail.gmail.com>
     [not found]         ` <20180709211410.GA17986@linux1.home>
     [not found]           ` <2f7c8b18-8c5d-2931-14a7-9d6d1e00526d@gentoo.org>
     [not found]             ` <29b55e16-bb2e-5a98-13e2-e1482441b417@gentoo.org>
2018-07-09 22:27               ` [gentoo-releng] Re: [gentoo-dev] rfc: moving default location of portage tree M. J. Everitt
2018-07-09 22:54                 ` Zac Medico
     [not found]                   ` <20180710200923.GA21918@linux1.home>
2018-07-10 21:35                     ` M. J. Everitt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox