Omar Radwan writes:
> Here's a patch that does all the changes you requested to the previous
> patch file
A few problems here:
(1) This new version doesn't even compile, because of several typos.
Please always test before sending patches.
(2) Instead of sending a patch that assumes the firs
Here's a patch that does all the changes you requested to the previous
patch file
On Sun, Feb 1, 2015 at 6:32 PM, Mark H Weaver wrote:
> Omar Radwan writes:
>
> > From 7d65731aaec1b3dbca9364bc2b0f18c9fc9992e5 Mon Sep 17 00:00:00 2001
> > From: Omar Radwan
> > Date: Sun, 1 Feb 2015 14:43:59 -08
Kete Foy writes:
> On 02/01/2015 11:52 AM, Alex Kost wrote:
>> And it is in GSD as well. Do you mean you can't switch your console
>> layout using "loadkeys colemak"? If so, then the problem is that the
>> upstream names this layout "en-latin9", so as a "workaround" you can try
>> "loadkeys en-
Omar Radwan writes:
> From 7d65731aaec1b3dbca9364bc2b0f18c9fc9992e5 Mon Sep 17 00:00:00 2001
> From: Omar Radwan
> Date: Sun, 1 Feb 2015 14:43:59 -0800
> Subject: [PATCH] gnu: Add urwid
Minor nits: add a period above, and:
> * gnu/packages/python.scm(urwid) New variable.
This should be:
* gn
Pushed, thanks!
Mark
On 02/01/2015 11:52 AM, Alex Kost wrote:
And it is in GSD as well. Do you mean you can't switch your console
layout using "loadkeys colemak"? If so, then the problem is that the
upstream names this layout "en-latin9", so as a "workaround" you can try
"loadkeys en-latin9".
This worked.
Thanks
Mark H Weaver writes:
> I just realized, it's not good that the docbook-xsl version number is
> hardcoded here. This will break the next time docbook-xsl is updated.
>
> Does anyone know how to improve this?
>
> The relevant bit in the package Makefile that is being modified is this:
>
> DOCBOOK
Here it is.
On Sun, Feb 1, 2015 at 3:23 PM, Omar Radwan
wrote:
> Wow. I was in such a hurry I forgot to add the patch file
> On Feb 1, 2015 2:56 PM, "Omar Radwan" wrote:
>
>> Here is a patch to add urwid, which is required for wicd, which I will be
>> working on tomorrow, and hopefully finish b
Eric Bavier skribis:
> This patch is intended mostly for discussion. It was brought up again
> on IRC yesterday the idea of prefetching package source into the store
> in order to be able to hack on guix offline.
Excellent!
> +(define (package-source* package)
> + "List package-source but ret
宋文武 skribis:
> * gnu/packages/gnome.scm (desktop-file-utils): New variable.
[...]
> +(description
> + "This package contains a few command line utilities for working with
> +desktop entries:
> +
> +desktop-file-validate: validates a desktop file and prints warnings/errors
> +
Cyril Roelandt skribis:
> * guix/scripts/lint.scm (probe-uri): handle FTP URIs.
[...]
> + (let ((port (ftp-open (uri-host uri) 21)))
> + (define response
Please indent opening bracket below the ‘e.’
LGTM, thank you!
Ludo’.
Ricardo Wurmus skribis:
> attached is a patch to add the waf build system. Although waf is called
> a meta build system, most applications that I've encountered so far (all
> related to audio) have the standard build phases as the GNU build
> system.
>
> The waf build system is embarrassingly si
Ricardo Wurmus skribis:
> From dbc3bd203e311c75ca7f81a7f115eb2f516dd493 Mon Sep 17 00:00:00 2001
> From: rekado
^^^
(Make sure this is the intended name.)
> Date: Thu, 29 Jan 2015 10:00:56 +0100
> Subject: [PATCH 1/4] gnu: Add JACK2.
>
> * gnu/packages/audio.scm (jack-2): New variable.
Mark H Weaver writes:
>> ---
>> gnu-system.am| 1 +
>> gnu/packages/web.scm | 37 -
>> 2 files changed, 37 insertions(+), 1 deletion(-)
>>
>>
>> diff --git a/gnu-system.am b/gnu-system.am
>> index 706ad57..03f148d 100644
>> --- a/gnu-system.am
>> +++
Wow. I was in such a hurry I forgot to add the patch file
On Feb 1, 2015 2:56 PM, "Omar Radwan" wrote:
> Here is a patch to add urwid, which is required for wicd, which I will be
> working on tomorrow, and hopefully finish by next week.
>
Here's the new patch.
For those who weren't on IRC: the test suite of this package has an
interesting problem. Our build process doesn't reap zombie processes,
which makes them continue responding to 'kill -0' (which tests whether a
process exists), so the test suite thinks it can't kill a certai
Here is a patch to add urwid, which is required for wicd, which I will be
working on tomorrow, and hopefully finish by next week.
Applied, thanks!
Mark
Mark H Weaver writes:
> With these simplifications, it would look like this:
>
> (lambda* (#:key inputs #:allow-other-keys)
> (substitute* "Makefile"
> (("/usr/share/xml/.*/docbook.xsl")
> (string-append
> (assoc-ref inputs "docbook-xsl")
>
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> I still use setenv for XML_CATALOG_FILES; is there a more correct way?
This is handled automatically, so you can simply omit that part.
> From b38dd34fce834a54ccd0ae4628d8806418b41269 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Ta
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> From 34a01e8bf1977c722ae06cf0e4238ec2a27796dc Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
>
> Date: Sun, 1 Feb 2015 00:03:19 +0100
> Subject: [PATCH] gnu: Add polipo.
>
> * gnu/packages
I'm looking for thoughts about what the CLI should look like for an
improved 'guix download' that is capable of downloading git repos, svn
repos, etc. in addition to files over HTTP. There could be to be
additional context-sensitive switches to specify details beyond a URL.
For example, git repos
Ok, so far, I've got the build environment setup, but I realized that I
must have urwid to get an ncurses interface in wicd, so I'm doing that
first. Here is the urwid.scm http://paste.lisp.org/display/14553 before you
point out anything, I plan to put it on the python.scm file, just not right
now
Adam Pribyl skribis:
> Most of the time I was seeing that hydra is unresponsive and guix will
> fetch the source instead a substitute, but ATM I am getting a message:
>
> guix substitute-binary: warning: while fetching
> http://hydra.gnu.org/nar/nax41ygqk14w23nbyzfh4i23vxl3qf01-python-3.3.5:
> se
Hi again! :-)
Tomáš Čech skribis:
> * gnu/packages/lua.scm (luajit)[arguments]: Add "LDCONFIG=true" to make
> command line
[...]
> --- a/gnu/packages/lua.scm
> +++ b/gnu/packages/lua.scm
> @@ -92,7 +92,7 @@ for configuration, scripting, and rapid prototyping.")
> (arguments
> '(#
On 01/31/2015 11:13 PM, Marek Benc wrote:
The current issue is that, when building cross-gcc, when it reaches
libgomp, configure fails when trying to create a dummy binary. For some
reason, the compiled cross-compiler needs --rpath to specify where
shared libraries are, as without it, it can'
On 02/01/2015 11:52 AM, Alex Kost wrote
And it is in GSD as well. Do you mean you can't switch your console
layout using "loadkeys colemak"? If so, then the problem is that the
upstream names this layout "en-latin9", so as a "workaround" you can try
"loadkeys en-latin9".
I don't know what is t
Kete Foy (2015-02-01 15:08 +0300) wrote:
> On 01/31/2015 10:39 PM, Omar Radwan wrote:
>
> Colemak is not very widely used
>
>
> It has been in every distro for years
And it is in GSD as well. Do you mean you can't switch your console
layout using "loadkeys colemak"? If so, then the problem
No problem; here's the updated patch. :-)
I still use setenv for XML_CATALOG_FILES; is there a more correct way?
(It's not a Make variable; it's for xmllint(1).)
>From b38dd34fce834a54ccd0ae4628d8806418b41269 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
* gnu/packages/lua.scm (luajit)[arguments]: Add "LDCONFIG=true" to make
command line
Install phase of luajit contains:
ldconfig /gnu/store/…-luajit-2.0.3/lib && \
ln -sf libluajit-5.1.so.2.0.3 /gnu/store/…-luajit-2.0.3/lib/libluajit-5.1.so &&
\
ln -sf libluajit-5.1.so.2.0.3 /gnu/store/…-luajit
"Taylan Ulrich Bayırlı/Kammer" writes:
> Never mind the previous patch, just saw your comment re. 2015. :-)
>
> (Too much copy-paste again.)
>
> From dc3070321f3923780d75906d0b73b60fcd166bb0 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
>
> Date: Sun, 1
Omar Radwan writes:
> Colemak is not very widely used
FWIW I'm a Colemak user too. Seems we have at least 2-3 of them on Guix
already. :P
Taylan
Thanks for the feedback. :-)
Is this OK?
>From 34a01e8bf1977c722ae06cf0e4238ec2a27796dc Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
Date: Sun, 1 Feb 2015 00:03:19 +0100
Subject: [PATCH] gnu: Add polipo.
* gnu/packages/web.scm: Add polipo.
---
gnu-syst
Thanks for the feedback!
It seems `license' must be one value, which may be a list, correct?
>From 68fa9b1b3f5fff6aaac594b78290c184ccab46d3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
Date: Sat, 31 Jan 2015 21:51:08 +0100
Subject: [PATCH] gnu: Add dnsma
Never mind the previous patch, just saw your comment re. 2015. :-)
(Too much copy-paste again.)
>From dc3070321f3923780d75906d0b73b60fcd166bb0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
Date: Sun, 1 Feb 2015 02:21:11 +0100
Subject: [PATCH] gnu: Add mor
Mark H Weaver writes:
> David Thompson writes:
>
>> In GNU Make, the '?=' operator for variable assignment means "assign if
>> the variable isn't already defined"[1]. So, rather than a substitution,
>> how about just setting an environment variable?
>>
>> (setenv "PREFIX" out)
>
> Another way
On 01/31/2015 10:39 PM, Omar Radwan wrote:
Colemak is not very widely used
It has been in every distro for years
37 matches
Mail list logo