From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev+bounces-63787-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 20D4813827E for <garchives@archives.gentoo.org>; Sun, 8 Dec 2013 21:54:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A1AEAE0A85; Sun, 8 Dec 2013 21:54:50 +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 B038BE081D for <gentoo-dev@lists.gentoo.org>; Sun, 8 Dec 2013 21:54:49 +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 A359D33F340; Sun, 8 Dec 2013 21:54:47 +0000 (UTC) Date: Sun, 8 Dec 2013 22:54:39 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= <mgorny@gentoo.org> To: gentoo-dev@lists.gentoo.org Cc: ciaran.mccreesh@googlemail.com Subject: Re: [gentoo-dev] Dependencies default to accept any slot value acceptable (:*), can we default to :0 instead? Message-ID: <20131208225439.3cc39a9c@gentoo.org> In-Reply-To: <20131208202644.125cc309@googlemail.com> References: <20131208175612.2b8c7e38@TOMWIJ-GENTOO> <201312081819.40449.dilfridge@gentoo.org> <21156.50471.613516.395616@a1i15.kph.uni-mainz.de> <20131208210436.47b7e6d5@TOMWIJ-GENTOO> <21156.54496.55818.685610@a1i15.kph.uni-mainz.de> <20131208202644.125cc309@googlemail.com> Organization: Gentoo X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.22; x86_64-pc-linux-gnu) Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> 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_/TGAuzHOyLPG7Rwzb3w1bDLD"; protocol="application/pgp-signature" X-Archives-Salt: ecc233f6-344b-4415-86c9-21bf0b23fc04 X-Archives-Hash: efefce7b5b539c758f7a685c7eac678d --Sig_/TGAuzHOyLPG7Rwzb3w1bDLD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2013-12-08, o godz. 20:26:44 Ciaran McCreesh <ciaran.mccreesh@googlemail.com> napisa=C5=82(a): > On Sun, 8 Dec 2013 21:21:52 +0100 > Ulrich Mueller <ulm@gentoo.org> wrote: > > > The PMS describes package manager behavior required to support an > > > ebuild repository. If I read the PMS correctly, SLOT-less > > > dependencies have undefined behavior; this makes it so that if you > > > have a different package manager using the same ebuild repository, > > > it could interpret the dependencies completely different. > >=20 > > Nothing undefined here. A dependency without a slot means that all > > slot values are acceptable. And all package managers interpret it in > > the same way. >=20 > Actually, Paludis interprets a lack of slot dependency as a "don't > know", and assumes that it might be unsafe to switch slots at runtime > in these cases. So we should basically encourage people to explicitly state ':*' when they mean that, correct? Because I can tell you that right now many people don't use that because they see it as redundant. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/TGAuzHOyLPG7Rwzb3w1bDLD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJSpOqfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOmC8QAImEnOupn4NNnf93XQ+5PvBO dWXZPYjYufqtRjn2+H+0gajzH28mgFc2hWwqEN/JTUMNPmFrqVHcKzNhnRThlv2S yyVS3hixwf+svX5XRXh4xM+NXWZcqq5laL8zgaDLDpKNM+kK5JuG0oQGtSAjQ/c5 HTCKb4QuRaMtFqQ07uTbd1mqdevxjAt62aNRnTtU88KF2iu8cGNaRN9Ebx3Hvuh2 eurA631ebPcWnBGNCOpVuiq5r2UojEbLcTDcqoJG/E7qaeFLXmRAYyzL5Cinh9dP HmBWl/Avrm/TG8V4jnqPh7jpcWayG71CtcyEgAuSOg+JVLq3dF1aDDDyGmJ6NNHt 8nlYWsACJDDe72qoZ3XQMFnbYwW7ys7mtxdwV3aoqqffYosWcHQtSCXyaq1JDTIT cN3vCcSNbjnYyfDofdnKRAdit20a5K2W4vTv/LOrE1vfMdWL6CQaG0K31i36jcAA LGzi8LKMyy06RUYgdXDyGLv4IqocipvbA9ag0p6dlmEGxRKvt1eAAjM6Bl1iuTRo ujwmNqTjL0RlizQOVi2MfAkHYORsGRPIDawN+w9Jxwe+xFH7ogCubM+mBDG0AQkO omxlx7hDaZ8XIuLUWhwXdwuJdFNq8MMDBlNOx++ohZ03ncFEucdw1ywcsUE4r0Bl PzQ0dAkMpdLI+KhvoRjz =96yj -----END PGP SIGNATURE----- --Sig_/TGAuzHOyLPG7Rwzb3w1bDLD--