Sree Harsha Totakura writes:
> On 02/21/2014 10:46 PM, Mark H Weaver wrote:
>> That failed immediately. The reason is that apparently GNUnet's test
>> suite only works if GNUnet has already been installed. In this case,
>> since the build failed, the guix-daemon deleted the /nix/store/*
>> dire
Sree Harsha Totakura writes:
> Hi,
>
> I am trying to build a package which does not have 'configure' script.
> It instead relies solely on a makefile. For this to function, I have to
> set the 'SH' variable inside the Makefile to a valid shell.
>
> I am trying to set the 'SH' variable through b
Hi,
I am trying to build a package which does not have 'configure' script.
It instead relies solely on a makefile. For this to function, I have to
set the 'SH' variable inside the Makefile to a valid shell.
I am trying to set the 'SH' variable through build-flags like this:
> (arguments
> '(
On 02/21/2014 04:31 PM, Ludovic Courtès wrote:
> On the GNUnet side, it would be great if the tests were less timing sensitive.
We faced these problems earlier when we added Sheevaplug and RasberryPi
into our buildbots. Unfortunately, since we are having a network
application, the timeouts are ne
On 02/21/2014 10:46 PM, Mark H Weaver wrote:
> That failed immediately. The reason is that apparently GNUnet's test
> suite only works if GNUnet has already been installed. In this case,
> since the build failed, the guix-daemon deleted the /nix/store/*
> directory where it had been installed :-(
Mark H Weaver skribis:
> Nikita Karetnikov writes:
>
>> 3. How does a user get Hydra’s public key?
>>
>> 4. Will the entire cache be signed with a single key? (Mark, would you
>>like to add something?)
>
> FWIW, I think it's a mistake to have Hydra sign all binaries. Doing
> this would mak
Commit 9b5b5c1 adds the (guix git-download) module, which provides the
‘git-fetch’ download method. It’s currently used by only one package,
libwebsockets:
(package
(name "libwebsockets")
(version "1.2")
(source (origin
;; The project does not publish tarballs, so we h
Nikita Karetnikov writes:
> 3. How does a user get Hydra’s public key?
>
> 4. Will the entire cache be signed with a single key? (Mark, would you
>like to add something?)
FWIW, I think it's a mistake to have Hydra sign all binaries. Doing
this would make Hydra a single-point of failure, an
Sree Harsha Totakura writes:
> On 02/21/2014 07:22 AM, Mark H Weaver wrote:
>> Any idea what's going on here? In case it's helpful, I've also attached
>> the entire build log.
>
> Can you go into the build directory
> '/tmp/nix-build-gnunet-0.10.0.drv-1/gnunet-0.10.0/src/revocation' and
> run 'm
Hello,
Sorry for the delay!
Nikita Karetnikov skribis:
> 1. Will hydra.gnu.org serve only signed .narinfo files?
Hydra (the software) can do both, but hydra.gnu.org will sign
everything.
> 2. If not, how can one opt out of verifying while using ‘guix
>substitute-binary’? Should we add an
On Fri, Feb 21, 2014 at 06:49:43PM +0100, Ludovic Courtès wrote:
> > The same holds for Qt - its build times out after 2 hours, when it is simply
> > not finished. Could we raise the timeout on hydra?
> IIUC the code, there’s not absolute timeout by default, only a
> timeout-on-silence. Which one
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>> Out of curiosity, what does it do with ALSA?
>
> Emacs has the ability to play sounds internally. See
> 'play-sound-internal' and 'play-sound'. I guess it's mostly
> useful for very short sounds like beeps and alerts, where it's
Andreas Enge skribis:
> On Fri, Feb 21, 2014 at 04:31:17PM +0100, Ludovic Courtès wrote:
>> > We were discussing this yesterday on the IRC. It looks like the tests
>> > are timing out due to hydra being slow. I tested this on my machine and
>> > 2 other X86_64s and they did well.
>> Indeed, it
l...@gnu.org (Ludovic Courtès) writes:
> Out of curiosity, what does it do with ALSA?
Emacs has the ability to play sounds internally. See
'play-sound-internal' and 'play-sound'. I guess it's mostly
useful for very short sounds like beeps and alerts, where it's
good to minimize the delay before
On Fri, Feb 21, 2014 at 04:31:17PM +0100, Ludovic Courtès wrote:
> > We were discussing this yesterday on the IRC. It looks like the tests
> > are timing out due to hydra being slow. I tested this on my machine and
> > 2 other X86_64s and they did well.
> Indeed, it built fine on my x86_64 machin
Mark H Weaver skribis:
> From 4166b5b6eda81db04f9b2c491719877545575060 Mon Sep 17 00:00:00 2001
> From: Mark H Weaver
> Date: Fri, 21 Feb 2014 04:48:22 -0500
> Subject: [PATCH] gnu: emacs: Add more inputs: giflib, libice, libsm, alsa-lib.
>
> * gnu/packages/emacs.scm (emacs): Add 'giflib', 'libi
Mark H Weaver skribis:
> From adc4a0aa91a14f868d00a9a506c913d9f8dd0549 Mon Sep 17 00:00:00 2001
> From: Mark H Weaver
> Date: Fri, 21 Feb 2014 03:21:57 -0500
> Subject: [PATCH] gnu: Add giflib.
>
> * gnu/packages/giflib.scm: New file.
> * gnu-system.am (GNU_SYSTEM_MODULES): Add it.
OK to push,
Sree Harsha Totakura skribis:
> On 02/21/2014 12:27 PM, Andreas Enge wrote:
>> there are also (apparently unrelated) test failures on x86_64:
>>http://hydra.gnu.org/build/39813
>
> We were discussing this yesterday on the IRC. It looks like the tests
> are timing out due to hydra being slow.
On 02/21/2014 12:27 PM, Andreas Enge wrote:
> there are also (apparently unrelated) test failures on x86_64:
>http://hydra.gnu.org/build/39813
We were discussing this yesterday on the IRC. It looks like the tests
are timing out due to hydra being slow. I tested this on my machine and
2 other
On 02/21/2014 07:22 AM, Mark H Weaver wrote:
> Any idea what's going on here? In case it's helpful, I've also attached
> the entire build log.
Can you go into the build directory
'/tmp/nix-build-gnunet-0.10.0.drv-1/gnunet-0.10.0/src/revocation' and
run 'make check' and see if you get the same out
Hello,
there are also (apparently unrelated) test failures on x86_64:
http://hydra.gnu.org/build/39813
...
FAIL: test_namestore_api_lookup_private
...
Feb 20 08:58:58-161120 test-namestore-api-28190 ERROR Test to too long to store
records, cannot run test!
FAIL: test_namestore_api_lookup_shad
This patch adds more features to our emacs, including GIF support and
sound support.
Mark
>From 4166b5b6eda81db04f9b2c491719877545575060 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Fri, 21 Feb 2014 04:48:22 -0500
Subject: [PATCH] gnu: emacs: Add more inputs: giflib, libice, libsm, al
This patch adds giflib, which is API and ABI compatible with libungif,
but can also write GIFs. My motivation was to add it as an input to
emacs (I'll post that patch soon).
Mark
>From adc4a0aa91a14f868d00a9a506c913d9f8dd0549 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Fri, 21 Feb 2
23 matches
Mail list logo
