El jue, 20-09-2012 a las 02:14 -0400, Alexandre Rostovtsev escribió:
> Revised to use a separate variable for the name of the flag instead of
> reading IUSE, as suggested by Ciaran McCreesh. As a result of this
> change, vala.eclass now defaults to assuming that vala support is
> optional (which is
Revised to use a separate variable for the name of the flag instead of
reading IUSE, as suggested by Ciaran McCreesh. As a result of this
change, vala.eclass now defaults to assuming that vala support is
optional (which is the case in an overwhelming majority of ebuilds that
would want to use this
On Thu, 20 Sep 2012 00:30:25 +0200
Michał Górny wrote:
> On Wed, 19 Sep 2012 23:18:31 +0100
> Ciaran McCreesh wrote:
> > On Thu, 20 Sep 2012 00:13:41 +0200
> > > If you care, then you should consider finding a good solution
> > > which will fix the code now, instead of saying 'it is illegal'
> >
On Wed, 19 Sep 2012 23:18:31 +0100
Ciaran McCreesh wrote:
> On Thu, 20 Sep 2012 00:13:41 +0200
> > If you care, then you should consider finding a good solution which
> > will fix the code now, instead of saying 'it is illegal' and 'we can
> > fix it in an awful way in next 10 years'.
>
> EAPI 5
On Thu, 20 Sep 2012 00:13:41 +0200
Michał Górny wrote:
> Yes, it did. And you are consistently wasting your and ours time
> complaining that we're doing illegal stuff without trying to bring
> even a single solution to it.
Uh, there are plenty of solutions, and they've been discussed every
time t
On Wed, 19 Sep 2012 22:51:25 +0100
Ciaran McCreesh wrote:
> On Wed, 19 Sep 2012 23:39:43 +0200
> Michał Górny wrote:
> > > > The historical mess is not relevant anymore. Is there a single
> > > > real case when IUSE does not contain *at least* the ebuild-set
> > > > IUSE?
> > >
> > > The histor
On Wed, 19 Sep 2012 23:39:43 +0200
Michał Górny wrote:
> > > The historical mess is not relevant anymore. Is there a single
> > > real case when IUSE does not contain *at least* the ebuild-set
> > > IUSE?
> >
> > The historical mess applies to things under EAPI control. If you
> > want stronger g
This is based on a suggestion from Ian Stakenvicius.
---
gx86/eclass/python-r1.eclass | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/gx86/eclass/python-r1.eclass b/gx86/eclass/python-r1.eclass
index 957db68..487b5e0 100644
--- a/gx86/eclass/python-r1.eclass
I've renamed PYTHON_DEPEND to avoid confusion with python.eclass.
---
gx86/eclass/python-distutils-ng.eclass | 20 ++-
gx86/eclass/python-r1.eclass | 35 --
2 files changed, 35 insertions(+), 20 deletions(-)
diff --git a/gx86/eclass/python
As requested by hasufell.
---
gx86/eclass/python-r1.eclass | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/gx86/eclass/python-r1.eclass b/gx86/eclass/python-r1.eclass
index 487b5e0..9659310 100644
--- a/gx86/eclass/python-r1.eclass
+++ b/gx86/ecl
On Wed, 19 Sep 2012 22:31:34 +0100
Ciaran McCreesh wrote:
> On Wed, 19 Sep 2012 23:24:29 +0200
> Michał Górny wrote:
> > On Wed, 19 Sep 2012 22:14:18 +0100
> > Ciaran McCreesh wrote:
> > > On Wed, 19 Sep 2012 23:03:05 +0200
> > > Michał Górny wrote:
> > > > > No, you're not guaranteed to get t
On Wed, 19 Sep 2012 23:24:29 +0200
Michał Górny wrote:
> On Wed, 19 Sep 2012 22:14:18 +0100
> Ciaran McCreesh wrote:
> > On Wed, 19 Sep 2012 23:03:05 +0200
> > Michał Górny wrote:
> > > > No, you're not guaranteed to get the ebuild's value of IUSE, or
> > > > any particular eclass's value of IUS
On Wed, 19 Sep 2012 22:14:18 +0100
Ciaran McCreesh wrote:
> On Wed, 19 Sep 2012 23:03:05 +0200
> Michał Górny wrote:
> > > No, you're not guaranteed to get the ebuild's value of IUSE, or
> > > any particular eclass's value of IUSE, or the merged value of
> > > IUSE. In particular for this case,
On Wed, 19 Sep 2012 23:03:05 +0200
Michał Górny wrote:
> > No, you're not guaranteed to get the ebuild's value of IUSE, or any
> > particular eclass's value of IUSE, or the merged value of IUSE. In
> > particular for this case, it's possible to get false negatives.
>
> Then fix the spec.
The spe
On Wed, 19 Sep 2012 21:42:35 +0100
Ciaran McCreesh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 19 Sep 2012 16:33:13 -0400
> Ian Stakenvicius wrote:
> > On 19/09/12 03:37 PM, Ciaran McCreesh wrote:
> > > On Wed, 19 Sep 2012 15:26:44 -0400 Alexandre Rostovtsev
> > > wrot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 19 Sep 2012 16:33:13 -0400
Ian Stakenvicius wrote:
> On 19/09/12 03:37 PM, Ciaran McCreesh wrote:
> > On Wed, 19 Sep 2012 15:26:44 -0400 Alexandre Rostovtsev
> > wrote:
> >> Pacho Ramos has suggested making vala_src_prepare() into a no-op
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19/09/12 03:37 PM, Ciaran McCreesh wrote:
> On Wed, 19 Sep 2012 15:26:44 -0400 Alexandre Rostovtsev
> wrote:
>> Pacho Ramos has suggested making vala_src_prepare() into a no-op
>> in the common situation where vala is in IUSE and USE=-vala.
>
>
On Wed, 19 Sep 2012 15:26:44 -0400
Alexandre Rostovtsev wrote:
> + if [[ -z ${ignore_use} ]]; then
> + has vala ${IUSE//+/} && ! use vala && return 0
> + fi
eutils.eclass: in_iuse().
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On 09/19/2012 04:12 PM, Ben de Groot wrote:
>
> So what is the Zen of Gentoo?
>
:what? ( )
On Wed, 19 Sep 2012 15:26:44 -0400
Alexandre Rostovtsev wrote:
> Pacho Ramos has suggested making vala_src_prepare() into a no-op in
> the common situation where vala is in IUSE and USE=-vala.
There's no way to obtain the effective value of IUSE from within an
ebuild or eclass. You'll need to use
Pacho Ramos has suggested making vala_src_prepare() into a no-op in the
common situation where vala is in IUSE and USE=-vala.
--- a/vala.eclass
+++ b/vala.eclass
@@ -77,20 +77,36 @@
}
# @FUNCTION: vala_src_prepare
-# @USAGE: [--vala-api-version api_version]
+# @USAGE: [--ignore-use] [--vala-ap
On Wed, 19 Sep 2012 13:58:22 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 19/09/12 01:37 PM, Michał Górny wrote:
> > On Wed, 19 Sep 2012 09:00:49 -0400 Ian Stakenvicius
> > wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
> >>
> >> On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19/09/12 02:09 PM, Rich Freeman wrote:
> On Wed, Sep 19, 2012 at 1:39 PM, Albert Hopkins
> wrote:
>> On Wed, 2012-09-19 at 22:12 +0800, Ben de Groot wrote:
>>> So what is the Zen of Gentoo?
>>
>> My set-up is better than your set-up ;-)
>>
>
>
On Wed, Sep 19, 2012 at 1:39 PM, Albert Hopkins wrote:
> On Wed, 2012-09-19 at 22:12 +0800, Ben de Groot wrote:
>> So what is the Zen of Gentoo?
>
> My set-up is better than your set-up ;-)
>
For the 80% solution there is Ubuntu. For the 99% solution there is
debian. For the other 1%, t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19/09/12 01:37 PM, Michał Górny wrote:
> On Wed, 19 Sep 2012 09:00:49 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 19/09/12 06:00 AM, Micha? Górny wrote:
>>> --- gx86/eclass/python-distutils-ng.e
On Wed, 2012-09-19 at 22:12 +0800, Ben de Groot wrote:
> So what is the Zen of Gentoo?
How about:
My set-up is better than your set-up ;-)
-a
On Wed, 19 Sep 2012 09:00:49 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 19/09/12 06:00 AM, Micha? Górny wrote:
> > --- gx86/eclass/python-distutils-ng.eclass | 20
> > ++-- gx86/eclass/python-r1.eclass | 28
> > ++
On Wed, Sep 19, 2012 at 12:12 AM, Ben de Groot wrote:
> On 19 September 2012 14:01, Matt Turner wrote:
>> On Tue, Sep 18, 2012 at 9:07 PM, Ben de Groot wrote:
>>> On 19 September 2012 03:18, Alec Warner wrote:
On Tue, Sep 18, 2012 at 12:11 PM, Ulrich Mueller wrote:
> Readability is m
On Wed, 19 Sep 2012 15:12:42 +0800
Ben de Groot wrote:
> >> 1) This unifies the existing syntax down into a collapsed form. In
> >> doing so, there are measurable gains across the board for PM
> >> efficiency and rsync alone.
>
> Unifying existing syntax = cosmetic
Not *entirely* cosmetic. If
I just came across this again, and I think it could inspire us in some
of our recent conversations:
The Zen of Python
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
On 15 September 2012 04:01, Alexis Ballier wrote:
> Hi,
>
> After more than 5 years maintaining it (sh*t I'm old), I've
> progressively lost interest in it, to the point that I consider it is
> better that someone else takes care of it. So far I have dropped
> maintainership to the video herd but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19/09/12 09:09 AM, Michael Orlitzky wrote:
> On 09/19/2012 06:59 AM, Duncan wrote:
>> Ben de Groot posted on Wed, 19 Sep 2012 12:22:06 +0800 as
>> excerpted:
>>
>>> On 16 September 2012 21:15, Brian Harring
>>> wrote:
>>
So... basically, p
On 09/19/2012 06:59 AM, Duncan wrote:
> Ben de Groot posted on Wed, 19 Sep 2012 12:22:06 +0800 as excerpted:
>
>> On 16 September 2012 21:15, Brian Harring wrote:
>
>>> So... basically, people are already doing this manually with their own
>>> intermediate vars.
>>
>> And this works fine, so it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19/09/12 06:00 AM, Micha? Górny wrote:
> --- gx86/eclass/python-distutils-ng.eclass | 20
> ++-- gx86/eclass/python-r1.eclass | 28
> ++-- 2 files changed, 28 insertions(+), 20
> deletions(-)
>
> di
On Wed, 19 Sep 2012 01:38:51 -0400
Mike Frysinger wrote:
> On Monday 17 September 2012 08:22:50 Alexis Ballier wrote:
> > On Sun, 16 Sep 2012 22:06:19 -0400 Mike Frysinger wrote:
> > > On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote:
> > > > also, you are missing some bug # for the 'bro
On Wed, 19 Sep 2012 01:40:42 -0400
Mike Frysinger wrote:
> On Monday 17 September 2012 10:57:50 Alexis Ballier wrote:
> > net-misc/wget/wget-1.14.ebuild:
> > ~amd64-fbsd(default/bsd/fbsd/amd64/9.0) ['sys-apps/util-linux']
> >
> > bumped by you, earlier, probably when you made your local change.
On Wed, 19 Sep 2012 12:48:00 +0200
Michał Górny wrote:
> On Tue, 18 Sep 2012 16:28:59 -0700
> Brian Harring wrote:
> > pkg1 rdepends <-> pkg2 rdepends; this is a contained cycle, and is
> > mergable.
>
> Do you have maybe a quick tool which could find those cycles
> in the tree for us?
I have
Ben de Groot posted on Wed, 19 Sep 2012 12:22:06 +0800 as excerpted:
> On 16 September 2012 21:15, Brian Harring wrote:
>> So... basically, people are already doing this manually with their own
>> intermediate vars.
>
> And this works fine, so it doesn't warrant a cosmetic change.
@ferringb:
On Tue, 18 Sep 2012 16:28:59 -0700
Brian Harring wrote:
> pkg1 rdepends <-> pkg2 rdepends; this is a contained cycle, and is
> mergable.
Do you have maybe a quick tool which could find those cycles
in the tree for us?
> keyword there is 'usable'. Wording could be expanded, but the core
> not
---
gx86/eclass/python-distutils-ng.eclass | 20 ++--
gx86/eclass/python-r1.eclass | 28 ++--
2 files changed, 28 insertions(+), 20 deletions(-)
diff --git a/gx86/eclass/python-distutils-ng.eclass
b/gx86/eclass/python-distutils-ng.eclass
index 5d
---
gx86/eclass/python-distutils-ng.eclass | 31 ++--
gx86/eclass/python-r1.eclass | 53 ++
2 files changed, 55 insertions(+), 29 deletions(-)
create mode 100644 gx86/eclass/python-r1.eclass
diff --git a/gx86/eclass/python-distutils-ng.ec
---
gx86/eclass/python-distutils-ng.eclass | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/gx86/eclass/python-distutils-ng.eclass
b/gx86/eclass/python-distutils-ng.eclass
index 8427994..edc38a4 100644
--- a/gx86/eclass/python-distutils-ng.eclass
+
Let's remove it quickly before someone starts relying on it. Hopefully,
noone outside the tree started to do that -- assumption based
on the fact that it is very unlikely for a package to want optional
distutils.
---
gx86/eclass/python-distutils-ng.eclass | 32 +++-
1 f
---
gx86/eclass/python-distutils-ng.eclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/gx86/eclass/python-distutils-ng.eclass
b/gx86/eclass/python-distutils-ng.eclass
index 4aecc3c..a2d5fa5 100644
--- a/gx86/eclass/python-distutils-ng.eclass
+++ b/gx86/eclass/python-distutils-ng.eclass
@@
---
gx86/eclass/python-distutils-ng.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gx86/eclass/python-distutils-ng.eclass
b/gx86/eclass/python-distutils-ng.eclass
index a2d5fa5..f4c957c 100644
--- a/gx86/eclass/python-distutils-ng.eclass
+++ b/gx86/eclass/python-di
On Sun, 9 Sep 2012 23:41:28 +0200
Michał Górny wrote:
> Fixed to support any slot older than specified correctly.
Committed.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Tue, 18 Sep 2012 16:55:29 -0700
Diego Elio Pettenò wrote:
> On 18/09/2012 16:50, Gilles Dartiguelongue wrote:
> > Let me just say that as a user, concerning this technology
> > aggregate, I really don't care, it has to "just work" :). Now if
> > you gather enough momentum to split this flag an
On Wed, 19 Sep 2012 01:45:04 -0400
Mike Frysinger wrote:
> were you going to post an updated version for merging ?
The whole idea was blocked by Diego, and was submitted for the next
Council meeting.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On 19 September 2012 14:01, Matt Turner wrote:
> On Tue, Sep 18, 2012 at 9:07 PM, Ben de Groot wrote:
>> On 19 September 2012 03:18, Alec Warner wrote:
>>> On Tue, Sep 18, 2012 at 12:11 PM, Ulrich Mueller wrote:
Readability is more important, and there I still don't buy the
argument
49 matches
Mail list logo
