all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew C <me@drewc.ca>
To: "Thompson, David" <dthompson2@worcester.edu>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: [PATCH] environment: container: Do not remount network files as read-only.
Date: Sat, 26 Mar 2016 09:29:50 -0700	[thread overview]
Message-ID: <CAPySywaLdr0V595VVB-vBBYdWNx6R2JA5ecc9ZD2u-yBmCC2Cg@mail.gmail.com> (raw)
In-Reply-To: <CAJ=RwfZCEpOkUJyVYZNbM3_rqEdVh3yshFgL_odFXZcLU+MQVw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3077 bytes --]

On Sat, Mar 26, 2016 at 7:06 AM, Thompson, David <dthompson2@worcester.edu>
wrote:

> On Fri, Mar 18, 2016 at 4:51 PM, Ludovic Courtès <ludo@gnu.org> wrote:
> > "Thompson, David" <dthompson2@worcester.edu> skribis:
> >
> >> I noticed that 'guix environment --container --network' didn't work on
> >> an Ubuntu machine I was on, and the culprit was remounting things like
> >> /etc/resolv.conf read-only after the initial bind mount.
>


One thing that I have run across is the following :

$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by
resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1

It re-writes that file every time a new network connection is made.

$ man resolvconf
[...]
DESCRIPTION
       The resolvconf package comprises a simple database for  run-time
 name‐
       server information and a simple framework for notifying applications
of
       changes in that information.  Resolvconf thus sets  itself  up  as
 the
       intermediary  between  programs  that supply nameserver information
and
       applications that use that information.
[...]

I am not at all sure if this is the cause of the issue, but I have run into
it many times before with WiFi and me trying to edit it to 8.8.8.8, so I
figure this is a decent time to bring it up.

Cheers,

Drew Crampsie



> >
> > [...]
> >
> >>                                              (file-system-mapping
> >>                                               (source file)
> >>                                               (target file)
> >> -                                             (writable? #f))))
> >> +                                             ;; An unpriviliged user
> might not
> >> +                                             ;; be able to remount
> >> +                                             ;; /etc/resolv.conf as
> read-only,
> >> +                                             ;; so we say that it is
> writable
> >> +                                             ;; here, even though in
> practice
> >> +                                             ;; it is not.
> >> +                                             (writable? #t))))
> >>                                       %network-configuration-files)
> >
> > Not sure I understand: why would bind-mounting /etc/resolv.conf
> > read-only fail?
>
> I haven't figured out the exact reason yet, but here's a strace
> snippet as proof:
>
> [pid 11334] mount("/etc/resolv.conf",
> "/tmp/guix-directory.Rc4nc6//etc/resolv.conf", 0x23da000,
> MS_RDONLY|MS_BIND, NULL) = 0
> [pid 11334] mount("/etc/resolv.conf",
> "/tmp/guix-directory.Rc4nc6//etc/resolv.conf", 0x23e4080,
> MS_RDONLY|MS_REMOUNT|MS_BIND, NULL) = -1 EPERM (Operation not
> permitted)
>
> Another Ubuntu user was able to reproduce this as well.  I find it
> kind of silly to mount these files read-only because an unprivileged
> user couldn't write to them anyway.  WDYT?
>
> - Dave
>
>

[-- Attachment #2: Type: text/html, Size: 4638 bytes --]

  reply	other threads:[~2016-03-26 16:29 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-17 18:32 [PATCH] environment: container: Do not remount network files as read-only Thompson, David
2016-03-18 20:51 ` Ludovic Courtès
2016-03-26 14:06   ` Thompson, David
2016-03-26 16:29     ` Drew C [this message]
2016-03-26 16:49       ` Thompson, David
2016-03-26 16:59         ` Drew C
2016-03-26 18:43     ` Ludovic Courtès
2016-03-26 18:54       ` Drew C
2016-03-26 19:23       ` Thompson, David
2016-03-27 17:43         ` Ludovic Courtès
2016-03-28  0:32           ` Thompson, David

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAPySywaLdr0V595VVB-vBBYdWNx6R2JA5ecc9ZD2u-yBmCC2Cg@mail.gmail.com \
    --to=me@drewc.ca \
    --cc=dthompson2@worcester.edu \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.