From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DtV3n-0004Hp-9P for garchives@archives.gentoo.org; Fri, 15 Jul 2005 18:37:19 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6FIa8EX027579; Fri, 15 Jul 2005 18:36:08 GMT Received: from smtp802.mail.ukl.yahoo.com (smtp802.mail.ukl.yahoo.com [217.12.12.139]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6FIWas7018671 for ; Fri, 15 Jul 2005 18:32:36 GMT Received: (qmail 37144 invoked from network); 15 Jul 2005 18:32:55 -0000 Received: from unknown (HELO anya) (edward.catmur@btinternet.com@86.130.247.29 with plain) by smtp802.mail.ukl.yahoo.com with SMTP; 15 Jul 2005 18:32:54 -0000 Received: from capella.catmur.co.uk (capella.catmur.co.uk [::ffff:192.168.1.2]) by anya with esmtp; Fri, 15 Jul 2005 19:32:52 +0100 Subject: Re: [gentoo-user] CONFIG_PROTECT problem From: Edward Catmur To: gentoo-user@lists.gentoo.org In-Reply-To: <35358.198.240.128.75.1121437909.squirrel@webmail.pandasys.net> References: <35358.198.240.128.75.1121437909.squirrel@webmail.pandasys.net> Date: Fri, 15 Jul 2005 19:32:49 +0100 Message-Id: <1121452369.24705.1.camel@capella.catmur.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.2.3 X-Archives-Salt: 492cca56-cf90-49a9-9c5d-dbdf2a437212 X-Archives-Hash: 1894b5db95a75ee17ae7c965e377421d On Fri, 2005-07-15 at 15:31 +0100, Peter Campion-Bye wrote: > Hi, > Apologies if I've misunderstood the use of CONFIG_PROTECT, but I think > I've found a hole in it. As I have lots of stuff under > /var/www/localhost/htdocs which contains configuration files mixed in with > the code ( phpmyadmin, phpldapadmin, phpwiki, squirrelmail, gallery etc ) > I have put the path /var/www/localhost/htdocs into CONFIG_PROTECT in > make.conf. When one of these packages is upgraded this seems to work fine. > Last night, after upgrading PHP to 4.4.0 my wiki was broken. I thought a > good place to start would be to re-emerge phpwiki, so I did. During the > emerge it flashed up a message about this being a package that it couldn't > upgrade, so it would be unmerged it first. It appears that this bypassed > the CONFIG_PROTECT mechanism, as when the new files were installed the > original had been removed, so no ._cfg0000_ files were created for the > changed files. > Having no recent backup (lesson learned!) I had to recreate the phpwiki > config, which is a non-trivial job. > So the question is, how can config files be protected in this kind of > situation (other than backing them up) - is there another mechanism to > protect files from being overwritten, and how many packages are likely to > do an unmerge before re-emerging, and is there ay way of knowing? I > believe the default behaviour on umnerging a package is to leave its > configuration files in place, this doesn't seem to apply to the web apps. phpwiki I believe uses webapp-config rather than the default ebuild staging method of installing applications. Have you read the documentation to webapp-config? -- gentoo-user@gentoo.org mailing list