From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18543 invoked from network); 10 Aug 2004 10:51:15 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 10 Aug 2004 10:51:15 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BuUDq-0004tM-RQ for arch-gentoo-dev@lists.gentoo.org; Tue, 10 Aug 2004 10:51:14 +0000 Received: (qmail 9037 invoked by uid 89); 10 Aug 2004 10:51:14 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 4727 invoked from network); 10 Aug 2004 10:51:13 +0000 Date: Tue, 10 Aug 2004 12:48:59 +0200 From: Guy Martin To: "Joerg Hoh" Cc: gentoo-dev@lists.gentoo.org Message-Id: <20040810124859.20ffb0ea.gmsoft@gentoo.org> In-Reply-To: <20040810104326.GB22751@hydra.joerghoh.de> References: <20040810104326.GB22751@hydra.joerghoh.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__10_Aug_2004_12_48_59_+0200_G=mUjDzBgYU=aEvU" X-Spam-Score: 0.7 (/) X-Spam-Report: Spam detection software, running on the system "playa.lln.tuxicoman.be", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or block similar future email. If you have any questions, see root@localhost for details. Content preview: Hi, I've wrote a similar thing. Btw it's more a quick hack than a complete end-user solution but it works fine. http://dev.gentoo.org/~gmsoft/tools/gm-etc-update [...] Content analysis details: (0.7 points, 3.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 ALL_CAP_PORN BODY: Possible porn - in ALL CAPS Subject: Re: [gentoo-dev] RFC: extension of etc-update X-Archives-Salt: 72db4e6d-179c-4dba-ae48-af6efa188a2a X-Archives-Hash: dbacb9bc015072b97f3411538cb95051 --Signature=_Tue__10_Aug_2004_12_48_59_+0200_G=mUjDzBgYU=aEvU Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi, I've wrote a similar thing. Btw it's more a quick hack than a complete end-user solution but it works fine. http://dev.gentoo.org/~gmsoft/tools/gm-etc-update To use it you _MUST_ first have a clean system and run it once. That means no file have to be updated via etc-update when you run it for the first time because it have to build the MD5 database. Once this is done, simply run it but beware : -It will update unmodified files without asking -It will update "trivial updates" withour asking -It may not be bugless but I use it on ~10 box here and it always worked as expected Enjoy :) On Tue, 10 Aug 2004 12:43:26 +0200 "Joerg Hoh" wrote: > > Hi > > I'm unhappy with the etc-update script. In my eyes it lacks at least > one necessary feature: > > Detection of unmodified config-files > > When I recently updated my sytem, it gave me more than 200 files to > look at. That is impossible, since in most cases I never heard of such > a file(and therefor I don't undestand what that file means). So I did > a quick look over the list, found nothing relevant to me and and did > "-5". Well, after that I wonderd why my mails were rejected. Oh, I've > overseen/etc/ssmtp.conf! Bad thing, with the default config it doesn't > work. > > My proposal is that we keep a list of configfiles and their md5 > hashes. etc-update maintains this list. We now have several cases: > > * etc-update detects that we emerged a package which wasn't present > and we > have new config files. So etc-update does the md5-hashing and puts > the hash into the hash-file. > * etc-update want's to install a new config-file and an > config-file is already present. Then it hashes the present > config-file and compares the hash to the hash already present in the > hash-file.- If the hashes differs, it asks the user what to do (as > it now happens > with every config-file). If the user wants to replace the old, > user-modified config-file with the new one, the hash for the new > config-file is written to the hash-file. > - If the hashes are identical, it replaces the old config-file with > the > new one and updates the hash-file. > > I've looked at the etc-update script, but since I'm not good at > shell-scripting, I decided to rewrite it in python. Not all is done > yet, and I don't wanto to do unneeded work if someone wants to enhance > the shell-script. > > You find my python version at http://www.devone.org/linux/gentoo.html > > Another extension would be versioning of configuration files via > cvs/rcs, subversion or arch. But I had to do some more work on that > ... > > Joerg, mostly happy gentoo user > > > -- > Fachbegriffe der Informatik (Nr 152): PORN > - Poster Ohne Richtigen Namen > > -- Guy Martin Gentoo Linux - HPPA port Lead / IPv6 team Lug Charleroi (Belgium) --Signature=_Tue__10_Aug_2004_12_48_59_+0200_G=mUjDzBgYU=aEvU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBGKgerpShrnoH4YYRAmmWAJ4q6DIg0sf6MwUv9oESyyyo1T/+DQCgpHAX DZf0tY/pcq6WEnSii/SfyCw= =uvmy -----END PGP SIGNATURE----- --Signature=_Tue__10_Aug_2004_12_48_59_+0200_G=mUjDzBgYU=aEvU--