bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-25 Thread Ludovic Courtès
Pushed as dcb640f02b1f9590c3bd4301a22bf31bd60c56d4, thanks! Ludo’.

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-22 Thread Ludovic Courtès
Hi, Lucas Nussbaum skribis: >>From strace: > mount("/tmp/t", "/tmp/m", 0x55e75bf38cb0, > MS_RDONLY|MS_NOSUID|MS_REMOUNT|MS_BIND, NULL) = 0 > > MS_NOSUID is missing from mountflags in your invocation. Apparently data > can be NULL. Ooooh, got it. It’s another instance of the mount flag vs. opt

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-22 Thread Lucas Nussbaum
On 22/02/21 at 10:46 +0100, Ludovic Courtès wrote: > Hi Lucas, > > Lucas Nussbaum skribis: > > > On 18/02/21 at 12:38 +0100, Ludovic Courtès wrote: > > [...] > > >> I tried grabbing mount options from there and reapplying them to the > >> MS_REMOUNT call (patch below). However, that still doe

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-22 Thread Ludovic Courtès
Hi Lucas, Lucas Nussbaum skribis: > On 18/02/21 at 12:38 +0100, Ludovic Courtès wrote: [...] >> I tried grabbing mount options from there and reapplying them to the >> MS_REMOUNT call (patch below). However, that still doesn’t work: >> >> --8<---cut here---start--

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-18 Thread Lucas Nussbaum
Hi Ludovic, On 18/02/21 at 12:38 +0100, Ludovic Courtès wrote: > Hi Lucas, > > Lucas Nussbaum skribis: > > > This is not due to NFS, but due to the fact that the NFS mount is > > mounted nosuid (and nodev, probably). I can reproduce it on a local > > filesystem mounted nosuid. > > > > It seems

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-18 Thread Ludovic Courtès
Hi Lucas, Lucas Nussbaum skribis: > This is not due to NFS, but due to the fact that the NFS mount is > mounted nosuid (and nodev, probably). I can reproduce it on a local > filesystem mounted nosuid. > > It seems that, when remounting a bind mount which is originally nosuid > inside a mount ns,

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-18 Thread Ludovic Courtès
Ludovic Courtès skribis: > The read-only remount comes from ‘mount-file-system’ in (gnu build > file-systems): > > ;; For read-only bind mounts, an extra remount is needed, as per > ;; , which still applies to Linux > ;; 4.0. > (when (and (= MS_BIN

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-04 Thread Ludovic Courtès
Ludovic Courtès skribis: > The problem may have to do with the fact that /gnu/store is an NFS > mount. Maybe not? I tested on a similar setup where it Just Works: --8<---cut here---start->8--- $ guix describe Generation 6Feb 04 2021 15:37:16(current)

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-04 Thread zimoun
Hi, On Thu, 04 Feb 2021 at 11:43, Ludovic Courtès wrote: > --8<---cut here---start->8--- > $ guix environment --ad-hoc coreutils -C > guix environment: error: mount: mount > "/gnu/store/mmhimfwmmidf09jw1plw3aw1g1zn2nkh-bash-static-5.0.16" on > "/tmp/guix-dir

bug#46292: ‘guix environment -C’ fails with Linux 4.19 (Debian)

2021-02-04 Thread Ludovic Courtès
I’m observing this: --8<---cut here---start->8--- $ guix environment --ad-hoc coreutils -C guix environment: error: mount: mount "/gnu/store/mmhimfwmmidf09jw1plw3aw1g1zn2nkh-bash-static-5.0.16" on "/tmp/guix-directory.Nagh8Y//gnu/store/mmhimfwmmidf09jw1plw3aw1