Re: [gentoo-dev] [RFC] Deprecating an eclass

2008-02-18 Thread Petteri Räty
Ciaran McCreesh kirjoitti: On Mon, 18 Feb 2008 17:19:55 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: Well, that depends upon whether you want it to be part of the C/P-V metadata... If you do, it's a cache format change (and you can't easily do DEPRECATED_*). But then, deprecation is a property of

Re: [gentoo-dev] [RFC] Deprecating an eclass

2008-02-18 Thread Torsten Rehn
On Monday 18 February 2008, Doug Klima wrote: > Potentially doing something like: > DEPRECIATED="$DEPRECATED $ECLASS" > at the top of each deprecated eclass. Adding deprecation info directly into the eclass file feels wrong to me. (Eclasses are free software after all and can be reused - ok, nobo

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Doug Klima
Ciaran McCreesh wrote: On Mon, 18 Feb 2008 16:26:11 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: Ciaran McCreesh wrote: On Mon, 18 Feb 2008 13:54:34 -0800 Donnie Berkholz <[EMAIL PROTECTED]> wrote: http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Ciaran McCreesh
On Mon, 18 Feb 2008 16:26:11 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: > Ciaran McCreesh wrote: > > On Mon, 18 Feb 2008 13:54:34 -0800 > > Donnie Berkholz <[EMAIL PROTECTED]> wrote: > >>> http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140 > >> Alright

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Ryan Hill
Ciaran McCreesh wrote: On Mon, 18 Feb 2008 13:54:34 -0800 Donnie Berkholz <[EMAIL PROTECTED]> wrote: http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140 Alright, so portage has put this stuff to stderr since January 4. Then why are we also adding wo

Re: [gentoo-dev] [RFC] Deprecating an eclass

2008-02-18 Thread Ciaran McCreesh
On Mon, 18 Feb 2008 17:19:55 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: > > Well, that depends upon whether you want it to be part of the C/P-V > > metadata... If you do, it's a cache format change (and you can't > > easily do DEPRECATED_*). But then, deprecation is a property of the > > eclass, n

Re: [gentoo-dev] [RFC] Deprecating an eclass

2008-02-18 Thread Doug Klima
Ciaran McCreesh wrote: On Mon, 18 Feb 2008 15:43:56 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: Ok. I guess no one else has any feelings about this. Potentially doing something like: DEPRECIATED="$DEPRECATED $ECLASS" Deprecated != depreciated. You caught my typo. You clearly stil

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Ciaran McCreesh
On Mon, 18 Feb 2008 13:54:34 -0800 Donnie Berkholz <[EMAIL PROTECTED]> wrote: > > http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140 > > Alright, so portage has put this stuff to stderr since January 4. > Then why are we also adding workarounds to ind

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Donnie Berkholz
On 21:37 Mon 18 Feb , Ciaran McCreesh wrote: > On Mon, 18 Feb 2008 13:20:52 -0800 > Donnie Berkholz <[EMAIL PROTECTED]> wrote: > > This seems like something ewarn should do on its own. > > http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140 Alrigh

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Ciaran McCreesh
On Mon, 18 Feb 2008 13:20:52 -0800 Donnie Berkholz <[EMAIL PROTECTED]> wrote: > This seems like something ewarn should do on its own. http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140 http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/flag-o-mat

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Roy Marples
On Monday 18 February 2008 21:20:52 Donnie Berkholz wrote: > > @@ -614,7 +614,7 @@ > > # @DESCRIPTION: > > # DEPRECATED - Gets the flags needed for "NOW" binding > > bindnow-flags() { > > - ewarn "QA: stop using the bindnow-flags function ... simply drop it > > from your ebuild" + ewarn "QA: s

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2008-02-17 23h59 UTC

2008-02-18 Thread Alec Warner
Why can't every week be like this. Remove more packages :) On 2/17/08, Robin H. Johnson <[EMAIL PROTECTED]> wrote: > The attached list notes all of the packages that were added or removed > from the tree, for the week ending 2008-02-17 23h59 UTC. > > Removals: > media-video/usb-pwc-re

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

2008-02-18 Thread Donnie Berkholz
On 18:20 Mon 18 Feb , Sven Wegener (swegener) wrote: > swegener08/02/18 18:20:47 > > Modified: flag-o-matic.eclass > Log: > redirect the ewarn message to stderr > > Revision ChangesPath > 1.122eclass/flag-o-matic.eclass > > file : > http://sources.

Re: [gentoo-dev] [RFC] Deprecating an eclass

2008-02-18 Thread Ciaran McCreesh
On Mon, 18 Feb 2008 15:43:56 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: > Ok. I guess no one else has any feelings about this. > > Potentially doing something like: > > DEPRECIATED="$DEPRECATED $ECLASS" Deprecated != depreciated. > at the top of each deprecated eclass. In the end $DEPRECATED w

Re: [gentoo-dev] [RFC] Deprecating an eclass

2008-02-18 Thread Doug Klima
Doug Klima wrote: Howdy all, We need to agree upon some syntax which we can mark an eclass as deprecated and potentially point to a replacement or multiple replacements. Discuss. Ok. I guess no one else has any feelings about this. Potentially doing something like: DEPRECIATED="$DEPRECAT