From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PTdVZ-0000B8-A3 for garchives@archives.gentoo.org; Fri, 17 Dec 2010 16:50:17 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E1374E05DE; Fri, 17 Dec 2010 16:50:05 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 477C4E05AF for ; Fri, 17 Dec 2010 16:49:32 +0000 (UTC) Received: from [192.168.1.109] (fi122.internetdsl.tpnet.pl [80.53.34.122]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: phajdan.jr) by smtp.gentoo.org (Postfix) with ESMTPSA id 25A8A1B4071 for ; Fri, 17 Dec 2010 16:49:30 +0000 (UTC) Message-ID: <4D0B9492.1000306@gentoo.org> Date: Fri, 17 Dec 2010 17:49:22 +0100 From: =?UTF-8?B?IlBhd2XFgiBIYWpkYW4sIEpyLiI=?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] What are || ( ) dependencies? References: <20101217152504.30ab8f1c@snowcone> In-Reply-To: <20101217152504.30ab8f1c@snowcone> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig90C239C5DAB774052915B235" X-Archives-Salt: 11ee7824-7f6f-4002-8e67-680ff286ad86 X-Archives-Hash: 436c908844b076917c7bb6b1e6c59470 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig90C239C5DAB774052915B235 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12/17/10 4:25 PM, Ciaran McCreesh wrote: > As a result of things like this, Portage has had various different sets= > of heuristics over time, and Paludis has had a different set. Generally it seems fine to have different heuristics (I'll comment on the specific problem below). > Paludis currently interprets this as "I prefer <1.3.99.901, but will > also accept >=3D1.3.99.901". In particular, if <1.3.99.901[xcb] is > already installed, libX11 won't be upgraded. Some Portage versions also= > do this, and others don't. I don't understand why we can't upgrade libX11 in that case. Shouldn't emerge -uDNa world (or its Paludis equivalent) "think" like this: Okay, I have libX11 installed here, and a more recent version is available. The more recent version satisfies this || () dependency, so just update it. > There's one easy fix, which solves this and every other possible > convoluted case (and some of those can be fairly horrible...): require > ebuild developers to always list 'best' things leftmost. Sounds reasonable. > The other option is that we mandate a particular selection algorithm > for || ( ) dependencies. Doesn't that somehow contradict the idea that || () lists equivalent dependencies? Maybe we should fix the heuristics. In this specific case, it seems reasonable to still upgrade libX11, right= ? > So would anyone be especially opposed to making "best leftmost" an > explicit requirement, enforced by repoman where possible (at least for > the >=3D / < case)? I don't think that >=3D / < case is enforceable by repoman (i.e. that we always prefer the more recent version of a package). However, saying that the preferred dependency should be listed first sounds reasonable. Pawe=C5=82 --------------enig90C239C5DAB774052915B235 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (Darwin) iEYEARECAAYFAk0LlJYACgkQuUQtlDBCeQI7lACfaxtcetXtpy8kfvj1Qe5naLNd hI0AmwSSWWLzbm8PcGtl4RF4l/RnwMmb =ewV5 -----END PGP SIGNATURE----- --------------enig90C239C5DAB774052915B235--