Probably makes sense to add a blacklist to the list of mounts added to the unionsandbox.
On 1/29/07, Fábio Mierlo <[EMAIL PROTECTED]> wrote: > Be sure not, I made a lot of test and assert you that the problem > is in the unionfs mount. > > I forgot to report that the error happen in the mount call of /Depot. > > You can easy reproduce the error there, just mount some dir > in /Depot and try to compile something. > > mount -t unionfs -o dirs=./testdir none /Depot > > When I was testing, I echo the mount command and call bash > before it be executed to run it manually. > > On 1/29/07, Lucas C. Villa Real <[EMAIL PROTECTED]> wrote: > > On 1/29/07, Fábio Mierlo <[EMAIL PROTECTED]> wrote: > > > Umounting /Depot the UnionSandbox work without errors. > > > > > > I think the follow code from fs/unionfs/main.c avoid a unionfs mount > > > to become part of another unionfs mount. > > > > > > So, someone have a suggestion of how can I link my /Depot and my > > > /User to a dir in other partition? (a symbolic link is too ugly) > > > > > > ps: I will take a look in lvm to merge the both partitions in one, but I > > > think it can't help with the above question. > > > > > > Many thanks, > > > > Actually, I think that's a problem in one of our scripts. We're doing > > some things like: > > cat /proc/mounts | grep -q unionfs && blablabla > > > > There's probably some wrong assumptions in Compile/Scripts related to > > unionfs. Need to take a better look there. > > > > -- > > Lucas > > powered by /dev/dsp > > _______________________________________________ > > gobolinux-devel mailing list > > [email protected] > > http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel > > > _______________________________________________ > gobolinux-devel mailing list > [email protected] > http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel > -- Carlo J. Calica _______________________________________________ gobolinux-devel mailing list [email protected] http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
