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 3EFD1138010 for ; Tue, 18 Sep 2012 09:47:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id ABA15E059B; Tue, 18 Sep 2012 09:47:47 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 5DA39E0539; Tue, 18 Sep 2012 09:47:47 +0000 (UTC) Received: from pomiocik.lan (77-254-69-147.adsl.inetia.pl [77.254.69.147]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 95FFD33C3F6; Tue, 18 Sep 2012 09:47:42 +0000 (UTC) Date: Tue, 18 Sep 2012 11:47:42 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: ferringb@gmail.com, gentoo-pms@lists.gentoo.org Subject: [gentoo-pms] Re: [gentoo-dev] GLEP: gentoo sync based unified deps proposal Message-ID: <20120918114742.7e87a411@pomiocik.lan> In-Reply-To: <20120918092426.GA5384@localhost> References: <20120916135211.GC23030@localhost> <20120918102551.500ff19b@pomiocik.lan> <20120918092426.GA5384@localhost> Organization: Gentoo X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.12; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Package Manager Specification discussions X-BeenThere: gentoo-pms@gentoo.org X-BeenThere: gentoo-pms@lists.gentoo.org Reply-To: gentoo-pms@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_//apxPXiWj3D6Ts7a0tDQtnv"; protocol="application/pgp-signature" X-Archives-Salt: 0bb81e79-8285-4c05-a4e7-fa49a8e251f1 X-Archives-Hash: 5c85063b18df476075db6a1fab08bfb5 --Sig_//apxPXiWj3D6Ts7a0tDQtnv Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 18 Sep 2012 02:24:26 -0700 Brian Harring wrote: > On Tue, Sep 18, 2012 at 10:25:51AM +0200, Micha?? G??rny wrote: > > > test depends: to specifically mark those dependencies that are > > > only needed for when the pkg is being tested; effectively > > > ephemeral build/run time depends that go away once testing is > > > completed. > >=20 > > Does that mean that USE=3Dtest is going away somehow? >=20 > If you think it through, a test use flag still is needed in the cases=20 > where the rdep itself would change if test was enabled; such a source=20 > is fairy rare, but not always just someone being moronic- certain=20 > cases to do testing, the tests need to reach in fairly deeply and=20 > recompilation for compile vs test isn't exposed. Yes, and sometimes we're doing 'use test'. I simply don't see how adding a separate group of dependencies just for 'test' phase is going to help us. They fit just fine into build-time dependencies right now. > > A quick > > glance shows that what you have expanded there, a fairly reasonable > > Gentoo dev will solve using: > > > > RDEPEND=3D"[common depends]" > > DEPEND=3D"${RDEPEND} > > [build only depends]" >=20 > from diffball (under current EAPIs) >=20 > """ > RDEPEND=3D">=3Dsys-libs/zlib-1.1.4 > >=3Dapp-arch/bzip2-1.0.2 > app-arch/xz-utils" > DEPEND=3D"${RDEPEND} > virtual/pkgconfig" > """ >=20 > becomes the following under the proposal: >=20 > """ > DEPENDENCIES=3D">=3Dsys-libs/zlib-1.1.4 > >=3Dapp-arch/bzip2-1.0.2 > app-arch/xz-utils" > dep:build? ( virtual/pkgconfig )" > """ Err, shouldn't the first three deps be namespaced? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_//apxPXiWj3D6Ts7a0tDQtnv Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlBYQz8ACgkQfXuS5UK5QB3dJAP/TpKIpn/rp5dAfzqDrfyDgDAQ h8LvAqDVnrcAMqHmnhsqDQWZAc0KTJSj4gjMm3lOUzG5J5bjwEZg8/K4KgZTFJL4 j/I1n5HaSy6Tp+EzC1whGXepWaj6u+OLAyuYJIdg/RW1e9A3emG4dfvRNkCM5Ahr os7uqlxqL8ZJOpM04p0= =1Vkg -----END PGP SIGNATURE----- --Sig_//apxPXiWj3D6Ts7a0tDQtnv--