Re: [gentoo-dev] Usage of econf with an additional || die

2008-09-29 Thread Peter Volkov
В Вск, 28/09/2008 в 20:24 +0200, Thomas Sachau пишет: > I see many ebuild that still use "econf || die", also econf should die by > itself. Are there any > specific reasons for this? Some cases where econf does not die also it fails? > Or some other reason > for this? This || die is redundant. P

Re: [gentoo-dev] [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jorge Manuel B. S. Vicetto wrote: > Zac Medico wrote: >> Bo Ørsted Andresen wrote: >>> On Monday 29 September 2008 01:37:03 Zac Medico wrote: > Why the need for multiple solutions at all? PROPERTIES=set is too weird > and involves too much nons

Re: [gentoo-dev] [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zac Medico wrote: > Bo Ørsted Andresen wrote: >> On Monday 29 September 2008 01:37:03 Zac Medico wrote: Why the need for multiple solutions at all? PROPERTIES=set is too weird and involves too much nonsensical behaviour to be useful. >>> I do

[gentoo-dev] Re: Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Steve Long
Zac Medico wrote: > Steve Long wrote: >> Zac Medico wrote: >>> Rémi Cardona wrote: As one of the maintainers of the gnome-base/gnome meta, I fail to see the usefulness of such a change. We have yet to ask users to rebuild "gnome" completely. Do you have any specific use cases (maybe

Re: [gentoo-dev] Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Long wrote: > Zac Medico wrote: > >> Rémi Cardona wrote: >>> Zac Medico a écrit : Please consider a PROPERTIES=set value that allows an ebuild to indicate that it should behave like a package set when selected on the command line.

[gentoo-dev] Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Steve Long
Zac Medico wrote: > Rémi Cardona wrote: >> Zac Medico a écrit : >>> Please consider a PROPERTIES=set value that allows an ebuild to >>> indicate that it should behave like a package set when selected on >>> the command line. This is behavior is somewhat difficult to describe >>> in words but the f

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/audacity: ChangeLog audacity-1.3.5-r1.ebuild

2008-09-29 Thread Alexis Ballier
On Mon, 29 Sep 2008 21:24:55 +0200 Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: > On Monday 29 September 2008 10:27:51 Alexis Ballier wrote: > > Maybe it would be worth adding repoman warnings/errors for econf > > calls in eapi2 src_compile. > > Or make econf warn when run outside src_configure

Re: [gentoo-dev] [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bo Ørsted Andresen wrote: > On Monday 29 September 2008 01:37:03 Zac Medico wrote: >>> Why the need for multiple solutions at all? PROPERTIES=set is too weird >>> and involves too much nonsensical behaviour to be useful. >> I don't see the PROPERTIES=s

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/audacity: ChangeLog audacity-1.3.5-r1.ebuild

2008-09-29 Thread Bo Ørsted Andresen
On Monday 29 September 2008 10:27:51 Alexis Ballier wrote: > Maybe it would be worth adding repoman warnings/errors for econf calls in > eapi2 src_compile. Or make econf warn when run outside src_configure/src_compile depending upon EAPI. -- Bo Andresen signature.asc Description: This is a d

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/audacity: ChangeLog audacity-1.3.5-r1.ebuild

2008-09-29 Thread Petteri Räty
Alexis Ballier kirjoitti: On Mon, 29 Sep 2008 09:38:41 +0200 Alexis Ballier <[EMAIL PROTECTED]> wrote: Hi Diego, EAPI=2 [...] src_compile() { WX_GTK_VER="2.8" need-wxwidgets unicode econf \ This causes me a configure failure because I don't have a system wxwdiget

[gentoo-dev] Last rites: dev-lisp/abcl-cvs

2008-09-29 Thread Petteri Räty
+# Petteri Räty <[EMAIL PROTECTED]> (29 Sep 2008) +# Live ebuilds are more appropriate to overlays. +# See https://bugs.gentoo.org/show_bug.cgi?id=227629 +# for more details. +dev-lisp/abcl-cvs + signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] changing EAPI on existing ebuilds. To bump or not?

2008-09-29 Thread Petteri Räty
Ciaran McCreesh kirjoitti: On Mon, 29 Sep 2008 21:39:41 +1300 Alistair Bush <[EMAIL PROTECTED]> wrote: Anyway, would be nice to get some feedback, idea's on this and hopefully also a more detailed explaination from a pm's perspective (if there is one). For current EAPIs, there's nothing speci

Re: [gentoo-dev] [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Bo Ørsted Andresen
On Monday 29 September 2008 01:37:03 Zac Medico wrote: > > Why the need for multiple solutions at all? PROPERTIES=set is too weird > > and involves too much nonsensical behaviour to be useful. > > I don't see the PROPERTIES=set approach as being worse than any > other approach for package set defin

Re: [gentoo-dev] changing EAPI on existing ebuilds. To bump or not?

2008-09-29 Thread Ciaran McCreesh
On Mon, 29 Sep 2008 21:39:41 +1300 Alistair Bush <[EMAIL PROTECTED]> wrote: > Anyway, would be nice to get some feedback, idea's on this and > hopefully also a more detailed explaination from a pm's perspective > (if there is one). For current EAPIs, there's nothing specifically wrong about chang

[gentoo-dev] Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-09-29 Thread Duncan
Zac Medico <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Sun, 28 Sep 2008 23:40:10 -0700: > I'm not suggesting that the ebuild and the package set necessarily need > to have the same name. What I'm suggesting is that we use a > configuration file, distributed with the ebuild r

[gentoo-dev] changing EAPI on existing ebuilds. To bump or not?

2008-09-29 Thread Alistair Bush
I was thinking about this a day or 2 ago and just noticed that a similar situation has come up. Please refer to https://bugs.gentoo.org/show_bug.cgi?id=239006 but basically. =dev-java/ant-antlr-1.7.1 was changed from EAPI="1" to EAPI="2" to take advantage of the use flag dep functionality. now,

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/audacity: ChangeLog audacity-1.3.5-r1.ebuild

2008-09-29 Thread Alexis Ballier
On Mon, 29 Sep 2008 09:38:41 +0200 Alexis Ballier <[EMAIL PROTECTED]> wrote: > Hi Diego, > > > > EAPI=2 > [...] > > src_compile() { > > WX_GTK_VER="2.8" > > need-wxwidgets unicode > > > > econf \ > > > This causes me a configure failure because I don't have a system > wxwdigets pr

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/audacity: ChangeLog audacity-1.3.5-r1.ebuild

2008-09-29 Thread Alexis Ballier
Hi Diego, > EAPI=2 [...] > src_compile() { > WX_GTK_VER="2.8" > need-wxwidgets unicode > > econf \ This causes me a configure failure because I don't have a system wxwdigets profile set and need-wxwidgets doesn't seem to do anything. 1.3.5 is fine; -r1 fails at configure. I d