On Tue, 13 Sep 2011, Mike Frysinger wrote:
On Tuesday, September 13, 2011 19:08:09 Brian Harring wrote:
Making it overridable seems wiser-
usex() {
local flag=$1
local tval=${2-yes}
local fval=${3-no}
if use $flag; then
echo ${tval}
else
Donnie Berkholz - 9:59 13.09.11 wrote:
On 13:11 Tue 13 Sep , Michal Hrusecky wrote:
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: obs-download.eclass
Are there going to be lots of packages
Hi,
new versions of eclasses after hopefully fixing most of the comments.
--
Michal Hrusecky mi...@gentoo.org
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: obs-download.eclass
# @MAINTAINER:
#
On Wed, 14 Sep 2011, Michal Hrusecky wrote:
new versions of eclasses after hopefully fixing most of the comments.
# @ECLASS-VARIABLE: OPENSUSE_RELEASE
# @ECLASS-VARIABLE: OBS_PROJECT
# @ECLASS-VARIABLE: OPENSUSE_PACKAGE
Can't this use a single namespace, i.e. either OBS or OPENSUSE?
On 09/13/2011 04:58 PM, Samuli Suominen wrote:
On 09/13/2011 11:39 PM, Anthony G. Basile wrote:
On 09/13/2011 03:24 PM, Pacho Ramos wrote:
Due cbrannon retirement the following packages need a new maintainer:
dev-db/unixODBC
I've use this and don't want to see it rot. If no one wants it,
Hello,
As the 'has_iuse' thread worked out, right now PMS doesn't allow us to
grep IUSE for random values during runtime. Thus, all eclasses using
that to enable features per ebuild-defined IUSE are broken.
What way are we suggesting for fixing this? Unless we're going to
retroactively rewrite
Il giorno mer, 14/09/2011 alle 12.38 +0200, Michał Górny ha scritto:
Honestly, I'm ready to remove all relevant code in
autotools-utils.eclass and fix all ebuilds in gx86 Sunrise using it.
But if that's not the path we're going to take, I'd like to avoid
changing API then.
If that means
On 09/14/2011 02:06 PM, Diego Elio Pettenò wrote:
Il giorno mer, 14/09/2011 alle 12.38 +0200, Michał Górny ha scritto:
Honestly, I'm ready to remove all relevant code in
autotools-utils.eclass and fix all ebuilds in gx86 Sunrise using it.
But if that's not the path we're going to take, I'd
Without taking credit from anyone who has already worked on this:
http://bugs.gentoo.org/showdependencytree.cgi?id=354479hide_resolved=1
Half of the unfixed packages have ready download'n'ship patches
available in NetBSD (NetBSD already moved to libpng15)
And second half is boring replicating of
Ulrich Mueller - 11:56 14.09.11 wrote:
On Wed, 14 Sep 2011, Michal Hrusecky wrote:
new versions of eclasses after hopefully fixing most of the comments.
# @ECLASS-VARIABLE: OPENSUSE_RELEASE
# @ECLASS-VARIABLE: OBS_PROJECT
# @ECLASS-VARIABLE: OPENSUSE_PACKAGE
Can't this use a single
On Wed, Sep 14, 2011 at 02:02, Ulrich Mueller wrote:
On Tue, 13 Sep 2011, Mike Frysinger wrote:
usex() { use $1 echo ${2:-yes} || echo ${3:-no} ; }
You should omit the colons though. ${2-yes} and ${3-no} will allow for
an explicit empty string as argument, whereas the :- variants won't.
in
On Wed, Sep 14, 2011 at 01:18, Ciaran McCreesh wrote:
On Tue, 13 Sep 2011 10:29:48 -0400 Mike Frysinger wrote:
You don't do it by checking IUSE. You do it by having the ebuild
define a variable like WANT_MONKEY_SUPPORT.
it's a crap shoot. as long as Michał's proposed func doesnt attempt
---
eclass/autotools-utils.eclass | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 495244b..8731d6b 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -88,7 +88,7
Il giorno mer, 14/09/2011 alle 17.23 +0200, Michał Górny ha scritto:
+ eqawarn 'Implicit $(use_enable debug) for
IUSE=debug is deprecated.'
+ eqawarn 'Please add the necessary arg to
myeconfargs if requested.'
+ eqawarn 'The
On Wed, 14 Sep 2011 17:56:05 +0200
Diego Elio Pettenò flamee...@gentoo.org wrote:
Il giorno mer, 14/09/2011 alle 17.23 +0200, Michał Górny ha scritto:
+ eqawarn 'Implicit $(use_enable debug) for
IUSE=debug is deprecated.'
+ eqawarn 'Please add
Il giorno mer, 14/09/2011 alle 18.16 +0200, Michał Górny ha scritto:
Er; but then overlay authors won't even get a warning that the API
changed.
Sorry I guess I misquoted.
Feel free to warn (for now) but don't append it anyway, otherwise the
eclass is simply not usable in some contexts.
On Wed, Sep 14, 2011 at 4:50 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
I second that. I've been yelling about it for years...
Same for the stupid assumption gnome2.eclass does with IUSE=doc for
gtk-doc
For reference, ye olde bug: https://bugs.gentoo.org/show_bug.cgi?id=262491
--
On Wed, Sep 14, 2011 at 06:38, Michał Górny wrote:
As the 'has_iuse' thread worked out, right now PMS doesn't allow us to
grep IUSE for random values during runtime. Thus, all eclasses using
that to enable features per ebuild-defined IUSE are broken.
this statement isnt exactly clear. no,
On Wed, 14 Sep 2011 15:10:23 -0400
Mike Frysinger vap...@gentoo.org wrote:
On Wed, Sep 14, 2011 at 06:38, Michał Górny wrote:
As the 'has_iuse' thread worked out, right now PMS doesn't allow us
to grep IUSE for random values during runtime. Thus, all eclasses
using that to enable features
On 19:14 Tue 13 Sep , Brian Harring wrote:
On Tue, Sep 13, 2011 at 09:02:28PM -0500, Donnie Berkholz wrote:
On 17:56 Tue 13 Sep , Mike Frysinger wrote:
useful enough for EAPI ? or should i just stick it into eutils.eclass
? OR BOTH !?
I prefer to avoid EAPI whenever
On 06:34 Wed 14 Sep , Ciaran McCreesh wrote:
On Tue, 13 Sep 2011 21:02:28 -0500
Donnie Berkholz dberkh...@gentoo.org wrote:
On 17:56 Tue 13 Sep , Mike Frysinger wrote:
useful enough for EAPI ? or should i just stick it into
eutils.eclass ? OR BOTH !?
I prefer to avoid EAPI
On Wed, 14 Sep 2011 13:06:23 +0200
Diego Elio Pettenò flamee...@gentoo.org wrote:
Il giorno mer, 14/09/2011 alle 12.38 +0200, Michał Górny ha scritto:
Honestly, I'm ready to remove all relevant code in
autotools-utils.eclass and fix all ebuilds in gx86 Sunrise using
it. But if that's
Il giorno mer, 14/09/2011 alle 22.03 +0200, Michał Górny ha scritto:
The main resolution as I see it, is to simply drop IUSE=static-libs
from a lot of ebuilds where static libs aren't actually required by
anything or anyone.
I would point at an old post of mine:
On Wed, Sep 14, 2011 at 16:03, Michał Górny wrote:
Well, the other thing is IUSE=static-libs. I don't like it either but
this is probably a bigger case than the other.
The main resolution as I see it, is to simply drop IUSE=static-libs
from a lot of ebuilds where static libs aren't actually
On Wed, 14 Sep 2011 11:19:35 -0400
Mike Frysinger vap...@gentoo.org wrote:
however, why wont this work sanely in src_* or pkg_* funcs ? the env
there is the one constructed by the PM which includes the merged IUSE
values.
It's not. We deliberately don't specify that the PM passes fixed up
On Wed, Sep 14, 2011 at 02:16:41PM -0500, Donnie Berkholz wrote:
On 19:14 Tue 13 Sep , Brian Harring wrote:
On Tue, Sep 13, 2011 at 09:02:28PM -0500, Donnie Berkholz wrote:
On 17:56 Tue 13 Sep , Mike Frysinger wrote:
useful enough for EAPI ? or should i just stick it into
On Thu, Sep 15, 2011 at 12:15:59AM +0100, Ciaran McCreesh wrote:
On Wed, 14 Sep 2011 11:19:35 -0400
Mike Frysinger vap...@gentoo.org wrote:
however, why wont this work sanely in src_* or pkg_* funcs ? the env
there is the one constructed by the PM which includes the merged IUSE
values.
27 matches
Mail list logo