[PATCH] gnu: Add jack-keyboard.

* gnu/packages/music.scm (jack-keyboard): New variable. --- gnu/packages/music.scm | 25 + 1 file changed, 25 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 7452052..9c8de9e 100644 --- a/gnu/packages/music.scm +++ b/gnu/packages/music.scm

[PATCH] gnu: Add emacs-nginx-mode.

* gnu/packages/emacs.scm (emacs-nginx-mode): New variable. --- gnu/packages/emacs.scm | 21 + 1 file changed, 21 insertions(+) diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm index 1b345db..176be62 100644 --- a/gnu/packages/emacs.scm +++ b/gnu/packages/emacs.scm

Re: [core-updates]: cycle detected in the references of ...gtk+-3.20.9-bin

On Thu, Oct 13, 2016 at 01:24:47AM -0400, Leo Famulari wrote: > It works if I remove the 'bin' output from gtk+@3. I think I was mistaken. If I don't use a separate 'bin' output, I can build the package, but I still get an error with `guix system build`: guix system: error: reference to invalid

[core-updates]: cycle detected in the references of ...gtk+-3.20.9-bin

On core-updates, from 6671ce93 (gnu: ath9k-htc-firmware: Update binutils patch for binutils 2.27), I can't build gtk+@3.20 because the daemon finds a cycle in the references: -- starting phase `validate-runpath' validating RUNPATH of 17 binaries in

Re: [PATCH 1/1] services: ntpd: Make large clock adjustments if necessary.

I think that this should be a configuration item in the service, so that the user can decide whether to have it or not. I don't think we should force it on the user. Some applications break if the clock makes large jumps. The ntpd authors decided that the default behaviour is not to make large

[PATCH] vim: Build with ruby support.

This is needed to build the vim bindings of notmuch: https://git.notmuchmail.org/git/notmuch/blob/HEAD:/vim/README

[PATCH] gnu: vim: Add input ruby.

* gnu/packages/vim.scm (vim): Build with ruby support. --- gnu/packages/vim.scm | 4 1 file changed, 4 insertions(+) diff --git a/gnu/packages/vim.scm b/gnu/packages/vim.scm index b1ee527..3689b64 100644 --- a/gnu/packages/vim.scm +++ b/gnu/packages/vim.scm @@ -1,6 +1,7 @@ ;;; GNU Guix ---

[PATCH 1/1] services: ntpd: Make large clock adjustments if necessary.

If the system clock is more than 1000 seconds off, ntpd will exit without adjusting the clock. Reported by reepca on #guix. * gnu/services/networking.scm (ntp-shepherd-service): Pass '-g' when starting the NTP daemon. --- gnu/services/networking.scm | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] Add evil(mode for emacs).

The next two patches add evil-mode. I tested it by loading the mode in emacs and did some basic text editing, cursor form changed, insert behavior of vi was needed, pressing escape well escaped the insert mode, so it feels functional at the base.

[PATCH 2/2] gnu: Add emacs-evil.

* gnu/packages/emacs.scm (emacs-evil): New variable. --- gnu/packages/emacs.scm | 24 1 file changed, 24 insertions(+) diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm index f04b71d..7ea7035 100644 --- a/gnu/packages/emacs.scm +++ b/gnu/packages/emacs.scm @@

[PATCH 1/2] gnu: Add emacs-goto-chg.

* gnu/packages/emacs.scm (emacs-goto-chg): New variable. --- gnu/packages/emacs.scm | 26 +- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm index 1b345db..f04b71d 100644 --- a/gnu/packages/emacs.scm +++

Building packages with python-3.4

On core-updates, we updated python to 3.5.2, but we kept 3.4.5 in case we needed it. I recently tried building python-cryptography with 3.4.5, like this: (arguments `(#:python ,python-3.4)) But, it fails like this: patch-shebang: ./setup.py: warning: no binary for interpreter `python'

Re: [PATCH 00/13] Add a bunch of LV2 audio effects!

Kei Kebreau writes: > Ricardo Wurmus writes: > >> Hi Guix, >> >> here's a simple patch set to add 13 new LV2 audio plugins. >> Have fun! >> >> ~~ Ricardo >> >> >> Ricardo Wurmus (13): >> gnu: Add gx-guvnor-lv2. >> gnu: Add gx-vbass-preamp-lv2. >>

Re: [PATCH v2 0/5] Update Sphinx to 1.4.6

Hi Leo, On Wed, 12 Oct 2016 10:38:40 -0400 Leo Famulari wrote: > My memory of that effort is hazy now, but I seem to remember that some > other Python package updates were required in order to make the new > Sphinx work correctly. I'll be happy if I'm wrong :) I used guix

