From owner-freebsd-ports@FreeBSD.ORG Mon Sep 8 07:47:12 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 889A216A4BF; Mon, 8 Sep 2003 07:47:12 -0700 (PDT) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F5243FE0; Mon, 8 Sep 2003 07:47:10 -0700 (PDT) (envelope-from rebehn@ant.uni-bremen.de) Received: from taipeh.ant.uni-bremen.de ([134.102.176.3] helo=ant.uni-bremen.de ident=rebehn) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.14) id 19wNIL-0002XU-5o; Mon, 08 Sep 2003 16:47:09 +0200 Message-ID: <3F5C966C.6070606@ant.uni-bremen.de> Date: Mon, 08 Sep 2003 16:47:08 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Seaman References: <3F586C9A.1010805@ant.uni-bremen.de> <20030905111001.GA77412@happy-idiot-talk.infracaninophile.co.uk> <3F58773F.6040309@ant.uni-bremen.de> <20030905145814.GB79611@happy-idiot-talk.infracaninophile.co.uk> In-Reply-To: <20030905145814.GB79611@happy-idiot-talk.infracaninophile.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: freebsd-questions Subject: Re: xdm config files overwritten after upgrading Xfree86-clients from ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 14:47:12 -0000 Matthew Seaman wrote: > On Fri, Sep 05, 2003 at 01:45:03PM +0200, Heinrich Rebehn wrote: > >>Matthew Seaman wrote: > > >>>However, I just keep a backup copy of the /usr/X11R6/lib/X11/xdm >>>directory handy: >>> >>> # cd /usr/X11R6/lib/X11/ >>> # rsync -avx --delete xdm/ xdm.bak/ >>> >>> Cheers, >>> >>> Matthew >>> >> >>Ok, this would help for xdm. I wonder however, how many other packages are >>out there with similar behaviour and what other directories i should have a >>copy of handy. >> >>Or, to put it this way: I would like a port/package system that i can rely >>on :-) > > > In practice, this really doesn't bite port/package users very often. > The Porter's Handbook states: > > If your port requires some configuration files in PREFIX/etc, do > not just install them and list them in pkg-plist. That will cause > pkg_delete to delete files carefully edited by the user and a new > installation to wipe them out. > > Instead, install sample files with a suffix (filename.sample will > work well) and print out a message pointing out that the user has > to copy and edit the file before the software can be made to work. > > (http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/dads-config.html) I filed a pr against XFree86-clients. See what happens... > > which perhaps should be generalized to configuration files installed > anywhere, rather than just under PREFIX/etc. > > Of all the ports I have installed, which is several hundred > encorporating general desktop usage, web serving, databases, etc., the > only ones I've had problems with regarding trashing my original > configuration files are XFree86-4-clients and the Horde, Imp, Turba > etc. group of web apps. (These last, to be fair, always preserve my > config files as .previous and updates do tend to involve > non-compatible changes to the configuration file contents.) This is good to hear. Otherwise i would have considered moving to Debian/Linux. :-) > > The only other Gotcha! of this type is when a /usr/local/etc/rc.d > startup script gets changed to the new rc.subr(8) style. Previously > those scripts were generally held to be configurable files and you had > to copy the sample file into place, edit it and make sure it was > executable before the service would be set up to auto-start on reboot. > With the new rc_subr style, the script doesn't need to be edited, but > you generally have to add some lines to /etc/rc.conf to enable the > service. > > Cheers, > > Matthew > Cheers, Heinrich