bug#26175: guix download fails if filename contains "@"

2017-03-21 Thread Ludovic Courtès
Hartmut Goebel skribis: > Am 20.03.2017 um 23:22 schrieb Ludovic Courtès: >> To address this we’d need an extra command-line option in ‘guix >> download’ to specify the name to use in the store (similar to the >> ‘file-name’ field in .) >> >> So one would type: >> >> guix download --name=foo.ta

bug#26158: Gnome starts unreliably

2017-03-21 Thread Florian Pelz
I believe my unreliable launching of GNOME is unrelated. For me, /var/log/messages shows output like Mar 21 11:53:31 localhost vmunix: [ 86.47] .gnome-session-[442]: segfault at 0 ip 7f7b3141fce9 sp 7ffd69b89560 error 4 in libgtk-3.so.0.2200.6[7f7b3114a000+6ed000] after a crash whic

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread Florian Pelz
On Mon, 2017-03-20 at 21:48 -0700, dian_ce...@zoho.com wrote: > Another option would be to have the mirrors automatically cache the > files as soon as they are available to try. I'd hope this would be how > things are handled already, but one never knows. > If it cached everything, it wouldn’t be

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread Tobias Geerinckx-Rice
Hullo! On 21/03/17 07:49, dian_ce...@zoho.com wrote: > I'm not sure how any of this matters. If you are running a local > Hydra instance or whatever, then I'd assume you'd be aware of what, > if any, problems that could arise. It matters for the reasons mentioned. It's not a ‘local Hydra’ & I h

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread dian_cecht
On Tue, 21 Mar 2017 15:55:05 +0100 Tobias Geerinckx-Rice wrote: > To clarify: > > - Warnings should be scary because warnings should be actionable. There are warnings and there are errors. Warnings don't have to be scary; I get them every time I update emacs because of duplicate icons stored in

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread dian_cecht
On Tue, 21 Mar 2017 13:59:27 +0100 Florian Pelz wrote: > On Mon, 2017-03-20 at 21:48 -0700, dian_ce...@zoho.com wrote: > > Another option would be to have the mirrors automatically cache the > > files as soon as they are available to try. I'd hope this would be > > how things are handled already,

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread Tobias Geerinckx-Rice
On 21/03/17 16:32, dian_ce...@zoho.com wrote: > Unless mirror.hydra randomly loses data in it's cache from hydra, it > won't be random in the least. It will. Whether one is first to download from the cache after the substitute is built is essentially random. > Quite frankly I'd like someone else

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread Ludovic Courtès
Hello! Tobias Geerinckx-Rice skribis: > Oh, OK. I'm not an expert on how Hydra's set up these days, but will > assume it's not too different from my own (a fast nginx proxy_cache, > mirror.hydra.gnu.org, in front of a slower build farm, hydra.gnu.org). I think there’s room for improvement in ou

bug#26201: No notification of cache misses when downloading substitutes

2017-03-21 Thread Tobias Geerinckx-Rice
Ludo', On 21/03/17 17:43, Ludovic Courtès wrote: > I think there’s room for improvement in our nginx config at > . > > For instance, I just discovered ‘proxy_cache_lock’ while looking at >

bug#26208: core-updates: Guix itself fails to build!

2017-03-21 Thread Leo Famulari
Guix is failing to build on core-updates for x86_64-linux: https://hydra.gnu.org/job/gnu/core-updates/guix-0.12.0-5.1162.x86_64-linux I can't reproduce this failure on my own machines. Here is the backtrace, which has now been reproduced 3 times on the build machines: -- gnu/build/vm.scm:31

bug#26199: claws-mail needs to be built with libenchant support

2017-03-21 Thread Leo Famulari
On Mon, Mar 20, 2017 at 04:51:24PM -0500, Quiliro wrote: > That says that the spell checker could not be started. And that the > dictionary none could not be started. > > "claws-mail needs to be built with libenchant support" > "you can't add it afterwards" > That is what Claws-Mail's main develop

bug#26199: claws-mail needs to be built with libenchant support

2017-03-21 Thread Catonano
Quiliro, 2017-03-21 20:04 GMT+01:00 Leo Famulari : > > Claws-mail is built with support for libenchant: > > https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/mail.scm#n928 > > So, there must be another problem. > one thing you can do is launching Claws-mail from a terminal rather than