Re: [gentoo-dev] deprecating /etc/make.profile
On Wed, 10 Jan 2007 22:30:32 -0800 Ned Ludd <[EMAIL PROTECTED]> wrote: > On Thu, 2007-01-11 at 17:37 +1300, Kent Fredric wrote: > > On 1/11/07, Marius Mauch <[EMAIL PROTECTED]> wrote: > > > > > And I assume there is a non-trivial number of custom scripts out > > > there using make.profile, but that's nothing we can do about. > > > > > > > You could give them all a grace period for which have to comply with > > the new standard by then end of it, and have ( during that grace > > period ) an automatic symlink generation based on that make.conf > > flag. > > > > And just to make sure, I doubt it would be too difficult to have an > > application that analyises packages as they install to check whether > > they reference make.profile or not, and flag a QA warning if they > > do. > > > > > > > And packages that don't switch to the standard by the end of the > > grace period I guess we'll see on a "last rites" bulletin ;) > > Or we/gentoo could just support it and stop breaking the end user. A simple expedient would be to have the package manager re-create the symlink according to the variable, whenever it is run. -- Kevin F. Quinn signature.asc Description: PGP signature
Re: [gentoo-dev] deprecating /etc/make.profile
On 1/11/07, Ned Ludd <[EMAIL PROTECTED]> wrote: Or we/gentoo could just support it and stop breaking the end user. uh, the point was, what will happen to all those apps for users who switched to the -new- standard by using make.conf, who will therefore have no make.profile dir, so programs looking for that dir will fail. We have to provide some sort of compatibilty for people who use the new standard, or you will be seeing dozens of bug reports on all the numerous portage based programs which are still dependant on the old standard. I guess of course you could do a bulk hard masking of portage utilizing this feature untill all programs depending on this feature are fixed, but that would be not very nice to maintain I believe. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
On Thu, 2007-01-11 at 17:37 +1300, Kent Fredric wrote: > On 1/11/07, Marius Mauch <[EMAIL PROTECTED]> wrote: > > > And I assume there is a non-trivial number of custom scripts out there > > using make.profile, but that's nothing we can do about. > > > > You could give them all a grace period for which have to comply with > the new standard by then end of it, and have ( during that grace > period ) an automatic symlink generation based on that make.conf flag. > > And just to make sure, I doubt it would be too difficult to have an > application that analyises packages as they install to check whether > they reference make.profile or not, and flag a QA warning if they do. > > And packages that don't switch to the standard by the end of the grace > period I guess we'll see on a "last rites" bulletin ;) Or we/gentoo could just support it and stop breaking the end user. -- Ned Ludd <[EMAIL PROTECTED]> Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
On 1/11/07, Marius Mauch <[EMAIL PROTECTED]> wrote: And I assume there is a non-trivial number of custom scripts out there using make.profile, but that's nothing we can do about. You could give them all a grace period for which have to comply with the new standard by then end of it, and have ( during that grace period ) an automatic symlink generation based on that make.conf flag. And just to make sure, I doubt it would be too difficult to have an application that analyises packages as they install to check whether they reference make.profile or not, and flag a QA warning if they do. And packages that don't switch to the standard by the end of the grace period I guess we'll see on a "last rites" bulletin ;) - Kent -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
On Wed, 10 Jan 2007 16:30:00 +0200 Simon Stelling <[EMAIL PROTECTED]> wrote: > Hi all, > > As per bug 148388 [1] comment 1, I'd like to discuss the deprecation > of /etc/make.profile and the use of a PORTAGE_PROFILE variable > instead. Reason for this change aside from consistency with all other > portage settings is the annoyance of re-adjusting > the /etc/make.profile link before and after testing a profile change > in an overlay/development repo. > > Before the change to portage is finally made, a few things will have > to be done: > > * Adjust handbook > * Adjust the eselect plugin > * (Anything I'm missing?) More tools that require an update: - euse and genpkgindex from gentoolkit - ufed - likely a bunch of other tools from app-portage (anything that doesn't use portage.config) - probably some other packages outside of app-portage (catalyst?) And I assume there is a non-trivial number of custom scripts out there using make.profile, but that's nothing we can do about. Marius -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
On Wed, 2007-01-10 at 16:30 +0200, Simon Stelling wrote: > Hi all, > > As per bug 148388 [1] comment 1, I'd like to discuss the deprecation of > /etc/make.profile and the use of a PORTAGE_PROFILE variable instead. > Reason for this change aside from consistency with all other portage > settings is the annoyance of re-adjusting the /etc/make.profile link > before and after testing a profile change in an overlay/development repo. PORTAGE_CONFIGROOT= kinda solves your problem. But I do admit it would be a lot easier dealing with a variable vs having to parse the symlink to figure out the profile. If this change does happen I'd suggest that we support make.profile symlinks as long as they exist unless the make.conf defines the variable. If variable exists it should override. -- Ned Ludd <[EMAIL PROTECTED]> Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
Simon Stelling wrote: > Hi all, > > As per bug 148388 [1] comment 1, I'd like to discuss the deprecation of > /etc/make.profile and the use of a PORTAGE_PROFILE variable instead. > Reason for this change aside from consistency with all other portage > settings is the annoyance of re-adjusting the /etc/make.profile link > before and after testing a profile change in an overlay/development repo. > > Before the change to portage is finally made, a few things will have to > be done: > > * Adjust handbook > * Adjust the eselect plugin > * (Anything I'm missing?) > > If you don't like this idea, please speak up. > > [1] http://bugs.gentoo.org/show_bug.cgi?id=148388 > This would require widespread documentation changes for the GDP, so we would absolutely require some close teamwork with the Portage guys if this happens. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] deprecating /etc/make.profile
Make a transition like locales.build and locales.gen, for instance. That would be handy. On 1/10/07, Piotr Jaroszyński <[EMAIL PROTECTED]> wrote: On Wednesday 10 January 2007 15:30, Simon Stelling wrote: > Before the change to portage is finally made, a few things will have to > be done: > > * Adjust handbook > * Adjust the eselect plugin > * (Anything I'm missing?) Am I right in thinking there would be a transition period when profile setting from make.conf would override make.profile link and small info would be displayed about future complete deprecation? If so I am fully with it. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
On Wednesday 10 January 2007 15:30, Simon Stelling wrote: > Before the change to portage is finally made, a few things will have to > be done: > > * Adjust handbook > * Adjust the eselect plugin > * (Anything I'm missing?) Am I right in thinking there would be a transition period when profile setting from make.conf would override make.profile link and small info would be displayed about future complete deprecation? If so I am fully with it. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] deprecating /etc/make.profile
Hi all, As per bug 148388 [1] comment 1, I'd like to discuss the deprecation of /etc/make.profile and the use of a PORTAGE_PROFILE variable instead. Reason for this change aside from consistency with all other portage settings is the annoyance of re-adjusting the /etc/make.profile link before and after testing a profile change in an overlay/development repo. Before the change to portage is finally made, a few things will have to be done: * Adjust handbook * Adjust the eselect plugin * (Anything I'm missing?) If you don't like this idea, please speak up. [1] http://bugs.gentoo.org/show_bug.cgi?id=148388 -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-dev@gentoo.org mailing list