Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)
Mike Frysinger wrote: > On Thursday 11 May 2006 14:23, Donnie Berkholz wrote: >> Mike Frysinger wrote: >>> On Thursday 11 May 2006 02:41, Donnie Berkholz wrote: That's why x-modular.eclass has USE=debug to accomplish the same thing. >>> which is totally wrong >>> >>> read the thread i started on gentoo-dev where i went over how USE=debug >>> in the portage tree is complete trash atm >> It may be wrong, but it's the only way that works usefully. > > so you'd rather stick with a known crappy/inconsistent methodology then move > in the proper direction ? > > this debug-build FEATURES is the proper direction I agree with the direction, when one includes the per-package env bit. >> This is totally useless IMHO until you can set it on a per-package level, > > bashrc hacks can add insert FEATURES on a per package basis until proper > portage support is in place, but unlike the previous bashrc suggestion, this > is a stop gap, not the correct, solution > > i'm willing to forgo this (imo) minor aspect in favor of cutting the > unreliable USE=debug from the tree I'm not. But I will agree that this is the correct direction. Once both parts of the puzzle are in place, then I will support cutting USE=debug -- but not until one can reproduce its functionality sans hacks. No point in replacing one hack with another. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)
On Thursday 11 May 2006 14:23, Donnie Berkholz wrote: > Mike Frysinger wrote: > > On Thursday 11 May 2006 02:41, Donnie Berkholz wrote: > >> That's why x-modular.eclass has USE=debug to accomplish the same thing. > > > > which is totally wrong > > > > read the thread i started on gentoo-dev where i went over how USE=debug > > in the portage tree is complete trash atm > > It may be wrong, but it's the only way that works usefully. so you'd rather stick with a known crappy/inconsistent methodology then move in the proper direction ? this debug-build FEATURES is the proper direction > This is totally useless IMHO until you can set it on a per-package level, bashrc hacks can add insert FEATURES on a per package basis until proper portage support is in place, but unlike the previous bashrc suggestion, this is a stop gap, not the correct, solution i'm willing to forgo this (imo) minor aspect in favor of cutting the unreliable USE=debug from the tree -mike -- gentoo-portage-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)
Mike Frysinger wrote: > On Thursday 11 May 2006 02:41, Donnie Berkholz wrote: >> Mike Frysinger wrote: >>> yes, it's a user-friendly interface issue: >>> we have *no* *sane* way of doing a debug emerge >> I don't find this particular implementation very user-friendly either, > > if you read my original e-mail in this thread (or even the subject), i said > this is the back-end changes *only* > > the next step is to add `emerge --debug-build foo` > >> since AFAIK the FEATURES settings still aren't remembered > > nor should they > >> or settable on a per-package level. > > unrelated topic, see per-package.env bug > >> That's why x-modular.eclass has USE=debug to accomplish the same thing. > > which is totally wrong > > read the thread i started on gentoo-dev where i went over how USE=debug in > the > portage tree is complete trash atm It may be wrong, but it's the only way that works usefully. This is totally useless IMHO until you can set it on a per-package level, so they are related. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)
On Tue, 2006-05-09 at 22:43 -0400, Mike Frysinger wrote: > no one responded last time about this patch so lets try one more time :P > > backend support for FEATURES=debug-build ... no hooks/hacks/etc... included > here to handle a user interface `emerge --debug-build` > -mike I like the basic idea exactly how you have it implemented. -- Ned Ludd <[EMAIL PROTECTED]> Gentoo Linux -- gentoo-portage-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)
On Thursday 11 May 2006 02:41, Donnie Berkholz wrote: > Mike Frysinger wrote: > > yes, it's a user-friendly interface issue: > > we have *no* *sane* way of doing a debug emerge > > I don't find this particular implementation very user-friendly either, if you read my original e-mail in this thread (or even the subject), i said this is the back-end changes *only* the next step is to add `emerge --debug-build foo` > since AFAIK the FEATURES settings still aren't remembered nor should they > or settable on a per-package level. unrelated topic, see per-package.env bug > That's why x-modular.eclass has USE=debug to accomplish the same thing. which is totally wrong read the thread i started on gentoo-dev where i went over how USE=debug in the portage tree is complete trash atm -mike -- gentoo-portage-dev@gentoo.org mailing list