On Wed, Sep 30, 2015 at 5:33 PM, Ben Boeckel <maths...@gmail.com> wrote:
> On Wed, Sep 30, 2015 at 23:24:01 +0200, Freddie Chopin wrote: > > After extracting: > > > > > # CONFIG_USER_NS is not set > > For future reference, there is also zless and zgrep :) . > > > So I guess Arch Linux won't work in this scenario... Is there any way I > could > > make my user "privileged"? > > This means support isn't even enabled, root or no. You'll need to > recompile your kernel with it set. > > Boo - I was hoping this would be enabled in all major distros by now :(. So I guess I'll need to keep the older mount style as well? Can I at least kill the suid requirement for the ^c flag / full-filesystem dependency tracking? Then it would be something like: - If you have a kernel that supports user namespaces, you get normal paths and can set updater.full_deps=1 if you like - If you don't have such a kernel, your paths have '.tup/mnt/@tupjob-X' in them (which messes up things that stuff the current working directory in the output file), and updater.full_deps=1 would fail Thanks for trying it out, -Mike -- -- tup-users mailing list email: tup-users@googlegroups.com unsubscribe: tup-users+unsubscr...@googlegroups.com options: http://groups.google.com/group/tup-users?hl=en --- You received this message because you are subscribed to the Google Groups "tup-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to tup-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
