Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-28 Thread Peter Volkov
EAPI inside ebuild is the best solution. If we really have to put it inside filename, keep it out of extension, like 2) b) suggests. -- Peter.

[gentoo-dev] Re: perl-module.eclass -- review - 2

2009-02-28 Thread Torsten Veller
* Torsten Veller : > Please review the attached perl-module.eclass. > Patch linked below. Thanks Bo Ørsted Andresen for feedback > Changes > ~~~ - use emake - more quoting - call perlinfo only once As I've not seen any ebuild doing the replacement in line 156, I've added a temporary ew

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-28 Thread Fernando J. Pereda
> 2) EAPI in file extension > - Allows changing global scope and the internal format of the ebuild > a) .ebuild- > - ignored by current Portage This is the solution that solves most problems. Going with something else is just a way of doing it wrong for the sake of it. - ferdy pgpfhEMR

Regarding live sources management proposals (Was: [gentoo-dev] Gentoo Council Reminder for February 26)

2009-02-28 Thread Luca Barbato
Ciaran McCreesh wrote: On Thu, 26 Feb 2009 21:40:26 +0100 Luca Barbato wrote: Be specific. Explain how this works when, say, 0.34.4 is current, you have a 0.34.5_live and 0.34.5 comes out. being live working as substitute for 0.34.5_preN (_live) component the appearance of 0.34.5 will be highe

Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-28 Thread Peter Volkov
В Втр, 24/02/2009 в 16:14 +0200, Serkan Kaba пишет: > lucene-contrib eclass in java-experimental [1] sets EAPI to 1 to use > slot deps. And I think that's a valid usage. > > 1: > http://overlays.gentoo.org/proj/java/browser/java-experimental/eclass/lucene-contrib.eclass It's better (the only way.

Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-28 Thread Matthias Schwarzott
On Samstag, 28. Februar 2009, Peter Volkov wrote: > В Втр, 24/02/2009 в 16:14 +0200, Serkan Kaba пишет: > > lucene-contrib eclass in java-experimental [1] sets EAPI to 1 to use > > slot deps. And I think that's a valid usage. > > > > 1: > > http://overlays.gentoo.org/proj/java/browser/java-experime

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-28 Thread Robert Bridge
Petteri Räty wrote: > 2) EAPI in file extension > - Allows changing global scope and the internal format of the ebuild > a) .ebuild- > - ignored by current Portage > b) ..ebuild > - current Portage does not work with this > c) .. > - ignored by current Portage I have been think

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-28 Thread Ciaran McCreesh
On Sat, 28 Feb 2009 19:39:36 + Robert Bridge wrote: > I have been thinking about this specific option. I will admit I don't > know if this has already been noted, but would this create the > possibility of multiple ebuilds with the same $C/$P-$PV? GLEP 55 forbids it. Note that it's already p

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-28 Thread Kumba
Kumba wrote: I was talking to Alec last night in -dev (yes, I'm still alive), and I tossed out the idea of using metadata.xml instead of mangling the ebuild filename or even sticking it as the first line in the ebuild (as a hashbang or something gentoo-specific, for example). Fleshing out m

[gentoo-dev] dev-lang/python-2.6* unmask

2009-02-28 Thread Jesus Rivero
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello guys, ~ As some of you may know, Python-2.6 was launched on Oct 1st, 2008 and have been sitting in the tree since Oct 5th. That is the official production version of the Python programming language. That means, python-2.5 is, according