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 E3E6C13827E for ; Tue, 10 Dec 2013 00:33:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8D69AE0B21; Tue, 10 Dec 2013 00:33:33 +0000 (UTC) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by pigeon.gentoo.org (Postfix) with ESMTP id 5E9B4E0A53 for ; Tue, 10 Dec 2013 00:33:32 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by jacques.telenet-ops.be with bizsmtp id zcZX1m0042khLEN0JcZXUl; Tue, 10 Dec 2013 01:33:31 +0100 Date: Tue, 10 Dec 2013 01:31:51 +0100 From: Tom Wijsman To: ulm@gentoo.org, gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Dependencies default to accept any slot value acceptable (:*), can we default to :0 instead? Message-ID: <20131210013151.6caff6bf@TOMWIJ-GENTOO> In-Reply-To: <21157.60822.905475.532655@a1i15.kph.uni-mainz.de> References: <20131208175438.100112a0@TOMWIJ-GENTOO> <52A5689F.1040402@gentoo.org> <20131209115527.4ef48b36@TOMWIJ-GENTOO> <21157.60822.905475.532655@a1i15.kph.uni-mainz.de> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; 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_/G7jGrLp10T_y5p8B_63ul=1"; protocol="application/pgp-signature" X-Archives-Salt: 498cd1b5-f8ce-4c88-8d03-2ec0641a1662 X-Archives-Hash: aab4c0ed72ea73efed079d80b2106f17 --Sig_/G7jGrLp10T_y5p8B_63ul=1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 9 Dec 2013 17:19:34 +0100 Ulrich Mueller wrote: > >>>>> On Mon, 9 Dec 2013, Rich Freeman wrote: >=20 > > If you think that B isn't the empty set, it is trivial for you to > > demonstrate that this is the case. Simply give me a single example > > of a situation where: > > 1. It makes sense for a dep to use a new slot. > > 2. It makes sense for all of its reverse deps to automatically use > > the new slot without any further intervention by the individual > > reverse dep maintainers. >=20 > app-editors/emacs, to start with. >=20 > If you go through the list of about 400 packages that have more than > one slot (out of 17000 packages in the portage tree), I'm sure you'll > find many more that fall in B. On first glance, only a minor part of > these 400 seem to be libraries. It is surprising that there are only ~400 packages that have multiple slots available in the Portage tree; trying to reproduce this, I get a similar number. Out of a ~350 total, ~75 contain "libs/", ~100 contain "dev-java/" (almost a third); there's are some ruby and haskell libs too. These groups are almost all libraries, so it somewhat fifty-fifty.=20 Note how Java packages already have a project policy to explicitly specify slots on dependencies; as the eclass functionality relies on that. As a consequence, it is easy to add a new slot to them. For the Java herd it makes total sense to use explicit slots that way. With new version bumps to reverse dependencies of dev-java libraries; it is interesting to note that as time goes by, you will eventually need to depend on the newer slot instead as upstream upgrades its support for that dev-java library; dropping support for the old version. But that's just a third and not necessarily representable, it can however show how it works in practice. Libraries' slot usage is harder to tell and needs a more thorough look as to how these are done. It's easier to tell by someone whom has more experience with how these libraries are versioned, seeing that most of these are media-libs and x11-libs I'll try asking the relevant herds. For applications (or should we say "all the rest") I think we need to look at which kind of packages these are and what the slots mean. For example, there are ~14 kernel sources that have multiple slots, which are as far as I know not used as dependencies; it just serves quite handy for the user to add it to the world file. There is also www-client/google-chrome and sys-boot/grub, those are packages where slots are meant for the user and not for reverse dependencies. What do you think? Does someone have a different view? Please share. :) --=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_/G7jGrLp10T_y5p8B_63ul=1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJSpmD7AAoJEJWyH81tNOV9108IAJOunj7iQV9HoCuphqBhx6cM hjxSvXV0hrifF95JzuI9UhNcX0qHRIav8oCIXk6jt3kDh01x7SyS3+9+tLImy7O2 arfX3w4mV0fIUjlpFdSw5v95Q+hF+fqOjuvPypxOoB8OtYFlglM2WTxFtyNrK6P1 8oOMq66RPx1eVvfQ1siwJRq6Hn2trpvW/4TcOPjbrjjyQqSL6gjPSF8gwudUUxRp 6+HhApgBRRAKWuLaCNX9gLvvjmXGFnsQkLqWqJLHQ9K5xGrNUZygIfe7a8UkIZ5t /5XNr7eleoIGs8ZZe3DwgL2NgNPpuWr8PKjUOeJylinTpqDQkcM9Rz/LkUCHGtM= =Z4xk -----END PGP SIGNATURE----- --Sig_/G7jGrLp10T_y5p8B_63ul=1--