On 20/06/15 08:30, Ben Woodcroft wrote:
On 19/06/15 20:13, Alex Kost wrote:
Ben Woodcroft (2015-06-19 10:24 +0300) wrote:
Hi,
Hi, I didn't try your patch, so I don't have real comments, just some
general cosmetic notes, if you don't mind.
Thanks, all help appreciated. Updated patch attache
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Esperanto team of translators. The file is available at:
http://translationproject.org/latest/guix/eo.po
(We can arrange things so that in t
"guix edit" command made me think that it would be good to be able to
press a key in a *Guix Package List* buffer to "edit" the current
package definition.
>From 387e91bfc31f31eb983d8a6589c442d7138ab6aa Mon Sep 17 00:00:00 2001
From: Alex Kost
Date: Fri, 19 Jun 2015 21:57:04 +0300
Subject: [PATCH
An uninteresting explanation of this patch is following. I'm afraid it
is very unclear, so if you don't understand it, you have to believe that
this patch will not burn your computer.
Packages are defined by 'object-address'-es which are used as IDs for a
list of packages (when 'guix-package-list
Argh. Why is there always some small detail you don't notice until you
posted, even in a small file like this?
Removed commented-out lines.
0001-gnu-package-pv.scm-pv-New-file-new-variable.patch
Description: Binary data
>From 7df5b2d6c71d7de70e4af59f1944c87c0b0ce807 Mon Sep 17 00:00:00 2001
From: Claes Wallin
Date: Fri, 19 Jun 2015 20:12:09 +0200
Subject: [PATCH] gnu/package/pv.scm (pv): New file, new variable
Signed-off-by: Claes Wallin
---
gnu/packages/pv.scm | 51
Ricardo,
Thanks for your complete and easy-to-understand response to my inquiries.
> > Can anyone elaborate a little on what are the obstacles to having
> > `/gnu` mounted read-write network wide?
>
> Yes, the primary problem is that the daemon assumes that it is the only thing
> writing to the
On Fri, Jun 19, 2015 at 2:13 PM, Ludovic Courtès wrote:
>>> guix.el already takes care of that (info "(guix) Emacs Initial Setup"),
>>> so that should be enough.
>>
>> Unfortunately this doesn't work without modification. The reason is
>> that I follow the emacs package.el strategy to install each
Amirouche Boubekki writes:
> Héllo,
>
>
> If I'm not mistaken this patch relies only on the presence of
> requirements.txt. This is not a required file in python packaging.
> otherwise said, we miss a lot using this method. I think the best way to
> do that would be to:
>
> - download the packa
宋文武 skribis:
> Mark H Weaver writes:
[...]
>> Better yet, we should try to get it to use our system copies of
>> libraries whenever possible.
> Yes, as I know, the remains bundled libraries are:
> pcre, need build with '--enable-pcre16'
> jasper, not packaged yet, and need various security
Mark H Weaver writes:
> Hi,
>
> Qt includes bundled copies of a *lot* of stuff. Among other things, it
> bundles Chromium, which also bundles a lot of stuff. Someone who cares
> about Qt needs to be on top of security updates for the things it
> bundles.
>
> Better yet, we should try to get it
On Tue, Jun 16, 2015 at 11:46 AM, Pjotr Prins wrote:
> Anything wrong with this patch?
>
> On Sun, Jun 14, 2015 at 10:36:40AM +0200, Pjotr Prins wrote:
>> From be945cf4d65ab77eb8bd7a462aa0b7d24877ba74 Mon Sep 17 00:00:00 2001
>> From: pjotrp
>> Date: Sat, 13 Jun 2015 13:22:10 +0200
>> Subject: [P
On Fri, Jun 19, 2015 at 8:08 AM, Ludovic Courtès wrote:
> "Thompson, David" skribis:
>
>> On Sat, Jun 13, 2015 at 4:19 PM, Ludovic Courtès wrote:
>>> "Thompson, David" skribis:
>>>
On Sat, Jun 13, 2015 at 9:06 AM, Ludovic Courtès wrote:
> "Thompson, David" skribis:
>
>> On Fr
Federico Beffa skribis:
> On Tue, Jun 16, 2015 at 6:00 PM, Ludovic Courtès wrote:
[...]
>>> To make those packages automatically available in Emacs without the
>>> need for any code in the user '.emacs' file, I would suggest to
>>> include in our Emacs package site initialization file some cus
"Thompson, David" skribis:
> On Sat, Jun 13, 2015 at 4:19 PM, Ludovic Courtès wrote:
>> "Thompson, David" skribis:
>>
>>> On Sat, Jun 13, 2015 at 9:06 AM, Ludovic Courtès wrote:
"Thompson, David" skribis:
> On Fri, Jun 12, 2015 at 11:12 AM, Ludovic Courtès wrote:
>> "Thomps
On Fri, Jun 19, 2015 at 7:42 AM, Ludovic Courtès wrote:
> David Thompson skribis:
>
>> From 6efe8e786674d40e01df48c7df9a952107831ad9 Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Thu, 18 Jun 2015 20:21:41 -0400
>> Subject: [PATCH 1/2] gnu: Make 'mount' interface in static Guile consi
Rohan Prinja skribis:
> From 668910afbe979145a7699708817e28d219ec0750 Mon Sep 17 00:00:00 2001
> From: Rohan Prinja
> Date: Fri, 19 Jun 2015 12:05:05 +0530
> Subject: [PATCH] add wrapper for getifaddrs (3) to guix/build/syscalls.scm
Nice!
I have a few comments, but nothing major.
Please add a
On Fri, Jun 19, 2015 at 7:43 AM, Ludovic Courtès wrote:
> David Thompson skribis:
>
>> From 339bc3a744ad07f8513fbbf4b1cfd7955fdf7f1d Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Thu, 18 Jun 2015 20:40:57 -0400
>> Subject: [PATCH 2/2] gnu: Add control group file systems.
>>
>> * gnu/
David Thompson skribis:
> From 339bc3a744ad07f8513fbbf4b1cfd7955fdf7f1d Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Thu, 18 Jun 2015 20:40:57 -0400
> Subject: [PATCH 2/2] gnu: Add control group file systems.
>
> * gnu/system/file-systems.scm (%control-groups): New variable.
> (%bas
David Thompson skribis:
> From 6efe8e786674d40e01df48c7df9a952107831ad9 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Thu, 18 Jun 2015 20:21:41 -0400
> Subject: [PATCH 1/2] gnu: Make 'mount' interface in static Guile consistent
> with Guix API.
>
> Rather than expecting a pointer, the
Ricardo Wurmus skribis:
> Even then, /gnu would be mounted read-only on all but the management
> host, because there would still only be one daemon writing to the store
> and the localstatedir – even if it would take requests from multiple
> remote guix clients.
I think $localstatedir (/var/guix
Ricardo Wurmus skribis:
> Something like that has been suggested before: if the daemon were to
> accept authenticated connections from the outside rather than to just
> listen on a local socket we could have remote guix clients connecting to
> the central daemon.
[...]
> Ultimately, the correct
Ben Woodcroft (2015-06-19 10:24 +0300) wrote:
> Hi,
Hi, I didn't try your patch, so I don't have real comments, just some
general cosmetic notes, if you don't mind.
[...]
> + (source (origin
> + (method url-fetch)
> + (uri (string-append
> + "http://ww
Federico Beffa (2015-06-18 21:32 +0300) wrote:
> On Wed, Jun 17, 2015 at 8:21 PM, Alex Kost wrote:
>> The code for loading "…-autoloads.el" files is placed in
>> "guix-emacs.el", so perhaps it would be enough to adjust:
>>
>> - 'guix-emacs-find-autoloads' to make it look at subdirs;
>>
>> - 'guix
PTAL, thank you
-Rohan
0001-add-wrapper-for-getifaddrs-3-to-guix-build-syscalls..patch
Description: Binary data
Alex Kost skribis:
> Ludovic Courtès (2015-06-15 23:44 +0300) wrote:
>
>> Alex Kost skribis:
>>
>>> If one uses a relative symlink in 'local-file', it will lead to a broken
>>> symlink in the store as illustrated in the attached example. So I think
>>> it either:
>>>
>>> - should be documented
Cook, Malcolm writes:
> Can anyone elaborate a little on what are the obstacles to having
> `/gnu` mounted read-write network wide?
Yes, the primary problem is that the daemon assumes that it is the only
thing writing to the store and the localstatedir. Any modification of
profiles and the sto
Alex Kost skribis:
> From 1f1330c80e4057040721d5e32cbac0dfc9f1da57 Mon Sep 17 00:00:00 2001
> From: Alex Kost
> Date: Thu, 18 Jun 2015 16:21:13 +0300
> Subject: [PATCH] emacs: Add completions for 'edit' and 'size' commands.
>
> * emacs/guix-pcomplete.el (guix-pcomplete-complete-command-arg):
>
Hi,
I was a bit confused the best way to package FastTree as it is so simple
- the install instructions just give how to run gcc and I couldn't find
anything similar (enough for me) in other .scm files.
I'm also not clear which version of gcc should be chosen - I chose 5.1
as it was new, but
29 matches
Mail list logo
