At Thu, 17 Aug 2006 08:41:28 +0900,
Junichi Uekawa wrote:
>
> Hi,
>
> > --- pbuilder-checkparams 2006-07-26 00:39:52.0 +0100
> > +++ /tmp/pbuilder-checkparams 2006-08-16 16:15:12.0 +0100
> > @@ -264,3 +264,5 @@
> > ;;
> > esac
> >
> > +# sort BINDMOUNTS to ensure
also sprach Junichi Uekawa <[EMAIL PROTECTED]> [2006.08.17.0041 +0100]:
> Could you commit with appropriate entries in:
> ChangeLog
> debian/changelog
lapse:~/debian/pkg> svn ls svn+ssh://svn.debian.org/svn/pbuilder
svn: No repository found in 'svn+ssh://svn.debian.org/svn/pbuilder'
lapse:~/debian
Hi,
> --- pbuilder-checkparams 2006-07-26 00:39:52.0 +0100
> +++ /tmp/pbuilder-checkparams 2006-08-16 16:15:12.0 +0100
> @@ -264,3 +264,5 @@
> ;;
> esac
>
> +# sort BINDMOUNTS to ensure that deeper directories are mounted last
> +BINDMOUNTS="$(for i in $BINDMOUNTS
tags 382977 patch
thanks
also sprach Junichi Uekawa <[EMAIL PROTECTED]> [2006.08.16.1553 +0100]:
> I'm not sure if we have support for spaces in paths. If we do, we
> probably need to care about escaping them.
Doesn't look like it:
pbuilder-checkparams: BINDMOUNTS="${BINDMOUNTS} $2"
pbuilde
Hi,
> > Depending on mount ordering part.
>
> Yes, absolutely.
>
> > > But seriously, wouldn't moving the custom bind-mounts to *after* the
> > > system bind mounts just solve it?
> >
> > Currently, custom/system bind mounts are not differentiated;
> > pdebuild-internal is just a pbuilder appli
also sprach Junichi Uekawa <[EMAIL PROTECTED]> [2006.08.16.0052 +0100]:
> > > Sounds a bit fragile to me.
> >
> > Which part?
>
> Depending on mount ordering part.
Yes, absolutely.
> > But seriously, wouldn't moving the custom bind-mounts to *after* the
> > system bind mounts just solve it?
>
Hi,
> > > Solution? Maybe try to bind mount the user's bindmounts *after*
> > > bind-mounting the parent when --internal is used?
> >
> > or disallow such configuration.
>
> Disallow custom bind mounts, or disallow mind bounds that are
> siblings to the directory in use?
Disallowing recursive c
also sprach Junichi Uekawa <[EMAIL PROTECTED]> [2006.08.15.2251 +0100]:
> > Solution? Maybe try to bind mount the user's bindmounts *after*
> > bind-mounting the parent when --internal is used?
>
> or disallow such configuration.
Disallow custom bind mounts, or disallow mind bounds that are
sibli
Hi,
> No, it's not. And the problem happens with *every* bind mount,
> except for the parent of the build directory, which I believe
> --use-pdebuild-internal bindmounts.
>
> I think I have found the root of the problem. I bind mount
> /tmp/pbuilder-shared. If I build with --internal from
> /tmp/
also sprach Junichi Uekawa <[EMAIL PROTECTED]> [2006.08.15.1436 +0100]:
> Is your current-working-directory /tmp/pbuilder-shared by any chance?
> If so, the fix would probably be to have pbuilder 'cd /' before trying
> to umount.
No, it's not. And the problem happens with *every* bind mount,
excep
Hi,
> > 1. Which kernel ?
> > I suppose this is stock ?
> > Kernel: Linux 2.6.17-1-686
>
> Yes.
>
> > 2. what does /proc/mounts say when it's failing to umount?
>
> /dev/mapper/cr_hda7 /var/cache/pbuilder/build/5906/tmp/pbuilder-shared ext3
> rw,nosuid,nodev,data=ordered 0 0
> /dev/mapper/cr_h
also sprach Junichi Uekawa <[EMAIL PROTECTED]> [2006.08.15.0038 +0100]:
> 1. Which kernel ?
> I suppose this is stock ?
> Kernel: Linux 2.6.17-1-686
Yes.
> 2. what does /proc/mounts say when it's failing to umount?
/dev/mapper/cr_hda7 /var/cache/pbuilder/build/5906/tmp/pbuilder-shared ext3
rw,n
Hi,
> If I use the internel pdebuild, the process fails to umount one of
> my bind mounts after the build is complete:
>
> -> unmounting /tmp/pbuilder-shared filesystem
> umount: /tmp/pbuilder-shared: not mounted
> umount: /tmp/pbuilder-shared: not mounted
> W: Retrying to unmount /tmp/pbuilder-
13 matches
Mail list logo
