Gábor Boskovits writes:
> Hello!
>
> I've just checked the current build status of packages on hyrda. I could
> filter out a few that currently seems not to build anyway, we might try to
> fix those first.
>
> I'll send a quick list:
>
> *java-htsjdk@1.129 -> newer version (2.3.0) in master, does
Hello!
I've just checked the current build status of packages on hyrda. I could
filter out a few that currently seems not to build anyway, we might try to
fix those first.
I'll send a quick list:
*java-htsjdk@1.129 -> newer version (2.3.0) in master, does not build;
java-testng@6.12
*java-plexus
Leo Famulari writes:
> On Thu, Nov 30, 2017 at 11:40:16AM +0100, Ludovic Courtès wrote:
>> 1. Do we pre-register berlin’s key on GuixSD?
>
> I vote yes.
>
>> 2. Do we add berlin.guixsd.org to the list of substitute servers on
>> GuixSD? On Guix? The drawback is that ‘guix’ sometimes t
Sorry, the mail was sent too early
>> Well, using sparse files can work as well: create the image with
>>
>> dd if=/dev/zero of=file.img bs=1M count=1 seek=1000
>
> Or you can use truncate from gnu coreutils:
$ truncate -s 1G file.img
$ du -sh file.img
0file.img
$ ls -lh file.img
-rw---
On Thu, Nov 30, 2017 at 11:40:16AM +0100, Ludovic Courtès wrote:
> 1. Do we pre-register berlin’s key on GuixSD?
I vote yes.
> 2. Do we add berlin.guixsd.org to the list of substitute servers on
> GuixSD? On Guix? The drawback is that ‘guix’ sometimes talks to
> both servers when
On Fri, Dec 1, 2017 at 5:16 PM, Samuel Thibault wrote:
> Hello,
>
> Congrats on the achievement :D
>
> Ludovic Courtès, on ven. 01 déc. 2017 14:17:48 +0100, wrote:
>> Also, in GRUB, you currently load ext2fs.static and exec explicitly.
>
> That's the normal way, yes. exec does the rest (including
Hello Guix, cgit service through fcgiwrap doesn't see gzip.
/run/current-system/profile/bin/gzip exists.
fcgiwrap strace: http://paste.debian.net/998501
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the French team of translators. The file is available at:
http://translationproject.org/latest/guix/fr.po
(We can arrange things so that in the
Hi!
l...@gnu.org (Ludovic Courtès) writes:
[...]
>>
>> I guess we’ll be using berlin.guixsd.org instead of bayfront, no?
>
> Yes. Questions:
>
> 1. Do we pre-register berlin’s key on GuixSD?
Isn't this already the case?
[...]
>
> The main GuixSD annoying messages that I think we should add
On Wed, Nov 29, 2017 at 10:58:48PM -0800, Chris Marusich wrote:
> Chris Marusich writes:
>
> >> 1) Confirm that these packages build before making changes. If any
> >> fail, fix them first if possible.
> >>
> >> ...
> >>
> >> I'm going to try step (1) tonight on my laptop. Is there a way to c
Hello,
Congrats on the achievement :D
Ludovic Courtès, on ven. 01 déc. 2017 14:17:48 +0100, wrote:
> Also, in GRUB, you currently load ext2fs.static and exec explicitly.
That's the normal way, yes. exec does the rest (including running
startup).
> BTW, the image you posted is in “raw” format.
rek...@elephly.net (Ricardo Wurmus) skribis:
> commit b9fb70ca65f2f76919a093cb73150082466f4203
> Author: Ricardo Wurmus
> Date: Fri Dec 1 16:39:08 2017 +0100
>
> gnu: glusterfs: Replace hardcoded FHS references.
>
> * gnu/packages/patches/glusterfs-use-PATH-instead-of-hardcodes.pat
strace log from my previous message, apologies.
I guess, the issue is because fcgiwrap process environment PATH only
contains /gnu/store/…-shadow-4.5/sbin which doesn't include gzip.
--8<---cut here---start->8---
$ sudo strace -s 128 -p 457
strace: Process 457
Hi rennes,
ren...@openmailbox.org skribis:
> This is the demo generated with Guix:
>
> https://github.com/methalo/boot-hurd
>
> The binary files were generated in Debian/Hurd and placed in an 'img' file.
>
> The command used to generate the binaries is:
>
> './pre-inst-env guix system init ~/ligh
Andy Wingo skribis:
> Specifically we should add to this package from gnome.scm to include the
> PDF -> evince association:
I’ve just done that:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=8ad4f0aa315d69ff6b2df50e21ef01a60b0d2aec
Ludo’.
Aside from these libtool files we can now say, that this ddc project
succeeded.
I've contacted the libtool developers if we can extend the wrapper approach
to the .la files.
It seems, that in some older version of libtool those were just sourced as
shell script, but
I don't know if now they do some
16 matches
Mail list logo