Re: Go 1.4.3 failing on core-updates

On Mon, Oct 17, 2016 at 10:23:08AM +0200, Andy Wingo wrote: > On Sat 15 Oct 2016 22:12, Leo Famulari writes: > > > # net > > cannot load DWARF output from $WORK/net/_obj//_cgo_.o: decoding dwarf > > section info at offset 0x4: unsupported version 0 > > # os/user > > cannot load DWARF output from

Re: Update giac-xcas and wireshark

On Thu, Oct 20, 2016 at 08:05:13AM +0200, Nicolas Goaziou wrote: > From c26e7cb826ee2e232743c7e021bbe99d404b82e6 Mon Sep 17 00:00:00 2001 > From: Nicolas Goaziou > Date: Wed, 19 Oct 2016 23:52:57 +0200 > Subject: [PATCH 1/2] gnu: giac-xcas: Update to 1.2.2-95. > > * gnu/packages/algebra.scm (giac

Re: [PATCH] gnu: perl-test-mockobject: Update to 1.20150527.

On Fri, Oct 21, 2016 at 01:02:06PM +0200, Alex Sassmannshausen wrote: > * gnu/packages/perl.scm (perl-test-mockobject): Update to 1.20150527. Thanks, pushed!

Re: Adding rottlog service in ‘%base-services’?

> Not sure I understand the problem. ‘mcron-jobs’ wouldn’t collide with > anything else AFAICS, and it would be clearer than just ‘jobs’ no? What I mean is that mcron-jobs assumes that the mcron-service is used. Calling it something general like jobs or cron-jobs wouldn't require renaming, if som

Re: [PATCH] gnu: Add libjxr.

On Fri, Oct 21, 2016 at 04:47:14PM -0400, Kei Kebreau wrote: > This is a patch I think we need before fixing up freeimage. Thoughts? Thanks for working on this! > + (uri (string-append > "mirror://debian/pool/main/j/jxrlib/jxrlib_" > + version ".orig

[PATCH] gnu: Add libjxr.

This is a patch I think we need before fixing up freeimage. Thoughts?From ac9a3c00c9b9a8232fa7cde26b2ecc46b94f809c Mon Sep 17 00:00:00 2001 From: Kei Kebreau Date: Fri, 21 Oct 2016 16:39:50 -0400 Subject: [PATCH] gnu: Add libjxr. * gnu/packages/images.scm (libjxr): New variable. * gnu/packages/pa

Re: slim patch does not apply

Leo Famulari writes: > On Fri, Oct 21, 2016 at 01:21:25PM +, ng0 wrote: >> ng0 writes: >> >> > Tried a system reconfigure of one of the GuixSD systems, after I synced >> > with head, got this when it came to slim: >> > >> > patching file app.cpp >> > patching file panel.cpp >> > Hunk #1 succ

Re: Building many packages in order

On Fri, Oct 21, 2016 at 02:53:02PM +0300, Efraim Flashner wrote: > On Fri, Oct 21, 2016 at 12:56:08PM +0200, Hartmut Goebel wrote: > > Hi, > > > > testing the new python build system I’m seeking for some way to build > > *many* packages in order. > > > > Of course I can just run `guix build` with

Re: slim patch does not apply

On Fri, Oct 21, 2016 at 01:21:25PM +, ng0 wrote: > ng0 writes: > > > Tried a system reconfigure of one of the GuixSD systems, after I synced > > with head, got this when it came to slim: > > > > patching file app.cpp > > patching file panel.cpp > > Hunk #1 succeeded at 266 (offset 6 lines). >

#!/usr/bin/env in containers, or something

I'm currently looking at building a version of coreboot. Unfortunately, the mortal enemy of every GuixSD user, #!/usr/bin/env, lurks around every corner. Wingo made an interesting suggestion on IRC today: maybe we could have some "guix environment --container" CLI mapping /usr/bin/env. I know we

Re: Display diffs between generations.

On Fri, 21 Oct 2016 11:37:00 +0200 Roel Janssen wrote: > Ludovic Courtès writes: > > > Roel Janssen skribis: > > > >> Ludovic Courtès writes: > > > > [...] > > > [...] > >> > >> Ah, sorry, I forgot about this. This makes sense. But then, what should > >> we > >> see when we do: > >>

Re: slim patch does not apply

ng0 writes: > Tried a system reconfigure of one of the GuixSD systems, after I synced > with head, got this when it came to slim: > > patching file app.cpp > patching file panel.cpp > Hunk #1 succeeded at 266 (offset 6 lines). > patching file panel.cpp > /gnu/store/ni491r4ffm03v0cr70df12lwiq826da

Re: [PATCH] gnu: Add emacs-lua-mode.

On Thu, Oct 20, 2016 at 12:52 PM, ng0 wrote: > Hi, > > We already have lua-mode, what is the difference with this one? > > http://git.savannah.gnu.org/cgit/guix.git/commit/?id=26e08b4d33918a844a42fd0f859ee640990ca757 The difference is that I didn't notice that package and duplicated work, which i

Re: Building many packages in order

Am 21.10.2016 um 13:53 schrieb Efraim Flashner: > If you want to build all packages that are python- or python2-, then you > can call 'guix build $(guix package -A ^python | cut -f1)' I was about to answer that this will not work if the length of the arguments string exceeds some limit. This made

Re: Cross-building bootstrap binaries fail in current master

Hi! > Regardless, cross-building ‘bootstrap-tarballs’ to one of the supported > target triplets works on master: > > --8<---cut here---start->8--- > $ ./pre-inst-env guix build bootstrap-tarballs --target=mips64el-linux-gnu -n > substitute: updating list of subs

Re: Building many packages in order

Am 21.10.2016 um 13:18 schrieb Roel Janssen: > You could create a meta-package (just a package recipe) that has all > python packages as inputs. Thanks for sharing this idea. Unfortunately this make it complicated to pass the version of the package (if there are several versions available), since

Re: Guix on clusters and in HPC

Ricardo Wurmus writes: > Roel Janssen writes: > >> * Network-aware guix-daemon >> >> From a user's point of view it would be cool to have a network-aware >> guix-daemon. In our cluster, we have a shared storage, on which we have >> the store, but manipulating the store through guix-daemon

Re: Building many packages in order

On Fri, Oct 21, 2016 at 12:56:08PM +0200, Hartmut Goebel wrote: > Hi, > > testing the new python build system I’m seeking for some way to build > *many* packages in order. > > Of course I can just run `guix build` with the list of packages to be > build. But when building all python packages, the

Re: Building many packages in order

Hartmut Goebel writes: > Hi, > > testing the new python build system I’m seeking for some way to build > *many* packages in order. > > Of course I can just run `guix build` with the list of packages to be > build. But when building all python packages, the list gets rather long > and does not fit

[PATCH] gnu: perl-test-mockobject: Update to 1.20150527.

* gnu/packages/perl.scm (perl-test-mockobject): Update to 1.20150527. --- gnu/packages/perl.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gnu/packages/perl.scm b/gnu/packages/perl.scm index ba6f71a..5305a0d 100644 --- a/gnu/packages/perl.scm +++ b/gnu/packages/perl.sc

Building many packages in order

Hi, testing the new python build system I’m seeking for some way to build *many* packages in order. Of course I can just run `guix build` with the list of packages to be build. But when building all python packages, the list gets rather long and does not fit into one call of `guix build` (due to

Re: Display diffs between generations.

>From 7864ff2443f99fb227e90d0d176a977a30c88faa Mon Sep 17 00:00:00 2001 From: Roel Janssen Date: Fri, 21 Oct 2016 11:31:52 +0200 Subject: [PATCH] guix package: Display generation diffs. * guix/ui.scm (display-profile-content-diff): New variable. * guix/scripts/package.scm (process-query): Use dis

Re: Guix on clusters and in HPC

Ludovic Courtès writes: > Your thoughts about the point about Galaxy? I talked to one of the Galaxy core developers at a conference and they told me they have implemented Docker support recently. Essentially, they build software in a minimal Docker system and then extract the binaries such tha

Re: [PATCH] gnu: Add coda.

From: l...@gnu.org (Ludovic Courtès) Subject: Re: [PATCH] gnu: Add coda. Date: Wed, 19 Oct 2016 22:13:42 +0200 +(native-search-paths + (list (search-path-specification +(variable "PYTHONPATH") +(files '("lib/python3.4/site-packages") Unless I’m mistaken this