Can't run ./configure

Hi,

I'm on Fedora and just installed Guix by using guix-install.sh. I also

checked out Guix git repository. When inside this repository, I face the

following issue:

$ guix environment guix

...

guix$ ./bootstrap

...

guix$ ./configure

...

checking if (gnutls) is available... yes

checking if (git) is available... no

configure: error: Guile-Git is missing; please install it.

I tried passing "--ad-hoc guile-git git" as parameter to "guix

environment", but this doesn't fix the problem.

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

Damien,

Damien Cassou ???

Could you try ‘--ad-hoc guile3.0-git’ instead? Guix was recently

upgraded to use Guile 3.0, but not all (any?) guile-* packages

were updated in tandem.

Kind regards,

T G-R

Hello Damien,

Damien Cassou <damien@cassou.me> ezt írta (id?pont: 2020. jan. 26., V, 17:58):

The issue seems here, is that the current guix is too old.

guix environment guix should be enough if the current guix and the

checked out one shares the dependencies.

Could you try this again after 'guix pull'?

--

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

Le 26 janvier 2020 11:57:45 GMT-05:00, Damien Cassou <damien@cassou.me> a écrit :

Hi Damien,

don't listen to them, they don't fave a fedora workstation :p

On my fedora system, configure finds the system guile which doesn't want to use any of the libraries in the environment. I always have to do this:

$ guix environment guix --pure

^C if your terminal asks you to install whatever

[env]$ ./bootstrap

[env]$ ./configure --localstatedir=/var # this should now work

[env]$ exit # to exit the pure environment

$ guix environment guix # no need for pure anymore, so now we can use things outside of the environment too

[env]$ make

HTH :)

Hi Damien,

Thank you for reporting the issue.

Which Guix version do you use (command "guix describe")? Against which

Git commit?

Because I am not able to reproduce. :-(

I am using a fresh checkout with the Git commit

5e61de242156cdb3314abac168d9682ca7a4c28f.

And I have tried the old Guix version

d68de958b60426798ed62797ff7c96c327a672ac which is the Guix version of

v1.0.1 (a fresh install), I guess.

Inside a fresh checkout, I run (an old Guix version with time-machine):

Then ./bootstrap and ./configure and the error is about Guile-JSON but

not Guile-Git.

Note that the option '--container' requires to set to 1 that

'/proc/sys/kernel/unprivileged_userns_clone' on my stable Debian.

As Gábor said, "guix pull" should fix the issue.

As Julien pointed out, the option '--pure' could avoid some PATH

issue. Or the "stronger" option '--container' is your kernel supports

it.

I do not know if it is related to the option '--localstatedir=/var'.

But except if you have changed the default when installing Guix, it is

required at ./configure time. Well, it is documented for example here

[1] or there [2] or overthere [3]. I know... :-) My question is:

because you missed it (as I also did), it means that the documentation

could be improved, so where do you think this information should be

provided?

[1] https://guix.gnu.org/manual/en/guix.html#Requirements

[2] https://guix.gnu.org/manual/en/guix.html#The-Store

[3] https://guix.gnu.org/manual/en/guix.html#Building-from-Git

Please tell us if you have fixed your issue.

All the best,

simon

Gábor Boskovits <boskovits@gmail.com> writes:

this doesn't help. Maybe the installed guix should point to the master

branch? I don't know how to do that though.

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

Julien Lepiller <julien@lepiller.eu> writes:

This did the trick, thank you. I got a lot of error messages though:

$ guix environment guix

guile: warning: failed to install locale

substitute: /gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)

perl: warning: Please check that your locale settings:

LANGUAGE = (unset),

LC_ALL = (unset),

LANG = "en_US.UTF-8"

are supported and installed on your system.

bash: gpg-connect-agent: command not found...

Similar command is: 'gpg-connect-agent'

bash: gpgconf: command not found...

Install package 'gnupg2' to provide command 'gpgconf'? [N/y] y

Failed to install packages: gnupg2-2.2.18-2.fc31.x86_64 is already installed

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

On Tue, Jan 28, 2020 at 09:17:44AM +0100, Damien Cassou wrote:

In the daemon service file you can change the Environment field to

change LC_ALL=en_US.utf8 to en_US.UTF-8.

