From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 337781381FA for ; Thu, 15 May 2014 07:23:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3A018E09D2; Thu, 15 May 2014 07:23:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4A384E09A4 for ; Thu, 15 May 2014 07:23:51 +0000 (UTC) Received: from [192.168.1.33] (unknown [2.137.28.165]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 8D53133F155 for ; Thu, 15 May 2014 07:23:49 +0000 (UTC) Message-ID: <1400138626.13920.18.camel@belkin5> Subject: Re: [gentoo-dev] Re: The gx86-multilib project needs your help! (+ roadmap reminder) From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Date: Thu, 15 May 2014 09:23:46 +0200 In-Reply-To: <53727135.8020308@gentoo.org> References: <20140511205642.5bf0aa5c@pomiot.lan> <1400008762.13920.6.camel@belkin5> <53727135.8020308@gentoo.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 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-Transfer-Encoding: 8bit X-Archives-Salt: 9c890a02-8c78-48a6-956e-c056d137149d X-Archives-Hash: f01bda93624f65e76da4c9026ec439a8 El mar, 13-05-2014 a las 15:23 -0400, Ian Stakenvicius escribió: > On 13/05/14 03:19 PM, Pacho Ramos wrote: > > El dom, 11-05-2014 a las 20:56 +0200, Michał Górny escribió: [...] > >> 4. whenever possible, depend on the specific subslot that is > >> known to provide SONAME equal to the required by your package, > >> e.g. for libgcrypt.so.20 you depend on libgcrypt:0/20, > > [...] > > > > Why is this needed? Thanks for the explanation :) > > > > > > I believe that this relates to cases of, by example, a 32bit > pre-rolled binary package on amd64. I expect one could use a specific > version range (upper/lower) for the dependency instead, so long as it > is just as accurate. Ah, ok :)