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 995C0138010 for ; Tue, 18 Sep 2012 20:14:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E63E9E06D6; Tue, 18 Sep 2012 20:13:34 +0000 (UTC) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id ACAC8E051E for ; Tue, 18 Sep 2012 20:12:48 +0000 (UTC) Received: by weyu54 with SMTP id u54so146410wey.40 for ; Tue, 18 Sep 2012 13:12:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=ImWIYrza/45M0iWSrY616HvMHtDxKBTx6otV0+iYXkA=; b=M7qKijbMuCudSVIXKj3k0rxjdPwqKA2E1+weqX0BqgpuIJzj7TfnXO11ZNVJ2KgBk4 WLLqDlZ2612TvpfgZvSv3rK3QIFcgknDw4XKxB8sf1jvQ2cuOif7BF+QQj+/AMqLl24n EpRZ07FySkSSR9wVgsjCQyarmfBnL5d8OUzGIwQ/cFYrl5ypWUTJzTTlETLTd7PyzhAe v3ZxETJeXpxGJ0OJ7m5P4oUKi2ncYfAP9b1aARqWy1uu6J8hdrImnRZKxC/sVzOQ90rF CV24qoSNTfPzzc7L0d0xQVSZihksOKnB80Em55HPR1cC4tkTXcuiKXecz86dVBr6P0Kd hjdw== Received: by 10.216.194.198 with SMTP id m48mr500727wen.35.1347999167595; Tue, 18 Sep 2012 13:12:47 -0700 (PDT) Received: from localhost (cpc13-broo7-2-0-cust130.14-2.cable.virginmedia.com. [82.9.16.131]) by mx.google.com with ESMTPS id hv8sm28831186wib.0.2012.09.18.13.12.46 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Sep 2012 13:12:47 -0700 (PDT) Date: Tue, 18 Sep 2012 21:10:28 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] GLEP: gentoo sync based unified deps proposal Message-ID: <20120918211028.35a16046@googlemail.com> In-Reply-To: <5058D266.8030606@gentoo.org> References: <20120916135211.GC23030@localhost> <20120918102551.500ff19b@pomiocik.lan> <20120918092426.GA5384@localhost> <20568.16682.31115.233591@a1i15.kph.uni-mainz.de> <50584559.2000909@gmail.com> <20568.20091.816189.902403@a1i15.kph.uni-mainz.de> <5058CAC5.5080706@gentoo.org> <20120918202909.7b238573@googlemail.com> <5058CE43.6000501@gentoo.org> <20120918204433.52af8bcd@googlemail.com> <5058D266.8030606@gentoo.org> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.11; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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_/ll+kpeMuAkbA6gvVisAhh=0"; protocol="application/pgp-signature" X-Archives-Salt: 6638c8cb-db2b-4ce0-8ffb-f4d103a60cf6 X-Archives-Hash: e04e58cdb77013f7ddc8c88929de8110 --Sig_/ll+kpeMuAkbA6gvVisAhh=0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 18 Sep 2012 12:58:30 -0700 Zac Medico wrote: > On 09/18/2012 12:44 PM, Ciaran McCreesh wrote: > > On Tue, 18 Sep 2012 12:40:51 -0700 > > Zac Medico wrote: > >> On 09/18/2012 12:29 PM, Ciaran McCreesh wrote: > >>> On Tue, 18 Sep 2012 12:25:57 -0700 > >>> Zac Medico wrote: > >>>> Also, if we change the meaning of RDEPEND in the next EAPI, so > >>>> that it's a hard build-time dep like DEPEND, then > >>>> DEPEND=3D"${RDEPEND} virtual/pkgconfig" can be reduced to > >>>> DEPEND=3D"virtual/pkgconfig". This is what I would like to do for > >>>> the experimental EAPI 5-hdepend which is planned [1]. > >>> > >>> What're we going to do about the zillions of unsolvable cycles > >>> that that would create? (Does Portage detect those and error out > >>> yet?) > >> > >> Yeah, it would be treated just like a DEPEND cycle, which is > >> already detected and treated as a fatal error. As a result, when > >> bumping the EAPI of an ebuild, you may have to migrate some deps > >> from RDEPEND to PDEPEND in order to solve the cycles. > >=20 > > What about the large number of RDEPENDs that are required for a > > package to be usable, but not for it to be installed? >=20 > You will have to migrate those deps from RDEPEND to PDEPEND. ...but PDEPENDs aren't guaranteed to be installed before a package is used to satisfy a dependency. (And we can't change PDEPEND to do what RDEPEND currently does, because then some cycles can't be solved at all.) --=20 Ciaran McCreesh --Sig_/ll+kpeMuAkbA6gvVisAhh=0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlBY1TcACgkQ96zL6DUtXhFRbwCdFHbjnmp7ocLmrZmIbH4bviOt 6SAAn0MerIePUp8MR0QQ6vKD9kbEkBbN =i6Rd -----END PGP SIGNATURE----- --Sig_/ll+kpeMuAkbA6gvVisAhh=0--