From owner-freebsd-chat Wed Oct 1 04:47:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA08066 for chat-outgoing; Wed, 1 Oct 1997 04:47:15 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA08057 for ; Wed, 1 Oct 1997 04:47:11 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id NAA20107; Wed, 1 Oct 1997 13:47:03 +0200 (MET DST) Date: Wed, 1 Oct 1997 13:47:03 +0200 (MET DST) Message-Id: <199710011147.NAA20107@bitbox.follo.net> From: Eivind Eklund To: chat@FreeBSD.ORG In-reply-to: Sean Eric Fagan's message of Tue, 30 Sep 1997 22:54:53 -0700 (PDT) Subject: Re: Microsoft brainrot (was: r-cmds and DNS and /etc/host.conf) References: <11391.875672994@time.cdrom.com> <199710010554.WAA21894@kithrup.com> Sender: owner-freebsd-chat@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [Chuck Robey] >> OK. You mean this (I guess, from above) that this includes the ports >> packages. One shortcoming of ports is that the packages aren't aware of >> the sensitivities involved in upgrading from one version to a newer >> version of a package. port A, when going from version A.1 to A.2, simply >> writes a new package, A.2, right besides A.1. A later pkg_delete of A.1 >> will wipe out A.2's functionality. [Sean Eric Fagan] > This is something I do at work -- making sure that it is possible to upgrade > the OS without having to shut down. (There's a reboot to get to the new > kernel, of course.) > This is *hard*. Mainly because nobody bothers writing support for it ;). [long list of requirements for packages deleted] Doesn't RPM already deal with much of this? An entire book (over 500 pages) is available on the design of RPM - and they've been kind enough to also put it online at http://www.rpm.org (there is a link from the front page). It would be a pity to just ignore all the work that has already been done; at least we should be able to snarf the good parts of their design, if it isn't good enough to use directly. Eivind.