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.debian.org/pipermail/pkg-shadow-devel/2
On 03/07/2014 10:40 AM, Ludovic Courtès wrote:
Cyril Roelandt skribis:
* gnu/packages/python.scm: enable tests for Python 3
* gnu/packages/python-fix-tests.patch: New file.
* gnu/packages/gnu-sysem.am (dist_patch_DATA): add it.
Typo here.
Fixed.
diff --git a/gnu/packages/patches/python-
* gnu/packages/python.scm: enable tests for Python 3
* gnu/packages/python-fix-tests.patch: New file.
* gnu/packages/gnu-system.am (dist_patch_DATA): add it.
---
gnu-system.am | 1 +
gnu/packages/patches/python-fix-tests.patch | 66 +
gnu/
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 failures :)
Cyril.
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.
Mark
Hi
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. Since, its really late, lets say
the timeline can be like one week to work on each step. Hence totally seve
Hello,
Just a quick note:
Ludovic Courtès writes:
> Another idea: does your machine have /dev/kvm?
Mine, as a result of a strange bit of output thrown by guix daemon at
some point somewhere causing me to investigate, does not have /dev/kvm.
I'll be able to help investigate in a more involved m
On Thu, Mar 20, 2014 at 11:07:34PM +0100, Ludovic Courtès wrote:
> OK, I believe this is fixed with 89faa5c.
Indeed, it is working now. Thanks!
Andreas
Andreas Enge skribis:
> I get:
> starting substituter program
> `/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl'
> download-using-manifests.pl: error: executing
> `/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl':
> No such file or directory
Andreas Enge skribis:
> On Thu, Mar 20, 2014 at 07:07:07PM +0100, Ludovic Courtès wrote:
>> Anything on guix-daemon’s stderr/stdout? Does ‘guix build
>> --verbosity=20’ provide useful info?
>
> Well, here everything looks as if things were fine. There are tons of output,
> and the last lines are
On Thu, Mar 20, 2014 at 07:07:07PM +0100, Ludovic Courtès wrote:
> Anything on guix-daemon’s stderr/stdout? Does ‘guix build
> --verbosity=20’ provide useful info?
Well, here everything looks as if things were fine. There are tons of output,
and the last lines are:
| | building path
`/gnu/s
On Thu, Mar 20, 2014 at 07:05:35PM +0100, Ludovic Courtès wrote:
> download-using-manifests.pl is a Nix thing; the equivalent in Guix in
> ‘guix substitute-binary’ (no .pl here ;-)).
>
> Normally guix-daemon.cc sets the NIX_SUBSTITUTERS environment variable
> so that the daemon’s code uses our sub
> (This is libpthread's config.log, right?)
It's the config.log generated in the build folder of glibc.
There is no config.log file generated from libpthread.
Manolis
>
starting phase `configure'
source directory:
"/tmp/nix-build-glibc-hurd-cross-i686-pc-gnu-2.18.drv-4/source" (relative from
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 (GNU_SYSTEM_MODULES): Add it
[...]
> +(
(Hurd people: this is about a configure error when cross-compiling glibc
with libpthread as an add-on.)
Manolis Ragkousis skribis:
> when building glibc with libpthread as an addon I get this
>
> configure: running configure fragment for add-on libpthread
> configure: WARNING: you should use --b
Andreas Enge skribis:
> Alex Sassmannshausen skribis:
>> @ build-started
>> /gnu/store/byc1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv - i686-linux
>> /usr/local/var/log/guix/drvs/by//c1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv.bz2
>> guix package: error: build failed: failed to set up
Andreas Enge skribis:
> Currently, the substituter fails for me. For instance,
>guix build pari-gp -n
> yields the following message:
> download-using-manifests.pl: error: executing
> `/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl':
> No such file or directory
> g
Hi
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.
1. Users will search in the Guix store for the package. This will cause a
Guix daemon to run which will re
>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 (GNU_SYSTEM_MODULES): Add it
---
gnu-system.am |1 +
gnu/packag
when building glibc with libpthread as an addon I get this
configure: running configure fragment for add-on libpthread
configure: WARNING: you should use --build, --host, --target
configure: WARNING: you should use --build, --host, --target
checking build system type... Invalid configuration `dumm
Hello,
Updated url license.scm.
>From 81dd581ff98f6ed210432d1eeaf4c98a8e1a3d4f Mon Sep 17 00:00:00 2001
From: Yakkala Yagnesh Raghava
Date: Fri, 21 Mar 2014 00:15:26 +0900
Subject: [PATCH] Fix url.
* guix/licenses.scm: fix url
---
guix/licenses.scm |2 +-
1 file changed, 1 insertion(+), 1
Alex Sassmannshausen skribis:
> @ build-started /gnu/store/byc1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv
> - i686-linux
> /usr/local/var/log/guix/drvs/by//c1s5m1zfyxjhkwcj7j6226i459zbwa-module-import.drv.bz2
> guix package: error: build failed: failed to set up the build environment for
>
Currently, the substituter fails for me. For instance,
guix build pari-gp -n
yields the following message:
download-using-manifests.pl: error: executing
`/usr/local/guix-git/libexec/nix/substituters/download-using-manifests.pl': No
such file or directory
guix build: error: build failed: substi
Hello,
On Thu, Mar 20, 2014 at 04:28:41AM -0400, Mark H Weaver wrote:
> These patches fix 'netcat', 'screen', 'unzip', and 'bc' to install their
> docs in PREFIX/share/{man,info} instead of PREFIX/{man,info}.
could you maybe try to file upstream bug reports for all these points, as
well as for yo
Mark H Weaver skribis:
> This patch fixes 'util-macros' to install its *.pc file in
> PREFIX/lib/pkgconfig instead of PREFIX/share/pkgconfig, and to avoid
> installing its (standard generic) INSTALL file into
> PREFIX/share/util-macros/INSTALL.
OK to push (rather to core-updates, because it trig
Mark H Weaver skribis:
> These patches fix 'netcat', 'screen', 'unzip', and 'bc' to install their
> docs in PREFIX/share/{man,info} instead of PREFIX/{man,info}.
OK for master, thanks!
Ludo’.
These patches are ultimately aimed at simply installing the man pages
for netpbm in PREFIX/share/man instead of PREFIX/man. I also noticed
that the recipe is indented in such a way that is quite misleading, and
that its install phase could be simplified.
* The first patch is purely whitespace cha
This patch fixes 'util-macros' to install its *.pc file in
PREFIX/lib/pkgconfig instead of PREFIX/share/pkgconfig, and to avoid
installing its (standard generic) INSTALL file into
PREFIX/share/util-macros/INSTALL.
Mark
>From 5dfaa29cfb756de7c8f46f917502bd3a2b6428d3 Mon Sep 17 00:00:00 2001
F
These patches fix 'netcat', 'screen', 'unzip', and 'bc' to install their
docs in PREFIX/share/{man,info} instead of PREFIX/{man,info}.
Mark
>From b6079ab1de07d726b5f1f53d4e35e0f32b9a4d0f Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Thu, 20 Mar 2014 03:45:29 -0400
Subject: [PATCH 1/4]
29 matches
Mail list logo
