From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-31745-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1KChgm-0006J5-DT
for garchives@archives.gentoo.org; Sat, 28 Jun 2008 21:10:32 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 90646E0141;
Sat, 28 Jun 2008 21:10:30 +0000 (UTC)
Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168])
by pigeon.gentoo.org (Postfix) with ESMTP id 068ABE0141
for <gentoo-dev@lists.gentoo.org>; Sat, 28 Jun 2008 21:10:29 +0000 (UTC)
Received: by ug-out-1314.google.com with SMTP id z27so103042ugc.49
for <gentoo-dev@lists.gentoo.org>; Sat, 28 Jun 2008 14:10:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=gamma;
h=domainkey-signature:received:received:date:from:to:subject
:message-id:in-reply-to:references:x-mailer:mime-version
:content-type;
bh=ZTN65Z4niWmouWxMZ84LrlJm3p/QteSRdct2FgY58q4=;
b=KRFWZ5teJoM6FkzXoqEFAVN/hSIEFKTYOe4nuLrWgyk8lQCyV4Y6wK7rlAnqw3wuoT
QoHe3NLbWJ+WRUWwBndqQWbBP53C19liz8ldQinm4P7sKXdONb9BTAeLlVAbC8YVwxVZ
dNtNZLGQ1RvlcPMD/QY9Q5eO/bszPbsgM23JM=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=googlemail.com; s=gamma;
h=date:from:to:subject:message-id:in-reply-to:references:x-mailer
:mime-version:content-type;
b=IGihvJum9ZXq9m/hXNhacbJVyLUHbqoCRH+letMaA/vmyM3y9bAATwMAF4r/gIdcn/
MxXBzDDtkX0kqFoV6CYxdwuLMe0HWhwd/aVEn6Z84kZTzJEnwUtwY/G/coj1xIUOS3+t
p6/sJwsBQDCopMGIDTMmfnX+YgHgagxRb9n9Y=
Received: by 10.67.98.15 with SMTP id a15mr2892128ugm.79.1214687429312;
Sat, 28 Jun 2008 14:10:29 -0700 (PDT)
Received: from snowcone ( [92.235.187.79])
by mx.google.com with ESMTPS id l33sm636360ugc.65.2008.06.28.14.10.28
(version=TLSv1/SSLv3 cipher=RC4-MD5);
Sat, 28 Jun 2008 14:10:29 -0700 (PDT)
Date: Sat, 28 Jun 2008 22:10:23 +0100
From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Multislot dependencies
Message-ID: <20080628221023.51a8ea85@snowcone>
In-Reply-To: <g45u1r$9u5$1@ger.gmane.org>
References: <1214663833.3613.37.camel@localhost>
<48665501.2040609@bernd-steinhauser.de>
<g45u1r$9u5$1@ger.gmane.org>
X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.10; 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; boundary="Sig_/k6FDYEgmm0cGm/IbTQ4CWaV";
protocol="application/pgp-signature"; micalg=PGP-SHA1
X-Archives-Salt: 648ef464-5cfd-46ac-94ca-a85dec71d958
X-Archives-Hash: 26311e88fca2016158cd17f41450956b
--Sig_/k6FDYEgmm0cGm/IbTQ4CWaV
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Sat, 28 Jun 2008 19:57:11 +0200
Tiziano M=C3=BCller <dev-zero@gentoo.org> wrote:
> I miss two things here:
> a) What happens in case of DEPEND=3D"", RDEPEND=3D">=3Dcat/bar-2:=3D" ? Is
> that defined? If yes, what does it mean? If not, what shall be the
> package managers behaviour?
:=3D only makes sense when something is both a DEPEND and an RDEPEND.
Actual behaviour, for Paludis, is that it rewrites :=3D deps to :=3Dblah
when writing to VDB any time it can, and leaves anything it can't as :=3D
deps. Verifying sanity of :=3D use is left to developers and the QA tool.
> b) It is not said that a package depending on "|| ( cat/bar:2
> cat/bar:3 )" then really uses cat/bar:3 if available, it might as
> well use cat/bar:2 for one reason or another. It might be clearer if
> we have slots named "stable", "unstable". In such a case a package
> depending on cat/bar might decided to use cat/bar:stable if available
> instead of cat/bar:unstable. So, the spec should either state that
> the package must use the best matching version or we need another way
> for such cases, like a function to explicitly tell the pm which slot
> has been used.
The only sensible thing you can do with multiple matches on :=3D slots
(and ||=3D, if that route is taken) is to take the slot of the best
matching installed version, and require that ebuilds do that too. In
real world cases, this works just fine.
--=20
Ciaran McCreesh
--Sig_/k6FDYEgmm0cGm/IbTQ4CWaV
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkhmqMIACgkQ96zL6DUtXhEgtACgwNp7jjIC5+ekkBtqMxKc2RDW
EscAoK6lu9WWBl3ATFyjBBi6B2qV4nCg
=JNo3
-----END PGP SIGNATURE-----
--Sig_/k6FDYEgmm0cGm/IbTQ4CWaV--
--
gentoo-dev@lists.gentoo.org mailing list