bug#40789: vigra 1.11.1 build error

2020-04-22 Thread Danny Milosavljevic
Generation 79 Apr 22 2020 19:23:55(current) guix f916ac1 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: f916ac128a2c4f65f06f6a5148a4862855754d1a c++: internal compiler error: Killed (program cc1plus) Please submit a full bug report, with prepro

bug#40783: GNU FreeFont silent build failure

2020-04-22 Thread Leo Famulari
/1nfp73g3s15dhpqjrbfsihk7jrcbbl1p-font-gnu-freefont-20120503/share/doc/font-gnu-freefont-20120503/TROUBLESHOOTING tar czvf freefont-ttf-20200422.tar.gz freefont-20200422/ tar: freefont-20200422: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors make: *** [Makefile:64

bug#40768: guix pull: error: you found a bug

2020-04-22 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
Hi Do You, doyouhaveanemailaccount via Bug reports for GNU Guix 写道: guix pull: error: You found a bug: the program 'gnu/store/485fn98v8x5qj7fgdhgrz8lskzkc3qc8-compute-guix-derivation' failed to compute the derivation for Guix (version: "d10e7a348ccc5cca147c6454618c2c41e1801db8"; system: "x86_6

bug#40768: guix pull: error: you found a bug

2020-04-22 Thread Ludovic Courtès
Hi, doyouhaveanemailaccount via Bug reports for GNU Guix skribis: > guix pull: error: You found a bug: the program > 'gnu/store/485fn98v8x5qj7fgdhgrz8lskzkc3qc8-compute-guix-derivation' > failed to compute the derivation for Guix (version: > "d10e7a348ccc5cca147c6454618c2c41e1801db8"; system:

bug#40769: Git error: object not found when running guix pull

2020-04-22 Thread Ludovic Courtès
Hi Mayeul, Mayeul Cantan skribis: > I was running guix pull, when a short-cirguit in my power supply cable > turned my old laptop off. > > Having fixed the hardware issue, I am left with the following software > problem when running `guix pull` on my user session: > >> guix pull: error: Git erro

bug#40405: System log files are world readable

2020-04-22 Thread Ludovic Courtès
Hi, Ludovic Courtès skribis: > Diego Nicola Barbato skribis: > >>>From 43c9ded791ce5b480504ce3528ee34578168f90e Mon Sep 17 00:00:00 2001 >> From: Diego Nicola Barbato >> Date: Tue, 7 Apr 2020 13:58:28 +0200 >> Subject: [PATCH 1/2] service: Create log files as non-world-readable. >> >> * module

bug#40544: Pulseaudio is not looking for user configuration

2020-04-22 Thread Ludovic Courtès
Hi Diego, Diego Nicola Barbato skribis: > pkill9 writes: > >> Pulseaudio doesn't read my user configuration files according to strace. >> >> Attached is the output of `strace -o /tmp/log.log pulseaudio` - It only >> looks for /etc/pulse/daemon.conf. > > That's a known [0] (but AFAIK undocumente

bug#40390: Rendering problems when using fonts from Guix on foreign distro

2020-04-22 Thread Ludovic Courtès
Hi, Evan Straw skribis: > It appears I had a fontconfig configuration file left over from a long > time ago that was intended to manually add the path for Guix fonts to > the fontconfig paths, so that I could use Ubuntu's fontconfig rather > than use fontconfig from Guix. I had forgotten it was

bug#40390: Rendering problems when using fonts from Guix on foreign distro

2020-04-22 Thread Leo Famulari
On Wed, Apr 22, 2020 at 12:29:50PM -0700, Evan Straw wrote: > Hello! My apologies for leaving this hanging for so long. > > It appears I had a fontconfig configuration file left over from a long > time ago that was intended to manually add the path for Guix fonts to > the fontconfig paths, so that

bug#40390: Rendering problems when using fonts from Guix on foreign distro

2020-04-22 Thread Evan Straw
Ludovic Courtès writes: > Hi Evan, > > Evan Straw skribis: > >> I have Guix installed on a foreign distro (Ubuntu 19.10) as a package >> manager, and I am attempting to use fonts installed through Guix for >> applications installed from Guix, such as Emacs and keepassxc. I have >> installed font

bug#40769: Git error: object not found when running guix pull

2020-04-22 Thread Julien Lepiller
Le 22 avril 2020 09:21:38 GMT-04:00, Mayeul Cantan a écrit : >Hello there, > >I was running guix pull, when a short-cirguit in my power supply cable >turned my old laptop off. > >Having fixed the hardware issue, I am left with the following software >problem when running `guix pull` on my user

bug#35746: IceCat/Chromium timezone is wrong

2020-04-22 Thread Ludovic Courtès
Hi Ben, Ben Sturmfels skribis: > This does appear to be a privacy feature. To report the correct timezone > offset, go to "about:config" and disable "privacy.resistFingerprinting" then > restart IceCat. Indeed. It would be nice if there was a setting specifically for the timezone rather tha

bug#40769: Git error: object not found when running guix pull

2020-04-22 Thread Mayeul Cantan
Hello there, I was running guix pull, when a short-cirguit in my power supply cable turned my old laptop off. Having fixed the hardware issue, I am left with the following software problem when running `guix pull` on my user session: guix pull: error: Git error: object not found - no match

bug#40768: guix pull: error: you found a bug

2020-04-22 Thread doyouhaveanemailaccount via Bug reports for GNU Guix
guix pull: error: You found a bug: the program 'gnu/store/485fn98v8x5qj7fgdhgrz8lskzkc3qc8-compute-guix-derivation' failed to compute the derivation for Guix (version: "d10e7a348ccc5cca147c6454618c2c41e1801db8"; system: "x86_64-linux"; host version: "1.0.1", pull-version: 1).

bug#35746: IceCat/Chromium timezone is wrong

2020-04-22 Thread Ben Sturmfels
On Fri, May 17, 2019 at 11:02, Ludovic Courtès wrote: Hi Ben, Ben Sturmfels skribis: Possibly completely unrelated, but noting that both icecat and chromium do this - which is wrong: new Date().getTimezoneOffset() 0 Where node does this - which is correct: new Date().getTimez

bug#35746: IceCat/Chromium timezone is wrong

2020-04-22 Thread Ben Sturmfels
On Fri, 17 May 2019, Ludovic Courtès wrote: > Hi Ben, > > Ben Sturmfels skribis: > >> Possibly completely unrelated, but noting that both icecat and chromium >> do this - which is wrong: >> >>> new Date().getTimezoneOffset() >> 0 >> >> Where node does this - which is correct: >> >>> new Date().ge