GNU bug report logs - #25691
locale generation is broken

Previous Next

Package: guix;

Reported by: ng0 <contact.ng0 <at> cryptolab.net>

Date: Sat, 11 Feb 2017 16:23:01 UTC

Severity: normal

Done: ng0 <contact.ng0 <at> cryptolab.net>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#25691; Package guix. (Sat, 11 Feb 2017 16:23:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to ng0 <contact.ng0 <at> cryptolab.net>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Sat, 11 Feb 2017 16:23:02 GMT) Full text and rfc822 format available.

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

From: ng0 <contact.ng0 <at> cryptolab.net>
To: bug-guix <at> gnu.org
Subject: locale generation is broken
Date: Sat, 11 Feb 2017 16:24:03 +0000
On two systems, even after make clean and ./bootstrap again I ran into
this at the end of guix system build foo.scm:


   /gnu/store/w8xrphf4r4wwc3q7wy975b9mc6fsf7nf-python2-pycairo-1.10.0.drv
   /gnu/store/a13pjhfrjldnp2zkr0qkbm70llmrdc41-wicd-1.7.4.drv
   /gnu/store/nj0bh3x8fzhvfdpbzz7facv86viq06nv-activate-service.drv
   /gnu/store/07l0msymh88c9ngly78w0azymrvwy16k-module-import.drv
   /gnu/store/6yv8z6hzzy87l9c8spgjbxy2mfv5r8fl-module-import-compiled.drv
   /gnu/store/l63rv3nij0314g17yb856zcss222ml1n-firmware.drv
   /gnu/store/2ymzg5nxsajg8jqxp65dip3h4lkrbslq-activate-service.drv
   /gnu/store/0ymys3hc3d3f1wwgsywnirghcd2qa8hg-activate-service.drv
   /gnu/store/pr76b48cy0jd50p343svw9jgnq86jbf5-module-import-compiled.drv
   /gnu/store/rg5gfw2c1qjxx2cxyzkycs1gna428qh2-module-import.drv
   /gnu/store/1slls8g5j9xh4498jdyipl16y9p5p0i3-activate.drv
   /gnu/store/7gmmqal7fryccg6sim6vlr594qn50j1b-shepherd-0.3.2.drv
   /gnu/store/4q2wfywxdv2f6ym4qq3ipm57a5xjapgm-boot.drv
   /gnu/store/4q5b40jrg5l23f40kmds98jck8vwr4z3-base-initrd.drv
   /gnu/store/lh3w7dgkv5hiy5cmkp5is9bn8gjnyy3i-etc.drv
cannot open locale definition file `en_US': No such file or directory
building locale 'en_US.UTF-8'...
builder for `/gnu/store/dxxnb2m02v6yxx9psddb6z92a947x77y-locale-2.22.drv' failed with exit code 1
cannot build derivation `/gnu/store/masykw8yxzsq6mkccsdlxlaq9vxwxg3n-locale-multiple-versions.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/bzwnyayh276ln6lvynr93v57r16id6iq-system.drv': 1 dependencies couldn't be built
guix system: error: build failed: build of `/gnu/store/bzwnyayh276ln6lvynr93v57r16id6iq-system.drv' failed


I am using en_US.UTF-8 since forever and it always worked. The system
checkouts are on HEAD.
-- 
ng0 -- https://www.inventati.org/patternsinthechaos/




Information forwarded to bug-guix <at> gnu.org:
bug#25691; Package guix. (Sat, 11 Feb 2017 21:16:02 GMT) Full text and rfc822 format available.

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

From: ludo <at> gnu.org (Ludovic Courtès)
To: ng0 <contact.ng0 <at> cryptolab.net>
Cc: 25691 <at> debbugs.gnu.org
Subject: Re: bug#25691: locale generation is broken
Date: Sat, 11 Feb 2017 22:15:30 +0100
ng0 <contact.ng0 <at> cryptolab.net> skribis:

