From owner-freebsd-arch@FreeBSD.ORG Thu Sep 4 23:48:09 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 751E816A4BF for ; Thu, 4 Sep 2003 23:48:09 -0700 (PDT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD9143FBD for ; Thu, 4 Sep 2003 23:48:08 -0700 (PDT) (envelope-from adam@migus.org) Received: from garple.migus.org ([68.55.83.100]) by comcast.net (sccrmhc13) with ESMTP id <20030905064807016006gvjde>; Fri, 5 Sep 2003 06:48:07 +0000 Received: from garple.migus.org (localhost [127.0.0.1]) by garple.migus.org (8.12.9/8.12.9) with ESMTP id h856m6qX024030; Fri, 5 Sep 2003 02:48:06 -0400 (EDT) (envelope-from adam@migus.org) Received: (from www@localhost) by garple.migus.org (8.12.9/8.12.9/Submit) id h856m6sK024029; Fri, 5 Sep 2003 02:48:06 -0400 (EDT) X-Authentication-Warning: garple.migus.org: www set sender to adam@migus.org using -f Received: from 192.168.4.2 (SquirrelMail authenticated user adam) by mail.migus.org with HTTP; Fri, 5 Sep 2003 02:48:06 -0400 (EDT) Message-ID: <49222.192.168.4.2.1062744486.squirrel@mail.migus.org> In-Reply-To: <20030903200658.GD51382@rot13.obsecurity.org> References: <20030903143948.GA61515@gattaca.yadt.co.uk><20030903144734.GZ47671@procyon.firepipe.net><20030903182925.GA79913@gattaca.yadt.co.uk> <20030903191427.GE541@xtanbul> <20030903200658.GD51382@rot13.obsecurity.org> Date: Fri, 5 Sep 2003 02:48:06 -0400 (EDT) From: "Adam C. Migus" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Status: No, hits=-2.4 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PRIORITY_NO_NAME, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT, X_AUTH_WARNING version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-arch@freebsd.org Subject: Re: config files in packages (Re: (proposal) new flag forpkg_delete) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2003 06:48:09 -0000 Kris Kennaway said: > On Wed, Sep 03, 2003 at 03:14:28PM -0400, The Anarcat wrote: > >> Debian adopted what I think is an elegant solution to this >> problem. The configuration files are marked as such in the >> package. When deinstalling, you must explicitely ask it if you >> want >> the configuration files to be removed. > > Most well-written packages install a sample config file, copy it to > the real config file if one does not exist (and it is appropriate to > do so), then only remove the real config file at deinstall time iff > it > does not differ from the sample config file. See any number of port > plists for the implementation of this. > > Kris This approach works great assuming every port is well written, but every port isn't well written. Considering absence of this behavior a bug is fine if you want a million PR's, a lot of discouraged port maintainers and, if/when they do get fixed, a lot of newbies wondering why their FreeBSD boxes have a million -dist files but they're Linux boxes don't yet packages always seem to install and uninstall cleanly. Also, FWIW Digital UNIX used to keep a copy of default configuration files around as .proto.. IIRC for reference and many administrators removed them siting quite a few different reasons for doing so. Once a -dist file is removed, the pkg_delete and subsequent package creates (if you use portupgrade -Rap for example) will fail due to a missing package file. I agree with the something like the Debian approach but perhaps with more emphasis on comparison and automation than user interaction. It takes the worry out of the hands of the port maintainers, it keeps users from screwing up their installations, it's been done and shown to work it can be improved by offering a diff feature. -- Adam - (http://people.migus.org/~amigus/) Migus Dot Org - (http://www.migus.org/)