Am 07.11.2007 um 14:09 schrieb Ferris McCormick:
On Wed, 2007-11-07 at 09:13 +0100, Alexis Ballier wrote:
Hi,
Yes, we should introduce tex, latex and kpathsea USE flags.
Anyone?
+1 for latex & kpathsea. How/when do we start ? :) I'd say start
moving
useflags on a per package basis, mak
On Sat, 10 Nov 2007 01:39:18 +0100
Carsten Lohrke <[EMAIL PROTECTED]> wrote:
> Handling depends a bit upon, if EAPI should always be downwards
> compatible.
It won't be. It's likely that future EAPIs will introduce new
strictness requirements and remove certain legacy variables and
utilities.
--
On Freitag, 9. November 2007, Petteri Räty wrote:
> What if I want to use EAPI=1 features in an eclass? So if we for example
> we have an ebuild using EAPI=2 and then it inherits and eclass that sets
> EAPI=1 for slot deps.
You check which EAPI the ebuild sets, then either continue or die. Handlin
Markus Ullmann kirjoitti:
>> What if I want to use EAPI=1 features in an eclass? So if we for example
>> we have an ebuild using EAPI=2 and then it inherits and eclass that sets
>> EAPI=1 for slot deps.
>
> shouldn't be an issue as eapi 1 and 2 would have slot deps
> though for other things like s
> What if I want to use EAPI=1 features in an eclass? So if we for example
> we have an ebuild using EAPI=2 and then it inherits and eclass that sets
> EAPI=1 for slot deps.
shouldn't be an issue as eapi 1 and 2 would have slot deps
though for other things like src functions defined in the eclass
Ciaran McCreesh kirjoitti:
> On Fri, 09 Nov 2007 23:55:51 +0200
> Petteri Räty <[EMAIL PROTECTED]> wrote:
>> Usually it's best that ebuild variables follow the order that is in
>> skel.ebuild. So know we should decide where to place EAPI. I suggest
>> we put it it after LICENSE as that's where the
What specifically are the phase invariancy and exclusivity requirements
for ebuilds? Currently PMS doesn't have anything to say about this;
clearly it needs to, since existing ebuilds fairly obviously do have
invariancy and exclusivity requirements.
Note that we're only discussing package manager
On 09-11-2007 23:55:51 +0200, Petteri Räty wrote:
> Usually it's best that ebuild variables follow the order that is in
> skel.ebuild. So know we should decide where to place EAPI. I suggest we
> put it it after LICENSE as that's where the more technical stuff like
> SLOT starts. Attached a patch f
On Fri, 09 Nov 2007 23:55:51 +0200
Petteri Räty <[EMAIL PROTECTED]> wrote:
> Usually it's best that ebuild variables follow the order that is in
> skel.ebuild. So know we should decide where to place EAPI. I suggest
> we put it it after LICENSE as that's where the more technical stuff
> like SLOT s
Usually it's best that ebuild variables follow the order that is in
skel.ebuild. So know we should decide where to place EAPI. I suggest we
put it it after LICENSE as that's where the more technical stuff like
SLOT starts. Attached a patch for skel.ebuild.
Regards,
Petteri
Index: skel.ebuild
=
On Fri, 09 Nov 2007 18:41:38 +0100
"Marijn Schouten (hkBst)" <[EMAIL PROTECTED]> wrote:
> Use case one: package is completely unversioned upstream.
> Have src_fetch add a version as appropriate to the downloaded/mirrored
> version. This will work as change of upstream sources will be
> detected by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marijn Schouten (hkBst) wrote:
> ý wrote:
>> Wulf C. Krueger schrieb:
>>> On Friday, 09. November 2007 10:10:42 Rený 'Necoro' Neumann wrote:
But as I think, that the uppercase version is the common behavior here,
it should not need this extra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
� wrote:
> Wulf C. Krueger schrieb:
>> On Friday, 09. November 2007 10:10:42 Rený 'Necoro' Neumann wrote:
>>> But as I think, that the uppercase version is the common behavior here,
>>> it should not need this extra "PYTHON". :) That's why the patch ;)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
> On Fri, 13 Apr 2007 14:21:16 +0200
> Marius Mauch <[EMAIL PROTECTED]> wrote:
>> On Wed, 11 Apr 2007 15:41:01 +0100
>> Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
>>> * Phase changes: src_fetch -> src_unpack -> src_prepare ->
>>
On Friday, 09. November 2007 10:10:42 René 'Necoro' Neumann wrote:
> But as I think, that the uppercase version is the common behavior here,
> it should not need this extra "PYTHON". :) That's why the patch ;)
Actually, the mixed-case is what we have encountered in most cases.
Furthermore, as yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wulf C. Krueger schrieb:
> On Friday, 09. November 2007 10:10:42 René 'Necoro' Neumann wrote:
>> But as I think, that the uppercase version is the common behavior here,
>> it should not need this extra "PYTHON". :) That's why the patch ;)
>
> Actually
Robin H. Johnson wrote:
> On Thu, Nov 08, 2007 at 07:52:49PM +0100, Marijn Schouten (hkBst) wrote:
>
>> Isn't there supposed to be a search box too?
>>
> Does anybody actually read the FAQ?
>
> - Short packages2 TODO list
> - "Search": match a given string against: a substring in pack
Ciaran McCreesh a écrit :
On Fri, 9 Nov 2007 00:13:39 -0800
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
PDEPEND="
ppds? ( || (
(
net-print/foomatic-filters-ppds
net-print/foomatic-db-ppds
)
net
On Fri, 9 Nov 2007 00:13:39 -0800
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> > PDEPEND="
> > ppds? ( || (
> > (
> > net-print/foomatic-filters-ppds
> > net-print/foomatic-db-ppds
> > )
> > net-print/foomatic-filters-p
Donnie Berkholz kirjoitti:
> On 23:15 Thu 08 Nov , Timo Gurr (tgurr) wrote:
>> 1.1 net-print/cups/cups-1.3.4-r1.ebuild
>>
>> file :
>> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-print/cups/cups-1.3.4-r1.ebuild?rev=1.1&view=markup
>> plain:
>> http://sources.gentoo.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ingmar Vanhassel schrieb:
> 2007/11/9, René 'Necoro' Neumann <[EMAIL PROTECTED]>:
>> Steve Long schrieb:
>>> René 'Necoro' Neumann wrote:
cmake-utils_src_enable python => -DENABLE_python=...
Wanted would be that it returned -DENABLE_PYTH
On 08:54 Fri 09 Nov , Wolfram Schlich (wschlich) wrote:
> 1.1 sys-process/fcron/fcron-3.0.4.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-process/fcron/fcron-3.0.4.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86
On 23:15 Thu 08 Nov , Timo Gurr (tgurr) wrote:
> 1.1 net-print/cups/cups-1.3.4-r1.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-print/cups/cups-1.3.4-r1.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-print/
On 18:12 Thu 08 Nov , Andrej Kacian (ticho) wrote:
> 1.1 net-mail/getmail/getmail-4.7.7.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-mail/getmail/getmail-4.7.7.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/ne
24 matches
Mail list logo
