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 1SiRDD-0008D2-EU for garchives@archives.gentoo.org; Sat, 23 Jun 2012 14:21:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 51B6BE09DC; Sat, 23 Jun 2012 14:20:51 +0000 (UTC) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.39]) by pigeon.gentoo.org (Postfix) with ESMTP id A3B95E0923 for ; Sat, 23 Jun 2012 14:20:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vm-relay3.estpak.ee (Postfix) with ESMTP id B4E3C3D9 for ; Sat, 23 Jun 2012 17:20:11 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at vm-relay3.estpak.ee Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (vm-relay3.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21OhCHqqHaTY for ; Sat, 23 Jun 2012 17:20:08 +0300 (EEST) Received: from mail.neti.ee (neti-relayhost2.estpak.ee [88.196.174.199]) by vm-relay3.estpak.ee (Postfix) with ESMTP id 7CBD03E0 for ; Sat, 23 Jun 2012 17:20:08 +0300 (EEST) Received-SPF: Neutral (access neither permitted nor denied) identity=mailfrom; client-ip=88.196.20.50; helo=[192.168.1.64]; envelope-from=leio@gentoo.org; receiver=gentoo-dev@lists.gentoo.org X-SMTP-Auth-NETI-Businessmail: no Message-ID: <1340461223.21515.39.camel@daedalus.lan> Subject: Re: [gentoo-dev] RFC: PROPERTIES=funky-slots From: Mart Raudsepp To: gentoo-dev@lists.gentoo.org Date: Sat, 23 Jun 2012 17:20:23 +0300 In-Reply-To: <20120623151001.705417fb@googlemail.com> References: <20120623142143.631d7ebf@googlemail.com> <20120623151001.705417fb@googlemail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3 Content-Transfer-Encoding: 7bit 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 X-Archives-Salt: c47a8c3c-b15b-452b-8e34-f851f3ad798a X-Archives-Hash: 8afaa04382c75660860a08a5120e4c61 On L, 2012-06-23 at 15:10 +0100, Ciaran McCreesh wrote: > On Sat, 23 Jun 2012 10:06:58 -0400 > Mike Gilbert wrote: > > > I don't quite understand why this would be necessary. > > > > > > Would "funky-slots" just be used in situations where ebuilds with > > > the same PV but different PVR have different slots? > > > > > > Taking the gtk2/gtk3 example, I think the -r200/-r300 thing is only > > > used in libraries; applications use slot deps to select which one > > > they need. Paludis should not remove the -r200 version if it is > > > still referenced in the depgraph, correct? > > > > Or maybe you are saying that Paludis will not automatically install a > > new slot for a package that is already installed, even when referenced > > by a slot dep? > > The 'standard' behaviour (which can be changed by the user) for Paludis > when doing "complete" resolutions is that whenever there's a slot of > something installed, it will try to bring in the newest version of that > package, even if it's in a different slot. This is generally a good > thing, since newer versions are supposed to be better than older > versions. The problem is that now "newer" versions are being used to > mean "with a different Ruby implementation" or "built in a different > way", which screws up the meaning. Don't do that if the slotted package in question is not in the @world, and all packages depending on it strictly require the older SLOT.