From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-63600-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 AA01B138247
for <garchives@archives.gentoo.org>; Fri, 15 Nov 2013 20:54:37 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 3AE3DE0A5B;
Fri, 15 Nov 2013 20:54:32 +0000 (UTC)
Received: from gerard.telenet-ops.be (gerard.telenet-ops.be [195.130.132.48])
by pigeon.gentoo.org (Postfix) with ESMTP id 06E10E09FA
for <gentoo-dev@lists.gentoo.org>; Fri, 15 Nov 2013 20:54:30 +0000 (UTC)
Received: from TOMWIJ-GENTOO ([94.226.55.127])
by gerard.telenet-ops.be with bizsmtp
id pwuV1m00Y2khLEN0HwuVyE; Fri, 15 Nov 2013 21:54:30 +0100
Date: Fri, 15 Nov 2013 21:53:33 +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: <20131115215333.4db15ea8@TOMWIJ-GENTOO>
In-Reply-To: <CAEdQ38GLpxFnw6VvfeiEMtWwZbRiUK-3tHT5dd7JuZVQD_QAFA@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>
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_/iuKrGxvLJB.ZQ/lEes6JBpm"; protocol="application/pgp-signature"
X-Archives-Salt: 7f6bf4a6-60fa-4049-9fc5-d5edc416edec
X-Archives-Hash: 9b4f6155e4afaa6e72407060238bdbfd
--Sig_/iuKrGxvLJB.ZQ/lEes6JBpm
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
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:
>=20
> [...]
>=20
> emerge: there are no ebuilds built with USE flags to satisfy
> "x11-proto/kbproto[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips=
_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])
>=20
> 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?
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:
>=20
> mattst88@dynamic71 ~ % FEATURES=3Dtest emerge dev-python/py -vp
>=20
> These are the packages that would be merged, in order:
>=20
> Calculating dependencies... done!
>=20
>=20
> [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
>=20
> Total: 2 packages (2 new), Size of downloads: 602 kB
>=20
> * Error: circular dependencies:
>=20
> (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)
>=20
> It might be possible to break this cycle
> by applying the following change:
> - dev-python/py-1.4.13 (Change USE: -test)
>=20
> 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...
For example, emerging dev-java/icedtea without a Java compiler / runtime
present will show you the same behavior; and there are some other
circular dependencies present in the tree that behave similarly.
It's a problem that you can't really solve as far as I know; bugs are
often getting filed for it, but without a fix. One filed against
Portage is for example https://bugs.gentoo.org/show_bug.cgi?id=3D417675
but it hasn't received much attention; because well, I doubt if a proper
solution to this would be simple.
Workarounds mentioned are hacking up the vdb or changing --newuse.
Does replacing this "explicit behavior" by "implicit behavior" make
sense for the users in general? Does it make sense for those that just
want to test? Will people understand it if it were implicit behavior?
--=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_/iuKrGxvLJB.ZQ/lEes6JBpm
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQEcBAEBAgAGBQJShonNAAoJEJWyH81tNOV9zosH/17MTPHNCI56hgZfjs2C8r6m
vWM2rMMbbzrZWajDm2NTpQTceLk+UWr6EjIljNo4Fixpie5dlQJZ9ShTkdnS9bsz
izaE5FQQ+2nbc/lsuivyNw5Ah7KfqpehnoeE9V6G044FXateuIzaHrTL4vG/LRvE
FGaLOVEiKMjtwFAJ+gTpOtkExFHh4EhGUln+vx/NtVi4vSpzJB/oZw3hJqHVFIhc
u7kda01LxrWayPGiXvRd705tyUPNJ09Jkcrp7ILVP8tFdyOe2vn8c4z47Ka4VHL4
5+m6Wzbtdi9GkUiYVx/6gSsdpoPRSQB/pM8b0cz1MkSeqyA/QIv3botcrBvktyI=
=xVQR
-----END PGP SIGNATURE-----
--Sig_/iuKrGxvLJB.ZQ/lEes6JBpm--