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 98A35138010 for ; Fri, 31 Aug 2012 23:01:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 419ECE06D7; Fri, 31 Aug 2012 23:00:47 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 1CE03E0655 for ; Fri, 31 Aug 2012 22:59:08 +0000 (UTC) Received: from pomiocik.lan (213-238-98-26.adsl.inetia.pl [213.238.98.26]) (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 6006E33D7CF; Fri, 31 Aug 2012 22:59:06 +0000 (UTC) Date: Sat, 1 Sep 2012 01:00:06 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: zmedico@gentoo.org Subject: Re: [gentoo-dev] HDEPEND (host dependencies for cross-compilation) for EAPI 5? Message-ID: <20120901010006.64d07342@pomiocik.lan> In-Reply-To: <50413399.4030000@gentoo.org> References: <50411874.4060204@gentoo.org> <20120831214611.088b3f50@googlemail.com> <5041288A.6030802@gentoo.org> <50413399.4030000@gentoo.org> Organization: Gentoo 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-SHA256; boundary="Sig_/DCSwrAb1GqKlCGvJtfJ9NW/"; protocol="application/pgp-signature" X-Archives-Salt: 3c2f7fd0-b421-4eb8-ad07-138a8b3e1a0b X-Archives-Hash: 00ab02accbe03e417d074056faa31cd6 --Sig_/DCSwrAb1GqKlCGvJtfJ9NW/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 31 Aug 2012 14:58:49 -0700 Zac Medico wrote: > On 08/31/2012 02:40 PM, Fabio Erculiani wrote: > > I like this as well. > > However, since we're going to introduce a *DEPEND split, how about > > splitting PDEPEND as well? > >=20 > > As far as I've seen, PDEPEND has two (or more?) different meanings: > > - advisory (for instance, informing users about plugins) > > - cycle-breaking to help the dependency solver > >=20 > > Would it be possible to add support for ODEPEND (as in "optional" > > dependencies -- I don't really care about the variable name) as > > well? This would be quite beneficial under certain circumstances. > > One of these is when ebuilds are shipped with PDEPENDs which are > > not required at runtime nor for cycle-breaking... > >=20 > > Another scenario in where ODEPEND would be nice to have is with > > systemd init files pulled in by USE=3Dsystemd (and generally use? ( > > sys-apps/systemd ) in *DEPEND). Providing full systemd support for > > all the packages without forcing users to have it installed, given > > that openrc is the de-facto standard init system in Gentoo (and we > > don't have any openrc? ( sys-apps/openrc )), would be a nice > > features for binpkg repos. Users could then choose to enable or > > disable ODEPEND during dependencies calculation via make.conf or > > argv. > >=20 > > I don't want to diverge too much from the HDEPEND discussion, but I > > think that if we're going to split *DEPEND, it might be a good > > opportunity to do it right _once_ and _for all_. >=20 > For optional dependencies, I'm pretty happy with the > "runtime-switchable USE flags" proposal: >=20 > https://gist.github.com/2945569 The canonical URI is: http://www.gentoo.org/proj/en/glep/glep-0062.html --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/DCSwrAb1GqKlCGvJtfJ9NW/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlBBQfYACgkQfXuS5UK5QB3vaAP+I2x+9xBUsUTNuQ/41ZuvfCPM f8zSeXoaSSMRJKd5klCIhF+N5QXts0lm8BZ2Y0HvKzRkD6i1Z+3diGsIAlIBBevI uEXvd5Bid+jCBZZDac+AK1EmHor29NWUOe6clRebTY/omfTvapu0uYTsFELlfMej HatAgXiI928EAsrp9Hs= =vkCW -----END PGP SIGNATURE----- --Sig_/DCSwrAb1GqKlCGvJtfJ9NW/--