On Tue, Aug 25, 2015 at 10:58:42PM +0200, Ludovic Courtès wrote:
> It seems this message was left unanswered. Andreas?
I had a cursory look at the patch, here are some comments:
On Thu, Jul 23, 2015 at 10:43:31PM +1000, Ben Woodcroft wrote:
> + #:make-flags (list (string-append "PREFIX=" (
This looks good and very useful, thanks!
Andreas
Andreas Enge writes:
>> +protein sequences. For instance, it offers L-INS-i (accurate; for alignment
>> +of
> Is this an artefact of the mailer?
In the original patch I see this instead:
> + "MAFFT offers a range of multiple alignment methods for nucleotide and
> +protein sequences. For
This looks harmless to push, if you checked that the dependent
python-oslotest still builds.
Andreas
Hi Ricardo,
do you have an answer to the question below?
On Wed, Jul 22, 2015 at 07:33:56PM +0200, Andreas Enge wrote:
> > I would also like to suggest changing the names ‘icedtea6’ and
> > ‘icedtea7’ to just ‘icedtea’. They cannot be installed into the same
> > profile anyway and users will mos
Andreas Enge writes:
> On Wed, Jul 22, 2015 at 07:33:56PM +0200, Andreas Enge wrote:
>> > I would also like to suggest changing the names ‘icedtea6’ and
>> > ‘icedtea7’ to just ‘icedtea’. They cannot be installed into the same
>> > profile anyway and users will most likely want the latest versi
On Mon, Sep 07, 2015 at 11:27:26AM +0200, Ricardo Wurmus wrote:
> The only reason why I added icedtea7 and kept icedtea6 was that I
> previously did not know that icedtea7 could be bootstrapped with GCJ.
> In the first attempt to get icedtea7 to compile I used icedtea6 to build
> it. Now that this
Updated all the files referring to linux-headers in gnu/packages. The
part of the patch referring to
glibc/hurd was kept out, as there is no glibc/hurd in master.
Is it okay to push it to core-updates?
From b5d724cae502e8bf664b71045f4053e6d35a98df Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
Andreas Enge skribis:
> the openexr package has ilmbase as a propagated input, since the openexr
> header files include ilmbase header files. However, there is a problem with
> subdirectories, since both packages put the include files into
> .../include/OpenEXR.
>
> Then, for instance,
>
> /g
Ricardo Wurmus skribis:
> From 83997a0d8783395d0307498d3b7c32b0de9fb404 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Sun, 6 Sep 2015 23:07:10 +0200
> Subject: [PATCH] gnu: Add gMTP.
>
> * gnu/packages/libusb.scm (gmtp): New variable.
[...]
> +(description "gMTP is a simple graph
On Mon, Sep 07, 2015 at 02:03:17PM +0200, Ludovic Courtès wrote:
> This shouldn’t be a problem because:
> --8<---cut here---start->8---
> $ pkg-config OpenEXR --cflags
> -pthread
> -I/gnu/store/bnp4nsy7v4lzw562k4v7w34jdg8vkc3s-openexr-2.2.0/include/OpenEXR
> -I
On Sun, Sep 6, 2015 at 5:34 PM, Ludovic Courtès wrote:
> David Thompson skribis:
>
>> From 8f29026d37a66d8bcbddc6f32a6354d93d40f50d Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Sat, 29 Aug 2015 21:55:12 -0400
>> Subject: [PATCH 1/2] build: ruby: Avoid long build directory names.
>>
Ludovic Courtès (2015-09-07 00:31 +0300) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2015-09-06 16:51 +0300) wrote:
>>
>>> Alex: We should maybe disable the paragraph filling code in guix.el so
>>> that it doesn’t mess up with formatting?
>>
>> I don't mind (if you remember I didn't actuall
Andreas Enge skribis:
> On Mon, Sep 07, 2015 at 02:03:17PM +0200, Ludovic Courtès wrote:
>> This shouldn’t be a problem because:
>> --8<---cut here---start->8---
>> $ pkg-config OpenEXR --cflags
>> -pthread
>> -I/gnu/store/bnp4nsy7v4lzw562k4v7w34jdg8vkc3s-open
Alex Kost skribis:
> Ludovic Courtès (2015-09-07 00:31 +0300) wrote:
>
>> Alex Kost skribis:
>>
>>> Ludovic Courtès (2015-09-06 16:51 +0300) wrote:
>>>
Alex: We should maybe disable the paragraph filling code in guix.el so
that it doesn’t mess up with formatting?
>>>
>>> I don't mind (
David Thompson skribis:
> From a0a69a802b1d26bf91a663c0d5a0afde510ce5f0 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Fri, 4 Sep 2015 15:09:30 -0400
> Subject: [PATCH] gnu: Add ruby-byebug.
>
> * gnu/packages/ruby.scm (ruby-byebug): New variable.
LGTM, thanks.
Ludo'.
David Thompson skribis:
> From a740a5ca98c02bd0e9c792677dfc8ff8464c8365 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Fri, 4 Sep 2015 16:47:52 -0400
> Subject: [PATCH] gnu: Add ruby-rack.
>
> * gnu/packages/ruby.scm (ruby-rack): New variable.
[...]
> + (add-before 'check 'fix
David Thompson skribis:
> From dc797eb8e306655b10bd466d64ef5deaf428259f Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Sat, 1 Aug 2015 13:54:40 -0400
> Subject: [PATCH] build: container: Setup /dev/console.
>
> * gnu/build/linux-container.scm (mount-file-systems): Bind mount the
> con
David Thompson skribis:
> This patch resolves an issue I was having when working with containers
> at the REPL, which means it probably presented undetected issues
> elsewhere.
Calling ‘primitive-fork’ at the REPL is not very useful anyway since you
end up with two Guiles trying to read from the
On Mon, Sep 7, 2015 at 12:03 PM, Ludovic Courtès wrote:
> David Thompson skribis:
>
>> From dc797eb8e306655b10bd466d64ef5deaf428259f Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Sat, 1 Aug 2015 13:54:40 -0400
>> Subject: [PATCH] build: container: Setup /dev/console.
>>
>> * gnu/buil
On Mon, Sep 7, 2015 at 12:13 PM, Ludovic Courtès wrote:
> David Thompson skribis:
>
>> This patch resolves an issue I was having when working with containers
>> at the REPL, which means it probably presented undetected issues
>> elsewhere.
>
> Calling ‘primitive-fork’ at the REPL is not very usef
On Mon, Sep 7, 2015 at 12:02 PM, Ludovic Courtès wrote:
> David Thompson skribis:
>
>> From a740a5ca98c02bd0e9c792677dfc8ff8464c8365 Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Fri, 4 Sep 2015 16:47:52 -0400
>> Subject: [PATCH] gnu: Add ruby-rack.
>>
>> * gnu/packages/ruby.scm (rub
Ludovic Courtès (2015-09-07 00:28 +0300) wrote:
> Alex Kost skribis:
>
>> Now the bug itself:
>>
>> 1. Start Geiser (M-x run-guile)
>>
>> 2. Make a scheme buffer and evaluate (use-modules (guix scripts build))
>>there using "C-x C-e" or "C-M-x" (or any other "geiser-eval-…"
>>command). T
On 09/07/2015 11:07 AM, Andreas Enge wrote:
> This looks harmless to push, if you checked that the dependent
> python-oslotest still builds.
>
Pushed in ea8e40d031c3295805dc9357098c2c13aa516e1a .
Cyril.
On 09/02/2015 01:04 AM, Cyril Roelandt wrote:
> These patches add oslo.i18n, a library that is part of Oslo.
>
> Cyril Roelandt (2):
> gnu: python-testtools: fix propagated inputs.
> gnu: Add oslo.i18n.
>
Pushed both patches in 05de40c5d342232fae86e7839baec1ebffeac022 and
8531b326f166403298
* gnu/packages/openstack.scm (python-stevedore, python2-stevedore): New
variables.
---
gnu/packages/openstack.scm | 43 +++
1 file changed, 43 insertions(+)
diff --git a/gnu/packages/openstack.scm b/gnu/packages/openstack.scm
index 1641476..e5ba867 100644
* gnu/packages/openstack.scm (python-oslo.config, python2-oslo.config): New
variables.
---
gnu/packages/openstack.scm | 37 +
1 file changed, 37 insertions(+)
diff --git a/gnu/packages/openstack.scm b/gnu/packages/openstack.scm
index e5ba867..dc30207 100644
--
These three patches add oslo.config.
Cyril Roelandt (3):
gnu: Add python-netaddr.
gnu: Add python-stevedore.
gnu: Add python-oslo.config.
gnu/packages/openstack.scm | 80 ++
gnu/packages/python.scm| 28
2 files changed, 108 i
* gnu/packages/python.scm (python-netaddr, python2-netaddr): New variables.
---
gnu/packages/python.scm | 28
1 file changed, 28 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index f9ad951..0231bce 100644
--- a/gnu/packages/python.scm
++
On 09/07/2015 11:07 AM, Andreas Enge wrote:
> This looks harmless to push
Btw, is it OK to directly push such changes? I feel like they usually
pollute the mailing list more than anything else :/
Cyril.
Hi Guix,
Some time ago I asked on IRC about a guix users wiki. Someone suggest
that I propose one here (sorry it's taken so long).
I think that a wiki would be a good complement to the manual, which
while quite complete, lacks exhaustive examples (which would be
impractical).
I have found mysel
>From 612a4a692375f241934de03d24064dbef1c7294c Mon Sep 17 00:00:00 2001
From: David Thompson
Date: Mon, 7 Sep 2015 22:58:05 -0400
Subject: [PATCH] build: ruby: Add support for tarball and directory sources.
Previously, the Ruby build system only knew how to work with gem archives,
which made it d
32 matches
Mail list logo