Re: ghostscript vulnerabilities

Hello Didier and all, We are wondering about the applicability to GNU Ghostscript of the recent vulnerabilities discovered in AGPL Ghostscript: Alex Vong skribis: > Salvatore Bonaccorso writes: > >>

Re: [PATCH v2] doc: Add guide how to specify dependencies for Python packages

Hartmut Goebel skribis: > * doc/guix.texi (Python Modules): New sub-subsection "Specifying > Dependencies". I’ve rewritten parts of it, mostly to provide more context to a non-Pythonista like me. Several uses of the cross-reference commands (@xref, @ref, etc.)

Re: [PATCH 00/13] Add a bunch of LV2 audio effects!

Ricardo Wurmus writes: > Hi Guix, > > here's a simple patch set to add 13 new LV2 audio plugins. > Have fun! > > ~~ Ricardo > > > Ricardo Wurmus (13): > gnu: Add gx-guvnor-lv2. > gnu: Add gx-vbass-preamp-lv2. > gnu: Add gx-overdriver-lv2. > gnu: Add

Re: locales gone

Hi, I read the docs you pointed me to - however, previously this worked fine as-is. Also, I have a database that is inaccessible because the locale suddenly (sometimes) doesn't work anymore. It's not like I can change what locale it was created in without a time machine :) $ psql -U postgres

Re: Guile 2.0.13

On Wed, Oct 12, 2016 at 10:13:32PM +0200, Ludovic Courtès wrote: > Leo Famulari skribis: > > > On Wed, Oct 12, 2016 at 02:38:26PM +0200, Ludovic Courtès wrote: > >> Given that core-updates with Guile 2.0.12 is on its way and that master > >> is still at 2.0.11, I’d suggest to

Re: [PATCH] gnu: Add hdf4

Thomas Danckaert skribis: >> Would “hdf4-minimal” sound appropriate here? That’s a convention we >> use >> in similar cases. Otherwise “hdf4-alt” is fine with me. > > With --disable-netcdf, the library still includes all the same > features, the netCDF API function

Re: Source tarballs from PyPI versus tarballs from the individual project websites

Arun Isaac skribis: >>> One concern is, what about the tooling for telling us when updates to >>> packages are available? >> >> ‘guix refresh’ works for PyPI but not for arbitrary sites. > > Why not let 'guix refresh' use PyPI to detect package updates, and then > let

Re: Guile 2.0.13

Leo Famulari skribis: > On Wed, Oct 12, 2016 at 02:38:26PM +0200, Ludovic Courtès wrote: >> Given that core-updates with Guile 2.0.12 is on its way and that master >> is still at 2.0.11, I’d suggest to leave master as-is and focus on >> core-updates. >> >> There we have 2

More duplicate package definitions

python2-msgpack has a duplicate too. And so do ruby-arel, r-codetools, r-gtable. (See grep '(define-public' * |sort |uniq -d )

Re: [PATCH] gnu: Add hdf4

From: l...@gnu.org (Ludovic Courtès) Subject: Re: [PATCH] gnu: Add hdf4 Date: Wed, 12 Oct 2016 14:54:40 +0200 - I've also added a variant “hdf4-alt”: by default, HDF4 includes a netCDF API to access HDF4 files, which clashes with the symbols in the real netCDF library when you try to

Re: Guile 2.0.13

Leo Famulari writes: > On Wed, Oct 12, 2016 at 02:38:26PM +0200, Ludovic Courtès wrote: > > Considering that 2.0.13 fixes a bug that is exposed by grafting, it's a > bit of shame to provide it with a graft. But if we are too far along, > it's understandable. > > We could always un-graft it

Re: [PATCH] gnu: mail: Add notifymuch.

