From owner-freebsd-hackers Mon Sep 8 22:49:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA05110 for hackers-outgoing; Mon, 8 Sep 1997 22:49:13 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05090 for ; Mon, 8 Sep 1997 22:49:09 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id WAA03815; Mon, 8 Sep 1997 22:48:04 -0700 (PDT) Date: Mon, 8 Sep 1997 22:48:03 -0700 (PDT) From: "Jamil J. Weatherbee" To: "Jordan K. Hubbard" cc: "S. Sigala" , Brandon Gillespie , freebsd-hackers@FreeBSD.ORG Subject: Re: My FreeBSD Wish List... In-Reply-To: <16716.873766786@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Whatever you do, please keep in mind that after installing a lot of us don't give a damn about package tools and we might want to compile .tgz crap off the net and stick it into /usr/local with out jumping through and package installer or registration hoops, case in point: samba, I recently upgraded to the one off the net and it likes to put itself into /usr/local/samba and then I simply put /usr/local/samba/bin into my profile --- because bye the way the one that installed with the 2.2.2 disc didn't handle the log/lock files correctly because whoever ported it changed the entire layout of its config/log files etc. which I am not saying is bad, It just doesn't work right ---- run smbstatus to demonstrate this on an install from 2.2.2 and other things ---- don't go to RPM, that's a sell out On Mon, 8 Sep 1997, Jordan K. Hubbard wrote: > > I have thought a bit more about the RPM idea; you are right, the > > differences are not so much large... it is best to extend the existing > > code... i will post asap in the next days > > a table of differences between the two packaging system (pros and cons). > > Well, please do also bear in mind that the entire package installer is > soon to be replaced by a completely from-scratch effort. The existing > package tools, like the existing system installation tools, are > *prototypes* which lived about 2 years longer than intended. ;-) > > Jordan >