I encountered a spurious failure while building apr-utils in
core-updates on x86_64. Simply repeating the same build completed
successfully, with the same hash as the failed. Here's the log tail of
the failure:
--8<---cut here---start->8---
/gnu/store/z8adi2ci
>From 2e1bf6d9489306d69f7876797651e91049eed6c7 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Fri, 21 Mar 2014 03:44:03 -0400
Subject: [PATCH] gnu: cmake: Install man pages and docs in share/{man,doc}.
* gnu/packages/cmake.scm (cmake): Pass --mandir and --docdir to configure.
Rewrite the co
* gnu/packages/python.scm (python-2): patch Lib/subprocess.py to use
/nix/.../sh.
---
gnu/packages/python.scm | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 056956e..2c69926 100644
--- a/gnu/packages/python.sc
I started writing the macro that chooses between 'glibc/linux' and
'glibc/hurd' so I added #:export (glibc) at defined modules, renamed glibc
to glibc/linux and then I added
(define (glibc-for-target target)
"Return the glibc for TARGET, glibc/linux for a linux host or
glibc/hurd for a hurd host
l...@gnu.org (Ludovic Courtès) writes:
> Eric Bavier skribis:
>
>> From 0cf3d0c9b7e516be06fc8b363c3cdafc87448c6e Mon Sep 17 00:00:00
>> 2001 From: Eric Bavier Date: Thu, 20 Mar
>> 2014 10:59:24 -0500 Subject: [PATCH] gnu: Add cursynth
>> * gnu/packages/cursynth.scm: New file * gnu-system.am
>> (
I'm not sure if this should go in master or core-updates.
What do you think?
Mark
>From c90bdada66d79c04d42a7c6a6210fd73b866d328 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Fri, 21 Mar 2014 03:14:54 -0400
Subject: [PATCH] gnu: flac: Install man pages in share/man.
* gnu/packages/xip
Here's a patch to let pulseaudio use fftw for its equalizer. It needs
an fftw that was configured using "--with-float", otherwise its
configure just prints "Package fftw3f was not found in the pkg-config
search path".
If the syntax could be improved, I'd like to hear about that.
>From 3bd90c044
Mark H Weaver writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Andreas Enge skribis:
>>
Another idea: does your machine have /dev/kvm?
>>>
>>> No.
>>
>> That’s indeed the problem:
>>
>>> 20584 stat("/dev/kvm", 0x7fff2745d348) = -1 ENOENT (No such file or
>>> directory)
>>> 20584 fute
l...@gnu.org (Ludovic Courtès) writes:
> Andreas Enge skribis:
>
>>> Another idea: does your machine have /dev/kvm?
>>
>> No.
>
> That’s indeed the problem:
>
>> 20584 stat("/dev/kvm", 0x7fff2745d348) = -1 ENOENT (No such file or
>> directory)
>> 20584 futex(0x7f01cf335404, FUTEX_WAKE_PRIVATE,
Hello,
Andreas Enge writes:
> On Fri, Mar 21, 2014 at 01:49:59PM +0100, Ludovic Courtès wrote:
>> For now, the “solution” is to create it like this:
>> sudo mknod /dev/kvm c 10 232
>> Can you confirm?
>
> Yes, that works.
Indeed that works a charm! Thanks for your help.
Alex
Mark H Weaver skribis:
> FYI, for well over a month now, our 'shadow' package cannot be built
> because the tarball URL is no longer accessible. The home page is no
> longer accessible either. I finally looked into this, and found this
> post on the mailing list:
>
>
> https://lists.alioth.d
Yagnesh Raghava Yakkala skribis:
> (license license:x11-style
> "https://raw.githubusercontent.com/Unidata/UDUNITS-2/master/COPYRIGHT";)
This should read:
(license
(license:x11-style
"https://raw.githubusercontent.com/Unidata/UDUNITS-2/master/COPYRIGHT";))
(Yeah, error reporting is
Hello Ludovic,
On Mar 21 2014, l...@gnu.org (Ludovic Courtès) wrote:
> Hi!
>
> Yagnesh Raghava Yakkala skribis:
>
>> I know its too late and few hours before the dead line of GSOC
>> application. Anyway I wrote a proposal based on previously discussed by Xue¹
>
> Heh, we can thank him. ;-)
Ye
Yagnesh Raghava Yakkala skribis:
> I have followed installation procedure and created users for
> guix-builder. Started guix-daemon.
>
> While trying to install hello package I had few problems, but managed to
> go further, thanks to the error message emitting from guix-deamon.
Great.
> At firs
Hi!
Yagnesh Raghava Yakkala skribis:
> I know its too late and few hours before the dead line of GSOC
> application. Anyway I wrote a proposal based on previously discussed by Xue¹
Heh, we can thank him. ;-)
> in the list. I am attaching that here. I would like to work on this whether
> or n
Yagnesh Raghava Yakkala writes:
> Hello Eric,
>
> On Mar 21 2014, Eric Bavier wrote:
>
>> Yagnesh Raghava Yakkala writes:
>>
>>> (license license:x11-style
>>> "https://raw.githubusercontent.com/Unidata/UDUNITS-2/master/COPYRIGHT";)
>>> (home-page "http://www.unidata.ucar.edu/software/
On Fri, Mar 21, 2014 at 01:49:59PM +0100, Ludovic Courtès wrote:
> For now, the “solution” is to create it like this:
> sudo mknod /dev/kvm c 10 232
> Can you confirm?
Yes, that works. Together with /dev/shm (how is this affected by the change,
by the way?), there are more and more things to cha
Cyril Roelandt skribis:
> On 03/07/2014 10:40 AM, Ludovic Courtès wrote:
>> Cyril Roelandt skribis:
[...]
>>> +--- Lib/test/test_posixpath.py 2014-03-01 05:46:56.984311000 +0100
>>> Lib/test/test_posixpath.py 2014-03-01 06:20:50.704311000 +0100
>>> +@@ -319,7 +319,11 @@
>>> +
Cyril Roelandt skribis:
> On 03/07/2014 10:31 AM, Ludovic Courtès wrote:
>> Cyril Roelandt skribis:
>>
>>> * gnu/packages/python.scm (python): bump to 3.3.4
>>
>> OK to push.
>>
>> Ludo’.
>>
>
> I'll drop this one. Since I've written this patch, Python 3.4 came
> out, and it brings more test fai
Hello,
The daemon now creates /dev deterministically (thanks!). However, it
expects /dev/kvm to be present.
The patch below restricts that requirement (1) to Linux-based systems,
and (2) to systems where /dev/kvm already exists.
I’m not sure about the way to handle (2). We could special-case
/
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Another idea: does your machine have /dev/kvm?
>
> Is /dev/kvm now required by the daemon?
> If so, I'm concerned about portability.
Yeah, me too. I’ll propose a patch.
Thanks,
Ludo’.
Andreas Enge skribis:
> guix package: error: build failed: failed to set up the build environment for
> `/gnu/store/hdhppd3jfbpbq53afmmh0p51lx259w8a-profile.drv'
>
> On Thu, Mar 20, 2014 at 10:40:20PM +0100, Ludovic Courtès wrote:
>> strace -f -o log -p XYZ
>
> I am attaching the file.
>
>> An
Hello,
I am trying to package UDUNITS2¹ which is a dependency of Netcdf4. I am
getting an syntax error while building guix.
I pasted the following in maths.scm (similar to units package definition).
--8<---cut here---start->8---
(define-public udunits
(pac
Hello all,
I have followed installation procedure and created users for
guix-builder. Started guix-daemon.
While trying to install hello package I had few problems, but managed to
go further, thanks to the error message emitting from guix-deamon.
At first I had to create /gnu/store folder
the
Hello all,
I know its too late and few hours before the dead line of GSOC
application. Anyway I wrote a proposal based on previously discussed by Xue¹
in the list. I am attaching that here. I would like to work on this whether
or not I will get selected for GSOC. I seek your comments (especially
Hi, Deepan,
Deepan Sekar skribis:
> This is the implementation strategy(work that would be involved) I've come
> up with. If it is ok, then I'll proceed to develop the timeline for the
> work. I need your critics to improve it.
Thanks for your interest!
Note that another student, Pierre-Antoin
Mark H Weaver skribis:
> Shea Levy writes:
>
>> On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>>
>>> On 01/23/2014 08:56 PM, Mark H Weaver wrote:
We should not inherit /dev from the host system at all, but rather
create i
27 matches
Mail list logo