> Andreas Enge writes:
>
>> Hello,
>>
>> cmake in core-updates currently fails one test:
>>http://hydra.gnu.org/eval/103918?full=1
>>
>> The culprit seems to be a linking problem:
>> root@debian:/tmp/nix-build-cmake-3.1.3.drv-0/cmake-3.1.3/Tests/BundleUtilities#
>> source ../../../environment
Andreas Enge writes:
> Hello,
>
> cmake in core-updates currently fails one test:
>http://hydra.gnu.org/eval/103918?full=1
>
> The culprit seems to be a linking problem:
> root@debian:/tmp/nix-build-cmake-3.1.3.drv-0/cmake-3.1.3/Tests/BundleUtilities#
> source ../../../environment-variables
Hey folks,
I'm writing this in an attempt to "think out loud" about a deployment
automation tool for GuixSD.
Guix needs a NixOps[0] equivalent. NixOps is the Nix project's
deployment automation tool. I read the source code[1] a bit, and here's
what I've learned about it:
* The central data typ
Christopher Allan Webber writes:
> Christopher Allan Webber writes:
>
>> 宋文武 writes:
>>
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
'/tmp/nix-build-extremetuxracer-0.6.0.drv-0/etr-0.6.0'
Makefile:457: recipe for target 'all' failed
make: *** [
Hello,
cmake in core-updates currently fails one test:
http://hydra.gnu.org/eval/103918?full=1
The culprit seems to be a linking problem:
root@debian:/tmp/nix-build-cmake-3.1.3.drv-0/cmake-3.1.3/Tests/BundleUtilities#
source ../../../environment-variables
root@debian:/tmp/nix-build-cmake-3.1
Christopher Allan Webber writes:
> 宋文武 writes:
>
>>> make[1]: *** [all-recursive] Error 1
>>> make[1]: Leaving directory
>>> '/tmp/nix-build-extremetuxracer-0.6.0.drv-0/etr-0.6.0'
>>> Makefile:457: recipe for target 'all' failed
>>> make: *** [all] Error 2
>>>
>>> sdl is an input, so I do
宋文武 writes:
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory
>> '/tmp/nix-build-extremetuxracer-0.6.0.drv-0/etr-0.6.0'
>> Makefile:457: recipe for target 'all' failed
>> make: *** [all] Error 2
>>
>> sdl is an input, so I don't know what's going on...
>>
>> Sorry! I
Christopher Allan Webber writes:
> 宋文武 writes:
>
>> Christopher Allan Webber writes:
>>
>>> Hello all!
>>>
>>> Can we really and truly claim ourselves to be a GNU/Linux distribution
>>> without the token inclusion of our beloved TuxRacer? Egads!
>>>
>>> Well, I attempted to package it, but I'm
Christopher Allan Webber writes:
> But now I am having a new problem:
>
> g++ -DHAVE_CONFIG_H -I.
> -DETR_DATA_DIR=\"/gnu/store/bhfr0gh4nlna1k7wcy2qm1w4d0gsmwh5-extremetuxracer-0.6.0/share\"
> -g -O2
> -I/gnu/store/s3myrsqza4nnh4lrhmh51r9vzc4392pm-freetype-2.5.5/include/freetype2
> -std=
Christian Thaeter writes:
> When reconfiguring the disk to IDE or Virtio it starts booting but ends
> up in a kernel panic
> http://public.pipapo.org/guix3.png
>
> killing init? wtf anyone has an idea what could be going wrong
> there?
The initrd script threw an error, thus you get a kernel
On Mon, Apr 27, 2015 at 11:23:39AM +0200, Ricardo Wurmus wrote:
> the attached patch is required to fix the build of tbb.
Looks good!
Andreas
Christopher Allan Webber writes:
> David Thompson writes:
>
>> Christopher Allan Webber writes:
>>
[SNIP]
>>> Dave Thompson has made what I think is probably a good suggestion: there
>>> should be some sort of environment variable set with something
>>> searchable. This way, during the "./con
宋文武 writes:
> Christopher Allan Webber writes:
>
>> Hello all!
>>
>> Can we really and truly claim ourselves to be a GNU/Linux distribution
>> without the token inclusion of our beloved TuxRacer? Egads!
>>
>> Well, I attempted to package it, but I'm running into trouble. Perhaps
>> someone here
David Thompson writes:
> Christopher Allan Webber writes:
>
>> Hello all,
>>
>> I'm interested in "guix environment" as a universal solution for
>> virtualenv/bower/etc. There's good reasons to want this; aside from
>> Guix being awesome, packaging for web applications is getting more and
>> mor
I am trying to get GSD running inside a kvm (debian jessy, with a
vanilla 4,0 kernel) but having problems to boot the system.
The system configuration is pretty much the same as from the example,
just changed username, filesystem label and type to ext4.
I've used 'gsd-usb-install-0.8.1.x86_64-lin
Ricardo Wurmus writes:
> Looks good to me. Thanks for packaging it (it's been on my list for a
> while now)!
Pushed! :)
--
David Thompson
Web Developer - Free Software Foundation - http://fsf.org
GPG Key: 0FF1D807
Support the FSF: https://fsf.org/donate
David Thompson writes:
> Ricardo Wurmus writes:
>
>> this patch enables the tests of flexbar. There is no check target but a
>> validation script and some test data, so I'm just running the script
>> instead of "make check".
>
> Looks fine to me! Minor critique below:
Thanks.
>> #:ph
Christopher Allan Webber writes:
> Hello all,
>
> I'm interested in "guix environment" as a universal solution for
> virtualenv/bower/etc. There's good reasons to want this; aside from
> Guix being awesome, packaging for web applications is getting more and
> more insane and often involves many
Ricardo Wurmus writes:
> this patch enables the tests of flexbar. There is no check target but a
> validation script and some test data, so I'm just running the script
> instead of "make check".
Looks fine to me! Minor critique below:
> From 7568ba7f62bcbc8ac50a892d8bb58782603a2c70 Mon Sep 17
Hi Guix,
this patch enables the tests of flexbar. There is no check target but a
validation script and some test data, so I'm just running the script
instead of "make check".
~~ Ricardo
>From 7568ba7f62bcbc8ac50a892d8bb58782603a2c70 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Mon, 27 A
On Sun, Apr 26, 2015 at 08:38:50PM -0400, David Thompson wrote:
>("pulseaudio" ,pulseaudio)
>("sqlite" ,sqlite)
> - ("zlib" ,zlib)))
> + ("zlib" ,zlib)
> + ("mpg123" ,mpg123)
> + ("libshout" ,libshout)
> +
Usually, I try to add all possible inputs, to have a package that works
out of the box in all situations. There may be extreme cases like texlive,
where the "full" package is just so big that one also wants a smaller one.
Andreas
Hi Guix,
the attached patch is required to fix the build of tbb. When tests are
enabled, some additional binaries are built whose rpath is not properly
set. This patch sets the rpath in LDFLAGS, thereby solving this
problem.
~~ Ricardo
>From de82a09eaf5037287cf1740aab7d1ef8f748cda8 Mon Sep 17
23 matches
Mail list logo