A nice example.
Lets ditch --overlay and replace it with:
--transparent
just like --overlay
--read-transparent
a bit like a pane of glass. You can see stuff behind it (read) but
throw a tomato at it and it sticks to the glass (write)
Then, simplifying your example a bit, we can mount the source cd then
mount a directory --read-transparent over the top to hold both our
patched source and compiled binaries.
Or if you want to keep patched-source and binaries seperate,
mount /cdrom stuff
mount --bind --read-transparent patched-src stuff
cd stuff
patch the src
mount --bind --read-transparent binaries stuff
compile your code
>
> Back to your example; what do you wish to happen when we do
> this?
>
> $ mv d/z d/zz && test -f d/z && cat d/z
>
> Here we rename d/z (which is really c/z) to zz. Does this
> reveal z that used to be hidden by that, namely b/z, and "cat
> d/z" now shows "b/z"?
Yes - exactly
>
> Or just like the case of creating a new file, does the union
> "remember" the fact that the directory "d" should not contain
> "z" anymore, and "test -f d/z" fails?
>
No. Thats not necessary.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/