Date: Sat, 21 Feb 1998 08:56:02 -0600 From: David Kelly <dkelly@hiwaay.net> To: FreeBSD-Stable@FreeBSD.ORG Subject: Re: Things I'd like to see in 2.2.6 Message-ID: <199802211456.IAA18521@nospam.hiwaay.net> In-Reply-To: Message from Richard Wackerbarth <rkw@dataplex.net> of "Fri, 20 Feb 1998 17:22:30 CST." <l03130301b113bdd32c46@[208.2.87.4]>
next in thread | previous in thread | raw e-mail | index | archive | help
Richard Wackerbarth writes: > > Here's an interesting policy question. > > If some module requires a few patches to work properly in our > OS/File structure, we typically build a "port" which consists of > a Makefile and a set of patch files. > > Now, it the package author incorporates all of our patches, do we > keep the port which now consists of simply a Makefile which > primarily tells where to get the tarball? > > What of a "new" package which starts out without needing patches? Keep the port. Many of us use /usr/ports as our first stop when searching for something. The ability to "make install" to download, compile, and register an application in the package database is a very valuable function to me. Registering it in the package database makes it easier to remove in the future, possibly for an upgrade. When installing a new FreeBSD system one of the things I check is /var/db/pkg on my running system in order to quickly choose packages to be installed on the new system. Actually I'd like to see every file in FreeBSD registered somehow in a package-like database. This would be a good first step toward live binary upgrades of running systems. Much like I routinely do for SGI systems. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802211456.IAA18521>