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 6A49213827E for ; Sun, 8 Dec 2013 17:17:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F2DA0E09F0; Sun, 8 Dec 2013 17:17:05 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E6D7FE0982 for ; Sun, 8 Dec 2013 17:17:04 +0000 (UTC) Received: from localhost (77-254-167-184.adsl.inetia.pl [77.254.167.184]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id BE5B333F106; Sun, 8 Dec 2013 17:17:02 +0000 (UTC) Date: Sun, 8 Dec 2013 18:16:44 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: TomWij@gentoo.org Subject: Re: [gentoo-dev] Dependencies default to accept any slot value acceptable (:*), can we default to :0 instead? Message-ID: <20131208181644.73c3412b@gentoo.org> In-Reply-To: <20131208175612.2b8c7e38@TOMWIJ-GENTOO> References: <20131208175612.2b8c7e38@TOMWIJ-GENTOO> Organization: Gentoo X-Mailer: Claws Mail 3.9.2-dirty (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-SHA512; boundary="Sig_/D5+mM09Bk=Ri_CzPOyWlD2L"; protocol="application/pgp-signature" X-Archives-Salt: 409c6c21-afaa-4536-a883-3de52a81fd06 X-Archives-Hash: 11d7a940cb13c241b4a09aef61a44531 --Sig_/D5+mM09Bk=Ri_CzPOyWlD2L Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2013-12-08, o godz. 17:56:12 Tom Wijsman napisa=C5=82(a): > Hello fellow developers >=20 > =3D=3D Situation =3D=3D >=20 > When specifying a dependency like cat/pkg it will default to cat/pkg:* > which is defined in `man 5 ebuild` as: >=20 > * Indicates that any slot value is acceptable. In addition, > for runtime dependencies, indicates that the package will not > break if the matched package is uninstalled and replaced by a > different matching package in a different slot. >=20 > This default reflects different behavior than what we use slots for, > besides allowing side-by-side installations we rather use it to > specifically depend on a new major version. (eg. dev-libs/glib). >=20 > Let's say I want to a add a new major version of cat/pkg to the Portage > tree, introducing it in the same SLOT=3D"0" isn't an option. This gives > us two options, one is SLOT=3D"2", the other is to create cat/pkg2 or so. >=20 > Creating a new SLOT is the most sane thing going forward; but, as the > default (:*) depends on any SLOT, this needs a half thousand commits to > fix up reverse dependencies. Thus, instead a new package is made. [1] >=20 > When our defaults force us down such path, that can't be good and it > affects the quality of our Portage tree; so, this makes me wonder, can > we change the default from :* to :0? What do you think? >=20 > [1] https://bugs.gentoo.org/show_bug.cgi?id=3D493652 > "media-libs/libsdl2: should be a SLOT=3D2 of media-libs/libsdl" >=20 > =3D=3D Task =3D=3D >=20 > If we agree we do this; in order to change :* to :0, we need to change > the PMS to cover this change and implement it in the package managers. >=20 > Before we do that, we need to evaluate how practical this is to apply. > While we are trying to fix the default behavior, what would changing > the default from :* to :0 break? Packages that don't have SLOT=3D0 :). I was wondering about this some time ago and this is where I stopped. You can't simply assume every single package will have SLOT=3D0 as the default. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/D5+mM09Bk=Ri_CzPOyWlD2L Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJSpKmAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOlk0QAJyytLwJLfLqdJukhM2bVOXo 7LaWlSxEV4T8guj7DAAZgdQZWGnT0Aiwnkdsdk7YL1eBwf+JuJWFH+em2zN8wGkM cVqYNfs8GLMrlYIO5V+3BNVSx97E/7xNbkSed1kJBqzWbSBRJxySmspbthTldzlx d65/NFpba0dhUDB034mRueH072RQHLHenAUxHQd8y96boonMtsng7kc2VOREzMOG mdDQLHbi1mZAQcD03H4pRndeC59gcbDOuEgJ3SlzlG+0fc5x/V8WL12FssYWipt5 Nc+3SVoWXvke0cUM5Anv91gB/0xmcuBRIvdlQ1XAlRqe/7BhMOrdsxgHTxVdrcjS jb5eqgStjZbbfJjHF6dbfub8KJIOMzHOeV40Eq2+us1xXwti3fhOpfiJYYaEegyP u/4NTVtr6RJR/2Icj3BzmF/N1j38hqm5F7INkrKkXkFSYFcugRf/qUKaCjoAIMr2 NPTOb3IXJBv9j4zqEdziGRcz2OoERHyQKS0zUbwWMJWDELKdlLpLUCdsLNq8OSsa 2IMyD7GbMpNSBpMeghX8GBXH7Azsus1Vakt40fBtbNQ2woTdk98fX/bfybd2Utgg pkk7Y2Hf0ckRUBdo44eTH2FioQwp8FKVqM+wKkcqdnvlMDDhnS+SJ++4P2/24sBO AXkZmSNqJ3lFWWYgtThC =QFuR -----END PGP SIGNATURE----- --Sig_/D5+mM09Bk=Ri_CzPOyWlD2L--