gpg-connect-agent and gpg-connect-agent look similar to me too ...

not sure about gpgconf. Could it have something to do with SElinux?

--

Efraim Flashner <efraim@flashner.co.il> ????? ?????

GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351

Confidentiality cannot be guaranteed on emails sent or received unencrypted

zimoun <zimon.toutoune@gmail.com> writes:

$ guix describe

guile: warning: failed to install locale

Generation 1 Jan 27 2020 21:46:02 (current)

guix 4fc4e5f

repository URL: https://git.savannah.gnu.org/git/guix.git

branch: master

commit: 4fc4e5fdd9da6320aa94eeec61cbb84a7dc9460e

$ git log | head -n 1

commit 195e1c1b080e41f5405d820a4f02fc7b20194ace

I didn't miss it when I tried. I just missed it while writing the

email. Adding the option didn't change a thing. Also, I followed the

easy installation method with guix-install.sh to I expect I'm using

defaults.

Best,

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

Hi Damien,

On Tue, 28 Jan 2020 at 09:18, Damien Cassou <damien@cassou.me> wrote:

[...]

You mean using the option '--pure', right?

Which shell do you use ? Bash or a more exotic one?

I think Ludo answered you in another bug report [1]. :-)

Well, you need to install 'glibc-locales' both in your user profile

and in the root profile (do not forget to restart the Guix daemon

service).

Note that the subset 'glibc-utf8-locale's provides ("de_DE" "el_GR"

"en_US" "fr_FR" "tr_TR"), lighter than the fill 'glibc-locales' if it

fits your locale.

[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=39325#8

All the best,

simon

Hi Damien,

On Tue, 28 Jan 2020 at 09:38, Damien Cassou <damien@cassou.me> wrote:

I think it works with these versions.

And the issue you have reported should come from your env variables,

which are turned off when using '--pure' (or '--container').

Ok, nice! :-)

All the best,

simon

Le 28 janvier 2020 03:31:39 GMT-05:00, Efraim Flashner <efraim@flashner.co.il> a écrit :

Also try guix install glibc-utf8-locales (and maybe the same for root, I'm not sure).

This message is from fedora, not guix. Apparently it tries to run gpg-agent, but it can't because you're in a pure environment (the $PATH does not contain /usr/bin or /bin). However, the package is already installed, so dnf can't do anything :)

At this question, just kill it with a ^C, because if you say no, it will ask the same for other packages.

Julien Lepiller <julien@lepiller.eu> writes:

thank you for your answer. All of this is very confusing.

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

zimoun <zimon.toutoune@gmail.com> writes:

yes

sometimes bash in `M-x ansi-term`, sometimes `M-x eshell`. When

frustrated by the first two I usually go to urxvt but I try to avoid

that.

Thank you all for your help.

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

Hi Damien,

Is your issue solved now?

Is it ok for closing this bug?

All the best,

simon

zimoun <zimon.toutoune@gmail.com> writes:

my issue is solved for me so you can close the bug. But the next Fedora

user will struggle similarly. You decide.

--

Damien Cassou

"Success is the ability to go from one failure to another without

losing enthusiasm." --Winston Churchill

On Wed, 29 Jan 2020 at 16:33, Damien Cassou <damien@cassou.me> wrote:

I am not sure that if one user struggles similarly then they searches

first in the bug tracker[*]. :-)

And I am not convinced that it is bug neither. :-)

Well, I am closing.

All the best,

simon

[*] or the user is an Emacs user. ;-)

Le 29 janvier 2020 11:09:05 GMT-05:00, zimoun <zimon.toutoune@gmail.com> a écrit :

We could fix the documentation to recommend using --pure when running confiqure, but not afterwards, with a warning that some systems might ask you to install software you already have, and you should ignore that. How does that sound?

Hi Julien,

On Wed, 29 Jan 2020 at 18:30, Julien Lepiller <julien@lepiller.eu> wrote:

About tweak the doc, for sure. :-)

Even the better is to recommend '--container' and if the kernel does

not have it, then '--pure'.

And I guess that using '--container', the 'gpg' issue should not show

up. I did not checked but what step requires this 'gpg' when "guix

environment guix -- (./bootstrap && ./configure && make)"?

Cheers,

simon