From owner-freebsd-arch Wed Jul 10 8:33:42 2002 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 CC49837B401 for ; Wed, 10 Jul 2002 08:33:35 -0700 (PDT) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F29543E52 for ; Wed, 10 Jul 2002 08:33:29 -0700 (PDT) (envelope-from danfe@regency.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 17SJSm-0000A7-00; Wed, 10 Jul 2002 22:33:08 +0700 Received: from regency.nsu.ru ([193.124.210.26]) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 17SJSm-00009v-00; Wed, 10 Jul 2002 22:33:08 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.12.4/8.12.4) with ESMTP id g6AFXAnP075337; Wed, 10 Jul 2002 22:33:10 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.12.4/8.12.4/Submit) id g6AFX927075312; Wed, 10 Jul 2002 22:33:09 +0700 (NOVST) Date: Wed, 10 Jul 2002 22:33:09 +0700 From: Alexey Dokuchaev To: Cy Schubert - CITS Open Systems Group Cc: Terry Lambert , arch@freebsd.org Subject: Re: Package system wishlist Message-ID: <20020710223309.A69788@regency.nsu.ru> References: <200207101459.g6AExQfP034695@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207101459.g6AExQfP034695@cwsys.cwsent.com>; from Cy.Schubert@uumail.gov.bc.ca on Wed, Jul 10, 2002 at 07:59:26AM -0700 X-Envelope-To: Cy.Schubert@uumail.gov.bc.ca, tlambert2@mindspring.com, arch@freebsd.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 07:59:26AM -0700, Cy Schubert - CITS Open Systems Group wrote: > > o Optional installation of sources. RH's SRPM's is a very poor > example of this. A better example would be what IBM does to > install JES/2 on their MVS system, e.g. an OpenSSH package might > contain source in addition to binaries. The sources would be > installed in /usr/src while the binaries would be installed > in /usr/bin, sbin.... Err, you mean sources of base or what? Otherwise, installing anything other than base in /usr/{bin,sbin,src} seems kinda, uhm, wrong, not to say more. > > o Files replaced by a package backed up in case of package removal This is probably a good point, but IMHO it is better to make sure (at least try to) that such thing does not [regularly?] happen. > > o Check option: Tell me what it will do without doing it > > o Group option: Install prerequisites > > o Groupextend option: Install postrequisites, e.g. dependent > packages and patches > > o Ability to install my own packages on top of packages and > patches, I like to call them USERMODS. This is also something that currently is not implemented (considered? designed?) very well. Ideally, ports should go in /usr/pkg or /opt, while local user's bits should go in /usr/local. > > o The package system should be independent of the compression tool > used. In the future new compression algorithms and tools will > be developed. The package system should be flexible enough to > not care how its files are compressed or packaged. I believe it's quite easy to implement a some kind of wrapper to provide this functionality. > > o The ability to export and import the package database (currently > to clone systems, I rsync /usr/local, /usr/X11R6, and /var/db/pkg > to a new system I am installing, this saves many hours of work). Sounds good to me. > > > o I want to be able to remove system components, like "sendmail" > > and "OpenSSH". > > Ideally everything should install as a package, however that would Currently, I cannot agree with this. I had enough head ache in the past dealing with packages of "compatibility symlinks", man pages, and so on, which seems overly ridiculous to me. I don't consider this worthwhile. Generally, I prefer base as monolithic collection of bits. ./danfe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message