[arch-dev-public] how to call svn based devtools within a i686 (core) chroot
aaronmgriffin at gmail.com
Tue Apr 8 18:02:24 EDT 2008
On Tue, Apr 8, 2008 at 4:52 PM, Andreas Radke <a.radke at arcor.de> wrote:
> i keep several chroots alive: core, core/testing, extra, extra/testing.
> and that twice for each architecture. calling devtools archrelease
> foo-$CARCH works well for extra and extra/testing also in i686
> (linux32) chroots.
> but how to deal with core chroots?
> for x86_64 i can run archrelease from outside the chroot. but this
> won't work for i686. so far i had manually tagged and scp'ed the pkg.
> how to to this now? moving all subversion related dependencies to
> core/devel could solve it that are not only a few packages, so it
> would blow up core a bit too much i think. any idea?
I use the chroot tools whenever I build a package to build the
corresponding x86_64 package. There are a few points to this which
will answer your question.
The most important part is that the chroot tools copy the package
OUTSIDE of the chroot when done. There's no reason to have devtools
INSIDE the chroot.
> btw: how's other devs experience with mkarchroot? is the creation
> trivial for x86_64 and linux32 i686 chroots? how do you keep the chroot
> empty or do create each time a new one? is there any advantage beside
> disc space over permanent chroots?
There is no disc space benefit. The central benefit is that using
unionfs allows you to keep a clean chroot no matter what, as the
original chroot is mounted in the read-only portion of unionfs. Just
delete the RW portion, and it's clean again.
On my x86_64 build machine there is only one chroot. All users have a
symlink to it, as it is mounted RO, they do not need write access.
As you can see from the mail I sent out yesterday, working with i686
chroots is still a little confusing for me, but I am attempting to get
More information about the arch-dev-public