* gnu/packages/bittorrent.scm (transmission-remote-cli)[properties]: New field.
---
gnu/packages/bittorrent.scm | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/bittorrent.scm b/gnu/packages/bittorrent.scm
index a7294f38a..facc2be53 100644
---
transmission-remote-cli is no longer maintained:
https://github.com/fagga/transmission-remote-cli/commit/edbeb35632ff8e93f7bf7959211fb1818f09f27a
But, there is a fork with a few bug fixes, tremc:
https://github.com/louipc/tremc
These patches add tremc and mark transmission-remote-cli as
* guix/scripts/environment.scm (launch-environment/container): Include the
file name in the call to string=? when deciding if the file should be
writable.
---
guix/scripts/environment.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/guix/scripts/environment.scm
Kei Kebreau writes:
> Kei Kebreau writes:
>
>> Kei Kebreau writes:
>>
>>> This is a patch that adds a package for the Free Pascal Compiler.
>>> Can someone verify that this builds reproducibly on an i386 machine?
>>
>> This
Kei Kebreau writes:
> Kei Kebreau writes:
>
>> This is a patch that adds a package for the Free Pascal Compiler.
>> Can someone verify that this builds reproducibly on an i386 machine?
>
> This update allows the compiler to find its configuration
Kei Kebreau writes:
> This is a patch that adds a package for the Free Pascal Compiler.
> Can someone verify that this builds reproducibly on an i386 machine?
This update allows the compiler to find its configuration file.
From 10b52891b6fd522231081e5735ce5287060dff21 Mon
In the patch I sent recently which updated the pypi importer, I forgot
to update the corresponding tests.
Here's a fix for the tests.
Carlo
From e709e9a1cb321ff2581cc10232bae9e37048cea0 Mon Sep 17 00:00:00 2001
From: Carlo Zancanaro
Date: Fri, 27 Jan 2017 14:40:49 +1100
Carlo Zancanaro writes:
> On Thu, Jan 26 2017, Marius Bakke wrote
>> Would you like to fix it? Good catch, sorry for making the mistake on
>> your behalf!
>
> No worries!
>
> I've attached a patch to move it to a snippet. I wasn't sure how to word
> the commit message
Troy Sankey writes:
> The previous pius version in Guix pulled a specific git commit to
> address a bug, but now there is a new release (2.2.3) containing the
> bugfix so this patch switches the package back to using the release
> tarballs.
Applied, thanks! I took the
On Thu, Jan 26, 2017 at 10:56:03AM +0100, Ludovic Courtès wrote:
> Leo Famulari skribis:
>
> > * gnu/packages/pdf.scm (mupdf)[replacement]: Remove field.
> > [source]: Add 'mupdf-mujs-CVE-2016-10132.patch' and
> > 'mupdf-mujs-CVE-2016-10133.patch'.
> > (mupdf/fixed): Remove
On Thu, Jan 26 2017, Marius Bakke wrote
> Would you like to fix it? Good catch, sorry for making the mistake on
> your behalf!
No worries!
I've attached a patch to move it to a snippet. I wasn't sure how to word
the commit message (this is the first time I've updated a package), so I
hope it's
On Thu, Jan 26, 2017 at 10:43:34PM +0100, Marius Bakke wrote:
> Leo Famulari writes:
>
> > OpenSSL 1.0 and 1.1 have both received security updates:
> >
> > https://mta.openssl.org/pipermail/openssl-announce/2017-January/94.html
> >
> > I built the updated packages
The previous pius version in Guix pulled a specific git commit to
address a bug, but now there is a new release (2.2.3) containing the
bugfix so this patch switches the package back to using the release
tarballs.
Troy
From b328649a8892ea9888b45f656123fbcaeb7f2825 Mon Sep 17 00:00:00 2001
From:
This is a patch that adds a package for the Free Pascal Compiler.
Can someone verify that this builds reproducibly on an i386 machine?
From 5352fa71ccba41acf104512bbfeb5311ddd97ab9 Mon Sep 17 00:00:00 2001
From: Kei Kebreau
Date: Thu, 26 Jan 2017 17:36:06 -0500
Subject:
Carlo Zancanaro writes:
> On Thu, Jan 26 2017, Marius Bakke wrote
>> I replaced the patch file with a substitution phase instead ... .
>
> Is this the preferred way to patch reproducibility issues? I don't
> really have a sense of it, but the other packages I have seen
Leo Famulari writes:
> OpenSSL 1.0 and 1.1 have both received security updates:
>
> https://mta.openssl.org/pipermail/openssl-announce/2017-January/94.html
>
> I built the updated packages successfully but I don't have time to test
> them. Please test these and push on my
On Thu, Jan 26 2017, Marius Bakke wrote
> I replaced the patch file with a substitution phase instead ... .
Is this the preferred way to patch reproducibility issues? I don't
really have a sense of it, but the other packages I have seen have used
either a patch or a snippet to make a build
Ludovic Courtès writes:
> Marius Bakke skribis:
>
>> * gnu/build/activation.scm (make-file-writable): Move this to ...
>> * guix/build/utils.scm (make-file-writable): ... here. Export it.
>> * guix/build/gnu-build-system.scm (strip): Use it.
>
> [...]
>
>> ---
Carlo Zancanaro writes:
> On Thu, Jan 26 2017, Ludovic Courtès wrote
>> It’s simpler to add --no-name (which suppresses timestamps and file
>> names from the gzip output) to all the gzip invocation in this Makefile.
>>
>> Could you do that?
>
> Done! Patch attached. I've
Hi Marius,
What do you think about moving the chromium package into a separate
repo? I have some other packages that won't be accepted into guix. It
would be nice to have a place to put these and maybe sometime add a
guix publish service for it later. I can't expect my mother to compile
chromium
On Thu, Jan 26, 2017 at 02:19:35PM -0500, Leo Famulari wrote:
> Fix CVE-2016-7055 and CVE-2017-{3731,3732}.
>
> * gnu/packages/tls.scm (openssl)[replacement]: New field.
> (openssl-1.0.2k): New variable.
> (openssl-next)[replacement]: New field.
I forgot to sign this email, too.
> ---
>
On Thu, Jan 26, 2017 at 02:19:36PM -0500, Leo Famulari wrote:
> * gnu/packages/tls.scm (openssl-next): Update to 1.1.0d.
I forgot to sign this email.
> ---
> gnu/packages/tls.scm | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/gnu/packages/tls.scm
Fix CVE-2016-7055 and CVE-2017-{3731,3732}.
* gnu/packages/tls.scm (openssl)[replacement]: New field.
(openssl-1.0.2k): New variable.
(openssl-next)[replacement]: New field.
---
gnu/packages/tls.scm | 21 +
1 file changed, 21 insertions(+)
diff --git a/gnu/packages/tls.scm
OpenSSL 1.0 and 1.1 have both received security updates:
https://mta.openssl.org/pipermail/openssl-announce/2017-January/94.html
I built the updated packages successfully but I don't have time to test
them. Please test these and push on my behalf.
Please verify the signatures and hashes of
* gnu/packages/tls.scm (openssl-next): Update to 1.1.0d.
---
gnu/packages/tls.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/tls.scm b/gnu/packages/tls.scm
index d2abf1223..5dac5dff5 100644
--- a/gnu/packages/tls.scm
+++ b/gnu/packages/tls.scm
@@ -406,7
Danny Milosavljevic writes:
> Hi,
>
> On Thu, 26 Jan 2017 19:14:41 +0100
> Marius Bakke wrote:
>
>> >> +(arguments
>> >> + `(#:tests? #f ; no tests exist
>> >> + ))
>>
>> Please move these to the previous line.
>
> How? I'm not
* gnu/packages/databases.scm (python-pyodbc-c, python2-pyodbc-c):
New variables.
---
gnu/packages/databases.scm | 28
1 file changed, 28 insertions(+)
diff --git a/gnu/packages/databases.scm b/gnu/packages/databases.scm
index e8be17980..232c46985 100644
---
Hi,
On Thu, 26 Jan 2017 19:14:41 +0100
Marius Bakke wrote:
> >> +(arguments
> >> + `(#:tests? #f ; no tests exist
> >> + ))
>
> Please move these to the previous line.
How? I'm not supposed to use block comment and the line comment doesn't end
properly if
ng0 writes:
> Danny Milosavljevic writes:
>
>> * gnu/packages/databases.scm (python-pyodbc-c, python2-pyodbc-c):
>> New variables.
[...]
>> + (file-name (string-append name "-" version ".tar.gz"
>> +(build-system
julien lepiller skribis:
> Le 2017-01-25 18:58, l...@gnu.org a écrit :
>> Hey Julien,
>>
>> I think I missed the answer to that question:
>>
>>> Do you have an OPAM importer for this? We should probably consider
>>> adding one and an updater as well. :-)
>>
>> Ludo’.
>
>
Tobias Geerinckx-Rice skribis:
> On 2017-01-26 09:11, Chris Marusich wrote:
>> We have "guix build -S foo" which fetches the source. It sounds like
>> you're suggesting that we remove this and replace it with a "source"
>> (or
>> "debug-full") output for each package, so to get
Ricardo Wurmus skribis:
> * gnu/packages/lua.scm (lua5.2-lpeg): New variable.
I think you didn’t get feedback on this one.
> +(define-public lua5.2-lpeg
> + (package (inherit lua-lpeg)
> +(name "lua5.2-lpeg")
> +(arguments
> + `(#:phases
> +
Danny Milosavljevic writes:
> * gnu/packages/databases.scm (python-pyodbc-c, python2-pyodbc-c):
> New variables.
> ---
> gnu/packages/databases.scm | 26 ++
> 1 file changed, 26 insertions(+)
>
> diff --git a/gnu/packages/databases.scm
Hi
I'm somewhat late to the party as I wasn't sure whether I could make it
to FOSDEM this year, but aparently I will.
If it's still ok, I'd love to join ^^
Best regards
Benz
On Fri, 20 Jan 2017 14:27:11 +0100
Alex Sassmannshausen wrote:
> Hello,
>
> To
Leo Famulari writes:
> On Wed, Jan 25, 2017 at 06:19:32PM +0100, Marius Bakke wrote:
>> Sorry for the late series, but I see core-updates isn't fully rolling
>> yet. This updates xorg and the latter patch has a proper fix for
>> c254ac32004 (untested, though).
>>
>> Note:
On Sat, 2017-01-21 at 16:13 +0100, Ludovic Courtès wrote:
> Marius Bakke skribis:
>
> >
> > Paul Garlick writes:
> [...]
>
> >
> > Libtool and file should likely be native-inputs, not sure about the
> > others. Could you check whether
It really seems to require perl only. Fixed the download, removed the
unnecessary inputs.
From: ng0
* gnu/packages/tls.scm (mbedtls): New variable.
---
gnu/packages/tls.scm | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/tls.scm b/gnu/packages/tls.scm
index 1198eb7d0..4da442a1d 100644
---
Hi Danny,
Danny Milosavljevic writes:
> * gnu/packages/gtk.scm (gtk+)[arguments]: Modify configure-flags.
> ---
> gnu/packages/gtk.scm | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/gtk.scm b/gnu/packages/gtk.scm
> index
My apologies, I forgot to attach the improved patch...
Thomas
>From ae03afa6753e286c2bb4a58762e5419273f7002d Mon Sep 17 00:00:00 2001
From: Thomas Danckaert
Date: Thu, 26 Jan 2017 11:35:50 +0100
Subject: [PATCH] gnu: Add xinetd.
* gnu/packages/web.scm (xinetd): New
From: Tobias Geerinckx-Rice
Subject: Re: [PATCH] gnu: Add xinetd.,Re: [PATCH] gnu: Add xinetd.
Date: Thu, 26 Jan 2017 14:58:53 +0100
[...]
+ (file-name (string-append name "-" version))
file-name is used mainly to avoid polluting the store with
meaningless
Leo Famulari writes:
> On Wed, Jan 25, 2017 at 12:25:17PM +, contact@cryptolab.net wrote:
>> * gnu/packages/tls.scm (mbedtls): New variable.
>
>> + ;; FIXME: Tarball on tls.mbed.org can no be fetched by our
>> downloader.
>
> Please add a comment explaining
Thomas,
On 26/01/17 11:43, Thomas Danckaert wrote:
> This patch provides the xinetd executables[.]
Thanks!
> + (origin
> + (method url-fetch)
> + (uri "https://github.com/xinetd-org/xinetd/archive/\
> \xinetd-2-3-15.tar.gz")
> + (file-name (string-append name "-" version))
Am 21.01.2017 um 06:31 schrieb Carlo Zancanaro:
> The pypi importer currently adds python-setuptools to the propagated
> inputs. According to the manual we don't need to do this any more, so
> here's a patch that updates the importer to match.
>
Well spotted :-) Pushed as
* gnu/packages/emacs.scm (emacs-mu4e-alert): New variable.
---
gnu/packages/emacs.scm | 26 ++
1 file changed, 26 insertions(+)
diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index 498e17f6b..0e14d34b4 100644
--- a/gnu/packages/emacs.scm
+++
* gnu/packages/emacs.scm (emacs-alert): New variable.
---
gnu/packages/emacs.scm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index 3859125dc..498e17f6b 100644
--- a/gnu/packages/emacs.scm
+++
* gnu/packages/emacs.scm (emacs-gntp): New variable.
---
gnu/packages/emacs.scm | 25 +
1 file changed, 25 insertions(+)
diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index 022ba4e3d..3859125dc 100644
--- a/gnu/packages/emacs.scm
+++
The point of this serie is to add mu4e-alert and it's dependencies.
I used the importer for every package and rewrote incorrect descriptions.
Mathieu Othacehe (5):
gnu: Add emacs-ht.
gnu: Add emacs-log4e.
gnu: Add emacs-gntp.
gnu: Add emacs-alert.
gnu: Add emacs-mu4e-alert.
* gnu/packages/emacs.scm (emacs-ht): New variable.
---
gnu/packages/emacs.scm | 25 +
1 file changed, 25 insertions(+)
diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index d3e64c04f..699d41712 100644
--- a/gnu/packages/emacs.scm
+++ b/gnu/packages/emacs.scm
* gnu/packages/emacs.scm (emacs-log4e): New variable.
---
gnu/packages/emacs.scm | 22 ++
1 file changed, 22 insertions(+)
diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index 699d41712..022ba4e3d 100644
--- a/gnu/packages/emacs.scm
+++ b/gnu/packages/emacs.scm
On Thu, Jan 26 2017, Ludovic Courtès wrote
> It’s simpler to add --no-name (which suppresses timestamps and file
> names from the gzip output) to all the gzip invocation in this Makefile.
>
> Could you do that?
Done! Patch attached. I've also updated it to the most recent commit
again. I figure
On Thu, Jan 26, 2017 at 11:23 AM, Ludovic Courtès wrote:
> Hi Federico,
>
> Federico Beffa skribis:
[...]
>> error: failed to run download program
>> '/usr/local/libexec/guix/download': No such file or directory
>
> This error is the root of the problem.
>
>
Hi Federico,
Federico Beffa skribis:
> There seems to still be something wrong, but probably not related to
> mistune now:
>
> $ ./pre-inst-env guix package --upgrade .
> guix package: package 'geiser-next' has been superseded by 'geiser'
> The following package will be removed:
Hi,
I'd like to use xinetd to forward some local ports via ssh (e.g. as
explained here:
https://debian-administration.org/article/487/SMTP_via_a_SSH_tunnel).
This patch provides the xinetd executables, I'll try my hand at
writing a xinetd service next... Unless there is already an
alternative
Hello,
Sorry for the delay.
Carlo Zancanaro skribis:
> From a15396f186d5a88f7fbe1af21add9bbd40ddc59b Mon Sep 17 00:00:00 2001
> From: Carlo Zancanaro
> Date: Fri, 30 Dec 2016 02:15:59 +1100
> Subject: [PATCH] gnu: Add kakoune
>
> *
Hi!
Leo Famulari skribis:
> On Fri, Jan 20, 2017 at 10:25:40PM +0100, Ludovic Courtès wrote:
>> Leo Famulari skribis:
>> If gd-for-php has #f as its replacement, then nothing will be grafted to
>> replace it.
>>
>> Or am I missing something?
>
> No, I
Mathieu Othacehe skribis:
> * guix/scripts/copy.scm (open-ssh-session): Replace userauth-agent! by
> userauth-public-key/auto!. This way, if ssh-agent is not run,
> default ssh key (~/.ssh/id_rsa) will be used as a fallback.
> ---
> Hi,
>
> I was surprised to see guix
Pjotr Prins skribis:
> On Wed, Jan 25, 2017 at 06:54:30PM +0100, Ludovic Courtès wrote:
>> Pjotr Prins skribis:
>>
>> > On Wed, Jan 25, 2017 at 02:22:48PM +0100, Ludovic Courtès wrote:
>> >> You can always get the right source code by
Marius Bakke skribis:
> * gnu/build/activation.scm (make-file-writable): Move this to ...
> * guix/build/utils.scm (make-file-writable): ... here. Export it.
> * guix/build/gnu-build-system.scm (strip): Use it.
[...]
> --- a/guix/build/gnu-build-system.scm
> +++
Danny Milosavljevic skribis:
> * guix/build/cmake-build-system.scm (cmake-build-system): Set QT_QPA_PLATFORM
> to "offscreen".
> ---
> guix/build/cmake-build-system.scm | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/guix/build/cmake-build-system.scm
>
Leo Famulari skribis:
> * gnu/packages/pdf.scm (mupdf)[replacement]: Remove field.
> [source]: Add 'mupdf-mujs-CVE-2016-10132.patch' and
> 'mupdf-mujs-CVE-2016-10133.patch'.
> (mupdf/fixed): Remove variable.
> * gnu/packages/cups.scm (cups-filters)[replacement]: Remove field.
Leo Famulari skribis:
> On Tue, Jan 10, 2017 at 10:40:40PM +, Ludovic Court�s wrote:
>> civodul pushed a commit to branch master
>> in repository guix.
>>
>> commit 3c0f7910e4724ed79d3b17e3727dc7879ad246d3
>> Author: Ludovic Courtès
>> Date: Tue Jan 10
Ricardo Wurmus skribis:
> * guix/build/bournish.scm (rm-command): New procedure.
> (%commands): Use it.
> * tests/bournish.scm: Add tests for "rm" and "rm -r".
LGTM!
Longer-term, we should use (srfi srfi-37) to parse command-line options.
Thanks,
Ludo’.
Le 2017-01-25 18:58, l...@gnu.org a écrit :
Hey Julien,
I think I missed the answer to that question:
Do you have an OPAM importer for this? We should probably consider
adding one and an updater as well. :-)
Ludo’.
Sorry, I forgot to answer. I don't have an importer or updater yet, but
On 2017-01-26 09:11, Chris Marusich wrote:
We have "guix build -S foo" which fetches the source. It sounds like
you're suggesting that we remove this and replace it with a "source"
(or
"debug-full") output for each package, so to get the source you would
run "guix build foo:source" instead.
On Thu, Jan 26, 2017 at 12:11:19AM -0800, Chris Marusich wrote:
> Pjotr Prins writes:
>
> > On Wed, Jan 25, 2017 at 06:54:30PM +0100, Ludovic Courtès wrote:
> >> Pjotr Prins skribis:
> >>
> >> > On Wed, Jan 25, 2017 at 02:22:48PM +0100,
Pjotr Prins writes:
> On Wed, Jan 25, 2017 at 06:54:30PM +0100, Ludovic Courtès wrote:
>> Pjotr Prins skribis:
>>
>> > On Wed, Jan 25, 2017 at 02:22:48PM +0100, Ludovic Courtès wrote:
>> >> You can always get the right source code by
Hi,
On Thu, Jan 26, 2017 at 8:32 AM, Tobias Geerinckx-Rice wrote:
> Frederico,
>
> Might you've confused Thomas & me? I'm the one who updated the package
> in question. It should be fixed in master now[0].
yes, sorry about that! I have a problem with the graphics driver which
Danny Milosavljevic writes:
> Hi,
>
> On Sun, 22 Jan 2017 10:39:15 +0800 (CST)
> tumashu wrote:
>
>> The other problem is:
>>
>> im-config include many im's config files and I cannot let im-config depend
>> all the im,
>> if fcitx is not installed,
69 matches
Mail list logo