> On two systems, even after make clean and ./bootstrap again I ran into
> this at the end of guix system build foo.scm:
>
>
>    /gnu/store/w8xrphf4r4wwc3q7wy975b9mc6fsf7nf-python2-pycairo-1.10.0.drv
>    /gnu/store/a13pjhfrjldnp2zkr0qkbm70llmrdc41-wicd-1.7.4.drv
>    /gnu/store/nj0bh3x8fzhvfdpbzz7facv86viq06nv-activate-service.drv
>    /gnu/store/07l0msymh88c9ngly78w0azymrvwy16k-module-import.drv
>    /gnu/store/6yv8z6hzzy87l9c8spgjbxy2mfv5r8fl-module-import-compiled.drv
>    /gnu/store/l63rv3nij0314g17yb856zcss222ml1n-firmware.drv
>    /gnu/store/2ymzg5nxsajg8jqxp65dip3h4lkrbslq-activate-service.drv
>    /gnu/store/0ymys3hc3d3f1wwgsywnirghcd2qa8hg-activate-service.drv
>    /gnu/store/pr76b48cy0jd50p343svw9jgnq86jbf5-module-import-compiled.drv
>    /gnu/store/rg5gfw2c1qjxx2cxyzkycs1gna428qh2-module-import.drv
>    /gnu/store/1slls8g5j9xh4498jdyipl16y9p5p0i3-activate.drv
>    /gnu/store/7gmmqal7fryccg6sim6vlr594qn50j1b-shepherd-0.3.2.drv
>    /gnu/store/4q2wfywxdv2f6ym4qq3ipm57a5xjapgm-boot.drv
>    /gnu/store/4q5b40jrg5l23f40kmds98jck8vwr4z3-base-initrd.drv
>    /gnu/store/lh3w7dgkv5hiy5cmkp5is9bn8gjnyy3i-etc.drv
> cannot open locale definition file `en_US': No such file or directory
> building locale 'en_US.UTF-8'...

I can’t seem to reproduce it.  Could you send a reduced OS config that
reproduces this?

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#25691; Package guix. (Sat, 11 Feb 2017 22:42:01 GMT) Full text and rfc822 format available.

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

From: ng0 <contact.ng0 <at> cryptolab.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25691 <at> debbugs.gnu.org
Subject: Re: bug#25691: locale generation is broken
Date: Sat, 11 Feb 2017 22:42:57 +0000
On 17-02-11 22:15:30, Ludovic Courtès wrote:
> ng0 <contact.ng0 <at> cryptolab.net> skribis:
> 
> > On two systems, even after make clean and ./bootstrap again I ran into
> > this at the end of guix system build foo.scm:
> >
> >
> >    /gnu/store/w8xrphf4r4wwc3q7wy975b9mc6fsf7nf-python2-pycairo-1.10.0.drv
> >    /gnu/store/a13pjhfrjldnp2zkr0qkbm70llmrdc41-wicd-1.7.4.drv
> >    /gnu/store/nj0bh3x8fzhvfdpbzz7facv86viq06nv-activate-service.drv
> >    /gnu/store/07l0msymh88c9ngly78w0azymrvwy16k-module-import.drv
> >    /gnu/store/6yv8z6hzzy87l9c8spgjbxy2mfv5r8fl-module-import-compiled.drv
> >    /gnu/store/l63rv3nij0314g17yb856zcss222ml1n-firmware.drv
> >    /gnu/store/2ymzg5nxsajg8jqxp65dip3h4lkrbslq-activate-service.drv
> >    /gnu/store/0ymys3hc3d3f1wwgsywnirghcd2qa8hg-activate-service.drv
> >    /gnu/store/pr76b48cy0jd50p343svw9jgnq86jbf5-module-import-compiled.drv
> >    /gnu/store/rg5gfw2c1qjxx2cxyzkycs1gna428qh2-module-import.drv
> >    /gnu/store/1slls8g5j9xh4498jdyipl16y9p5p0i3-activate.drv
> >    /gnu/store/7gmmqal7fryccg6sim6vlr594qn50j1b-shepherd-0.3.2.drv
> >    /gnu/store/4q2wfywxdv2f6ym4qq3ipm57a5xjapgm-boot.drv
> >    /gnu/store/4q5b40jrg5l23f40kmds98jck8vwr4z3-base-initrd.drv
> >    /gnu/store/lh3w7dgkv5hiy5cmkp5is9bn8gjnyy3i-etc.drv
> > cannot open locale definition file `en_US': No such file or directory
> > building locale 'en_US.UTF-8'...
> 
> I can’t seem to reproduce it.  Could you send a reduced OS config that
> reproduces this?
> 
> Thanks,
> Ludo’.


Okay. Do you know what's the best way to simplify the disks part of the
config? Is it okay if I just use what our system tests use?

I'll wait for your reply and send the config then.
-- 
ng0 -- https://www.inventati.org/patternsinthechaos/




Information forwarded to bug-guix <at> gnu.org:
bug#25691; Package guix. (Sun, 12 Feb 2017 10:37:01 GMT) Full text and rfc822 format available.

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

