bug#39294: Can't run ./configure

Julien Lepiller writes: > 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,

bug#39294: Can't run ./configure

zimoun writes: >> > $ guix environment guix --pure > > [...] > >> This did the trick, thank you. I got a lot of error messages though: > > You mean using the option '--pure', right? yes > Which shell do you use ? Bash or a more exotic one? sometimes bash in `M-x ansi-term`, sometimes `M-x es

bug#39325: Problem with locales

Ludovic Courtès writes: > The warning comes from ‘guix substitute’, which is started by the > daemon. > > Could you (1) make sure your /etc/systemd/system/guix-daemon.service > sets the right locale as done in > , > and (2

bug#39318: [core-updates] 'make-desktop-entry-file' is not exported

Pierre Neidhardt writes: > My bad I guess :p > Should I just export it? It's good if you test that it works, too! :-) signature.asc Description: PGP signature

bug#39084: Two `tm.tm_yday >= 119` tests fail while building neomutt

On Sat, Jan 11, 2020 at 11:40:06AM +0100, Wiktor Żelazny wrote: > A few days ago, I’ve started getting this while trying to upgrade > neomutt: > >Test test_mutt_date_gmtime... [ FAILED ] > Case Today: >mutt_date_gmtime.c:59: Check tm.tm_yday >= 119... failed > >

bug#39294: Can't run ./configure

Hi Damien, Is your issue solved now? Is it ok for closing this bug? All the best, simon

bug#39325: Problem with locales

Hi Damien, On Wed, 29 Jan 2020 at 09:35, Damien Cassou wrote: > Thank you, this fixed my problem. So, I am closing this bug. All the best, simon

bug#39294: Can't run ./configure

zimoun writes: > Is your issue solved now? > Is it ok for closing this bug? 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." -

bug#39294: Can't run ./configure

On Wed, 29 Jan 2020 at 16:33, Damien Cassou wrote: > my issue is solved for me so you can close the bug. But the next Fedora > user will struggle similarly. You decide. I am not sure that if one user struggles similarly then they searches first in the bug tracker[*]. :-) And I am not convinced t

bug#39294: Can't run ./configure

Le 29 janvier 2020 11:09:05 GMT-05:00, zimoun a écrit : >On Wed, 29 Jan 2020 at 16:33, Damien Cassou wrote: > >> my issue is solved for me so you can close the bug. But the next >Fedora >> user will struggle similarly. You decide. > >I am not sure that if one user struggles similarly then they s

bug#39294: Can't run ./configure

Hi Julien, On Wed, 29 Jan 2020 at 18:30, Julien Lepiller wrote: > 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

bug#39084: Two `tm.tm_yday >= 119` tests fail while building neomutt

On Wed, Jan 29, 2020 at 12:47:06PM +0100, Wiktor Żelazny wrote: > On Sat, Jan 11, 2020 at 11:40:06AM +0100, Wiktor Żelazny wrote: > > > A few days ago, I’ve started getting this while trying to upgrade > > neomutt: > > > >Test test_mutt_date_gmtime... [ FAILED ] > > Case

bug#39352: guix pull failing on aarch64

Hey there, I've noticed that guix pull has started to hang consistently when building guix-system.drv, 55% of the way through. I've narrowed the breakage down to this specific commit: http://git.savannah.gnu.org/cgit/guix.git/commit/?id=8234fe653e61d0090138cbd4c48d877568355439 So it appears to