Re: [PATCH 00/14] Change python-build-system (fixes bug 20765)

On Sat, Oct 01, 2016 at 10:27:54PM -0400, Leo Famulari wrote: > On Wed, Sep 28, 2016 at 03:58:13PM +0200, Hartmut Goebel wrote: > > this is a patch-series fixing bug 20765. > > > > Bug 20765 is about problems caused by python packages being installed as > > "zipped eggs" (basically these are

Re: [PATCH] Add tinycm.

On Thu, Sep 29, 2016 at 08:35:04AM +, ng0 wrote: > Hi, > > thanks for reviewing this. > > Should I wait until the updates to the python buildsystem harmut sent > are merged? Including this now would require one more set of python2 > packages to be changed. > I want this off my todo list and

Re: [PATCH] gnu: Add sunxi-tools.

On Thu, Sep 29, 2016 at 01:02:04PM +0200, Danny Milosavljevic wrote: > > * gnu/packages/admin.scm (sunxi-tools): New variable. What's the story with the 'bin/' [0] directory? I'm not familiar with these file types. The tarball includes: bin/fel-pio.bin bin/fel-pio.nm bin/fel-sdboot.sunxi

Adding packages with vulnerabilities (was Re: [PATCH 1/2] gnu: Add perl-net-psyc. [pcre])

On Thu, Sep 29, 2016 at 08:58:29AM +, ng0 wrote: > Leo Famulari writes: > > On Wed, Sep 21, 2016 at 06:46:31PM +, ng0 wrote: > >> Subject: [PATCH 1/2] gnu: Add psyclpc. > >> > >> * gnu/packages/psyc.scm (psyclpc): New variable. > >> +(inputs > >> + `(("zlib"

Re: [PATCH 1/4] gnu: Add perl-net-psyc.

On Thu, Sep 29, 2016 at 10:38:07AM +, ng0 wrote: > * gnu/packages/psyc.scm: New file. > * gnu/local.mk (GNU_SYSTEM_MODULES): Add it. > +(source > + (origin > + (method url-fetch) > + (uri (string-append "http://perl.psyc.eu/; > + "perlpsyc-"

Re: [PATCH] gnu: Add libdispatch.

On Fri, Sep 16, 2016 at 10:50:09AM +, ng0 wrote: > Subject: [PATCH 1/4] gnu: Add libkqueue. > > * gnu/local.mk: Include gnu/packages/libdispatch.scm . > * gnu/packages/libdispatch.scm: Add new file. > * gnu/packages/libdispatch.scm (libkqueue): New variable. LGTM > Subject: [PATCH 2/4] gnu:

Re: [PATCH] Add Vc

On Sat, Oct 01, 2016 at 06:24:12PM -0400, Leo Famulari wrote: > This is a depend of Krita. ... dependency > From 808b47b3b7a9d769f3a6a873d19a0051f64720f7 Mon Sep 17 00:00:00 2001 > From: Leo Famulari > Date: Fri, 30 Sep 2016 13:38:20 -0400 > Subject: [PATCH] gnu: Add Vc. >

[PATCH] Add Vc

This is a depend of Krita. From 808b47b3b7a9d769f3a6a873d19a0051f64720f7 Mon Sep 17 00:00:00 2001 From: Leo Famulari Date: Fri, 30 Sep 2016 13:38:20 -0400 Subject: [PATCH] gnu: Add Vc. * gnu/packages/maths.scm (vc): New variable. --- gnu/packages/maths.scm | 34

[PATCH 1/2] gnu: Do not propagate inputs in haskell.scm.

Ricardo Wurmus writes: > * gnu/packages/haskell.scm > (ghc-streaming-commons)[propagated-inputs]: Move ghc-random... > [inputs]: ...to here; remove ghc-async, add ghc-directory, add > ghc-transformers; move ghc-quickcheck, ghc-hspec... > [native-inputs]: ...to here; add

Core-updates timeline (was: Re: [PATCH 2/2] gnu: perl: Enable threading support.)

On Sat, Oct 01, 2016 at 03:22:36PM +0200, Ludovic Courtès wrote: > I pushed simplified versions of these two patches as > 56ee1d2015e9b2c55d34f19c70b06eefe8a20c76 and > 156c0810e936413ac554e2883343b3b40695cfdc. > > I think this was the last non-bug-fix change for this core-updates > cycle. :-)

Re: kdesu security update needed

On Sat, Oct 01, 2016 at 02:19:05PM +0200, Ludovic Courtès wrote: > Leo Famulari skribis: > > An aside, the CVE linter gives false positives for grafted packages. For > > example, try `guix lint -c cve openssl@1.0`. > > That’s been annoying me for some time so I’d like to see

Re: propagating inputs in ghc-* packages

On Sat, Oct 01, 2016 at 09:45:21AM +0200, Ricardo Wurmus wrote: > I’m preparing a patch to remove propagation from all Haskell packages. > Now the question is only whether to do this all in one patch or in one > patch per package… :) I'd say whichever method is easiest :) And then we can test it

Re: libgd security CVE-2016-7568

On Sat, Oct 01, 2016 at 02:20:35PM +0200, Ludovic Courtès wrote: > Leo Famulari skribis: > > > This patches fixes an integer overflow in libgd: > > > > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7568 > > http://seclists.org/oss-sec/2016/q3/639 > > > > From

Re: [PATCH 0/2] Add quickswitch for i3 (third try)

宋文武 (2016-10-01 10:59:14 +0800) wrote: > Ivan Vilata i Balaguer writes: > > > Ivan Vilata i Balaguer (2016-09-21 11:18:47 +0200) wrote: > > > >> Hi, this is my third try at packaging [quickswitch][] for the i3 > >> window manager. […] > >> > >> [quickswitch]:

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

John Darrington writes: > [ Unknown signature status ] > The GPL itself is not Free (!) > > It's license is: > > "Everyone is permitted to copy and distribute verbatim copies > of this license document, but changing it is not allowed." > > PLUS some extra

Re: [PATCH 2/2] gnu: perl: Enable threading support.

Hi Ben, Ben Woodcroft skribis: > From c61c799da21f349c739f9d094d348ae429a91ffc Mon Sep 17 00:00:00 2001 > From: Ben Woodcroft > Date: Sat, 24 Sep 2016 22:44:55 +1000 > Subject: [PATCH 1/2] gnu: perl: Use configure-flags. > > *

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

Adonay Felipe Nogueira writes: > [ Unknown signature status ] > If I'm not mistaken, translations of the GNU GPL are not legally binding > if they are presented by themselves. > > One must note that when the translation text is preceded by a section > written in the

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

I **guess** that restriction on modifying the GPL was made because of the problem of license proliferation that could arise from translations not accepted as such (that is: not accepted as translations). signature.asc Description: This is a digitally signed message part

Re: kdesu security update needed

Thank you for the info @Leo and @Ludo, just noticed that it's mentioned in the manual. One question that wasn't answered yet in your description and the manual is how the linter detects when a package is patched. I assume it looks at the applied patch names see if they contain a CVE code?

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

If I'm not mistaken, translations of the GNU GPL are not legally binding if they are presented by themselves. One must note that when the translation text is preceded by a section written in the license's original language that instructs the reader to take the original one as valid, then the

[PATCH 1/2] gnu: Add gsound.

Hello, this patch is gsound library required for gnome-clocks application. Built and linted. Thank youFrom 1d8368a12295c223626a3638d45e50a2043b980c Mon Sep 17 00:00:00 2001 From: Rene Saavedra Date: Sat, 1 Oct 2016 07:17:34 -0500 Subject: [PATCH 1/2] gnu: Add gsound. *

Re: libgd security CVE-2016-7568

Leo Famulari skribis: > This patches fixes an integer overflow in libgd: > > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7568 > http://seclists.org/oss-sec/2016/q3/639 > > From b125d20c4e60cfd204a99fd7df174de73df067a2 Mon Sep 17 00:00:00 2001 > From: Leo Famulari

Re: kdesu security update needed

Leo Famulari skribis: > On Thu, Sep 29, 2016 at 08:52:34PM +0200, David Craven wrote: >> Ah just checked our linter doesn't flag a CVE, so I think we're ok... > > The linter is a good tool for catching things that we miss, but it's not > a substitute for manual investigation

Re: Boostrap tar cannot exec xz

Hi! csanchez...@gmail.com (Carlos Sánchez de La Lama) skribis: >> In ‘raw-build’ in bootstrap.scm, we run: >> >> xz -dc thing.tar.xz | tar xv > > If I have understood correctly the code, raw-build is only used for > %bootstrap-guile. However, the problem arises when building make (I do > not

Re: [PATCH] guix: gnu-build-system: add new phase patch-dot-desktop-files

John Darrington skribis: > From: John Darrington > > > New patch as requested. > > > > > * guix/build/gnu-build-system.scm (patch-dot-desktop-files): New procedure. I pushed a modified version of this patch as

CPU-specific builds

Hi, Currently, we build a single set of x86_64 packages assuming SSE but not SSE2 instructions, but sometimes it would be nice to use more recent instructions like AVX. So I'm wondering if there is some way to specify a system more specific than 'X86_64'? I tried simply adding

Re: question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

The GPL itself is not Free (!) It's license is: "Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed." PLUS some extra permissions regarding translation which are given at https://www.gnu.org/licenses/translations.html Note

question about license of unofficial translation of GPL as a sample text in dbacl (Re: notmuch users: how do you filter debbugs?)

ng0 writes: > Hi, > > "Patricia J. Hawkins" writes: > >> I'm just getting started setting up to use notmuch (your message >> attracted my attention to it!) but looks like the afew script is >> designed to do this, as a companion processer ("initial

Re: propagating inputs in ghc-* packages

Federico Beffa writes: > Ricardo Wurmus writes: > >> Hi Guix, >> >> I’m in the middle of upgrading our Haskell packages. (Actually, I’m >> just yak shaving. I need “pandoc-citeproc” for “r-knitr”…) >> >> I noticed that upgrading Haskell packages is a pain