all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Karrick McDermott <kmcdermott@linkedin.com>
To: "35623@debbugs.gnu.org" <35623@debbugs.gnu.org>
Subject: bug#35623: FW: bug#35623: guix pull failed on RHEL7
Date: Fri, 10 May 2019 18:49:11 +0000	[thread overview]
Message-ID: <116C094F-4009-4BFF-9711-5B77EA87F106@linkedin.biz> (raw)
In-Reply-To: <9245F115-A7B5-4DA1-944F-8A510659019E@linkedin.biz>

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

I accidentally sent this to Mark's private account rather than the per-bug address.

Re-sending it as requested.

-----Original Message-----
From: Karrick McDermott <kmcdermott@linkedin.com>
Date: Wednesday, May 8, 2019 at 8:17 PM
To: Mark H Weaver <mhw@netris.org>
Subject: Re: bug#35623: guix pull failed on RHEL7

    Here's the script output from checking my $HOME environment variable, showing my account id, and showing that my account id is not in the /etc/passwd file, as user accounts on this machine is managed by LDAP.
    
    My $HOME environment variable _is_ set, and I did verify that it is properly exported from the shell so child processes inherit that variable.
    
    I re-ran the command with debugging and attached that as well.
    
    Right now I suspect that Guix is not playing well on systems that use LDAP for user authentication.
    
    
    -----Original Message-----
    From: Mark H Weaver <mhw@netris.org>
    Date: Tuesday, May 7, 2019 at 5:41 PM
    To: Karrick McDermott <kmcdermott@linkedin.com>
    Cc: "35623@debbugs.gnu.org" <35623@debbugs.gnu.org>
    Subject: Re: bug#35623: guix pull failed on RHEL7
    
        Hi Karrick,
        
        Karrick McDermott <kmcdermott@linkedin.com> writes:
        
        > Note, I ran this with non privileged permissions, which might be
        > wrong.  I am only sending this email because the program requested it.
        
        We normally run 'guix pull' unprivileged, so that's fine.
        
        > [kmcdermo@kmcdermo-ld2 ~]$ guix pull
        > Updating channel 'guix' from Git repository at 'https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.savannah.gnu.org%2Fgit%2Fguix.git&amp;data=02%7C01%7Ckmcdermott%40linkedin.com%7C01dff6fcc27a44adb81808d6d334ba5d%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636928620755383984&amp;sdata=zpxqzoDAP5qsH3%2B%2Fx36vtoVnMDabgMGPtTVdcLlwYW4%3D&amp;reserved=0'...
        > Building from this channel:
        >   guix      https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.savannah.gnu.org%2Fgit%2Fguix.git&amp;data=02%7C01%7Ckmcdermott%40linkedin.com%7C01dff6fcc27a44adb81808d6d334ba5d%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636928620755393984&amp;sdata=VBl4SXVccPIdCvhLBkBSpwh2d%2BnZIVU%2FvXY0QhWrQfI%3D&amp;reserved=0   338defe
        > Computing Guix derivation for 'x86_64-linux'...  Backtrace:
        > In ice-9/boot-9.scm:
        >    222:29 19 (map1 (((guix i18n)) ((guix colors)) ((guix gexp)) (#) ?))
        >    222:29 18 (map1 (((guix colors)) ((guix gexp)) ((guix sets)) (#) ?))
        >    222:29 17 (map1 (((guix gexp)) ((guix sets)) ((guix utils)) (#) ?))
        >    222:29 16 (map1 (((guix sets)) ((guix utils)) ((guix store)) (#) ?))
        >    222:29 15 (map1 (((guix utils)) ((guix store)) ((guix config)) # ?))
        >    222:29 14 (map1 (((guix store)) ((guix config)) ((guix #)) ((?)) ?))
        >    222:29 13 (map1 (((guix config)) ((guix packages)) ((guix #)) # ?))
        >    222:29 12 (map1 (((guix packages)) ((guix profiles)) ((guix #)) ?))
        >    222:17 11 (map1 (((guix profiles)) ((guix derivations)) ((# #)) ?))
        >   2800:17 10 (resolve-interface (guix profiles) #:select _ #:hide _ # ?)
        > In ice-9/threads.scm:
        >     390:8  9 (_ _)
        > In ice-9/boot-9.scm:
        >   2726:13  8 (_)
        > In ice-9/threads.scm:
        >     390:8  7 (_ _)
        > In ice-9/boot-9.scm:
        >   2994:20  6 (_)
        >    2312:4  5 (save-module-excursion #<procedure 2adf2d0 at ice-9/boo?>)
        >   3014:26  4 (_)
        > In unknown file:
        >            3 (primitive-load-path "guix/profiles" #<procedure 292eae?>)
        > In ./guix/profiles.scm:
        >   1788:23  2 (_)
        > In ./guix/utils.scm:
        >    661:47  1 (xdg-directory _ "/.config" #:ensure? _)
        > In unknown file:
        >            0 (getpw 10452)
        >
        > ERROR: In procedure getpw:
        > In procedure getpw: entry not found
        
        Guix is trying to find out your home directory, so that it can update
        files in ~/.config/guix.  If your HOME environment variable was set, it
        would use that, but apparently it's not set, in which case it tries to
        use getpw(3) to look up the entry in /etc/passwd corresponding to your
        user id.  getpw(3) failed for some reason.
        
        It seems that you're on an unusual system, since HOME is usually set by
        default.  Anyway, setting HOME should fix the issue for you.  Please let
        us know if that works.
        
              Thanks,
                Mark
        
    
    


[-- Attachment #2: guix.out --]
[-- Type: application/octet-stream, Size: 2733 bytes --]

[-- Attachment #3: debug.out --]
[-- Type: application/octet-stream, Size: 95416 bytes --]

  parent reply	other threads:[~2019-05-10 19:36 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-07 18:03 bug#35623: guix pull failed on RHEL7 Karrick McDermott
2019-05-07 19:53 ` david.larsson
2019-05-07 21:39 ` Mark H Weaver
     [not found]   ` <9245F115-A7B5-4DA1-944F-8A510659019E@linkedin.biz>
2019-05-10 18:49     ` Karrick McDermott [this message]
2019-05-10 22:23       ` bug#35623: FW: " Ludovic Courtès
2019-05-10 22:47         ` Karrick McDermott
2019-05-11 18:12           ` Ludovic Courtès
2019-05-11 19:07 ` Tobias Geerinckx-Rice
2019-05-11 21:42   ` Tobias Geerinckx-Rice
2019-05-12 22:19   ` Ludovic Courtès
2019-05-12 22:47     ` Tobias Geerinckx-Rice
2019-05-12 23:09       ` Tobias Geerinckx-Rice

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=116C094F-4009-4BFF-9711-5B77EA87F106@linkedin.biz \
    --to=kmcdermott@linkedin.com \
    --cc=35623@debbugs.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.