Subject: RE: Default package installation: intermixed vs. separate
To: None <tech-pkg@netbsd.org>
From: Greg A. Woods <woods@most.weird.com>
List: tech-pkg
Date: 01/10/1999 12:42:10
[ On Sun, January 10, 1999 at 08:57:20 (-0700), Tim Rightnour wrote: ]
> Subject: RE: Default package installation: intermixed vs. separate
>
> Whoooo.. thats scarry.. meaning if the user doesn't manually create
> /usr/pkg.. it installs packages in /usr??
>
> I dont like that idea one bit.. no commercial operating system does that..
Isn't this all politics? Is there any technical reason why installing
packages into /usr is bad (especially if you keep in mind that the pkg
system will include a database that lets the origin of every file be
determined?
(I suppose if you install *everything* in /usr/pkgsrc then /usr/bin
get's rather large, but presumably someone with the resources to insall
every package will have a system capable of dealing with a large
/usr/bin.)
> Even if you all ignore me.. I might plead with you to warn the user loudly
> that this is about to occur, and give him a chance to bail before the damage is
> done.
A warning is indeed a damn good idea.
One might even require that a "/usr/pkg" exist, whether it's a
directory, or a symlink.
It could point at "/usr" to enable the "mixed" variation. (Of course
this latter idea suggests that without a feature to separately identify
config and run-time files in PLIST one would also probably want to have
/usr/pkg/etc and /usr/pkg/var symlinks.)
--
Greg A. Woods
+1 416 218-0098 VE3TCP <gwoods@acm.org> <robohack!woods>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>