On Wednesday 19 October 2011 15:40:50 Brian Harring wrote:
> Name's a bit off though considering if the host was amd64, `huse amd64`
> would return 1 since it's not in IUSE.
good point. how about "iuse_use" ? or "use_iuse" ?
-mike
signature.asc
Description: This is a digitally signed message p
dev-python/pygobject:3 has been added to gx86 (package.masked for
now). It provides only gobject-introspection based bindings ("from
gi.repository import GLib"). Per upstream decision, pygobject:2,
starting with 2.28.6-r50, will install only "classic" bindings
("import glib"), since its old gi modu
On Wed, 19 Oct 2011 11:53:07 -0700
Brian Harring wrote:
> On Wed, Oct 19, 2011 at 02:05:50PM -0400, Mike Frysinger wrote:
> > i wrote a new func for toolchain.eclass: huse. this is because the
> > toolchain.eclass supports multiple versions in parallel, and the
> > IUSE value can vary greatly b
On Wed, Oct 19, 2011 at 03:26:21PM -0400, Mike Frysinger wrote:
> On Wednesday 19 October 2011 14:53:07 Brian Harring wrote:
> > On Wed, Oct 19, 2011 at 02:05:50PM -0400, Mike Frysinger wrote:
> > > i wrote a new func for toolchain.eclass: huse. this is because the
> > > toolchain.eclass supports
On Wednesday 19 October 2011 14:53:07 Brian Harring wrote:
> On Wed, Oct 19, 2011 at 02:05:50PM -0400, Mike Frysinger wrote:
> > i wrote a new func for toolchain.eclass: huse. this is because the
> > toolchain.eclass supports multiple versions in parallel, and the IUSE
> > value can vary greatly b
On Wed, Oct 19, 2011 at 02:05:50PM -0400, Mike Frysinger wrote:
> i wrote a new func for toolchain.eclass: huse. this is because the
> toolchain.eclass supports multiple versions in parallel, and the IUSE value
> can vary greatly between them. so doing `use foo` without checking IUSE
> first
On Wednesday 19 October 2011 14:05:50 Mike Frysinger wrote:
> now that we have "in_iuse" in eutils.eclass (with all the caveats), i'll be
> adding huse:
> huse() {
> in_iuse $1 || return 1
> use $1
> }
actually, after posting this, "iuse" is probably a bette
i wrote a new func for toolchain.eclass: huse. this is because the
toolchain.eclass supports multiple versions in parallel, and the IUSE value
can vary greatly between them. so doing `use foo` without checking IUSE first
doesn't work. since i got a request to use this in other eclasses (for t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
all packages are related to following bug:
https://bugs.gentoo.org/show_bug.cgi?id=377967
jnlp-bin has been replaced by jnlp-api.
openjnlp is obsolete and not needed anymore, also depends on jnlp-bin.
netx was a package that we tried to fix the issue,
