From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-63604-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 0D4F6138247
for <garchives@archives.gentoo.org>; Fri, 15 Nov 2013 21:39:46 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 4DC63E0A84;
Fri, 15 Nov 2013 21:39:40 +0000 (UTC)
Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50])
by pigeon.gentoo.org (Postfix) with ESMTP id 02AD9E0A69
for <gentoo-dev@lists.gentoo.org>; Fri, 15 Nov 2013 21:39:38 +0000 (UTC)
Received: from TOMWIJ-GENTOO ([94.226.55.127])
by jacques.telenet-ops.be with bizsmtp
id pxfd1m01G2khLEN0JxfeST; Fri, 15 Nov 2013 22:39:38 +0100
Date: Fri, 15 Nov 2013 22:38:21 +0100
From: Tom Wijsman <TomWij@gentoo.org>
To: mattst88@gentoo.org
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Please consider removing use.stable.mask and
package.use.stable.mask
Message-ID: <20131115223821.463e5b0c@TOMWIJ-GENTOO>
In-Reply-To: <CAEdQ38GZYC+6W5=eRfsx8YW4cMFzZ_2E4dbbrvn+JZXo2od=aw@mail.gmail.com>
References: <slrnl86l1s.j7e.vaeth@lounge.imp.fu-berlin.de>
<CAEdQ38GuN0s8K9SLbevhTL6AM=1oWKdpjGVGiR2JOC1mQ1VdxQ@mail.gmail.com>
<20131115210033.4fee8516@TOMWIJ-GENTOO>
<CAEdQ38GLpxFnw6VvfeiEMtWwZbRiUK-3tHT5dd7JuZVQD_QAFA@mail.gmail.com>
<20131115215333.4db15ea8@TOMWIJ-GENTOO>
<CAEdQ38GZYC+6W5=eRfsx8YW4cMFzZ_2E4dbbrvn+JZXo2od=aw@mail.gmail.com>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=PGP-SHA1;
boundary="Sig_/wFyUm6VFohp/sifN=9Sq1KV"; protocol="application/pgp-signature"
X-Archives-Salt: 2aa98605-60cb-4c26-8acc-fcf884a99055
X-Archives-Hash: 83e6927bfc88eb1d0edd6f751712b072
--Sig_/wFyUm6VFohp/sifN=9Sq1KV
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
On Fri, 15 Nov 2013 13:21:53 -0800
Matt Turner <mattst88@gentoo.org> wrote:
> On Fri, Nov 15, 2013 at 12:53 PM, Tom Wijsman <TomWij@gentoo.org>
> wrote:
> > On Fri, 15 Nov 2013 12:25:47 -0800
> > Matt Turner <mattst88@gentoo.org> wrote:
> >
> >> On Fri, Nov 15, 2013 at 12:00 PM, Tom Wijsman <TomWij@gentoo.org>
> >> wrote:
> >> Imagine I had simply forgotten to unmask the abi_x86_32 USE flag
> >> for kbproto but was attempting to emerge unstable (or unmasked
> >> abi_x86_32) libXt. In fact, if I un-unmask kbproto (so that
> >> abi_x86_32 is masked), unmerge kbproto and attempt to emerge libXt:
> >>
> >> [...]
> >>
> >> emerge: there are no ebuilds built with USE flags to satisfy
> >> "x11-proto/kbproto[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_m=
ips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]".
> >> !!! One of the following packages is required to complete your
> >> request:
> >> - x11-libs/libXt-1.1.4::gentoo (Change USE: -abi_x86_32)
> >> (dependency required by "x11-libs/libXt-1.1.4" [ebuild])
> >> (dependency required by "libXt" [argument])
> >>
> >> It suggests that I turn off abi_x86_32 for libXt rather than
> >> telling me to turn the flag on for kbproto!
> >
> > Why should it literally suggest you to do something known to be
> > broken?
>=20
> I don't know what you mean. kbproto[abi_x86_32] isn't known to be
> broken. You're asking a really weird question based on some implicit
> context that's not available to me.
A mask implies something is broken (or experimental).
> I'm claiming in this example that attempting to emerge
> libXt[abi_x86_32], portage should tell you that abi_x86_32 should be
> set for kbproto, rather than telling you to unset abi_x86_32 for libXt
> (which you're requesting to be emerged, damn it!).
You have to be explicit when you want broken (or experimental) things;
just emerging it isn't enough, taking a step further than that is.
I'm not sure if making broken (or experimental) things more easily
available or a suggestion would be a good idea; people already have
enough trouble as it is, adding more doesn't seem to be the right way.
> > It is clear from the output how it wants the dependency to be; so,
> > if you want to do something different, you can and the output tells
> > enough.
> >
> > Due to the complexity of the dependency, you will need `man 5
> > ebuild` though; (-) means to assume it as disabled if it doesn't
> > exist.
> >
> >> Portage prints other things intelligently:
> >>
> >> mattst88@dynamic71 ~ % FEATURES=3Dtest emerge dev-python/py -vp
> >>
> >> These are the packages that would be merged, in order:
> >>
> >> Calculating dependencies... done!
> >>
> >>
> >> [nomerge ] dev-python/py-1.4.13 USE=3D"{test}"
> >> PYTHON_TARGETS=3D"python2_7 python3_2 (-pypy2_0) -python2_6
> >> (-python3_3)"
> >> [ebuild N ] dev-python/pytest-2.3.5 USE=3D"{test} -doc"
> >> PYTHON_TARGETS=3D"python2_7 python3_2 (-pypy2_0) -python2_6
> >> (-python3_3)" 417 kB
> >> [ebuild N ] dev-python/py-1.4.13 USE=3D"{test}"
> >> PYTHON_TARGETS=3D"python2_7 python3_2 (-pypy2_0) -python2_6
> >> (-python3_3)" 185 kB
> >>
> >> Total: 2 packages (2 new), Size of downloads: 602 kB
> >>
> >> * Error: circular dependencies:
> >>
> >> (dev-python/py-1.4.13::gentoo, ebuild scheduled for merge) depends
> >> on (dev-python/pytest-2.3.5::gentoo, ebuild scheduled for merge)
> >> (buildtime) (dev-python/py-1.4.13::gentoo, ebuild scheduled for
> >> merge) (buildtime)
> >>
> >> It might be possible to break this cycle
> >> by applying the following change:
> >> - dev-python/py-1.4.13 (Change USE: -test)
> >>
> >> Note that this change can be reverted, once the package has been
> >> installed.
> >
> > This is just like how you can't compile gcc without having compiled
> > gcc with another compiler first (or used a binpkg, or obtained from
> > stage3); thus, similarly, you can't test py without having pytest
> > first etc...
>=20
> I don't think you understood my intention for giving this example.
> Portage correctly figures out the proper solution and suggests it. I'm
> saying that this is a good thing.
Now the question is whether this is or isn't an opposite example;
because it might very well be intelligent, that doesn't mean that the
other example isn't intelligent. As we trying to make that clear, this
example doesn't really fit; so, I didn't assume it to be opposite.
--=20
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : TomWij@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
--Sig_/wFyUm6VFohp/sifN=9Sq1KV
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQEcBAEBAgAGBQJShpRNAAoJEJWyH81tNOV94kkH/RKt1Ug4PktalmfCYu4eQnzi
vgyEbELRxoEkm+71FbMF7wnJo09teiytWdiO/4CXO2xreHptS4o12mCki2hfb2xR
+xFLFxJwxG2XZ1/vQ4Uh6IunEnQZTJy1EWEX8VtyTYSI6lNJ5/555JubAY4+Ay8e
PQbtqMXc6rhGb/loDrpUyOoFJDxqeIcJkTshbaaos0ZLnyjQjXwx35QG0etkYWMk
BX7jt8yp7/6JaHMX4HWR1JE+7t7LFicPNxA6nsdK62EJReHSyFPBEG4JV7kfGB/h
al97WXHEXgPeQSE1tWrGKC2UmpS1lM1h6nR3+7u7rqJGI0dle5CIY7OgU4d83ic=
=V1pR
-----END PGP SIGNATURE-----
--Sig_/wFyUm6VFohp/sifN=9Sq1KV--