From: ng0 <contact.ng0 <at> cryptolab.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25691 <at> debbugs.gnu.org
Subject: Re: bug#25691: locale generation is broken
Date: Sun, 12 Feb 2017 10:38:07 +0000
On 17-02-11 22:42:57, ng0 wrote:
> On 17-02-11 22:15:30, Ludovic Courtès wrote:
> > ng0 <contact.ng0 <at> cryptolab.net> skribis:
> > 
> > > On two systems, even after make clean and ./bootstrap again I ran into
> > > this at the end of guix system build foo.scm:
> > >
> > >
> > >    /gnu/store/w8xrphf4r4wwc3q7wy975b9mc6fsf7nf-python2-pycairo-1.10.0.drv
> > >    /gnu/store/a13pjhfrjldnp2zkr0qkbm70llmrdc41-wicd-1.7.4.drv
> > >    /gnu/store/nj0bh3x8fzhvfdpbzz7facv86viq06nv-activate-service.drv
> > >    /gnu/store/07l0msymh88c9ngly78w0azymrvwy16k-module-import.drv
> > >    /gnu/store/6yv8z6hzzy87l9c8spgjbxy2mfv5r8fl-module-import-compiled.drv
> > >    /gnu/store/l63rv3nij0314g17yb856zcss222ml1n-firmware.drv
> > >    /gnu/store/2ymzg5nxsajg8jqxp65dip3h4lkrbslq-activate-service.drv
> > >    /gnu/store/0ymys3hc3d3f1wwgsywnirghcd2qa8hg-activate-service.drv
> > >    /gnu/store/pr76b48cy0jd50p343svw9jgnq86jbf5-module-import-compiled.drv
> > >    /gnu/store/rg5gfw2c1qjxx2cxyzkycs1gna428qh2-module-import.drv
> > >    /gnu/store/1slls8g5j9xh4498jdyipl16y9p5p0i3-activate.drv
> > >    /gnu/store/7gmmqal7fryccg6sim6vlr594qn50j1b-shepherd-0.3.2.drv
> > >    /gnu/store/4q2wfywxdv2f6ym4qq3ipm57a5xjapgm-boot.drv
> > >    /gnu/store/4q5b40jrg5l23f40kmds98jck8vwr4z3-base-initrd.drv
> > >    /gnu/store/lh3w7dgkv5hiy5cmkp5is9bn8gjnyy3i-etc.drv
> > > cannot open locale definition file `en_US': No such file or directory
> > > building locale 'en_US.UTF-8'...
> > 
> > I can’t seem to reproduce it.  Could you send a reduced OS config that
> > reproduces this?
> > 
> > Thanks,
> > Ludo’.
> 
> 
> Okay. Do you know what's the best way to simplify the disks part of the
> config? Is it okay if I just use what our system tests use?
> 
> I'll wait for your reply and send the config then.
> -- 
> ng0 -- https://www.inventati.org/patternsinthechaos/

I'm not impatient, I just did a check on a third computer which differs
from the other two. I was able to rule out that the set of services is
to blame, the only lines they share is this:

(locale-libcs (list glibc-2.23 (canonical-package glibc))) 
(locale "en_US.UTF-8")

The rest, excluding the (users) is completely different on each system.
All configs used to work, I even updated the systems ~1.5 weeks ago.

-- 
ng0 -- https://www.inventati.org/patternsinthechaos/




Reply sent to ng0 <contact.ng0 <at> cryptolab.net>:
You have taken responsibility. (Sun, 12 Feb 2017 14:11:02 GMT) Full text and rfc822 format available.

Notification sent to ng0 <contact.ng0 <at> cryptolab.net>:
bug acknowledged by developer. (Sun, 12 Feb 2017 14:11:02 GMT) Full text and rfc822 format available.

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

From: ng0 <contact.ng0 <at> cryptolab.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25691-done <at> debbugs.gnu.org
Subject: Re: bug#25691: locale generation is broken
Date: Sun, 12 Feb 2017 14:12:32 +0000
Fixed. Solution was to remove:

(locale-libcs (list glibc-2.23 (canonical-package glibc)))

or glibc-2.22 depending on the machine.

This also fixed the ssh problem.

On 17-02-12 10:38:07, ng0 wrote:
> On 17-02-11 22:42:57, ng0 wrote:
> > On 17-02-11 22:15:30, Ludovic Courtès wrote:
> > > ng0 <contact.ng0 <at> cryptolab.net> skribis:
> > > 
> > > > On two systems, even after make clean and ./bootstrap again I ran into
> > > > this at the end of guix system build foo.scm:
> > > >
> > > >
> > > >    /gnu/store/w8xrphf4r4wwc3q7wy975b9mc6fsf7nf-python2-pycairo-1.10.0.drv
> > > >    /gnu/store/a13pjhfrjldnp2zkr0qkbm70llmrdc41-wicd-1.7.4.drv
> > > >    /gnu/store/nj0bh3x8fzhvfdpbzz7facv86viq06nv-activate-service.drv
> > > >    /gnu/store/07l0msymh88c9ngly78w0azymrvwy16k-module-import.drv
> > > >    /gnu/store/6yv8z6hzzy87l9c8spgjbxy2mfv5r8fl-module-import-compiled.drv
> > > >    /gnu/store/l63rv3nij0314g17yb856zcss222ml1n-firmware.drv
> > > >    /gnu/store/2ymzg5nxsajg8jqxp65dip3h4lkrbslq-activate-service.drv
> > > >    /gnu/store/0ymys3hc3d3f1wwgsywnirghcd2qa8hg-activate-service.drv
> > > >    /gnu/store/pr76b48cy0jd50p343svw9jgnq86jbf5-module-import-compiled.drv
> > > >    /gnu/store/rg5gfw2c1qjxx2cxyzkycs1gna428qh2-module-import.drv
> > > >    /gnu/store/1slls8g5j9xh4498jdyipl16y9p5p0i3-activate.drv
> > > >    /gnu/store/7gmmqal7fryccg6sim6vlr594qn50j1b-shepherd-0.3.2.drv
> > > >    /gnu/store/4q2wfywxdv2f6ym4qq3ipm57a5xjapgm-boot.drv
> > > >    /gnu/store/4q5b40jrg5l23f40kmds98jck8vwr4z3-base-initrd.drv
> > > >    /gnu/store/lh3w7dgkv5hiy5cmkp5is9bn8gjnyy3i-etc.drv
> > > > cannot open locale definition file `en_US': No such file or directory
> > > > building locale 'en_US.UTF-8'...
> > > 
> > > I can’t seem to reproduce it.  Could you send a reduced OS config that
> > > reproduces this?
> > > 
> > > Thanks,
> > > Ludo’.
> > 
> > 
> > Okay. Do you know what's the best way to simplify the disks part of the
> > config? Is it okay if I just use what our system tests use?
> > 
> > I'll wait for your reply and send the config then.
> > -- 
> > ng0 -- https://www.inventati.org/patternsinthechaos/
> 
> I'm not impatient, I just did a check on a third computer which differs
> from the other two. I was able to rule out that the set of services is
> to blame, the only lines they share is this:
> 
> (locale-libcs (list glibc-2.23 (canonical-package glibc))) 
> (locale "en_US.UTF-8")
> 
> The rest, excluding the (users) is completely different on each system.
> All configs used to work, I even updated the systems ~1.5 weeks ago.
> 
> -- 
> ng0 -- https://www.inventati.org/patternsinthechaos/
> 
> 
> 

