Wow, a lot of feedback! Okay, comments inline... I'm combining replies
into one email.
Andreas Enge writes:
>> + ;; sha256 goes here
>
> Can be dropped.
Okay, dropping!
Thompson, David writes:
> On Thu, Apr 23, 2015 at 9:17 AM, Andreas Enge wrote:
>> On Wed, Apr 22, 2015 at 10:1
l...@gnu.org (Ludovic Courtès) skribis:
> For those I’ve just reopened core-updates with the intent of freezing it
> in a couple of days or so. The changes should be limited to:
>
> 1. ld-wrapper bugs fixed (just pushed);
>
> 2. libstdc++ not having libgcc_s in its RUNPATH (bug #20358);
>
>
On 2015-04-23 at 21:04, quoth Ludovic Courtès:
> But I suspect that gives you /usr/bin/python instead of
> /home/paul/.guix-profile/bin/python no? Changing the shebang to
> explicitly use the latter would be safer.
Ah i hadn't understood that. Okay, i've put the literal Guix python path
there, b
l...@gnu.org (Ludovic Courtès) skribis:
> For the record, I went a bit further building it (patch attached), but
> now I think we stuck because some of the XSL files used to produce man
> pages are missing in the repo:
And the error is:
--8<---cut here---start
Eric Bavier skribis:
> On 2015-04-23 13:57, l...@gnu.org wrote:
> +(source (origin
> + (method git-fetch)
> + (uri (git-reference
> +(url "https://github.com/ijp/minikanren.git";)
> +(commit
> "10d507785
Thanks for getting this started!
For the record, I went a bit further building it (patch attached), but
now I think we stuck because some of the XSL files used to produce man
pages are missing in the repo:
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index 386f4c5..ecf
Ricardo Wurmus skribis:
> IcedTea 7 is served!
\o/
> The version numbers may be a little confusing. We are using the IcedTea
> 2.5.5 framework and the OpenJDK 7 sources to build a "sanitised" version
> of the OpenJDK 7. Since it's not exactly the OpenJDK that is built but
> rather a cleaned u
Ricardo Wurmus skribis:
> From a72f8aabeba004067c1acb48ceebbd3c0e1fbdd8 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Mon, 20 Apr 2015 21:36:17 +0200
> Subject: [PATCH] gnu: Add Ardour 4.
>
> * gnu/packages/audio.scm (ardour-4): New variable.
[...]
> + (snippet
> +
On Thu, Apr 23, 2015 at 02:48:50PM -0500, Eric Bavier wrote:
> Why not use MMDD.<7-char-sha> so that the version is less arbitrary? It
> would still sort for upgrades.
I would support this idea, or drop the git hash (it is in the source code
anyway, and I think it unlikely we will have create
On 2015-04-23 13:57, l...@gnu.org wrote:
+(source (origin
+ (method git-fetch)
+ (uri (git-reference
+(url "https://github.com/ijp/minikanren.git";)
+(commit
"10d507785eab30b0f8b47bf8bb37d880731fc031")))
Is there no tarball?
宋文武 skribis:
> From 9a83f762e5f5479a9efedefc6fea9c37a49bb87e Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?=
> Date: Mon, 20 Apr 2015 13:45:43 +0800
> Subject: [PATCH] gnu: python-pycairo: Fix build with with python-3.4.3.
>
> * gnu/packages/patches/pycairo-wscript.patch
Paul van der Walt skribis:
> On 2015-04-23 at 12:27, quoth Paul van der Walt:
>> ..so i think you're right Ludo. What can i do about that?
>
> Running
>
> $ LD_LIBRARY_PATH=.guix-profile/lib/ offlineimap
Possibly this is doing the wrong thing: still running /usr/bin/python,
but running it agains
Paul van der Walt skribis:
> On 2015-04-21 at 17:37, quoth Ludovic Courtès:
>> The ‘python’ executable is necessarily the right one, because it’s
>> written in the shebang, and this operator.so is the right one too.
>>
>> It could be that the wrong libpython was loaded, though.
>
> Okay, i had so
Andreas Enge skribis:
> On Thu, Apr 23, 2015 at 11:47:51AM +0200, Ludovic Courtès wrote:
[...]
>> I thought it might be helpful for -A/--list-available to only list
>> packages that are really “available” in the sense that they can be
>> built, to avoid deluding users.
>
> Both approaches make
"Thompson, David" skribis:
> On Thu, Apr 23, 2015 at 9:17 AM, Andreas Enge wrote:
>> On Wed, Apr 22, 2015 at 10:15:27AM -0500, Christopher Allan Webber wrote:
>>
>>> I named it guile-minikanren which isn't really accurate. I'm not sure
>>> how else I could name it though? I'd be open to sugges
On Thu, Apr 23, 2015 at 09:46:19AM -0400, Thompson, David wrote:
> No tarball. I would recommend that the first 7 characters of the
> commit SHA be used as the package version, and this string here could
> just be replaced with 'version'.
For upgrades to work, the version needs to be sortable. So
On Thu, Apr 23, 2015 at 9:17 AM, Andreas Enge wrote:
> On Wed, Apr 22, 2015 at 10:15:27AM -0500, Christopher Allan Webber wrote:
>
>> I named it guile-minikanren which isn't really accurate. I'm not sure
>> how else I could name it though? I'd be open to suggestions!
>
> There is a chapter in th
Andreas Enge writes:
>> I named it guile-minikanren which isn't really accurate. I'm not sure
>> how else I could name it though? I'd be open to suggestions!
>
> There is a chapter in the documentation about this:
>https://www.gnu.org/software/guix/manual/guix.html#Package-Naming
> The main
On Wed, Apr 22, 2015 at 10:15:27AM -0500, Christopher Allan Webber wrote:
> Here's a patch to add minikanren via ijp's port to r6rs packaging to
> Guix. It's my first Guix patch... I hope I did okay!
Thanks for contributing!
> I named it guile-minikanren which isn't really accurate. I'm not sur
On Thu, Apr 23, 2015 at 11:47:51AM +0200, Ludovic Courtès wrote:
> The subject line of the commit was misleading: -s actually still reports
> all the available packages, but with an added ‘systems:’ line.
This is actually a very good feature, I think.
> I thought it might be helpful for -A/--list
On 2015-04-23 at 12:27, quoth Paul van der Walt:
> ..so i think you're right Ludo. What can i do about that?
Running
$ LD_LIBRARY_PATH=.guix-profile/lib/ offlineimap
seems to get me further, although now the error has changed to
[multiple repetitions, once per folder]
ERROR: ERROR in syncfolde
On 2015-04-21 at 17:37, quoth Ludovic Courtès:
> The ‘python’ executable is necessarily the right one, because it’s
> written in the shebang, and this operator.so is the right one too.
>
> It could be that the wrong libpython was loaded, though.
Okay, i had some more time to look into this. First,
Andreas Enge skribis:
> On Wed, Apr 22, 2015 at 01:46:35PM +0200, Pjotr Prins wrote:
>> 5. We reload the list of substitutes after a fixed time
>> Let me rephrase. Can we have a more lazy approach towards fetching
>> substitutes? Rather than a fixed TTL we could fetch the latest list on
>> the fi
Ricardo Wurmus skribis:
> From d4790393c81b19fa1b26e7bbc65cd98842868b18 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Wed, 22 Apr 2015 12:26:45 +0200
> Subject: [PATCH] gnu: r: Update to 3.2.0.
>
> * gnu/packages/statistics.scm (r): Update to 3.2.0.
Sure!
Ludo'.
Mark H Weaver skribis:
> Ludovic Courtès writes:
>
>> commit 5763ad9266ec7682d53b87a874fc6ae04f92b6c4
>> Author: Ludovic Courtès
>> Date: Sun Apr 19 19:12:22 2015 +0200
>>
>> guix package: -A and -s take supported systems into account.
>>
>> * guix/scripts/package.scm (guix-packa
>> The
>> SWT tarball does include jars but these are binaries of the library.
>> The package recipe ignores them and only works on the sources in src.zip
>
> OK. What about adding a snippet that removes all these jars anyway,
> mostly “to be safe” and to not convey the impression that we’re bund
26 matches
Mail list logo