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 ) id 1K1x78-0006p0-Ge for garchives@archives.gentoo.org; Fri, 30 May 2008 05:25:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B987BE037B; Fri, 30 May 2008 05:25:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 93126E037B for ; Fri, 30 May 2008 05:25:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2AC3466E46 for ; Fri, 30 May 2008 05:25:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -1.43 X-Spam-Level: X-Spam-Status: No, score=-1.43 required=5.5 tests=[AWL=1.169, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 927Cvcq9vlIK for ; Fri, 30 May 2008 05:25:08 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by smtp.gentoo.org (Postfix) with ESMTP id 39AA3678D9 for ; Fri, 30 May 2008 05:25:07 +0000 (UTC) Received: from sheridan (dslc-082-082-160-214.pools.arcor-ip.net [82.82.160.214]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1K1wpV3Yzi-0004Aj; Fri, 30 May 2008 07:07:06 +0200 Date: Fri, 30 May 2008 07:02:43 +0200 From: Marius Mauch To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: RFC: Should preserve-libs be enabled by default? Message-Id: <20080530070243.dc40e0f7.genone@gentoo.org> In-Reply-To: References: <20080529011316.54f0f1f6@sheridan.genone.homeip.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.10.14; i686-pc-mingw32) 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-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V01U2FsdGVkX181EaZkXz6k/g3oADM2wNhmOxi4jhN9l5jG7vR /bIdIBKVqtrfKJESBT+FjBWpgyPYmVxZ97bVbU6PyCbJ2zu84R xF1SPHuh7HOspPGvaxZQg== X-Archives-Salt: 2b834b51-531d-4234-a28b-e044d1a210c6 X-Archives-Hash: dfd39af1aa9f22b58cb7db5acaf990af On Thu, 29 May 2008 11:02:55 +0200 flameeyes@gmail.com (Diego 'Flameeyes' Petten=F2) wrote: > Marius Mauch writes: >=20 > As much as we want preserve-libs to be an all-curing magic, it's > not. When you need to replace a library you need to do so _for all its > users at once_, if you allow it to be gradually you're opening the > hellgate of symbol collision. That's what `emerge @preserved-rebuild` does, or do you mean something different? > My solution would be to disallow _building_ anything that is or > depends directly or indirectly on a package on the set until it is > removed, or at the request of merging "mickeymouse", depending on > "bar", re-emerging libfoo first, and bar if the user is not using > --as-needed (checking the NEEDED lines). Well, with preserve-libs the situation is this (using your example): - user upgrades expat, portage keeps libexpat.so.0 around (some packages might now be linked against both versions if the session included other packages as well) - emerge tells the user to rebuild all affected packages (affected =3D contains libexpat.so.0 in NEEDED, so includes both libfoo and bar) by using `emerge @preserved-rebuild` (in the future this could also be done automatically, but that won't be before 2.2 final) - when all affected packages have been rebuilt (so their NEEDED entries don't contain libexpat.so.0 anymore) libexpat.so.0 is automatically removed So, if I understand you correctly (probably not), you want portage to prevent the user from building any packages depending on any affected package before the last step is completed? > With all due respect to everybody, the right course of action here has > to be selected by people who knows how the runtime linker works, > symbol collision and all the rest, as that's what's at stake here. Whoever that is is welcome to voice his opinion here, that's the point of this thread after all. Marius -- gentoo-dev@lists.gentoo.org mailing list