bug#25200: guix lint throws gnutls error

"my-root") (title 'label) (mount-point "/") (type "ext4")) %base-file-systems)) (users (cons (user-account (name "maxim")

bug#25200: guix lint throws gnutls error

Hi Ludovic! l...@gnu.org (Ludovic Courtès) writes: > What is the value of SSL_CERT_DIR? Could it be that the directory it > points to contains dangling symlinks? The value of SSL_CERT_DIR is "/etc/ssl/certs". Looking for dangling symlinks, I got: find /etc/ssl/certs/ -xtype l /etc/ssl/certs/

bug#25200: guix lint throws gnutls error

Nevermind about my last message, I re-read your reply on the bug 25213 thread and found the answer to all of my questions. Sorry for my poor reading skills ;) Maxim On Fri, Dec 16, 2016 at 9:57 AM, Maxim Cournoyer wrote: > > Hi Ludovic! > > l...@gnu.org (Ludovic Courtès) writes: &

bug#25669: Cannot build libsrtp (which qemu depends on)

Using an up-to-date guix (from git master), I cannot build the libsrtp package (v1.5.4) which Qemu requires. The check phase fails: cd test; /tmp/guix-build-libsrtp-1.5.4.drv-0/libsrtp-1.5.4/test/rtpw_test.sh >/dev/null make: *** [Makefile:35: runtest] Error 255 phase `check' failed after 18.2 se

bug#25669: Cannot build libsrtp (which qemu depends on)

Hello Ludovic, l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> Using an up-to-date guix (from git master), I cannot build the libsrtp >> package (v1.5.4) which Qemu requires. The check phase fails: >> >> cd test; /tmp/guix-build-libsrtp-

bug#25988: python2-urwid tests fail

Hi, I'm currently facing test failures from the python2-urwid package required to build wicd. The errors are: test_run (urwid.tests.test_event_loops.SelectEventLoopTest) ... ok == FAIL: test_horizontal_resize (urwid.tests.test_v

bug#25989: Fedorahosted.org has been retired

The fedorahosted.org hosting service has been retired since the 1st of March [0]. We still have a few packages which origin's URI points to it. As a result, these packages cannot be built anymore. The complete lists of packages affected are: 1. libpwquality 2. font-liberation 3. xmlto 4. elfutils

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

Hi! Tobias Geerinckx-Rice writes: > 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 r

bug#25988: python2-urwid tests fail

Hi, Maxim Cournoyer writes: > Hi, > > I'm currently facing test failures from the python2-urwid package > required to build wicd. The errors are: > > test_run (urwid.tests.test_event_loops.Sele

bug#26565: IceCat hangs when entering certain websites

Hi Quiliro! Quiliro writes: > IceCat hangs when entering web pages such as instructables.com. I > supposed it was because it has a lot of Javascript. Nevertheless, the > problem occurs even when these plugins are activated: > Disconnect > GNU LibreJS > SpyBlock > uBlock Origin I cannot reproduc

bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)

Hello Marius, Marius Bakke writes: > Arun Isaac writes: > >> Thank you for the bug reports! >> >> The Guix xdg-utils package is in need of an update. The latest release >> is 1.1.1. Unlike the 1.0.2 release currently in Guix, the new release >> has test cases, many of which currently fail in Gu

bug#26565: IceCat hangs when entering certain websites

Quiliro writes: [...] >> I cannot reproduce the hang (perhaps you meant crash?). I'm using the >> skia backend as others have explained. It stopped the frequent and >> random IceCat crashes at the cost of crude text rendering. >> >> I hope we can solve the problem with the cairo backend at some

bug#26659: [contact....@cryptolab.net: Re: fonts bug in icecat?]

On April 26, 2017 1:54:07 AM PDT, ng0 wrote: >Here is a visual display of some fonts: https://ptpb.pw/EQfV.png > >This is either related to icecat changes or to changes with font >related packages. > >ng0 transcribed 1.1K bytes: >> Were you (or someone else) able to reproduce this? I never got

bug#26671: serf package (guix dependency) tests fail

Hello Guix! While attempting to "guix environment guix" after doing a "git pull" in my guix checkout (master), it attempted to build many packages (bash, gcc, etc.) and failed building `serf' due to test failures: F.FFF.FFF.FF.F... There were 14 fa

bug#26659: [contact....@cryptolab.net: Re: fonts bug in icecat?]

On Wed, Apr 26, 2017 at 2:05 PM, ng0 wrote: [...] >> >ng0 transcribed 1.1K bytes: >> >> Were you (or someone else) able to reproduce this? >> >> I never got the Japanese fonts working on GuixSD by following our info >> manual, and this was before those updates. > > Can you tell me exactly or roug

bug#26671: serf package (guix dependency) tests fail

On April 27, 2017 9:01:35 AM PDT, Marius Bakke wrote: >Marius Bakke writes: >> Leo Famulari writes: https://svn.apache.org/viewvc?view=revision&revision=1792234 >>> >>> Rather than using this workaround, which will stop working >2018-09-19, >>> we should disable this test. We should also fi

bug#26695: openssh password-authentication? should be #f by default

On April 28, 2017 7:37:13 AM PDT, Christopher Allan Webber wrote: >Our default permits password authentication for the openssh service >(and >the others it seems) by default in Guix. This is somewhat dangerous >because this is a much easier to break in this way, and some users >might >not assume

bug#26695: openssh password-authentication? should be #f by default

On April 28, 2017 9:37:59 AM PDT, Christopher Allan Webber wrote: >Maxim Cournoyer writes: > >> +1. Although it means the keys will have to be copied by another mean >> than the "ssh-copy-id" script. Maybe the configuration could accept >> the public key? :) I

bug#25988: [PATCH] bug#25988: python2-urwid tests fail

tic vterm tests, only for the python2-urwid package. Maxim From 56e769bee4a47136e0eee251c87a58b8359a8611 Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sun, 30 Apr 2017 14:55:47 +0900 Subject: [PATCH] gnu: Disable vterm tests for python2-urwid * gnu/packages/python.scm (python2-urwid)['

bug#26764: Problem building master

After doing 'guix pull' to get latest master branch, `guix environment guix' fails while compiling the new sources: Backtrace: In ice-9/r4rs.scm: 39: 19 [call-with-values # ...] In ice-9/eval.scm: 411: 18 [eval # #] 411: 17 [eval # #] In srfi/srfi-1.scm: 573: 16 [map # (# # # # ...)] In ice-9

bug#26764: Problem building master

On May 3, 2017 12:05:04 PM PDT, Efraim Flashner wrote: >On Wed, May 03, 2017 at 11:59:16AM -0700, Maxim Cournoyer wrote: >> After doing 'guix pull' to get latest master branch, `guix >environment >> guix' fails while compiling the new sources: >> >>

bug#26764: Problem building master

I guess I can do: find -name '*.go' --delete

bug#26769: mpfr substitute is corrupted on mirror.hydra.gnu.org

Hi! The substitute served at https://mirror.hydra.gnu.org/guix/nar/gzip/6lcsaddzj6q3facaidajc6ws0yp0m3dq-mpfr-3.1.5 appears to be corrupted: Downloading https://mirror.hydra.gnu.org/guix/nar/gzip/6lcsaddzj6q3facaidajc6ws0yp0m3dq-mpfr-3.1.5 (1.6MiB installed)... mpfr-3.1.5

bug#24279: XTerm menu doesn't work (no font found error)

I can reproduce this on GuixSD (foreign distros are OK). By going to tty0 (Ctrl-Alt-F1) we can see the following text which gets output at every crash: --8<---cut here---start->8--- Warning: Unable to load any usable ISO8059 font ERROR: Aborting: no font found

bug#26764: Problem building master

The "find -name '*.go' -delete" command got me out of this. This bug can be closed. Sorry for the noise and thanks for the useful hints! Maxim

bug#26833: `guix substitute --substitute' dies on unreachable substitute server

Problem: When using multiple substitute servers, if one of the server is temporarily unreachable, `guix substitute --substitute' will throw an exception. Example (while bayfront server was down, attempting to build a package only available locally (emacs-dvc)): --8<---cut here-

bug#26936: grub_cmd_set_date test sometimes fail

Hello, I've been encountering this test failure a couple times (3 out of 4 last build I've tried) recently on my GuixSD x86_64 system when building grub version 2.02. This test failure is not deterministic. The Guix automated build farm has yet to stumble on that failure. Maxim signature.asc D

bug#26936: grub_cmd_set_date test sometimes fail

Mark H Weaver writes: > Maxim Cournoyer writes: > >> I've been encountering this test failure a couple times (3 out of 4 last >> build I've tried) recently on my GuixSD x86_64 system when building grub >> version 2.02. > > I've encountered the sam

bug#26948: gnutls errors on multiple guix commands

Hello Guix! This problem has been ongoing for some time. It prevents me from using things such as "guix lint" or "guix import" (seems to be related to certs and gnutls). I thought a guix system reconfigure (I'm on GuixSD) would fix it but it hasn't, even after rebooting the system. It is reminisc

bug#27039: (tests guix-download) fails when DNS is bogus

On May 23, 2017 9:24:31 AM PDT, Leo Famulari wrote: >The guix-download test includes this snippet: > >-- ># Make sure it fails here. >if guix download http://does.not/exist >then false; else true; fi >-- > >Unfortunately, many ISPs (such as T-Mobile) return bogus results for >otherwise unc

bug#26948: gnutls errors on multiple guix commands

Hi Ludovic! l...@gnu.org (Ludovic Courtès) writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> This problem has been ongoing for some time. It prevents me from using >> things such as "guix lint" or "guix import" (seems to be related to &

bug#26948: gnutls errors on multiple guix commands

Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> It seems that the problem is caused by the file: >> "/etc/ssl/certs/AC_Ra\303\255z_Certic\303\241mara_S.A.:2.15.7.126.82.147.123.224.21.227.87.240.105.140.203.236.12.p&q

bug#26948: gnutls errors on multiple guix commands

Mark H Weaver writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Hi Maxim, >> >> Maxim Cournoyer skribis: >> >>> It seems that the problem is caused by the file: >>> "/etc/ssl/certs/AC_Ra\303\255z_Certic\303\241mara_S.A.:2.15.7.126.82.147.

bug#26948: ‘write-file’ output should not be locale-dependent

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> l...@gnu.org (Ludovic Courtès) writes: > > [...] > >>> Strangely that file name has question marks instead of the non-ASCII >>> characters on my GuixSD system: >>> >>>

bug#27157: Building Guile 2.2 "times out"

The build errors out with: --8<---cut here---start->8--- SNARF weak-set.doc SNARF weak-table.doc SNARF weak-vector.doc SNARF posix.doc SNARF net_db.doc SNARF socket.doc SNARF regex-posix.doc CCLD libguile-2.2.la .libs/libguile_2.2_la-p

bug#27157: Building Guile 2.2 "times out"

Hi Ludo and Ricardor, l...@gnu.org (Ludovic Courtès) writes: > Hello, > > Ricardo Wurmus skribis: > >>> I'm not sure where this timeout value can be configured, but clearly it >>> shouldn't be 1 hour since 2 cores of an i5 intel class processor can't >>> manage to build it under 1 hour. >> >> fo

bug#27152: deprecation warnings with Guile 2.2.2

On Wed, May 31, 2017 at 2:00 PM, Ludovic Courtès wrote: > Hi, > > Ricardo Wurmus skribis: > > > I get a couple of deprecation warnings with Guile 2.2.2, for example > > > > Import (ice-9 threads) to have access to `current-processor-count'. > > `_IOFBF' is deprecated. Use the symbol 'bl

bug#27152: deprecation warnings with Guile 2.2.2

Hi Mark, Mark H Weaver writes: > Maxim Cournoyer writes: > >> On Wed, May 31, 2017 at 2:00 PM, Ludovic Courtès wrote: >> >> Ricardo Wurmus skribis: >> >> > I get a couple of deprecation warnings with Guile 2.2.2, for example >> > >>

bug#27157: [PATCH] Re: bug#27157: Building Guile 2.2 "times out"

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> Guix build doesn't come with default option value for the >> max-silent-time, but guix environment does, and it is set to 3600 >> s. This is defined under (guix scripts environment): &

bug#27222: emacs-build-system install phase doesn't honor directory hierarchy

It seems the recent changes made to the emacs-build-system broke ert-runner; it always output the following: Invalid reporter: dot A quick investigation revealed that ert-runner.el is looking for reporters under the reporters/ sudbdirectory. Here's the arborescence in the original source: --8<--

bug#27157: [PATCH] Re: bug#27157: Building Guile 2.2 "times out"

l...@gnu.org (Ludovic Courtès) writes: [...] >>> At any rate, it would be good to remove ‘max-silent-time’ from all the >>> ‘%default-options’ variables, for consistency. >>> >>> Ludo’. >> >> I agree! In my view, interactive user commands should expect the users >> to take action themselves (e.g.

bug#27152: deprecation warnings with Guile 2.2.2

Hello Mark, Mark H Weaver writes: > Maxim Cournoyer writes: > >> Mark H Weaver writes: >> >>> Maxim Cournoyer writes: >>> >>>> Why not let good old sed have a run at it? Seems like a simple find >>>> and replace operation, and '

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

(tested with ert-runner). Thanks, Maxim >From a035d07dfa6cbddccfa0476e2009d19bdf296941 Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sat, 3 Jun 2017 23:43:02 -0700 Subject: [PATCH] build-system: emacs: Install elisp files from subdirectories * guix/build/emacs-build-system.scm (inst

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Hello, Alex Kost writes: > I Cc-ed Arun, the author of the mentioned change (commit > d879685176d23c111f4fc665698251b25cdf9124). > > [...] >> From a035d07dfa6cbddccfa0476e2009d19bdf296941 Mon Sep 17 00:00:00 2001 >> From: Maxim Cournoyer >> Date: Sat, 3 Jun

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

the 'reporters' subdirectory. I've also factorized out the default args of the include and exclude option of the emacs-build-system install phase. Please see the two patches attached. Maxim From 626eb2b0551aee16836b7ec796a8ad1759be5a52 Mon Sep 17 00:00:00 2001 From: Maxim Cour

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Hello Arun, Arun Isaac writes: >> this might have to do with the fact that until recently most Elisp >> projects were organized as a single file of thousands of lines of code >> ;). > > Exactly! :-) > >> I've also factorized out the default args of the include and exclude >> option of the emacs-

bug#27222: [PATCH] Fix ert-runner regression (was: emacs-build-system install phase doesn't honor directory hierarchy)

Hello Ludovic, Alex Kost (2017-06-05) wrote: > Arun Isaac (2017-06-05) wrote: > > Please make any other changes you think are necessary, and push. Thanks! > Thanks, but I'm afraid I'm not competent to judge about the first > patch. I don't really know what is used on build side and on host sid

bug#27157: Building Guile 2.2 "times out"

Hi Mark, > I pushed this as commit 1577a65809f8ef1883d18cf81095f632b65c042a. > I'm not sure whether to close this bug or not. Can someone else do so > if appropriate? > > Mark > I wanted to give another shot at removing the the default max-silent-time options in our scripts, so that every

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Arun Isaac writes: > Pushed! :-) > > Made a few minor modifications to the commit message... Thank you, Arun! Maxim

bug#27725: Lapack 3.7.1 hash changed

ge and all the tests still pass. Thanks, Maxim From f69c6bbb8bee804057ccc1dc076311d3cbf5e89c Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sun, 16 Jul 2017 12:01:59 -0700 Subject: [PATCH] gnu: lapack: Fix hash of release 3.7.1 Apparently the release was modified (cleaned-up) in-place. An issue was opened

bug#27733: GCC compiler error when building LibreOffice 5.3.2.2

Hello, While attempting to install LibreOffice 5.3.2.2 with the following command: ./pre-inst-env guix package -i libreoffice -c 1 -M 1 GCC crashed with the following message: --8<---cut here---start->8--- [build CXX] sw/source/uibase/app/apphdl.cxx [build CX

bug#27733: GCC compiler error when building LibreOffice 5.3.2.2

Hi Ludovic! l...@gnu.org (Ludovic Courtès) writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> /tmp/guix-build-libreoffice-5.3.2.2.drv-0/libreoffice-5.3.2.2/sw/inc/docary.hxx:362:60: >>required from here >> /gnu/store/4iw4r2majarqlm19adaikqw126jxq

bug#27686: emacs-ess: Not installed in "${output}/share/emacs/site-lisp/guix.d"

Hi, On Tue, Jul 18, 2017 at 9:52 AM, Alex Kost wrote: > Adonay Felipe Nogueira (2017-07-13 09:20 -0300) wrote: > > > It seems that Emacs ESS mode isn't installed in the same location as > > other packages are. > > > > Also note that emacs-ess doesn't use the Emacs build system. I don't > > know

bug#27157: [PATCH] Re: bug#27157: Building Guile 2.2 "times out"

00:00:00 2001 From: Maxim Cournoyer Date: Wed, 30 Aug 2017 23:12:12 -0400 Subject: [PATCH] ui: Remove max-silent-time from the default options. Having a finite default `max-silent-time' value for scripts such as 'guix environment' could lead to timeouts when building subtitutes; thi

bug#22137: Status: python-urwid on x86_64: AsyncEventLoopTest

This bug was supposedly fixed upstream [0] but there is no new release yet. To be revisited after urwid 1.3.2 is released. [0]: https://github.com/urwid/urwid/issues/164

bug#28326: exiv2 0.26 hash mismatch

tl;dr: exiv2 source archive was updated in-place and the verification below gives us confidence that we can safely update the hash. On current master, the following happens: $ guix build exiv2 Starting download of /gnu/store/jcapi6vk4a14hch5jgsh5zps958g91sb-exiv2-0.26-trunk.tar.gz >From http://

bug#28326: [PATCH] Re: bug#28326: Acknowledgement (exiv2 0.26 hash mismatch)

Here's the updated hash. >From ea55dd50570e8c16e124cfefe6c7f1cf33e706b3 Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sat, 2 Sep 2017 01:45:24 -0400 Subject: [PATCH] gnu: Update the hash of the exiv2 package. The source archive was updated in place; only a cleanup of non function

bug#28326: exiv2 0.26 hash mismatch

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> sha256 hash mismatch for output path >> `/gnu/store/jcapi6vk4a14hch5jgsh5zps958g91sb-exiv2-0.26-trunk.tar.gz' >> expected: 1hsdzlzgkipprqh93yj81mrckl2l7c2mn2i

bug#28326: exiv2 0.26 hash mismatch

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Maxim Cournoyer skribis: >>> >>>> sha256 hash mismatch for output path >>>> `/gnu/store/jcapi6vk4a14h

bug#28393: Sound output broken in Audacity

Leo Famulari writes: > On Fri, Sep 08, 2017 at 12:24:30PM -0400, Mark H Weaver wrote: >> Sound output is broken in Audacity on my Thinkpad X200 running GuixSD, >> at least within GNOME 3 (I haven't tried it anywhere else). It worked >> in the past. I see the following error messages in Audacity

bug#28471: guix pull doesn't update the user manual

guix pull should build and install the latest documentation of Guix to the user profile so that `info guix' always displays the current documentation. This seems to confuse Guix users every now and then, myself included, and the work around of cloning a full copy of the guix sources just to build

bug#28462: [PATCH] Re: bug#28462: gnucash dies when generating reports in i3, works in GNOME

Cash is installed. It would be nicer to make dbus and dconf work as regular inputs but this would require patching the sources; I haven't investigated if how feasible this would be. Could you try the patch and see if it fixes your issues? >From 3d6f3da4e8a216ed435777f0a038fc90911503a7 Mon

bug#27284: Memory leak in 'guix pull' or 'make' in guix source

l...@gnu.org (Ludovic Courtès) writes: > Hello Guix! > > A heads-up to share the cognitive burden related to this topic. :-) > > So, we have two problems: compilation time, and memory consumption. I > *think* I’ve identified one of the major causes for both in Guile, > though it’s too early to s

bug#27284: Memory leak in 'guix pull' or 'make' in guix source

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> l...@gnu.org (Ludovic Courtès) writes: > > [...] > >> 2. Remove the --no-auto-compile arg from (guix scripts guix). >> >> I'm not sure why this is desirable. Is it because othe

bug#27284: Memory leak in 'guix pull' or 'make' in guix source

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> How do we instruct Guile to evaluate rather than compile? I don't think >> I've ever experimented with this yet! > > Simply by not compiling things (which includes passing > --no-auto-com

bug#27284: Memory leak in 'guix pull' or 'make' in guix source

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> [...] >>> >>> There’s also the option of not compiling (gnu packages *) and instead >>> evaluating them, but currently this is too costly in

bug#28624: [PATCH] Add missing closing brace to tklib

This patch fixes a missing closing brace in the description of tklib, as reported by jlicht in #guix. It caused the "guix package --search" feature to break on master. Maxim >From 98b167b3f00c5416365062fac000ab1b9deb9d10 Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Wed, 2

bug#28624: [PATCHv2] Add missing closing brace to tklib

0 2001 From: Maxim Cournoyer Date: Wed, 27 Sep 2017 14:38:22 -0400 Subject: [PATCH] gnu: tklib: Fix texinfo description. * gnu/packages/tcl.scm (tklib): Fix texinfo description. Thanks to jlicht for reporting it in #guix. --- gnu/packages/tcl.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 del

bug#24069: gcc man page is broken

"Branson, Joshua A" writes: > I can confirm that this bug still exists. The man page is broken as > described, but info gcc works just fine. > > Thanks, > > Joshua The problem is likely caused by lack of the lack of perl as well as pod2man, as suggested by gcc's build log: --8<---

bug#24069: [PATCH] Re: bug#24069: gcc man page is broken

Hello, Maxim Cournoyer writes: > "Branson, Joshua A" writes: > >> I can confirm that this bug still exists. The man page is broken as >> described, but info gcc works just fine. >> >> Thanks, >> >> Joshua > > The problem is likely ca

bug#24069: [PATCHv2] Re: bug#24069: gcc man page is broken

Version 2. Removes the unnecessary (ice-9 match) use clause I added while experimenting. >From a044901c0fc51571b8ed6809080029b8701b09e4 Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sun, 1 Oct 2017 09:27:31 -0400 Subject: [PATCH] gnu: gcc: Fix manual pages. Fixes bug #24069. *

bug#28664: gst-plugins-base-1.12.3.tar.xz nar on berlin returns 404

Hello, While attempting to update today I got that: --8<---cut here---start->8--- Downloading https://berlin.guixsd.org/nar/gzip/3vfvi0qcb5fwwm2pdy3vx06v4jhmwr3d-gtk%2B-2.24.31... gtk%2B-2.24.31 10.0MiB

bug#24069: [PATCHv2] Re: bug#24069: gcc man page is broken

introduced by gcc-boot0 inheriting perl. This is now fixed. I spent the last couple hours rebuilding gcc but it failed due to lack of space on my side... Retrying now but it'll take a few hours before I can confirm that it works as intended. Thank you both! >From fac707c34dcc04fcac7254a72

bug#28659: v0.13: guix pull fails; libgit2-0.26.0 and 0.25.1 content hashes fail

Leo Famulari writes: > On Mon, Oct 02, 2017 at 04:57:38PM +0200, Ludovic Courtès wrote: >> Hi! >> >> Leo Famulari skribis: >> >> > I contacted GitHub about this issue a few weeks ago and they said that: >> > >> > 1) They do not guarantee bit-reproducibility of the snapshots they >> > generate

bug#24069: [PATCHv3] Re: bug#24069: gcc man page is broken

Patch v3 still doesn't fix the problem. There are now pod2man errors that prevent correctly generating the man pages: --8<---cut here---start->8--- Makefile:3076: update target 'gcc.pod' due to: ../../gcc-5.4.0/gcc/doc/invoke.texi ../../gcc-5.4.0/gcc/doc/cppenv

bug#24069: [PATCHv4] Re: bug#24069: gcc man page is broken

Maxim Cournoyer writes: > Patch v3 still doesn't fix the problem. There are now pod2man errors > that prevent correctly generating the man pages: [...] > (pod2man --center="GNU" --release="gcc-5.4.0" --date=2016-06-03 --section=7 > gpl.pod > doc/gpl.7.T$

bug#28659: v0.13: guix pull fails; libgit2-0.26.0 and 0.25.1 content hashes fail

Leo Famulari writes: > On Mon, Oct 02, 2017 at 06:47:06PM -0400, Maxim Cournoyer wrote: >> Leo Famulari writes: >> > I wonder, are there really that many affected packages? >> >> There's a list here: >> https://github.com/Homebrew/homebrew-core/issues/

bug#28659: v0.13: guix pull fails; libgit2-0.26.0 and 0.25.1 content hashes fail

Leo Famulari writes: > On Wed, Oct 04, 2017 at 12:22:34AM -0400, Maxim Cournoyer wrote: >> Here are the first 10 lines of the output: >> --8<---cut here---start->8--- >> Number of potentially problematic GitHub packages:1011 >&

bug#28659: v0.13: guix pull fails; libgit2-0.26.0 and 0.25.1 content hashes fail

I've modified the script to sort the packages it prints: --8<---cut here---start->8--- -(for-each (lambda (p) - (format #t "~a~%" (package-name p))) - packages))) +(for-each (lambda (name) + (format #t "~a~%" name))

bug#28749: guix build --subsitute-urls does not override guix-daemon run with --no-subsitutes

Leo Famulari writes: > On Sun, Oct 08, 2017 at 01:13:16PM -0400, Drashne wrote: >> From the kind people on #guix, I've heard that "guix build >> --subsitute-urls" should override "guix-daemon --no-subsitutes", but >> it seems it's not doing so for me. > > The documentation of guix-daemon [0] says

bug#28810: Bayfront https file URLs trigger gnutls error

Hello, I recently stumbled upon the following: --8<---cut here---start->8--- guix download "https://bayfront.guixsd.org/file/nnn-1.3.tar.gz/sha256/0sivgcmg3hihz15v2wgbxnd0icn06pyvvqdqh8x0mwkhvm434fpb"; Starting download of /tmp/guix-file.h3ueYx >From >https:

bug#28823: lxqt-common is deprecated

Our lxqt-common package's source currently points to https://github.com/lxde/lxqt-common/archive/0.9.1.tar.gz, which redirects to https://github.com/lxde/lxqt-common-deprecated--do-not-use-anymore-/archive/0.9.1.tar.gz. Notice the "deprecated--do-not-use-anymore" in the URL. This has the immediat

bug#28745: [PATCH] tarballs generated on github are generated on demand (leading to different hash sums)

g.org/apteryx/fiasco for ease of cloning. Any comments about my nascent (ab)use of Scheme are welcome! >From 774a764149ecb0e234ae09c9a0a273af671c3c86 Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sun, 15 Oct 2017 22:17:12 -0400 Subject: [PATCH] gnu: packages: Fix the hashes of mutate

bug#28745: [PATCH] tarballs generated on github are generated on demand (leading to different hash sums)

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > [...] > >> Attached is the patch and the scripts I used. I think we might >> want to reuse some of it to extend guix lint to warn packagers that >> archives coming from .*github.*archives URL are not

bug#27284: [PATCH 8/8] DRAFT Add (guix self) and use it when pulling.

Hi Ludovic! I've read through this draft, and FWIW it looks OK to me! I've proof read the comments and identified a few typos which you'll find below. Great work! Ludovic Courtès writes: > DRAFT: Module reloading doesn't work; needs more testing. > > Partly addresses

bug#27284: [PATCH 1/8] build: Factorize module compilation in (guix build compile).

Hello, Ludovic Courtès writes: > * guix/build/compile.scm: New file. > * Makefile.am (MODULES): Add it. > * build-aux/compile-all.scm: Use it. > (warnings, file->module, load-module-file) > (%default-optimizations, %lightweight-optimizations) > (optimization-options, compile-file*): Remove. > :

bug#15549: hydra.gnu.org uses nontrivial and nonfree javascript

Ricardo Wurmus writes: > Ludovic Courtès writes: > >>> We need to add license comments to the JavaScript files and to >>> non-trivial embedded script blocks. >>> >>> I would like to do this, but I don’t know where the code is that I >>> should edit, or if this should just be done on our single >

bug#28951: The upstream URL of our Synergy package is broken

Hello, here's what attempting to fetch the source URL gives us: --8<---cut here---start->8--- Starting download of /tmp/fileLHAs7Q/upstream-synergy-1.8.8.tar.gz >From https://github.com/symless/synergy/archive/v1.8.8-stable.tar.gz... ERROR: download failed "htt

bug#28951: [PATCH] Re: bug#28951: The upstream URL of our Synergy package is broken

Hello Ludovic! l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> Hello, here's what attempting to fetch the source URL gives us: >> >> Starting download of /tmp/fileLHAs7Q/upstream-synergy-1.8.8.tar.gz >> From https://github.com/symless/s

bug#22215: guix package fails to use more than the first substitute server in case of 404 failure

Hello! Florian Paul Schmidt writes: > guix package --substitute-urls="http://fps.io: > http://hydra.gnu.org"; -i emacs > > fails due to > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21888 > > with a 404 and consequently fails to try hydra for the download after > the download from fps.io

bug#22215: guix package fails to use more than the first substitute server in case of 404 failure

Hello, l...@gnu.org (Ludovic Courtès) writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> Florian Paul Schmidt writes: >> >>> guix package --substitute-urls="http://fps.io: >>> http://hydra.gnu.org"; -i emacs >>> >>> f

bug#24279: XTerm menu doesn't work (no font found error)

Hi ng0, ng0 writes: > Maxim Cournoyer transcribed 0.5K bytes: >> I can reproduce this on GuixSD (foreign distros are OK). >> >> By going to tty0 (Ctrl-Alt-F1) we can see the following text which gets >> output at every crash: >> >> --8<-

bug#24279: Bug in xterm and/or fontconfig

Hello, l...@gnu.org (Ludovic Courtès) writes: [...] > We can also fix this once and for all with this patch: > > diff --git a/gnu/services/xorg.scm b/gnu/services/xorg.scm > index 0da3397da..8f285b29a 100644 > --- a/gnu/services/xorg.scm > +++ b/gnu/services/xorg.scm > @@ -113,6 +113,8 @@ >

bug#29933: can't login in a virtual machine

Catonano writes: [...] > Thank you Leo, this is not current anymore > > Danny and I discussed this issue in bug 29934 > > This bug can be closed, I guess OK, I'm closing the bug by replying to "29933-d...@debbugs.gnu.org". Thank you, Maxim

bug#30116: [PATCH] `substitute' crashes when file contains NUL characters (core-updates)

Hello, I've encountered the following crash when trying to use substitute on a file which contains NUL characters: --8<---cut here---start->8--- (define problematic-file "/tmp/bp-image-data.el") scheme@(guix build utils)> ,m (guix build utils) scheme@(guix buil

bug#30116: [PATCH] `substitute' crashes when file contains NUL characters (core-updates))

>From 9891e428eae0ed24e0d61862b3f5e298606b79eb Mon Sep 17 00:00:00 2001 From: Maxim Cournoyer Date: Sun, 14 Jan 2018 20:31:33 -0500 Subject: [PATCH] utils: Prevent substitute from crashing on files containing NUL chars. Fixes issue #30116. * guix/build/utils.scm (substitute): Add condition

bug#30116: [PATCH] `substitute' crashes when file contains NUL characters (core-updates)

l...@gnu.org (Ludovic Courtès) writes: > Hi, > > Maxim Cournoyer skribis: > >> I've encountered the following crash when trying to use substitute on a >> file which contains NUL characters: > > Yes, that’s because Guile’s ‘regexp-exec’ simply wraps libc’s ‘reg

bug#30116: [PATCH] `substitute' crashes when file contains NUL characters (core-updates)

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> Maxim Cournoyer writes: >> >>> l...@gnu.org (Ludovic Courtès) writes: >>> >>>> Maxim Cournoyer skribis: >>>> >>>>> I've encountered the

bug#30245: Downloading the texlive-texmf sources from Hydra is unreliable

Leo Famulari writes: > cogrendel on #guix reported [0] this failure while installing texlive: > > -- > Downloading > https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz... > texlive-20170524-texmf.tar.xz 2.23GiB 3.8MiB/s 00:52 [# ] 8.7%guix >

bug#30116: [PATCH] `substitute' crashes when file contains NUL characters (core-updates)

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > >> In the `patch-el-files' phase of the emacs-build-system, we find the >> following snippet: >> >> (with-directory-excursion el-dir >> ;; Some old '.el' f

  1   2   3   4   5   6   7   8   9   10   >