[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-hackers
Subject:    Re: [RFC] Add usr/ports to BSD.usr.mtree
From:       Xin LI <delphij () frontfree ! net>
Date:       2005-07-29 15:33:35
Message-ID: 20050729153335.GA52464 () frontfree ! net
[Download RAW message or body]


Hi, Joerg,

On Fri, Jul 29, 2005 at 04:43:49PM +0200, Joerg Sonnenberger wrote:
> On Fri, Jul 29, 2005 at 12:24:44PM +0800, Xin LI wrote:
> > My points to have /usr/ports in the mtree is for convience that users
> > creating a jail that is intended to mount the ports tree from the host
> > system, without having to create their own in every instances.  What
> > do you think about this?
> 
> My point of view is that it blurs the distinction between base system
> and local extensions. It surely is convient, but I often scratch my
> head when I find empty directories on my system. Don't you start to
> wonder what those directories exist for?

I think I won't if the directory is a well-known one... But I buy
your "blur the distinction between base system and local extension" :-)

> Back to the given example of mounting ports into multiple jails,
> wouldn't you normally have the ports tree only in one jail and use that
> for all building? The dinoex scripts come to my mind.

This seems to be true only when the jail is provided for one single
administrator.  For a virtual hosting environment, you will want to
run different OS versions inside jail (the development hosting box
runs FreeBSD 6.0, 5.4, 5.3, 4.11 and 4.8 inside different jails),
and just let the users to choose which application they want.  Of
course this needs some tricks like WRKDIRPREFIX tweaking
inside every jails, and FETCH_CMD to point a hook that fetches
all distfiles on behalf of the user, with all read-only ports tree.

I will think about other solutions of the usr/ports handling, then.
Thanks for the input!

Cheers,
-- 
Xin LI <delphij frontfree net>	http://www.delphij.net/
See complete headers for GPG key and other information.


[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]