From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id EB9B8138CD0 for ; Sun, 31 May 2015 12:01:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 248BCE091D; Sun, 31 May 2015 12:00:58 +0000 (UTC) Received: from mail.digimed.co.uk (82-69-83-178.dsl.in-addr.zen.co.uk [82.69.83.178]) by pigeon.gentoo.org (Postfix) with ESMTP id 003CCE08E1 for ; Sun, 31 May 2015 12:00:56 +0000 (UTC) Received: from digimed.co.uk (shooty.digimed.co.uk [192.168.1.8]) by mail.digimed.co.uk (Postfix) with ESMTPA id 0ED9C583F1 for ; Sun, 31 May 2015 13:00:56 +0100 (BST) Date: Sun, 31 May 2015 13:00:50 +0100 From: Neil Bothwick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Unwelcomed non-native language support Message-ID: <20150531130050.14a001e6@digimed.co.uk> In-Reply-To: <20150531125932.05d01eea@marcec> References: <201505291547.08439.michaelkintzios@gmail.com> <201505291736.43214.michaelkintzios@gmail.com> <20150530113218.1fb9a4cc@marcec> <20150531094808.3cdb2c9e@digimed.co.uk> <20150531125932.05d01eea@marcec> Organization: Digital Media Production X-Mailer: Claws Mail 3.11.1-105-gfed3e1 (GTK+ 2.24.28; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/giyR1DjMTaC=3O3pYSrMqSg"; protocol="application/pgp-signature" X-Archives-Salt: 9e4a3b87-d68c-4c90-acf7-4a2b7bccb6a5 X-Archives-Hash: ff22f5a9cccde58e33d107b2ad5c433e --Sig_/giyR1DjMTaC=3O3pYSrMqSg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 31 May 2015 12:59:32 +0200, Marc Joliet wrote: > >=20 > > Yes, equery is still getting it wrong, gvim only depends on gettext > > when built with USE=3Dnls. =20 >=20 > I don't get this. equery is showing *exactly* the same information as > your grep. It's not wrong, it's just that it only shows that gvim > *might* depend on gettext, namely when the nls USE flag is set, Yes the OP listed a long list of packages that he thought did depend on gettext, even though they do not with hi current settings. > while > "emerge --depclean -pv" will give you a definitive yes/no answer > (although automagic dependencies might still render its answer > incorrect). However, emerge won't tell you *why*, so strictly speaking > you need both for a full answer. depclean tells you which package depends on the package you want to remove, examination of the ebuild is usually the most reliable way of determining whether that need is USE controlled. The main disadvantage of depclean IMO is that it shows ony one package that depends on the package you want to remove, not all the relevant parts of the dependency chain. If the package you want to reove is not system-critical, the easiest option is often to quickpkg it, remove it and then look at the output from emerge --tree --update --deep @world --=20 Neil Bothwick Intel: where Quality is job number 0.9998782345! --Sig_/giyR1DjMTaC=3O3pYSrMqSg Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlVq9/IACgkQum4al0N1GQMUigCfSFjBqhkLB0y2cwWkYjPc8Xr2 t7EAn3N+C8g9TKIiXivNYVYSve8tQfdw =rTFd -----END PGP SIGNATURE----- --Sig_/giyR1DjMTaC=3O3pYSrMqSg--