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 1QRJwL-0000OZ-HU for garchives@archives.gentoo.org; Tue, 31 May 2011 08:04:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6DBEB1C112 for ; Tue, 31 May 2011 08:04:35 +0000 (UTC) Received: from mail.digimed.co.uk (82-69-83-178.dsl.in-addr.zen.co.uk [82.69.83.178]) by pigeon.gentoo.org (Postfix) with ESMTP id A0AD51C08C for ; Tue, 31 May 2011 07:59:21 +0000 (UTC) Received: from digimed.co.uk (yooden.digimed.co.uk [192.168.1.6]) by mail.digimed.co.uk (Postfix) with ESMTPSA id 9CDC780428 for ; Tue, 31 May 2011 08:59:20 +0100 (BST) Date: Tue, 31 May 2011 08:59:14 +0100 From: Neil Bothwick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Cleaning redundant configuration files Message-ID: <20110531085914.40185461@digimed.co.uk> In-Reply-To: <20110530230808.41ecb29a@karnak.local> References: <20110530230808.41ecb29a@karnak.local> Organization: Digital Media Production X-Mailer: Claws Mail 3.7.9cvs24 (GTK+ 2.24.3; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/biOa9uYRpaQcw8W4TfPoBGh"; protocol="application/pgp-signature" X-Archives-Salt: X-Archives-Hash: 872260b7f28f6941a77515ccbcc1aba7 --Sig_/biOa9uYRpaQcw8W4TfPoBGh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 30 May 2011 23:08:08 +0100, David W Noon wrote: > You have just touched on an annoyance of unmerge, in that it does not > clean up configuration files that have been modified. It removes files > that are still in the same state as when the package was emerged, but > not those modified by the user. I don't see how user changes make the > file more important than would be in its vanilla state. It doesn't remove *any* files that have been modified, the reasons systems used to get cluttered with orphaned .la files. The logic is quite simple, if it is not the file portage installed with the package, it should not be uninstalled with the package. There are times when some sort of --force-remove option to remove both these and files in CONFIG_PROTECTed directories would be useful. --=20 Neil Bothwick Format: (v.) to erase irrevocably and unintentionally. (n.) The process of such erasure. --Sig_/biOa9uYRpaQcw8W4TfPoBGh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk3kn9cACgkQum4al0N1GQNVlACfVd8Jxi7Q5l5+sZxleDP5ErrI Ns4AoMh6YeuCVGlda76e0SEdfjFSfshD =VK2Q -----END PGP SIGNATURE----- --Sig_/biOa9uYRpaQcw8W4TfPoBGh--