-- 
ng0 -- https://www.inventati.org/patternsinthechaos/




Information forwarded to bug-guix <at> gnu.org:
bug#25691; Package guix. (Sun, 12 Feb 2017 17:47:01 GMT) Full text and rfc822 format available.

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

From: ludo <at> gnu.org (Ludovic Courtès)
To: ng0 <contact.ng0 <at> cryptolab.net>
Cc: 25691 <at> debbugs.gnu.org
Subject: Re: bug#25691: locale generation is broken
Date: Sun, 12 Feb 2017 18:46:28 +0100
ng0 <contact.ng0 <at> cryptolab.net> skribis:

> I'm not impatient, I just did a check on a third computer which differs
> from the other two. I was able to rule out that the set of services is
> to blame, the only lines they share is this:
>
> (locale-libcs (list glibc-2.23 (canonical-package glibc))) 
> (locale "en_US.UTF-8")

After some more investigation, this turns out to be an instance of
<https://bugs.gnu.org/24703>, which is fixed in core-updates but not in
master yet.

For now a workaround is the one you gave.   :-/

Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#25691; Package guix. (Mon, 13 Feb 2017 09:48:02 GMT) Full text and rfc822 format available.

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

From: ng0 <contact.ng0 <at> cryptolab.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25691 <at> debbugs.gnu.org
Subject: Re: bug#25691: locale generation is broken
Date: Mon, 13 Feb 2017 09:48:46 +0000
On 17-02-12 18:46:28, Ludovic Courtès wrote:
> ng0 <contact.ng0 <at> cryptolab.net> skribis:
> 
> > I'm not impatient, I just did a check on a third computer which differs
> > from the other two. I was able to rule out that the set of services is
> > to blame, the only lines they share is this:
> >
> > (locale-libcs (list glibc-2.23 (canonical-package glibc))) 
> > (locale "en_US.UTF-8")
> 
> After some more investigation, this turns out to be an instance of
> <https://bugs.gnu.org/24703>, which is fixed in core-updates but not in
> master yet.
> 
> For now a workaround is the one you gave.   :-/
> 
> Ludo’.

Oh. I thought that was already fixed, being so old. Okay, thanks.
-- 
ng0 -- https://www.inventati.org/patternsinthechaos/




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 13 Mar 2017 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 8 years and 105 days ago.

Previous Next


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