Hello,
On Fri, Feb 13, 2015 at 06:23:35PM +0100, Polchi wrote:
> As jgrant asked on IRC, I proposed to help creating torrents for GuixSD.
> Because those files are big, it might help GNU servers if we exchange
> the data by ourselves. :-)
nice initiative! Could you maybe make a torrent with a sub
Hello Guix,
I rebased the wip-hurd branch on top of master and I made sure we have the
same functionality as before.
There was a minor change I had to make in the first patch, in order to make
it work.
I am resending each patch so you can have a look. I am waiting for the okay
to push to wip-hurd
Nothing changed here. Just rebased on top of master.
From 8ca7aa643645d4b0b970bd362f2c023ba5f23bc7 Mon Sep 17 00:00:00 2001
From: Marek Benc
Date: Thu, 5 Feb 2015 17:01:14 +0100
Subject: [PATCH 4/4] gnu: cross-base: Make it aware of non-Linux (ie. Hurd)
systems.
* gnu/packages/cross-base.scm (cr
There was only a minor change here, to work around the error I told
you in a previous mail.
http://lists.gnu.org/archive/html/guix-devel/2015-02/msg00156.html
From c9fd013956718c4d3178608b3eca6392b6f5cea3 Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
Date: Sat, 27 Sep 2014 20:07:19 +0300
Subje
Nothing changed here. Just rebased on top of master.
From d9b0888d0a921add4255955470c0a33a2fce2fd4 Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
Date: Sat, 14 Feb 2015 15:00:32 +0200
Subject: [PATCH 2/4] gnu: cross-base: Add support to cross-build libc for
GNU/Hurd.
* gnu/packages/cross-base
Nothing changed here. Just rebased on top of master.
From 457aa5858bb1698385cd6bd9174e61d832da2590 Mon Sep 17 00:00:00 2001
From: Marek Benc
Date: Thu, 5 Feb 2015 17:07:18 +0100
Subject: [PATCH 3/4] gnu: bootstrap: Add the location of where ld.so is
located on Hurd systems.
* gnu/packages/bootst
This wasn't as difficult as I feared but still caused some difficulties.
Most notably, the sb-executable module has been patched in such a way
that the executables it generates are only guaranteed work as long as
you still have the SBCL package which generated them in your store.
After it's garbag
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> This wasn't as difficult as I feared but still caused some difficulties.
>
> Most notably, the sb-executable module has been patched in such a way
> that the executables it generates are only guaranteed work as long as
> you still
Manolis Ragkousis writes:
> There was only a minor change here, to work around the error I told
> you in a previous mail.
>
> http://lists.gnu.org/archive/html/guix-devel/2015-02/msg00156.html
>
> From c9fd013956718c4d3178608b3eca6392b6f5cea3 Mon Sep 17 00:00:00 2001
> From: Manolis Ragkousis
>
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> Guile converts POSIX byte strings (e.g. file names) to strings using to
>> the current locale encoding, but the default locale in our build
>> environment is "C" which means ASCII-only.
>>
>> I would advocate using a UTF-8 local
Luis Felipe López Acevedo writes:
> I just pushed modified backgrounds for GRUB using the new GuixSD logo.
> To use the new backgrounds, GRUB configuration should be updated to use
> "yellow" for selected entries in the list (see attached image).
>
> As always, comments and suggestions are welcom
l...@gnu.org (Ludovic Courtès) writes:
> Commit aee6180c adds ‘glibc-locales’. You can install it and do:
>
> export LOCPATH=$HOME/.guix-profile/share/locale
I tried adding 'glibc-locales' to my system profile, and got this:
--8<---cut here---start->8---
ER
Mark H Weaver writes:
> taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
>
>> Mark H Weaver writes:
>>
>>> Debian claims that the license is gpl2, not gpl2+.
>>>
>>> Please be more careful checking licenses. Debian tends to be very
>>> thorough about this, so a good method is to
Mark H Weaver writes:
> This is generally how things work in Guix. Similarly, when you compile
> a C program on Guix, the resulting executable depends on the precise
> dynamic linker and shared libraries linked in, and will fail if those
> are garbage collected. The solution is to either build
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> Mark H Weaver writes:
>
>> It would be preferable to avoid this wrapper. I looked into this a bit.
>> It looks like you can pass --prefix= to 'make.sh', and that will
>> become hardcoded into the executable via SBCL_PREFIX and SB
Andreas Enge writes:
> On Mon, Feb 02, 2015 at 06:11:02PM -0500, Mark H Weaver wrote:
>> +
>> "--with-default-trust-store-file=/etc/ssl/certs/ca-certificates.crt")))
>
> I would suggest to use --with-default-trust-store-dir=/etc/ssl/certs instead.
> The option is available in gnutls-
16 matches
Mail list logo
