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 <gentoo-dev+bounces-41876-garchives=archives.gentoo.org@lists.gentoo.org>) id 1OZK96-0005M1-85 for garchives@archives.gentoo.org; Thu, 15 Jul 2010 08:50:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 88E7FE09CF; Thu, 15 Jul 2010 08:50:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0A965E099B for <gentoo-dev@lists.gentoo.org>; Thu, 15 Jul 2010 08:49:53 +0000 (UTC) Received: from [192.168.188.1] (82-71-33-97.dsl.in-addr.zen.co.uk [82.71.33.97]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPSA id 3ABB01B4056; Thu, 15 Jul 2010 08:49:51 +0000 (UTC) Message-ID: <4C3ECBAB.4010209@gentoo.org> Date: Thu, 15 Jul 2010 09:49:47 +0100 From: Mike Auty <ikelos@gentoo.org> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100626 Lightning/1.0b2pre Thunderbird/3.1 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 To: gentoo-dev@lists.gentoo.org CC: Gilles Dartiguelongue <eva@gentoo.org> Subject: Re: [gentoo-dev] Over using preserve_old_lib, don't do that References: <4C2D7E5D.2050008@gentoo.org> <1278348034.7767.10.camel@gdartigu.lan.rep.sj> In-Reply-To: <1278348034.7767.10.camel@gdartigu.lan.rep.sj> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: c4917c5e-8e78-4f68-998a-09ec5990e0d5 X-Archives-Hash: a82bf387e971402fca64e98ef9c07ff9 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sorry I'm a bit late to the thread, Just to add that empathy preserves libemapthy in this manner too. On 05/07/10 17:40, Gilles Dartiguelongue wrote: > > 1. How is it different than preserved-libs feature from > portage-2.2 ? The issue that I have with you argument is that > you encourage breaking user apps at build time instead of > leaving the user some time to run revdep-rebuild or any other > tool needed when user wishes so. This is different from preserve-libs because FEATURES="-preserve-libs" doesn't stop these calls from keeping old libraries around. Also, once preserve-libs has been used, a normal revdev-rebuild won't spot these issues, and cruft-checkers can't find them because they're classed as part of the new package. I understand we have users who want this feature, and also that we advise everybody to read through every single elog message ever made. Having said that, I personally know how to run revdep-rebuild, and I do it often so that when I'm upgrading 100+ packages in one go, I don't then have to sit around reading through every elog message to make sure that a library I didn't ask for doesn't accidentally get left on my system for all time. I can live with this for in places where it causes massive breakage (openssl/libpng/libjpg), because it's genuinely useful, but I think it should be restricted to such important packages, or at least disabled by FEATURES="-preserve-libs". Ideally, these calls should either adhere to FEATURES="-preserve-libs", or there should be a tool that can identify which files portage has preserved, and allow easy rebuilding of dependent packages, and removal. At the moment, I'm having to manually grep ebuilds, ls the libraries and run revdep-rebuild over them one at a time... Mike 5:) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkw+y6oACgkQu7rWomwgFXoehQCgsrbUBRorY6J4rBmASh16t1eP YzoAnAhAi7kWd/bI9xhUh8UHMFfCR5xY =OOj9 -----END PGP SIGNATURE-----