[buildd-tools-devel] Bug#626826: Bug#626826: Bug#626826: sbuild: /var/lock being absolute symlink -> "Another sbuild process (...) is currently using the build chroot"
Roger Leigh
rleigh at codelibre.net
Sun May 15 18:52:42 UTC 2011
On Sun, May 15, 2011 at 06:46:59PM +0100, Roger Leigh wrote:
> On Sun, May 15, 2011 at 07:25:19PM +0200, Jakub Wilk wrote:
> > Due to the advent of /run, I manually changed layout of my chroots,
> > so that they look like this:
> >
> > $ ls -ld /srv/chroots/unstable-i386/{var,run}/lock
> > drwxrwxrwt 2 root root 4096 May 15 01:19 /srv/chroots/unstable-i386/run/lock
> > lrwxrwxrwx 1 root root 9 May 15 14:59 /srv/chroots/unstable-i386/var/lock -> /run/lock
> >
> > Unfortunately, sbuild is not happy with such a layout, and I cannot
> > build more than one package in parallel (even though I use cloned
> > chroots, so it should be possible). I get this message instead:
> >
> > Another sbuild process (job zlib_1.2.3.4.dfsg-3, pid 5534 by user sbuild) is currently using the build chroot; waiting...
> >
> > It looks like sbuild uses /run/lock from the outside of the chroot.
> > When I changed the symlink to a relative one, the problem
> > disappeared.
>
> Thanks for bringing this up. I think that, by default, initscripts
> will leave the chroot /var/run and /var/lock in place, which implies
> that they will be separate from the host unless you switch to using
> /run with /var/run and /var/lock as symlinks (as you have done).
> However, this won't be the case for newly-debootstrapped chroots once
> base-files is updated.
>
> I would certainly prefer to use relative symlinks--I took this up on
> debian-policy last week. This is because relative symlinks between
> top-level directories must be absolute according to section 10.5.
> I'll certainly bring this issue to their attention.
>
> sbuild could switch to using /run/lock directly. However... if it's
> set up using the default scheme, it will be symlinked to /var/lock
> which will again be the host's /var/lock.
Alternatively, we can switch to using /var/lib/sbuild/chroot-lock
(for example). This has the advantage of not using /var/lock.
However, while it would fix the immediate issue, it doesn't solve
the general problem of absolute symlinks and chroots.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20110515/0b24cd89/attachment-0001.pgp>
More information about the Buildd-tools-devel
mailing list