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

2008-09-29 Thread Rémi Cardona
Zac Medico a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, 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

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 Rémi Cardona wrote: Zac Medico a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, 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

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 Duncan wrote: Zac Medico [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 28 Sep 2008 15:56:27 -0700: For example, `emerge kde-meta` would behave as as normal meta-package currently does, and `emerge @kde-meta` would

[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 don't

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 profile set and

[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, I

[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

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 changing

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 definition.

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

[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] 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 wxwdigets

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

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=set

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

[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 following

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. This is behavior

[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 coming from the

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 don't see the

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 nonsensical