On 10/10/16 08:40, Hartmut Goebel wrote: Am 09.10.2016 um 23:33 schrieb Christopher Baines: +(description "notifymuch displays desktop notifications for messages in +the notmuch database. The notifications are sent using libnotify to a May I ask you to ass some words about what notmuch

[PATCH 10/13] gnu: Add gx-super-fuzz-lv2.

* gnu/packages/music.scm (gx-super-fuzz-lv2): New variable. --- gnu/packages/music.scm | 22 ++ 1 file changed, 22 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 12d60b5..4f8d14a 100644 --- a/gnu/packages/music.scm +++

[PATCH 11/13] gnu: Add gx-vintage-fuzz-master-lv2.

* gnu/packages/music.scm (gx-vintage-fuzz-master-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 4f8d14a..90c29aa 100644 --- a/gnu/packages/music.scm +++

[PATCH 13/13] gnu: Add gx-switchless-wah-lv2.

* gnu/packages/music.scm (gx-switchless-wah-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 7209ed7..7452052 100644 --- a/gnu/packages/music.scm +++

[PATCH 08/13] gnu: Add gx-hyperion-lv2.

* gnu/packages/music.scm (gx-hyperion-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 55b8b9f..41ed88b 100644 --- a/gnu/packages/music.scm +++ b/gnu/packages/music.scm @@

[PATCH 12/13] gnu: Add gx-slow-gear-lv2.

* gnu/packages/music.scm (gx-slow-gear-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 90c29aa..7209ed7 100644 --- a/gnu/packages/music.scm +++ b/gnu/packages/music.scm

[PATCH 05/13] gnu: Add gx-push-pull-lv2.

* gnu/packages/music.scm (gx-push-pull-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 4a320d1..376819a 100644 --- a/gnu/packages/music.scm +++ b/gnu/packages/music.scm

[PATCH 07/13] gnu: Add gx-saturator-lv2.

* gnu/packages/music.scm (gx-saturator-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index af13712..55b8b9f 100644 --- a/gnu/packages/music.scm +++ b/gnu/packages/music.scm

[PATCH 09/13] gnu: Add gx-voodoo-fuzz-lv2.

* gnu/packages/music.scm (gx-voodoo-fuzz-lv2): New variable. --- gnu/packages/music.scm | 22 ++ 1 file changed, 22 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 41ed88b..12d60b5 100644 --- a/gnu/packages/music.scm +++

[PATCH 06/13] gnu: Add gx-suppa-tone-bender-lv2.

* gnu/packages/music.scm (gx-suppa-tone-bender-lv2): New variable. --- gnu/packages/music.scm | 21 + 1 file changed, 21 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 376819a..af13712 100644 --- a/gnu/packages/music.scm +++

[PATCH 02/13] gnu: Add gx-vbass-preamp-lv2.

* gnu/packages/music.scm (gx-vbass-preamp-lv2): New variable. --- gnu/packages/music.scm | 21 + 1 file changed, 21 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index cb13f9a..1f59719 100644 --- a/gnu/packages/music.scm +++

[PATCH 04/13] gnu: Add gx-tone-mender-lv2.

* gnu/packages/music.scm (gx-tone-mender-lv2): New variable. --- gnu/packages/music.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 8fff7b9..4a320d1 100644 --- a/gnu/packages/music.scm +++ b/gnu/packages/music.scm

[PATCH 01/13] gnu: Add gx-guvnor-lv2.

* gnu/packages/music.scm (gx-guvnor-lv2): New variable. --- gnu/packages/music.scm | 40 1 file changed, 40 insertions(+) diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm index 4539339..cb13f9a 100644 --- a/gnu/packages/music.scm +++

[PATCH 00/13] Add a bunch of LV2 audio effects!

Hi Guix, here's a simple patch set to add 13 new LV2 audio plugins. Have fun! ~~ Ricardo Ricardo Wurmus (13): gnu: Add gx-guvnor-lv2. gnu: Add gx-vbass-preamp-lv2. gnu: Add gx-overdriver-lv2. gnu: Add gx-tone-mender-lv2. gnu: Add gx-push-pull-lv2. gnu: Add gx-suppa-tone-bender-lv2.

Re: [PATCH 0/1] Dbus update 1.10.12 for core-updates

On Mon, Oct 10, 2016 at 10:57:47PM +0200, Ludovic Courtès wrote: > Yeah, seems hard to exploit. Apparently even if we’re not using systemd > activations we could be vulnerable, because it’s about how specific > messages are processed, IIUC. > > > What do you think? Should we update this on

Re: Guile 2.0.13

On Wed, Oct 12, 2016 at 02:38:26PM +0200, Ludovic Courtès wrote: > Given that core-updates with Guile 2.0.12 is on its way and that master > is still at 2.0.11, I’d suggest to leave master as-is and focus on > core-updates. > > There we have 2 options: > > 1. Changing ‘guile-2.0/fixed’ to

Re: ghostscript vulnerabilities

On Wed, Oct 12, 2016 at 12:20:39PM -0400, Leo Famulari wrote: > I don't know the relationship between GNU Ghostscript and "upstream" > Ghostscript. Can anyone explain why GNU offers its own distribution? Some history here: https://en.wikipedia.org/wiki/Ghostscript#History Hopefully the upstream

Re: ghostscript vulnerabilities

On Wed, Oct 12, 2016 at 11:29:07PM +0800, Alex Vong wrote: > > Package: ghostscript > > CVE ID : CVE-2013-5653 CVE-2016-7976 CVE-2016-7977 CVE-2016-7978 > > CVE-2016-7979 CVE-2016-8602 > > Debian Bug : 839118 839260 839841 839845 839846 840451 > > > > Several

Re: Guile 2.0.13

Ludovic Courtès writes: > Given that core-updates with Guile 2.0.12 is on its way and that master > is still at 2.0.11, I’d suggest to leave master as-is and focus on > core-updates. > > There we have 2 options: > > 1. Changing ‘guile-2.0/fixed’ to 2.0.13, but 1,310 packages depend on it. > >

Re: [PATCH 4/5] gnu: python.scm: Update some home-page urls and descriptions.

On Mon, Oct 10, 2016 at 03:10:02PM +0200, Hartmut Goebel wrote: > * gnu/packages/python.scm (python-keyring, python-pylockfile): Update > home-page url. (python-pathlib): Update description. This should really be separate commits :) > --- > gnu/packages/python.scm | 9 ++--- > 1 file

Re: [PATCH 5/5] guix: python-build-system: Fix an outdated comment.

On Mon, Oct 10, 2016 at 03:10:03PM +0200, Hartmut Goebel wrote: > --- > guix/build/python-build-system.scm | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/guix/build/python-build-system.scm > b/guix/build/python-build-system.scm > index 9109fb4..e906e60 100644 > ---

Re: [PATCH 3/5] gnu: python-zope-testing: Strip byte-code and garbage from source.

On Mon, Oct 10, 2016 at 03:10:01PM +0200, Hartmut Goebel wrote: > * gnu/package/python.scm (python-zope-testing): Add snippet to strip > byte-code and garbage from source. Again, mention both python-zope-testing and python2-zope-testing, and indicate that the changes are in [source]. Also, I

Re: [PATCH 1/5] gnu: python2-pytest-runner: Remove duplicate definition.

On Mon, Oct 10, 2016 at 03:09:59PM +0200, Hartmut Goebel wrote: > * gnu/packages/python.scm (python2-pytest-runner): Was defined twice, remove > duplicate definition. LGTM, good catch! > --- > gnu/packages/python.scm | 3 --- > 1 file changed, 3 deletions(-) > > diff --git

ghostscript vulnerabilities

Hello, Below are from the security announcement list: Salvatore Bonaccorso writes: > - > Debian Security Advisory DSA-3691-1 secur...@debian.org > https://www.debian.org/security/

[PATCH 2/2] gnu: Add rcas-web.

* gnu/packages/bioinformatics.scm (rcas-web): New variable. --- gnu/packages/bioinformatics.scm | 45 + 1 file changed, 45 insertions(+) diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm index 6d080d2..de478b4 100644 ---

[PATCH 1/2] gnu: Add r-rcas.

* gnu/packages/bioinformatics.scm (r-rcas): New variable. --- gnu/packages/bioinformatics.scm | 49 + 1 file changed, 49 insertions(+) diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm index 5fbfdf0..6d080d2 100644 ---

Re: Please set up Hydra channel for new python-build-system (was: [PATCH 00/14] Change python-build-system (fixes bug 20765))

On Wed, Oct 12, 2016 at 04:37:06PM +0200, Andreas Enge wrote: > On Wed, Oct 12, 2016 at 10:29:54AM -0400, Leo Famulari wrote: > > I'll set up a Hydra jobset for the branch once it has been created. > > Maybe it would be good to wait until core-updates is merged? Hydra is > currently busy building

Re: Source tarballs from PyPI versus tarballs from the individual project websites

>> One concern is, what about the tooling for telling us when updates to >> packages are available? > > ‘guix refresh’ works for PyPI but not for arbitrary sites. Why not let 'guix refresh' use PyPI to detect package updates, and then let somebody manually find the equivalent upstream tarball

Re: [PATCH v2 0/5] Update Sphinx to 1.4.6

On Fri, Oct 07, 2016 at 05:13:50PM +0200, Danny Milosavljevic wrote: > Danny Milosavljevic (5): > gnu: Add python-snowballstemmer. > gnu: Add python-sphinx-cloud-sptheme. > gnu: Add python-sphinx-alabaster-theme. > gnu: Add python-imagesize. > gnu: Update Sphinx to 1.4.6. Thanks for

Re: Please set up Hydra channel for new python-build-system (was: [PATCH 00/14] Change python-build-system (fixes bug 20765))

On Wed, Oct 12, 2016 at 10:29:54AM -0400, Leo Famulari wrote: > I'll set up a Hydra jobset for the branch once it has been created. Maybe it would be good to wait until core-updates is merged? Hydra is currently busy building that. Also, there is still the wip-python branch on hydra, maybe this

Re: Please set up Hydra channel for new python-build-system (was: [PATCH 00/14] Change python-build-system (fixes bug 20765))

On Mon, Oct 10, 2016 at 03:24:24PM +0200, Hartmut Goebel wrote: > Hi Leo, > > Let us know when the two of you think the code is ready to be tested on > > Hydra, and I will set it up. > > I now have a patch-set ready for testing. The patches will still need > some clean-up, but the result should

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

I'm not a lawyer, so please don't take my recommendations as definitive answer. Regarding license translations that only serve as sample text, then I guess the best thing to do is to remove the sample text. If you decide to contact a lawyer or someone from the FSF who's able to answer this

Re: Source tarballs from PyPI versus tarballs from the individual project websites

On Wed, Oct 12, 2016 at 06:57:28AM -0500, Christopher Allan Webber wrote: > I'd be for using actual upstream, or at least supplying both, so that > they're mirrors. One concern is, what about the tooling for telling us > when updates to packages are available? I've noticed that the PyPi tarballs

Re: [PATCH] gnu: Add hdf4

Hello! Thomas Danckaert skribis: > this patch continues the work done by Jeremy Robst to package HDF4 > > (https://lists.gnu.org/archive/html/guix-devel/2016-06/msg00069.html) Nice! > - Back then, people reported occasional build failures. I've disabled >parallel

Re: Source tarballs from PyPI versus tarballs from the individual project websites

Christopher Allan Webber skribis: > I'd be for using actual upstream, or at least supplying both, so that > they're mirrors. One concern is, what about the tooling for telling us > when updates to packages are available? ‘guix refresh’ works for PyPI but not for

Guile 2.0.13

Hello! Guile 2.0.13 fixes a couple of security issues: https://lists.gnu.org/archive/html/guile-user/2016-10/msg00010.html CVE-2016-8606 can be serious (remote code execution), but developers using Guile can readily work around it; see the description at:

Re: CPU-specific builds

Ben Woodcroft skribis: > On 02/10/16 23:33, Ludovic Courtès wrote: [...] >>> So I'm wondering if there is some way to specify a system more >>> specific than 'X86_64'? I tried simply adding '--with-arch=haswell' as >>> a configure argument in gcc-4.9 so that flag became

Re: GNU IceCat 45 beta now available in Guix

Thanks, I have the new version and I plan to test it over time. :) signature.asc Description: This is a digitally signed message part

Re: Source tarballs from PyPI versus tarballs from the individual project websites

Arun Isaac writes: > When packaging python packages, why are we using the source tarballs > hosted on PyPI, rather than using the source tarballs hosted on the > websites of the individual projects? > > For example, for the package python-pycrypto, why are we using the > tarball from PyPI >

Where is qtwebkit?

I am currently packaging supercollider, and it would be nice to have qtwebkit... but I can't find it for Guix. How do I use it in a packaging defition? Do we have it at all? Is someone working on it? I've read a thread where someone pointed out it was moved but that was of no help either. * Qt >=

Re: GNU IceCat 45 beta now available in Guix

Hi, Mark H Weaver skribis: > I'm pleased to announce the availability of GNU IceCat 45.3.0-gnu1-beta > with selected fixes cherry-picked from upstream, including all security > fixes introduced in Firefox ESR 45.4.0, specifically: Great, thanks a lot Mark! Ludo’.

Re: Source tarballs from PyPI versus tarballs from the individual project websites

Arun Isaac (2016-10-12 11:46 +0530) wrote: > When packaging python packages, why are we using the source tarballs > hosted on PyPI, rather than using the source tarballs hosted on the > websites of the individual projects? > > For example, for the package python-pycrypto, why are we using the >

Source tarballs from PyPI versus tarballs from the individual project websites

When packaging python packages, why are we using the source tarballs hosted on PyPI, rather than using the source tarballs hosted on the websites of the individual projects? For example, for the package python-pycrypto, why are we using the tarball from PyPI