From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20835 invoked from network); 10 Aug 2004 10:43:28 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 10 Aug 2004 10:43:28 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BuU6J-0005om-MJ for arch-gentoo-dev@lists.gentoo.org; Tue, 10 Aug 2004 10:43:27 +0000 Received: (qmail 31862 invoked by uid 89); 10 Aug 2004 10:43:27 +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 25946 invoked from network); 10 Aug 2004 10:43:26 +0000 From: "Joerg Hoh" Date: Tue, 10 Aug 2004 12:43:26 +0200 To: gentoo-dev@lists.gentoo.org Message-ID: <20040810104326.GB22751@hydra.joerghoh.de> Mail-Followup-To: Joerg Hoh , gentoo-dev@gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [gentoo-dev] RFC: extension of etc-update X-Archives-Salt: c63c1cdc-95e0-4417-8a22-88ec3a1b3f2f X-Archives-Hash: 59ab2c520a8dff82c0793ae2fa1ec66e --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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=20 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 --=20 Fachbegriffe der Informatik (Nr 152): PORN - Poster Ohne Richtigen Namen=20 --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBGKbO6xdMID018FIRAtQsAJ45ucDfMtktnpsNXjlK2RouCfx/vQCeIyhW O5Xu0gbqorNzumkBvMA6r/M= =Ey1E -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI--