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.123.224.21.227.87.240.105.140.203.236.12.p". > > This

bug#27120: [PATCH] gnu: graphicsmagick: Remove bundled libraries from source checkout.

Fixes . * gnu/packages/imagemagick.scm (graphicsmagick)[source]: Add a snippet to delete bundled libraries. [version]: Bump the package revision counter to 3. --- gnu/packages/imagemagick.scm | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) dif

bug#27120: GraphicsMagick bundles libtiff, libpng, zlib, libxml2, and more

On Sun, May 28, 2017 at 04:23:21PM -0400, Leo Famulari wrote: > GraphicsMagick bundles a large number of 3rd party libraries. > > We should unbundle and remove the ones that we can. For the rest, we > should try patching their vulnerabilities and leaving code comments > explaining the situation in

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". > > Indeed. > >> The strange

bug#27096: guix package -i ... fails when the internet is disconnected

Hi Brendan, Brendan Tildesley skribis: > On GuixSD, I ran the following install command 3 times. The second time, > it showed "nothing to be done" as expected. However after that, I > disconnected my internet and ran it again with different results > including a guile type error. Just because th

bug#27080: ¨make install" fails because of missing gawk

Konrad Hinsen skribis: > In order to start from a clean slate, I now did > > guix environment guix > make distclean > ./bootstrap > ./configure --prefix=/opt/guix --localstatedir=/var > make check > sudo make install > > This fails even earlier, complaining about a missing makeinfo: >

bug#27080: ¨make install" fails because of missing gawk

Hi Konrad, Konrad Hinsen skribis: > Ricardo Wurmus writes: [...] >> (With the “pre-inst-env” script it’s possible to run Guix without >> installing it, so you don’t even have to run “make install” at all if >> you just want to bootstrap Guix.) > > That's a useful suggestion, thanks! All I wan

bug#27120: GraphicsMagick bundles libtiff, libpng, zlib, libxml2, and more

GraphicsMagick bundles a large number of 3rd party libraries. We should unbundle and remove the ones that we can. For the rest, we should try patching their vulnerabilities and leaving code comments explaining the situation in the GraphicsMagick package definition. signature.asc Description: PGP

bug#27119: FTP doesn't time out on ftp.ciril.fr

Some of the perl links from cpan aren't up to date, so guix will try to cycle through its mirrors. The problem is that the second one is ftp.ciril.fr, which doesn't time out (or if it does, not for at least 30 minutes). For example, here's the result of "guix build perl-datetime": Starting do

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

Building on my system is taking a long time. I'll need some more time to properly test these patches. But, if I understand correctly, these patches still wrap binaries with paths of native-inputs. That problem remains to be solved.

bug#26948: gnutls errors on multiple guix commands

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". This reminds me of a bug that I found in

bug#27080: ¨make install" fails because of missing gawk

Ricardo Wurmus writes: > You are correct, however, that building from source and running “make > install” *will* install Guix to the specified prefix. What I’m pretty > sure does *not* happen, though, is that this *overwrites* any files that > Ubuntu (or any other system) uses. It is well-behav