Subject: Re: alternate pkg tree
To: None <email@example.com>
From: James K. Lowden <firstname.lastname@example.org>
Date: 11/08/2002 23:46:30
On Fri, 8 Nov 2002 09:52:28 +0100, Julio Merino <email@example.com> wrote:
> On Thu, 7 Nov 2002 21:26:05 -0500
> "James K. Lowden" <firstname.lastname@example.org> wrote:
> > I've left out some things, not least of which is X11 and /etc. Maybe
> > chroot(8) is an answer here, but as I'm a friend of the environment
> > and have no experience as warden, I'm hoping some combination of
> > pkgsrc magic can accomplish what I'm trying to do.
> Take a look to pkgtools/pkg_comp too. You can set it up to build a set
> of packages in a chroot tree and then use pkg_add to add them to your
> real tree.
Thanks for the pointer. I installed pkg_comp. I think you and I have
different notions of "easy", but that's not the point. It might do what I
want; I'm still trying to understand it.
I found a few flies in the man page ointment, which I've set to cleaning
up and will send-pr. But I came across this and really don't know how to
interpret it. Could you clarify?
These file systems are mounted before entering the chroot and
after exiting. In order to know if file systems are mounted or not,
program uses a temporary file, called
which controls the number of pkg_comp processes using the chroot
with you so far, then:
If some of them crashes unexpectedly and you notice it does
try to unmount the file systems, this status file may get out of
Would it be accurate to say, "If a build process crashes, this status file
may get out of sync, leaving some filesystems mounted."?
I do not understand:
Be sure to check if NO file systems are mounted when issuing a
Does that mean that no filesystems should remain mounted after a
the removeroot target says it "will take care to umount needed mount