GNU bug report logs - #37347
'guix environment' fails after trying to follow the steps from "Running Guix Before It Is Installed" page

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37347 in the body.
You can then email your comments to 37347 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jan <tona_kosmicznego_smiecia <at> interia.pl>
To: bug-guix <at> gnu.org
Subject: 'guix environment' fails after trying to follow the steps from
 "Running Guix Before It Is Installed" page
Date: Mon, 9 Sep 2019 02:49:17 +0200

Hi, I'm a new Guix user and I wanted to hack on Guix and update a
package, I hadn't known exactly how to do this, so I started following
instructions from
https://guix.gnu.org/manual/en/html_node/Running-Guix-Before-It-Is-Installed.html#Running-Guix-Before-It-Is-Installed
and
https://guix.gnu.org/blog/2018/a-packaging-tutorial-for-guix/

The situation started to be interesting, when the tutorial told me to
run "cd $GUIX_CHECKOUT" and "./pre-inst-env guix package
--list-available=ruby"
I was confused, because I couldn't find any "./pre-inst-env" file, so I
used 'find' to search for it and there were one file with a similar name
in $GUIX_CHECKOUT/build-aux - ./pre-inst-env.in (as I'm composing this
email now I see that's stupid, but I tried using this file, as I don't
know what I was doing (still don't know))
So I started running the following stupid commands:

----------------
user <at> machine ~/Prog/repo/guix [env]$ sudo -E ./pre-inst-env.in
guix-daemon --build-users-group=guixbuild

sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo must
be owned by uid 0 and have the setuid bit set 

user <at> machine ~/Prog/repo/guix [env]$ ./pre-inst-env.in
bash: ./pre-inst-env.in: No such file or directory 
user <at> machine ~/Prog/repo/guix [env]$ cd build-aux/ 
user <at> machine ~/Prog/repo/guix/build-aux [env]$ sudo
-E ./pre-inst-env.in guix-daemon --build-users-group=guixbuild
sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo must
be owned by uid 0 and have the setuid bit set 
user <at> machine ~/Prog/repo/guix/build-aux [env]$ exit
---------------

And then:

------------------
user <at> machine ~/Prog/repo/guix/build-aux$ chmod +x ./pre-inst-env.in 
user <at> machine ~/Prog/repo/guix/build-aux$ sudo -E ./pre-inst-env.in
guix-daemon --build-users-group=guixbuild Password: 
./pre-inst-env.in: line 33: cd: @abs_top_srcdir@:
there is no such file or directory 
./pre-inst-env.in: line 34: cd:
@abs_top_builddir@: there is no such file or directory
--------------------

And after that I couldn't run "guix
environment" anymore, it threw an error:

guix environment: error: failed to connect to
`/var/guix/daemon-socket/socket': Connection refused

Restarting the computer helps, but doing the same stuff breaks it
again, so guess it's reproducible.

After doing it I ran the "history" command so you can know what I did
exactly (some commands were unfortunately run in an environment and I
can't provide them), here it is:

  371  git clone --recurse-submodules
  git://git.savannah.gnu.org/guix.git 
  372  guix environment guix --pure
  373  sudo -E
  374  sudo --help
  375  guix environment guix --pure
  376  guix environment guix --pure --ad-hoc sudo 
  377  ls
  378  cd guix/
  379  ls
  380  cd build-aux/
  381  ls
  382  .
  383  guix environment guix --pure
  384  chmod +x ./pre-inst-env.in 
  385  sudo -E ./pre-inst-env.in guix-daemon
  --build-users-group=guixbuild 
  386  ls
  387  cd ..
  388  ./configure 
  389  guix environment guix --pure
  390  history

As stupid and complicated as it is, something is definitely broken
here.

Sincerely,
Jan Wielkiewicz

Message #8 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Jesse Gibbons <jgibbons2357 <at> gmail.com>
To: Jan <tona_kosmicznego_smiecia <at> interia.pl>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Sun, 08 Sep 2019 19:14:05 -0600

On Mon, 2019-09-09 at 02:49 +0200, Jan wrote:
> Hi, I'm a new Guix user and I wanted to hack on Guix and update a
> package, I hadn't known exactly how to do this, so I started
> following
> instructions from
> https://guix.gnu.org/manual/en/html_node/Running-Guix-Before-It-Is-In
> stalled.html#Running-Guix-Before-It-Is-Installed
> and
> https://guix.gnu.org/blog/2018/a-packaging-tutorial-for-guix/
> 
> The situation started to be interesting, when the tutorial told me to
> run "cd $GUIX_CHECKOUT" and "./pre-inst-env guix package
> --list-available=ruby"
> I was confused, because I couldn't find any "./pre-inst-env" file, so
> I
> used 'find' to search for it and there were one file with a similar
> name
> in $GUIX_CHECKOUT/build-aux - ./pre-inst-env.in (as I'm composing
> this
> email now I see that's stupid, but I tried using this file, as I
> don't
> know what I was doing (still don't know))
> So I started running the following stupid commands:
> 
> ----------------
> user <at> machine ~/Prog/repo/guix [env]$ sudo -E ./pre-inst-env.in
> guix-daemon --build-users-group=guixbuild
> 
> sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo
> must
> be owned by uid 0 and have the setuid bit set 
> 
> user <at> machine ~/Prog/repo/guix [env]$ ./pre-inst-env.in
> bash: ./pre-inst-env.in: No such file or directory 
> user <at> machine ~/Prog/repo/guix [env]$ cd build-aux/ 
> user <at> machine ~/Prog/repo/guix/build-aux [env]$ sudo
> -E ./pre-inst-env.in guix-daemon --build-users-group=guixbuild
> sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo
> must
> be owned by uid 0 and have the setuid bit set 
> user <at> machine ~/Prog/repo/guix/build-aux [env]$ exit
> ---------------
> 
> And then:
> 
> ------------------
> user <at> machine ~/Prog/repo/guix/build-aux$ chmod +x ./pre-inst-env.in 
> user <at> machine ~/Prog/repo/guix/build-aux$ sudo -E ./pre-inst-env.in
> guix-daemon --build-users-group=guixbuild Password: 
> ./pre-inst-env.in: line 33: cd: @abs_top_srcdir@:
> there is no such file or directory 
> ./pre-inst-env.in: line 34: cd:
> @abs_top_builddir@: there is no such file or directory
> --------------------
> 
> And after that I couldn't run "guix
> environment" anymore, it threw an error:
> 
> guix environment: error: failed to connect to
> `/var/guix/daemon-socket/socket': Connection refused
> 
> Restarting the computer helps, but doing the same stuff breaks it
> again, so guess it's reproducible.
> 
> After doing it I ran the "history" command so you can know what I did
> exactly (some commands were unfortunately run in an environment and I
> can't provide them), here it is:
> 
>   371  git clone --recurse-submodules
>   git://git.savannah.gnu.org/guix.git 
>   372  guix environment guix --pure
>   373  sudo -E
>   374  sudo --help
>   375  guix environment guix --pure
>   376  guix environment guix --pure --ad-hoc sudo 
>   377  ls
>   378  cd guix/
>   379  ls
>   380  cd build-aux/
>   381  ls
>   382  .
>   383  guix environment guix --pure
>   384  chmod +x ./pre-inst-env.in 
>   385  sudo -E ./pre-inst-env.in guix-daemon
>   --build-users-group=guixbuild 
>   386  ls
>   387  cd ..
>   388  ./configure 
>   389  guix environment guix --pure
>   390  history
> 
> As stupid and complicated as it is, something is definitely broken
> here.
> 
> Sincerely,
> Jan Wielkiewicz
> 
> 
> 

pre-inst-env.in is for generating the pre-inst-env script. Have you
tried:
./bootstrap
./configure

This should generate pre-inst-env for you.

Also, make sure the guix daemon is running after you restart.

Message #11 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Jesse Gibbons <jgibbons2357 <at> gmail.com>,
 Jan <tona_kosmicznego_smiecia <at> interia.pl>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Mon, 09 Sep 2019 08:23:50 +0200

Le 9 septembre 2019 03:14:05 GMT+02:00, Jesse Gibbons <jgibbons2357 <at> gmail.com> a écrit :
>On Mon, 2019-09-09 at 02:49 +0200, Jan wrote:
>> Hi, I'm a new Guix user and I wanted to hack on Guix and update a
>> package, I hadn't known exactly how to do this, so I started
>> following
>> instructions from
>> https://guix.gnu.org/manual/en/html_node/Running-Guix-Before-It-Is-In
>> stalled.html#Running-Guix-Before-It-Is-Installed
>> and
>> https://guix.gnu.org/blog/2018/a-packaging-tutorial-for-guix/
>> 
>> The situation started to be interesting, when the tutorial told me to
>> run "cd $GUIX_CHECKOUT" and "./pre-inst-env guix package
>> --list-available=ruby"
>> I was confused, because I couldn't find any "./pre-inst-env" file, so
>> I
>> used 'find' to search for it and there were one file with a similar
>> name
>> in $GUIX_CHECKOUT/build-aux - ./pre-inst-env.in (as I'm composing
>> this
>> email now I see that's stupid, but I tried using this file, as I
>> don't
>> know what I was doing (still don't know))
>> So I started running the following stupid commands:
>> 
>> ----------------
>> user <at> machine ~/Prog/repo/guix [env]$ sudo -E ./pre-inst-env.in
>> guix-daemon --build-users-group=guixbuild
>> 
>> sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo
>> must
>> be owned by uid 0 and have the setuid bit set 
>> 
>> user <at> machine ~/Prog/repo/guix [env]$ ./pre-inst-env.in
>> bash: ./pre-inst-env.in: No such file or directory 
>> user <at> machine ~/Prog/repo/guix [env]$ cd build-aux/ 
>> user <at> machine ~/Prog/repo/guix/build-aux [env]$ sudo
>> -E ./pre-inst-env.in guix-daemon --build-users-group=guixbuild
>> sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo
>> must
>> be owned by uid 0 and have the setuid bit set 
>> user <at> machine ~/Prog/repo/guix/build-aux [env]$ exit
>> ---------------
>> 
>> And then:
>> 
>> ------------------
>> user <at> machine ~/Prog/repo/guix/build-aux$ chmod +x ./pre-inst-env.in 
>> user <at> machine ~/Prog/repo/guix/build-aux$ sudo -E ./pre-inst-env.in
>> guix-daemon --build-users-group=guixbuild Password: 
>> ./pre-inst-env.in: line 33: cd: @abs_top_srcdir@:
>> there is no such file or directory 
>> ./pre-inst-env.in: line 34: cd:
>> @abs_top_builddir@: there is no such file or directory
>> --------------------
>> 
>> And after that I couldn't run "guix
>> environment" anymore, it threw an error:
>> 
>> guix environment: error: failed to connect to
>> `/var/guix/daemon-socket/socket': Connection refused
>> 
>> Restarting the computer helps, but doing the same stuff breaks it
>> again, so guess it's reproducible.
>> 
>> After doing it I ran the "history" command so you can know what I did
>> exactly (some commands were unfortunately run in an environment and I
>> can't provide them), here it is:
>> 
>>   371  git clone --recurse-submodules
>>   git://git.savannah.gnu.org/guix.git 
>>   372  guix environment guix --pure
>>   373  sudo -E
>>   374  sudo --help
>>   375  guix environment guix --pure
>>   376  guix environment guix --pure --ad-hoc sudo 
>>   377  ls
>>   378  cd guix/
>>   379  ls
>>   380  cd build-aux/
>>   381  ls
>>   382  .
>>   383  guix environment guix --pure
>>   384  chmod +x ./pre-inst-env.in 
>>   385  sudo -E ./pre-inst-env.in guix-daemon
>>   --build-users-group=guixbuild 
>>   386  ls
>>   387  cd ..
>>   388  ./configure 
>>   389  guix environment guix --pure
>>   390  history
>> 
>> As stupid and complicated as it is, something is definitely broken
>> here.
>> 
>> Sincerely,
>> Jan Wielkiewicz
>> 
>> 
>> 
>
>pre-inst-env.in is for generating the pre-inst-env script. Have you
>tried:
>./bootstrap
>./configure
>
>This should generate pre-inst-env for you.
>
>Also, make sure the guix daemon is running after you restart.

Do not run ./configure alone, always specify --localstatedir=/var unless you plan to run the daemon from the repo too (then it's fine without the option, but you won't be able to pull or you'll get into trouble iiuc).

Message #14 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Jan <tona_kosmicznego_smiecia <at> interia.pl>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Wed, 11 Sep 2019 22:53:18 +0200

> Do not run ./configure alone, always specify --localstatedir=/var
> unless you plan to run the daemon from the repo too (then it's fine
> without the option, but you won't be able to pull or you'll get into
> trouble iiuc).

Thank you all for advice, after running 
./configure --localstatedir=/var the file has been generated. Then to
be able to run Guix, I had to do "make check". Now I have Guix available
and I would like to update a package, like showed in the manual or the
tutorial, but running for example "./pre-inst-env guix refresh opendht"
throws the following error:

Backtrace:
          18 (apply-smob/1 #<catch-closure 1085500>)
In ice-9/boot-9.scm:
    705:2 17 (call-with-prompt _ _ #<procedure default-prompt-handle?>)
In ice-9/eval.scm:
    619:8 16 (_ #(#(#<directory (guile-user) 1149140>)))
In guix/ui.scm:
  1692:12 15 (run-guix-command _ . _)
In ice-9/boot-9.scm:
    829:9 14 (catch _ _ #<procedure 7f193bf32e98 at guix/ui.scm:623?> ?)
    829:9 13 (catch _ _ #<procedure 7f193bf32eb0 at guix/ui.scm:746?> ?)
In guix/store.scm:
   623:10 12 (call-with-store _)
  1803:24 11 (run-with-store #<store-connection 256.99 30cd0c0> _ # _ ?)
In guix/scripts/refresh.scm:
   541:14 10 (_ _)
In srfi/srfi-1.scm:
    640:9  9 (for-each #<procedure 35fd100 at guix/scripts/refresh.?> ?)
In guix/scripts/refresh.scm:
    344:2  8 (check-for-package-update #<package opendht <at> 1.8.1 gnu/?> ?)
In guix/import/github.scm:
   231:25  7 (latest-release #<package opendht <at> 1.8.1 gnu/packages/ne?>)
   200:22  6 (latest-released-version "https://github.com/savoirfai?" ?)
    163:2  5 (fetch-releases-or-tags _)
In ice-9/boot-9.scm:
    829:9  4 (catch srfi-34 #<procedure 3618860 at guix/import/json?> ?)
In guix/import/json.scm:
    41:19  3 (_)
In guix/http-client.scm:
    88:25  2 (http-fetch _ #:port _ #:text? _ #:buffered? _ # _ # _ # ?)
In guix/build/download.scm:
    426:4  1 (open-connection-for-uri _ #:timeout _ # _)
    313:6  0 (tls-wrap #<closed: file 3736c40> _ # _)

guix/build/download.scm:313:6: In procedure tls-wrap:
X.509 certificate of 'api.github.com' could not be verified:
  signer-not-found
  invalid

Am I missing a dependency in my environment? Running "guix refresh"
without ./pre-inst-env and "guix environment guix --pure" works.

----
Jan Wielkiewicz

Message #17 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Jan <tona_kosmicznego_smiecia <at> interia.pl>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Mon, 16 Sep 2019 18:01:04 +0200

Hi Jan,

Jan <tona_kosmicznego_smiecia <at> interia.pl> skribis:

> guix/build/download.scm:313:6: In procedure tls-wrap:
> X.509 certificate of 'api.github.com' could not be verified:
>   signer-not-found
>   invalid

It looks like X.509 certificates used to authenticate web sites over
HTTPS could not be found.

Did you set environment variables and all as described at
<https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html>?

HTH,
Ludo’.

Message #20 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Jan <tona_kosmicznego_smiecia <at> interia.pl>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Mon, 16 Sep 2019 19:40:07 +0200

Dnia 2019-09-16, o godz. 18:01:04
Ludovic Courtès <ludo <at> gnu.org> napisał(a):

> Hi Jan,
> 
> Jan <tona_kosmicznego_smiecia <at> interia.pl> skribis:
> 
> > guix/build/download.scm:313:6: In procedure tls-wrap:
> > X.509 certificate of 'api.github.com' could not be verified:
> >   signer-not-found
> >   invalid
> 
> It looks like X.509 certificates used to authenticate web sites over
> HTTPS could not be found.
> 
> Did you set environment variables and all as described at
> <https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html>?
> 
> HTH,
> Ludo’.

I have nss-certs installed as a global package in my config.scm and
refreshing only doesn't work in the environment created by "guix
environmnet guix --pure" - it works without an environment. Tried
using "--ad-hoc nss-certs", but it didn't work. The manual says I have
to add certs manually if I'm an unprivileged user or running Guix on a
foreign distro, but I'm running Guix natively on my machine. Do I have
to define variables like this anyway?

---
Jan Wielkiewicz

Message #23 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Jan Wielkiewicz <tona_kosmicznego_smiecia <at> interia.pl>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Thu, 3 Oct 2019 18:39:45 +0200

On Mon, 16 Sep 2019 18:01:04 +0200
Ludovic Courtès <ludo <at> gnu.org> wrote:

> It looks like X.509 certificates used to authenticate web sites over
> HTTPS could not be found.
> 
> Did you set environment variables and all as described at
> <https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html>?
> 
> HTH,
> Ludo’.

Hi again, I've tried setting these variables in the environment but the
same effect. How can I get "guix refresh" to work in the environment?
I think this should be explained somewhere a bit more, because after
reading the packaging tutorial and parts of the documentation I
couldn't set up the development environment for Guix. 
A simple step-by-step tutorial or just list of things to do would make
it more understandable.
Is this already work in progress in the Cookbook?

For example in this section:
https://guix.gnu.org/manual/en/html_node/Building-from-Git.html#Building-from-Git

It is easy to miss the last step - running "make check", because it
isn't explained that running "make check" is necessary to be able to
run ./pre-inst-env. I thought I could just skip this and start hacking.

It would be more clear if the manual or the cookbook contained a
step-by-step list like this:

Quick setting up the environment:
1. git clone ...
2. ./bootstrap
3. ./configure --localstatedir=/var/
4. make check
5. setting certificates to be able to update a package
etc.


Jan Wielkiewicz

Message #26 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Bengt Richter <bokr <at> bokr.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Jan <tona_kosmicznego_smiecia <at> interia.pl>,
 Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Thu, 3 Oct 2019 12:57:46 -0700

On +2019-09-16 18:01:04 +0200, Ludovic Courtès wrote:
> Hi Jan,
> 
> Jan <tona_kosmicznego_smiecia <at> interia.pl> skribis:
> 
> > guix/build/download.scm:313:6: In procedure tls-wrap:
> > X.509 certificate of 'api.github.com' could not be verified:
> >   signer-not-found
> >   invalid
> 
> It looks like X.509 certificates used to authenticate web sites over
> HTTPS could not be found.
> 
> Did you set environment variables and all as described at
> <https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html>?
> 
> HTH,
> Ludo’.
> 
> 
> 

I could not get to that manual url:
https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html

Not with with lynx, nor
emacs M-x eww, nor
weston-launch, click for terminal, firefox --private &, paste above url

As close as I could get (in firefox, but think lynx and eww would go too):
https://www.gnu.org/manual/manual.html

Where I found: broken links in the above:
https://www.gnu.org/software/guix/manual/
https://www.gnu.org/software/guix/

IOW, I couldn't get to the manual.
Am I in a DNS bubble of some kind?

If the site is just bogged down busy it shouldn't 404, right?
Nor on some auth failure -- that should be another code, right?

Doesn't gnu.org have a little broken-link scanner for its own domain?

Does no one else encounter access problems and broken links??

TIA for clues.
--
Regards,
Bengt Richter

Message #29 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Bengt Richter <bokr <at> bokr.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Thu, 3 Oct 2019 20:06:12 -0700

On +2019-10-03 12:57:46 -0700, Bengt Richter wrote:
> 
> I could not get to that manual url:
> https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html
> 
> Not with with lynx, nor
[...]

> IOW, I couldn't get to the manual.
> Am I in a DNS bubble of some kind?
> 
> If the site is just bogged down busy it shouldn't 404, right?
> Nor on some auth failure -- that should be another code, right?
> 
> Doesn't gnu.org have a little broken-link scanner for its own domain?
> 
> Does no one else encounter access problems and broken links??
> 
To be clearer, the url does not 404 when lynx tries to access
the manual URL -- the 404's were from broken links in another
page (see previous in thread).
Lynx just can't find the site for
https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html
------------------------------------------------------------
Alert!: Unable to connect to remote host.


Looking up guix.gnu.org
Unable to locate remote host guix.gnu.org.
Alert!: Unable to connect to remote host.

lynx: Can't access startfile https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html
[19:39 ~/bs]$ stack
https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html[19:39 ~/bs]$
[19:39 ~/bs]$ stack;echo
https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html
[19:40 ~/bs]$ ping guix.gnu.org
ping: guix.gnu.org: Name or service not known
[19:40 ~/bs]$ ping gnu.org
PING gnu.org (209.51.188.148) 56(84) bytes of data.
^C64 bytes from 209.51.188.148: icmp_seq=1 ttl=49 time=93.4 ms

--- gnu.org ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 93.404/93.404/93.404/0.000 ms
[19:40 ~/bs]$ su -c 'setterm -file lynx-attempt.txt -dump 4'
------------------------------------------------------------
(stack is a little hack I use to append arbitrary strings
to a datafile (with lengths on a metafile) using dd to effect
push and pop etc, so I can get around not having X running
all the time (mostly not :))

TIA again for clues.
--
Regards,
Bengt Richter

Message #32 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Jelle Licht <jlicht <at> fsfe.org>
To: Bengt Richter <bokr <at> bokr.com>, Ludovic Courtès
 <ludo <at> gnu.org>
Cc: Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Fri, 04 Oct 2019 09:15:56 +0200

Bengt Richter <bokr <at> bokr.com> writes:

> [snip]
> ...
> [19:40 ~/bs]$ ping guix.gnu.org
> ping: guix.gnu.org: Name or service not known
I actually have this sometimes as well. Are you on a less-than-stellar
WiFi-connection perhaps? I noticed the default (nscd?) configuration on
Guix systems caches 'negative' results for quite a while.

Could you try this command again after issuing:
`sudo herd invalidate nscd hosts'?

HTH!
- Jelle

Message #35 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Bengt Richter <bokr <at> bokr.com>
To: Jelle Licht <jlicht <at> fsfe.org>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Fri, 4 Oct 2019 15:27:47 -0700

On +2019-10-04 09:15:56 +0200, Jelle Licht wrote:
> Bengt Richter <bokr <at> bokr.com> writes:
> 
> > [snip]
> > ...
> > [19:40 ~/bs]$ ping guix.gnu.org
> > ping: guix.gnu.org: Name or service not known
> I actually have this sometimes as well. Are you on a less-than-stellar
> WiFi-connection perhaps? I noticed the default (nscd?) configuration on
> Guix systems caches 'negative' results for quite a while.
> 
> Could you try this command again after issuing:
> `sudo herd invalidate nscd hosts'?
> 
> HTH!
> - Jelle

Hi Jelle, thanks for your reply.

I am a grateful courtesy guest sharer of internet access in
a small office complex via cat5 to their switches, so it should
not be a WiFi problem.

I get DNS automatically along with ip from their server dhcp,
but I have other options I could explore.

I can't try the herd command right now, as I am in strictly "foreign"
mode at the moment.

--Ignorable note about that:
(I am busy making a ~/.my_login_ctl.d that will contain the means
to log in with and without guix profiles visible, and PATH etc set
alternately. The idea is so I can just use touch to select features
implemented as files to be sourced from ~/.my_login_ctl.d/my_login_ctl
which I'll call from ~/.bash_profile. (~/.bashrc is also modified),
and then log in and get guix and Shepherd/herd etc -- or not.

I'm hoping this will help me debug differences between plain ArchLinux
and the latter with guix binarily installed, with and w/o Shepherd/herd also.
as I don't expect my problems of /usr vs /gnu to go away for a while :-)

BTW, I don't want to define a whole different /home/me_for_alternate_mode,
I want to switch from console to console with Alt-Fx and start a new mode
at worst by touching a file or two and logging out and logging back in.)
--Ignorable note about that:--

If the ip number to guix.gnu.org is fixed and public, maybe I
could try putting it in /etc/hosts ?

If there is no objection, I'd like to try that.
TIA if posting the ip number, or explaining why not ;-)
--
Regards,
Bengt Richter

Message #38 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <mbakke <at> fastmail.com>
To: Bengt Richter <bokr <at> bokr.com>, Jelle Licht <jlicht <at> fsfe.org>
Cc: Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Sat, 05 Oct 2019 14:58:25 +0200

[Message part 1 (text/plain, inline)]

Bengt Richter <bokr <at> bokr.com> writes:

> On +2019-10-04 09:15:56 +0200, Jelle Licht wrote:
>> Bengt Richter <bokr <at> bokr.com> writes:
>> 
>> > [snip]
>> > ...
>> > [19:40 ~/bs]$ ping guix.gnu.org
>> > ping: guix.gnu.org: Name or service not known
>> I actually have this sometimes as well. Are you on a less-than-stellar
>> WiFi-connection perhaps? I noticed the default (nscd?) configuration on
>> Guix systems caches 'negative' results for quite a while.
>> 
>> Could you try this command again after issuing:
>> `sudo herd invalidate nscd hosts'?
>> 
>> HTH!
>> - Jelle
>
> Hi Jelle, thanks for your reply.
>
> I am a grateful courtesy guest sharer of internet access in
> a small office complex via cat5 to their switches, so it should
> not be a WiFi problem.
>
> I get DNS automatically along with ip from their server dhcp,
> but I have other options I could explore.
>
> I can't try the herd command right now, as I am in strictly "foreign"
> mode at the moment.

If you are using systemd, perhaps you are hitting
<https://github.com/systemd/systemd/issues/9867>?

Does it work if you create /etc/resolv.conf with a "nameserver x.x.x.x"
entry?

[signature.asc (application/pgp-signature, inline)]

Message #41 received at 37347 <at> debbugs.gnu.org (full text, mbox):

From: Jan Wielkiewicz <tona_kosmicznego_smiecia <at> interia.pl>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 Jesse Gibbons <jgibbons2357 <at> gmail.com>, 37347 <at> debbugs.gnu.org
Subject: Re: bug#37347: 'guix environment' fails after trying to follow the
 steps from "Running Guix Before It Is Installed" page
Date: Sun, 6 Oct 2019 21:00:36 +0200

Okay, never mind. Running "guix environment guix" instead of "guix
environment guix --pure" lets preserve the environment variables needed
for X.509 certificates to be available for git in the environment.
If that's not the correct way of doing this please let me know, but
now I'm able to run "guix refresh", so the issue can be closed.

Thank you all for suggestions.


Jan Wielkiewicz

Message #46 received at 37347-done <at> debbugs.gnu.org (full text, mbox):

From: Gábor Boskovits <boskovits <at> gmail.com>
To: 37347-done <at> debbugs.gnu.org
Subject: 'guix environment' fails after trying to follow the steps from
 "Running Guix Before It Is Installed" page
Date: Thu, 24 Oct 2019 20:16:26 +0000

[Message part 1 (text/plain, inline)]

The submitter solved the problem, and requested to close. Closing.

-- 
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.