Re: [PATCH] gnu: Add mono.

[Leo Famulari]

On Sat, Jul 30, 2016 at 01:26:38AM +0200, Danny Milosavljevic wrote:
> I tried again with --keep-failed, now it succeeded O_o .
> 
> 8 GB RAM GuixSD (git) on X200.

Huh, I guess we can expect some non-deterministic failures. I will do
--rounds=10 overnight and see if I get something useful.

Re: [PATCH v3] gnu: Add stellarium.

[Leo Famulari]

On Sat, Jul 30, 2016 at 12:32:25AM +0200, Danny Milosavljevic wrote:
> Now your description doesn't mention that you can control (actual)
> telescopes with it (via the serial port; that's what the qtserialport
> dependency is for). I do that, it's fun and kinda eerie.

I agree, that's a really important feature of this software. What do you
think of adding the following sentence to the description?

"It can be used to control telescopes over a serial port for tracking
celestial objects."

I'm not familiar with the language of astronomy. Improvements welcome :)

Re: [PATCH] gnu: Add mono.

[Danny Milosavljevic]

On Fri, 29 Jul 2016 12:21:32 -0400
Leo Famulari  wrote:

> On Fri, Jul 29, 2016 at 04:24:09PM +0200, Danny Milosavljevic wrote:
> > I tried your patch and I get:
> > 
> > FAIL: test-sgen-qsort
> > ...
> > phase `check' failed after 474.1 seconds
> > builder for `/gnu/store/1p5qsdgc2dxf41dfg16bza88qil931dj-mono-4.4.1.0.drv' 
> > failed with exit code 1
> > guix package: error: build failed: build of 
> > `/gnu/store/1p5qsdgc2dxf41dfg16bza88qil931dj-mono-4.4.1.0.drv' failed  
> 
> Huh, it builds for me on x86_64 with 8 GB RAM on Debian. Can you give
> any details about your setup?
> 
> If you build with --keep-failed, are there any logs describing the
> failure in more detail?

I tried again with --keep-failed, now it succeeded O_o .

8 GB RAM GuixSD (git) on X200.

Re: [PATCH] gnu: beets: Update to 1.3.19.

[Leo Famulari]

On Fri, Jul 29, 2016 at 05:39:39PM -0500, Alex Griffin wrote:
> This patch just updates beets to 1.3.19.

Awesome, thank you for paying attention :)

> With the new pypi URLs, are we updating the long hash portion? I did in
> this patch, but it seemed to work either way.

I changed it to use pypi-uri, and pushed as 23319ed674. The "long hash" URLs
were a temporary workaround when PyPi changed their URL schema.

> (I'm also working on a few more patches to enable more beets plugins.
> They'll probably be ready sometime this weekend.)

Doubly awesome!

By the way, Beets says that the next version will be compatible with
Python 3:
https://twitter.com/b33ts/status/746871072436289537

When that release comes, let's take the opportunity to update Beets's
entire dependency graph.

[PATCH] gnu: beets: Update to 1.3.19.

[Alex Griffin]

This patch just updates beets to 1.3.19.

With the new pypi URLs, are we updating the long hash portion? I did in
this patch, but it seemed to work either way.

(I'm also working on a few more patches to enable more beets plugins.
They'll probably be ready sometime this weekend.)
-- 
Alex Griffin
From 3e6c158530d3c024402db51dac459f11733f6f30 Mon Sep 17 00:00:00 2001
From: Alex Griffin 
Date: Fri, 29 Jul 2016 10:39:47 -0500
Subject: [PATCH] gnu: beets: Update to 1.3.19.

* gnu/packages/music.scm (beets): Update to 1.3.19.
[source]: Remove patch to skip failing tests. It's handled upstream now.

* gnu/packages/patches/beets-image-test-failure.patch: Delete file.
* gnu/local.mk (dist_patch_DATA): Remove it.
---
 gnu/local.mk   |  1 -
 gnu/packages/music.scm |  8 ++--
 .../patches/beets-image-test-failure.patch | 46 --
 3 files changed, 4 insertions(+), 51 deletions(-)
 delete mode 100644 gnu/packages/patches/beets-image-test-failure.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index a0d9b8f..9c115fa 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -445,7 +445,6 @@ dist_patch_DATA =		\
   %D%/packages/patches/avidemux-install-to-lib.patch		\
   %D%/packages/patches/awesome-reproducible-png.patch		\
   %D%/packages/patches/bash-completion-directories.patch	\
-  %D%/packages/patches/beets-image-test-failure.patch		\
   %D%/packages/patches/bigloo-gc-shebangs.patch			\
   %D%/packages/patches/binutils-ld-new-dtags.patch		\
   %D%/packages/patches/binutils-loongson-workaround.patch	\
diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index 5d73790..74c3e2a 100644
--- a/gnu/packages/music.scm
+++ b/gnu/packages/music.scm
@@ -7,6 +7,7 @@
 ;;; Copyright © 2016 Leo Famulari 
 ;;; Copyright © 2016 Kei Kebreau 
 ;;; Copyright © 2016 John J. Foerch 
+;;; Copyright © 2016 Alex Griffin 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -1518,17 +1519,16 @@ websites such as Libre.fm.")
 (define-public beets
   (package
 (name "beets")
-(version "1.3.18")
+(version "1.3.19")
 (source (origin
   (method url-fetch)
   (uri (string-append
  "https://pypi.python.org/packages/;
- "14/6f/c9c79c5339ab3ecced265ca18adbf5bae3d4058bae737b6164d738fb4d2c/"
+ "46/a0/b72a980dc56990d51cee1dcaa9fb76b472ef6430978997e58bff48a23b78/"
  name "-" version ".tar.gz"))
-  (patches (search-patches "beets-image-test-failure.patch"))
   (sha256
(base32
-"09pgyywa5llbc36y0lrr21ywgsp8m2zx6p8ncf8hxik28knd5kld"
+"1vi1dh3fr554bnm8y9pjy09hblw18v6cl2jppzwlp72afri1w93b"
 (build-system python-build-system)
 (arguments
  `(#:python ,python-2 ; only Python 2 is supported
diff --git a/gnu/packages/patches/beets-image-test-failure.patch b/gnu/packages/patches/beets-image-test-failure.patch
deleted file mode 100644
index 360d7d3..000
--- a/gnu/packages/patches/beets-image-test-failure.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-Fix test failure due to missing image library backend.
-
-Cherry-picked from upstream:
-https://github.com/beetbox/beets/commit/07c95a1bf16bf86c640436208dda828cc7df0181
-
-From 07c95a1bf16bf86c640436208dda828cc7df0181 Mon Sep 17 00:00:00 2001
-From: Adrian Sampson 
-Date: Thu, 2 Jun 2016 11:39:05 -0700
-Subject: [PATCH] Require an imaging backend for fuzzy ratio tests
-
-These fail outright if we don't have a way to get image sizes (e.g.,
-ImageMagick).

- test/test_art.py | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/test/test_art.py b/test/test_art.py
-index 02d26f4..1b12b76 100644
 a/test/test_art.py
-+++ b/test/test_art.py
-@@ -561,21 +561,25 @@ def test_respect_enforce_ratio_no(self):
- self._assertImageIsValidArt(self.IMG_500x490, True)
- 
- def test_respect_enforce_ratio_px_above(self):
-+self._require_backend()
- self.plugin.enforce_ratio = True
- self.plugin.margin_px = 5
- self._assertImageIsValidArt(self.IMG_500x490, False)
- 
- def test_respect_enforce_ratio_px_below(self):
-+self._require_backend()
- self.plugin.enforce_ratio = True
- self.plugin.margin_px = 15
- self._assertImageIsValidArt(self.IMG_500x490, True)
- 
- def test_respect_enforce_ratio_percent_above(self):
-+self._require_backend()
- self.plugin.enforce_ratio = True
- self.plugin.margin_percent = (500 - 490) / 500 * 0.5
- self._assertImageIsValidArt(self.IMG_500x490, False)
- 
- def test_respect_enforce_ratio_percent_below(self):
-+self._require_backend()
- self.plugin.enforce_ratio = True
- self.plugin.margin_percent = (500 - 490) / 500 * 1.5
- 

Re: [WIP v0.1 0/8] KDE framework 5, tier 1

[David Craven]

Hi Hartmut,

Are you still working on these patches?

I see your wip here:
https://gitlab.com/htgoebel/guix/commits/kf5-tier-1

Shall we push this past the finish line? Is there anything I can do to help?

Cheers,
David

Re: [PATCH v3] gnu: Add stellarium.

[Danny Milosavljevic]

On Fri, 29 Jul 2016 17:20:30 +0200
l...@gnu.org (Ludovic Courtès) wrote:

> Danny Milosavljevic  skribis:
> 
> > * gnu/packages/education.scm (stellarium): New variable.  
> 
> Applied with an improved synopsis and description.  This is a nice
> package!

:)

Now your description doesn't mention that you can control (actual) telescopes 
with it (via the serial port; that's what the qtserialport dependency is for). 
I do that, it's fun and kinda eerie.

Re: [PATCH] gnu: Add python-pygame.

[Kei Kebreau]

Kei Kebreau  writes:

> The python-pygame patch as promised. Note that it requires the
> application of the most recently submitted libsmpeg patch. Would anyone
> else like to test this? :-)

Please disregard the earlier patch. I had to add the other licenses and
a description to the definition. Thanks to Roel for sharing a pygame definition!

From af15e77bb84532124660a36ad884ee6434a6136a Mon Sep 17 00:00:00 2001
From: Kei Kebreau 
Date: Fri, 29 Jul 2016 17:26:30 -0400
Subject: [PATCH] gnu: Add python-pygame.

* gnu/packages/game-development.scm (python-pygame): New variable.
---
 gnu/packages/game-development.scm | 105 ++
 1 file changed, 105 insertions(+)

diff --git a/gnu/packages/game-development.scm 
b/gnu/packages/game-development.scm
index 7067a71..b0a281e 100644
--- a/gnu/packages/game-development.scm
+++ b/gnu/packages/game-development.scm
@@ -31,6 +31,7 @@
   #:use-module (guix git-download)
   #:use-module (guix build-system cmake)
   #:use-module (guix build-system gnu)
+  #:use-module (guix build-system python)
   #:use-module (gnu packages)
   #:use-module (gnu packages curl)
   #:use-module (gnu packages databases)
@@ -41,8 +42,11 @@
   #:use-module (gnu packages gnunet)
   #:use-module (gnu packages guile)
   #:use-module (gnu packages multiprecision)
+  #:use-module (gnu packages music)
   #:use-module (gnu packages ncurses)
+  #:use-module (gnu packages python)
   #:use-module (gnu packages qt)
+  #:use-module (gnu packages video)
   #:use-module (gnu packages compression)
   #:use-module (gnu packages zip)
   #:use-module (gnu packages gl)
@@ -512,3 +516,104 @@ It offers the following features:
 OpenGL programs with character rendering services via an application 
programming
 interface (API).")
 (license (list license:expat license:lgpl2.1+
+
+(define-public python-pygame
+  (package
+(name "python-pygame")
+(version "1.9.1")
+(source (origin
+  (method url-fetch)
+  (uri (string-append "http://pygame.org/ftp/pygame-;
+  version "release.tar.gz"))
+  (sha256
+   (base32
+"0cyl0ww4fjlf289pjxa53q4klyn55ajvkgymw0qrdgp4593raq52"
+(build-system python-build-system)
+(arguments
+ `(#:python ,python-2
+   #:tests? #f ; Tests require pygame to be installed first.
+   #:phases
+   (modify-phases %standard-phases
+ ;; Set the paths to the dependencies manually because
+ ;; the configure script does not allow passing them as
+ ;; parameters.  This also means we can skip the configure
+ ;; phase.
+ (add-before 'build 'set-library-paths
+   (lambda* (#:key inputs outputs #:allow-other-keys)
+ (let ((sdl-ref   (assoc-ref inputs "sdl"))
+   (font-ref  (assoc-ref inputs "sdl-ttf"))
+   (image-ref (assoc-ref inputs "sdl-image"))
+   (mixer-ref (assoc-ref inputs "sdl-mixer"))
+   (smpeg-ref (assoc-ref inputs "libsmpeg"))
+   (png-ref   (assoc-ref inputs "libpng"))
+   (jpeg-ref  (assoc-ref inputs "libjpeg"))
+   (v4l-ref   (assoc-ref inputs "v4l-utils"))
+   (out-ref   (assoc-ref outputs "out")))
+   (substitute* "Setup.in"
+ (("SDL = -I/usr/include/SDL")
+  (string-append "SDL = -I" sdl-ref "/include/SDL -I.")))
+   (substitute* "Setup.in"
+ (("FONT = -lSDL_ttf")
+  (string-append "FONT = -I" font-ref "/include/SDL -L"
+ font-ref "/lib -lSDL_ttf")))
+   (substitute* "Setup.in"
+ (("IMAGE = -lSDL_image")
+  (string-append "IMAGE = -I" image-ref "/include/SDL -L"
+  image-ref "/lib -lSDL_image")))
+   (substitute* "Setup.in"
+ (("MIXER = -lSDL_mixer")
+  (string-append "MIXER = -I" mixer-ref "/include/SDL -L"
+  mixer-ref "/lib -lSDL_mixer")))
+   (substitute* "Setup.in"
+ (("SMPEG = -lsmpeg")
+  (string-append "SMPEG = -I" smpeg-ref "/include/smpeg -L"
+  smpeg-ref "/lib -lsmpeg")))
+   (substitute* "Setup.in"
+ (("PNG = -lpng")
+  (string-append "PNG = -I" png-ref "/include -L"
+png-ref "/lib -lpng")))
+   (substitute* "Setup.in"
+ (("JPEG = -ljpeg")
+  (string-append "JPEG = -I" jpeg-ref "/include -L"
+ jpeg-ref "/lib -ljpeg")))
+   (substitute* "Setup.in"
+ (("^pypm") "#pypm"))
+   (substitute* 

[PATCH] gnu: Add python-pygame.

[Kei Kebreau]

The python-pygame patch as promised. Note that it requires the
application of the most recently submitted libsmpeg patch. Would anyone
else like to test this? :-)

From 644a7e3e274f854f1487ab36bef59bba2003887c Mon Sep 17 00:00:00 2001
From: Kei Kebreau 
Date: Fri, 29 Jul 2016 17:11:59 -0400
Subject: [PATCH] gnu: Add python-pygame.

* gnu/packages/game-development.scm (python-pygame): New variable.
---
 gnu/packages/game-development.scm | 93 +++
 1 file changed, 93 insertions(+)

diff --git a/gnu/packages/game-development.scm 
b/gnu/packages/game-development.scm
index 7067a71..86471b1 100644
--- a/gnu/packages/game-development.scm
+++ b/gnu/packages/game-development.scm
@@ -31,6 +31,7 @@
   #:use-module (guix git-download)
   #:use-module (guix build-system cmake)
   #:use-module (guix build-system gnu)
+  #:use-module (guix build-system python)
   #:use-module (gnu packages)
   #:use-module (gnu packages curl)
   #:use-module (gnu packages databases)
@@ -41,8 +42,11 @@
   #:use-module (gnu packages gnunet)
   #:use-module (gnu packages guile)
   #:use-module (gnu packages multiprecision)
+  #:use-module (gnu packages music)
   #:use-module (gnu packages ncurses)
+  #:use-module (gnu packages python)
   #:use-module (gnu packages qt)
+  #:use-module (gnu packages video)
   #:use-module (gnu packages compression)
   #:use-module (gnu packages zip)
   #:use-module (gnu packages gl)
@@ -512,3 +516,92 @@ It offers the following features:
 OpenGL programs with character rendering services via an application 
programming
 interface (API).")
 (license (list license:expat license:lgpl2.1+
+
+(define-public python-pygame
+  (package
+(name "python-pygame")
+(version "1.9.1")
+(source (origin
+  (method url-fetch)
+  (uri (string-append "http://pygame.org/ftp/pygame-;
+  version "release.tar.gz"))
+  (sha256
+   (base32
+"0cyl0ww4fjlf289pjxa53q4klyn55ajvkgymw0qrdgp4593raq52"
+(build-system python-build-system)
+(arguments
+ `(#:python ,python-2
+   #:tests? #f ; Tests require pygame to be installed first.
+   #:phases
+   (modify-phases %standard-phases
+ ;; Set the paths to the dependencies manually because
+ ;; the configure script does not allow passing them as
+ ;; parameters.  This also means we can skip the configure
+ ;; phase.
+ (add-before 'build 'set-library-paths
+   (lambda* (#:key inputs outputs #:allow-other-keys)
+ (let ((sdl-ref   (assoc-ref inputs "sdl"))
+   (font-ref  (assoc-ref inputs "sdl-ttf"))
+   (image-ref (assoc-ref inputs "sdl-image"))
+   (mixer-ref (assoc-ref inputs "sdl-mixer"))
+   (smpeg-ref (assoc-ref inputs "libsmpeg"))
+   (png-ref   (assoc-ref inputs "libpng"))
+   (jpeg-ref  (assoc-ref inputs "libjpeg"))
+   (v4l-ref   (assoc-ref inputs "v4l-utils"))
+   (out-ref   (assoc-ref outputs "out")))
+   (substitute* "Setup.in"
+ (("SDL = -I/usr/include/SDL")
+  (string-append "SDL = -I" sdl-ref "/include/SDL -I.")))
+   (substitute* "Setup.in"
+ (("FONT = -lSDL_ttf")
+  (string-append "FONT = -I" font-ref "/include/SDL -L"
+ font-ref "/lib -lSDL_ttf")))
+   (substitute* "Setup.in"
+ (("IMAGE = -lSDL_image")
+  (string-append "IMAGE = -I" image-ref "/include/SDL -L"
+  image-ref "/lib -lSDL_image")))
+   (substitute* "Setup.in"
+ (("MIXER = -lSDL_mixer")
+  (string-append "MIXER = -I" mixer-ref "/include/SDL -L"
+  mixer-ref "/lib -lSDL_mixer")))
+   (substitute* "Setup.in"
+ (("SMPEG = -lsmpeg")
+  (string-append "SMPEG = -I" smpeg-ref "/include/smpeg -L"
+  smpeg-ref "/lib -lsmpeg")))
+   (substitute* "Setup.in"
+ (("PNG = -lpng")
+  (string-append "PNG = -I" png-ref "/include -L"
+png-ref "/lib -lpng")))
+   (substitute* "Setup.in"
+ (("JPEG = -ljpeg")
+  (string-append "JPEG = -I" jpeg-ref "/include -L"
+ jpeg-ref "/lib -ljpeg")))
+   (substitute* "Setup.in"
+ (("^pypm") "#pypm"))
+   (substitute* "src/movie.c")
+   ;; Create a path to a header file provided by v4l-utils.
+   (system* "mkdir" "linux")
+   (system* "ln" "--symbolic"
+(string-append 

Re: [PATCH] gnu: Add libsmpeg.

[Kei Kebreau]

Vincent Legoll  writes:

 I see 2 solutions
>>>
>>> The other solution could be to patch the setup.py script, if you
>>> want to do that I'll tell you what to change
>>
>> I want to try patching the setup.py script, that way I could see how
>> pygame tries to detect the libraries that it says are missing.
>
> Could you try the attached untested patch, that will avoid user interaction.

I actually got pygame to build successfully without the patch by
integrating Roel's recipe! Attached is an updated patch for
libsmpeg. It's corrected for use with the following pygame patch.
From bb7b799281949d0959922cd40c158102e8876149 Mon Sep 17 00:00:00 2001
From: Kei Kebreau 
Date: Fri, 29 Jul 2016 17:01:51 -0400
Subject: [PATCH] gnu: Add libsmpeg.

* gnu/packages/video.scm (libsmpeg): New variable.
---
 gnu/packages/video.scm | 38 ++
 1 file changed, 38 insertions(+)

diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 5b5bbd0..7089c99 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -8,6 +8,7 @@
 ;;; Copyright © 2015 Ricardo Wurmus 
 ;;; Copyright © 2015 Alex Vong 
 ;;; Copyright © 2016 Alex Griffin 
+;;; Copyright © 2016 Kei Kebreau 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -33,6 +34,7 @@
   #:use-module (guix packages)
   #:use-module (guix download)
   #:use-module (guix git-download)
+  #:use-module (guix svn-download)
   #:use-module (guix build-system cmake)
   #:use-module (guix build-system gnu)
   #:use-module (guix build-system glib-or-gtk)
@@ -1518,3 +1520,39 @@ implementation.")
 your graphical desktop and encodes it as a video.  This is a useful tool for
 making @dfn{screencasts}.")
 (license license:gpl2+)))
+
+(define-public libsmpeg
+  (package
+(name "libsmpeg")
+(version "0.4.5")
+(source (origin
+  (method svn-fetch)
+  (uri (svn-reference
+(url "svn://svn.icculus.org/smpeg/trunk/")
+(revision 401))) ; last revision before smpeg2 (for SDL 
2.0)
+  (sha256
+   (base32
+"18yfkr70lr1x1hc8snn2ldnbzdcc7b64xmkqrfk8w59gpg7sl1xn"
+(build-system gnu-build-system)
+(arguments
+ `(#:phases (modify-phases %standard-phases
+  (add-after 'unpack 'autogen.sh
+(lambda _
+  (zero? (system* "sh" "autogen.sh")))
+(native-inputs
+ `(("autoconf" ,autoconf)
+   ("automake" ,automake)))
+(inputs
+ `(("sdl" ,sdl2)))
+(home-page "http://icculus.org/smpeg/;)
+(synopsis "SDL MPEG decoding library")
+(description
+ "SMPEG (SDL MPEG Player Library) is a free MPEG1 video player library
+with sound support.  Video playback is based on the ubiquitous Berkeley MPEG
+player, mpeg_play v2.2.  Audio is played through a slightly modified mpegsound
+library, part of splay v0.8.2.  SMPEG supports MPEG audio (MP3), MPEG-1 video,
+and MPEG system streams.")
+(license (list license:expat
+   license:lgpl2.1
+   license:lgpl2.1+
+   license:gpl2
-- 
2.9.2



signature.asc
Description: PGP signature

Re: Help with Perl security update

[Leo Famulari]

On Mon, Jul 25, 2016 at 11:23:37PM +0200, Tomáš Čech wrote:
> This looks like we're missing some patches. My guess is that this is
> consequence of the fact that upstream is on 5.22.2 already and we're
> on 5.22.1. I'm not sure what value to choose here as the result won't
> be neither 3.56_01 nor 3.56_02. Maybe add extra suffix?
> 
> Or we can just skip bfe2dd1e9c3296bebf3ab9adc2ca48d3eb8d105d and let
> the version same. Someone with deeper perl experience should decide.

Thanks for digging in. I agree, someone with deeper knowledge of Perl
should make this choice. I don't understand the implications of omitting
the patch.

Re: [PATCH 22/22] gnu: Add roary.

[Leo Famulari]

On Wed, Jul 27, 2016 at 10:54:23PM +1000, Ben Woodcroft wrote:
> * gnu/packages/bioinformatics.scm (roary): New variable.

Wow, this is a complicated package! Thanks for doing the work!

> + `(#:phases
> +   (modify-phases %standard-phases
> + (add-after 'unpack 'delete-bundled-binaries
> +   (lambda _
> + (delete-file-recursively "binaries")
> + #t))

The only thing I would suggest you change is to delete these binaries in
an origin snippet. The effect would be that the binaries would not be
provided by `guix build --source roary`.

If the binaries aren't provided with their source code, then I think
this change is required.

Re: libgd security update / i686 issues

[Mark H Weaver]

Mark H Weaver  writes:

> Leo Famulari  writes:
>
>> On Thu, Jul 28, 2016 at 01:22:40PM -0400, Mark H Weaver wrote:
>>> I will adapt my patch to the new version.
>>
>> Unfortunately, this new patch makes libgd fail to build from source on
>> x86_64, like this:
>>
>> gdimagecopyresampled/basic_alpha.c: In function ‘main’:
>> gdimagecopyresampled/basic_alpha.c:37:23: error: value computed is not used 
>> [-Werror=unused-value]
>>   FLT_EVAL_METHOD != 2 && 
>> gdAssertImageEqualsToFile("gdimagecopyresampled/basic_alpha_exp.png", copy);
>>^
>> cc1: all warnings being treated as errors
>> Makefile:3120: recipe for target 'gdimagecopyresampled/basic_alpha.o' failed
>> make[2]: *** [gdimagecopyresampled/basic_alpha.o] Error 1
>> make[2]: *** Waiting for unfinished jobs
>> gdimagecopyresampled/bug00201.c: In function ‘main’:
>> gdimagecopyresampled/bug00201.c:69:26: error: value computed is not used 
>> [-Werror=unused-value]
>>  FLT_EVAL_METHOD != 2 && 
>> gdAssertImageEqualsToFile("gdimagecopyresampled/bug00201_exp.png", img);
>>   ^
>> cc1: all warnings being treated as errors
>> Makefile:3120: recipe for target 'gdimagecopyresampled/bug00201.o' failed
>
> Bah, sorry about that.  I just pushed an updated patch that builds
> successfully on x86_64 and i686, and hopefully on the others as well.

The build failed on armhf and mips64el, due to another warning->error
that's unrelated to my patch.  I pushed a possible fix to the
'wip-gd-fix' branch and asked hydra to build it.

  Mark

Re: [GSoC] Continuous integration tool à la Hydra.

[Mathieu Lirzin]

Hello,

Florian Paul Schmidt  writes:

> On 07/25/2016 11:36 PM, Ludovic Courtès wrote:
>
>>> For those willing to follow my work, a Git repository is available here:
>>>
>>>   https://notabug.org/mthl/cuirass
>> 
>> … and the README has instructions on how to run it.  If anyone has spare
>> CPU cycles, run Cuirass, ‘guix publish’, and share.  :-)
>
> Sorry, if this mail comes around twice. Thunderbird crashed :(
>
> Sadly the instructions to build it are a bit unclear. I tried:
>
> fps@guix ~/cuirass$ guix environment --ad-hoc gcc gcc:lib automake guix
> guile
> guix environment: warning: ambiguous package specification `guile'
> guix environment: warning: choosing guile-2.0.11 from
> gnu/packages/guile.scm:131:2
> fps@guix ~/cuirass [env]$
> GUILE_LOAD_PATH=$GUILE_LOAD_PATH:/home/fps/guix/ ./configure
>
>
>
>
> checking for a BSD-compatible install...
> /run/current-system/profile/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p...
> /run/current-system/profile/bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... no
> checking whether make supports nested variables... no
> checking whether make supports nested variables... (cached) no
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for pkg-config... no
> checking for GUILE... no
> configure: error: in `/home/fps/cuirass':
> configure: error: The pkg-config script could not be found or is too
> old.  Make sure it
> is in your PATH or set the PKG_CONFIG environment variable to the full
> path to pkg-config.
>
> Alternatively, you may set the environment variables GUILE_CFLAGS
> and GUILE_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
> To get pkg-config, see .
> See `config.log' for more details

I have tested successfully with the following command on a foreign
system:

  guix environment --ad-hoc automake pkg-config guile guix libgcrypt sqlite 
guile-sqlite3

Tell me if it works for you.

> How about including a guix package definition then we can easily build
> it assuming "we" know how to do out-of-guix-tree package building :)

It would indeed be nice to provide an easy way for Guix users to install
Cuirass.  IMHO package definitions meant as a development build tool is
confusing and should be avoided.  Nonetheless, I think it is useful to
document the previous 'guix environment ...' command in the README.

Thank you for your feedback.

-- 
Mathieu Lirzin

Re: [PATCH 1/8] gnu: qt: Update to 5.6.1-1.

[David Craven]

Andreas said exactly the same thing!! Wow.

I think he's already taking care of this, our conversation went off
the mailing list...

Re: [PATCH 1/8] gnu: qt: Update to 5.6.1-1.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/qt.scm (qt): Update to 5.6.1-1.

I think there are 3 patches here: the update, the switch to
‘modify-phases’, and the thing that disables examples.  Could you
separate them?

> +   (modify-phases %standard-phases
> + (add-after 'configure 'patch-bin-sh
> +   (lambda _
> + (substitute* '("qtbase/config.status"
> +"qtbase/configure"
> +"qtbase/mkspecs/features/qt_functions.prf"
> +"qtbase/qmake/library/qmakebuiltins.cpp")
> +  (("/bin/sh") (which "sh")))
 ^
This should be aligned with the ‘u’ of ‘substitute*’.

It seems like these substitutions could be added to the existing ones
int the ‘configure’ phase.

Otherwise LGTM.

Could you send updated patches?

Thank you!

Ludo’.

Re: [PATCH 8/8] services: Add spice vdagent service.

[David Craven]

> Also, I think this should be a separate patch as it seems to be
unrelated.

It's related to:

> (service-extension profile-service-type
+   (compose list
+
spice-vdagent-configuration-spice-vdagent))

But ok. I'll do it first thing tomorrow =)

Re: [PATCH 7/8] gnu: qemu: Enable spice support.

[David Craven]

It's in gnu/packages/spice.scm, Leo merged it this morning... Things
move fast around here =P

Re: Rust

[David Craven]

> Can we reasonably expect to bootstrap it from source,
> using a series of previous Rust versions, or using an
> alternative implementation?

Currently as Jelle said no. But there is [0] that may be a
viable option in the future.

> Having crates available as normal Guix packages is the
> best option for Guix users: uniform interface, the ability
> to use ‘guix environment’ and all the tools, transactional
> upgrade and rollback, etc.

I think with a cargo plugin that interacts with the guix daemon,
we could achive the same advantages. If we want to package
servo (mozillas experimental rust webbrowser) we could add
a guix package for servo, specify it uses the cargo build
system and that would call cargo build-guix.
For other rust projects (that don't need packaging) it could add
a project profile and add the symlinks in $PROJECT_DIR/target/.

I don't think we should dismiss this possibility straight away...
Rust contributors have been very helpful with issues that arose on
nixos. I think it may be even possible that at some point in the
future cargo build could detect if there is a guix/nix daemon
available and use that as the storage backend instead of
$HOME/.cargo/registry.

[0] https://github.com/thepowersgang/mrustc

Re: [PATCH 7/8] gnu: qemu: Enable spice support.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/qemu.scm (qemu): Enable spice.

I’m nitpicking, but it should be something like:

  * gnu/packages/qemu.scm (qemu)[inputs]: Add SPICE and VIRGLRENDERER.
  [arguments]: Pass --enable-spice.

… so we see precisely what changes are made.

I notice that virglrenderer hasn’t landed yet, right?

Also, I compared ‘guix size qemu’ to ‘guix size qemu spice’ and I see a
3% increase of the closure size (to 502 MiB), which sounds reasonable.

While we’re at it, could you create an account on
 and let send the account name by
OpenPGP-signed email to the 6 people listed at
?

Thanks in advance!  :-)

Ludo’.

Re: libgd security update / i686 issues

[Leo Famulari]

On Fri, Jul 29, 2016 at 01:59:15PM -0400, Mark H Weaver wrote:
> Bah, sorry about that.  I just pushed an updated patch that builds
> successfully on x86_64 and i686, and hopefully on the others as well.

Thank you!

Re: libgd security update / i686 issues

[Mark H Weaver]

Leo Famulari  writes:

> On Thu, Jul 28, 2016 at 01:22:40PM -0400, Mark H Weaver wrote:
>> I will adapt my patch to the new version.
>
> Unfortunately, this new patch makes libgd fail to build from source on
> x86_64, like this:
>
> gdimagecopyresampled/basic_alpha.c: In function ‘main’:
> gdimagecopyresampled/basic_alpha.c:37:23: error: value computed is not used 
> [-Werror=unused-value]
>   FLT_EVAL_METHOD != 2 && 
> gdAssertImageEqualsToFile("gdimagecopyresampled/basic_alpha_exp.png", copy);
>^
> cc1: all warnings being treated as errors
> Makefile:3120: recipe for target 'gdimagecopyresampled/basic_alpha.o' failed
> make[2]: *** [gdimagecopyresampled/basic_alpha.o] Error 1
> make[2]: *** Waiting for unfinished jobs
> gdimagecopyresampled/bug00201.c: In function ‘main’:
> gdimagecopyresampled/bug00201.c:69:26: error: value computed is not used 
> [-Werror=unused-value]
>  FLT_EVAL_METHOD != 2 && 
> gdAssertImageEqualsToFile("gdimagecopyresampled/bug00201_exp.png", img);
>   ^
> cc1: all warnings being treated as errors
> Makefile:3120: recipe for target 'gdimagecopyresampled/bug00201.o' failed

Bah, sorry about that.  I just pushed an updated patch that builds
successfully on x86_64 and i686, and hopefully on the others as well.

  Mark

Re: [PATCH] gnu: gnunet-gtk: Configure with gnunet path.

[ng0]

ng0  writes:

> From 182c90f6c339c1af919a0885794cb23c1518c227 Mon Sep 17 00:00:00 2001
> From: ng0 
> Date: Fri, 29 Jul 2016 17:45:25 +
> Subject: [PATCH] gnu: gnunet-gtk: Configure with gnunet path.
>
> * gnun/packages/gnunet.scm (gnunet-gtk)[arguments]: Add '--with-gnunet'
> to #:configure-flags.
> ---
>  gnu/packages/gnunet.scm | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/gnunet.scm b/gnu/packages/gnunet.scm
> index 67b0437..4d888bd 100644
> --- a/gnu/packages/gnunet.scm
> +++ b/gnu/packages/gnunet.scm
> @@ -316,7 +316,9 @@ services.")
>  (arguments
>   `(#:configure-flags
> (list "--without-libunique"
> - "--with-qrencode")))
> + "--with-qrencode"
> + (string-append "--with-gnunet="
> +(assoc-ref %build-inputs "gnunet")
>  (inputs
>   `(("gnunet" ,gnunet)
> ("libgcrypt" ,libgcrypt)
> -- 
> 2.9.2

Graphically, this was not run. From my packaging experience with gnunet
and with the succesfull build which just ran, it should just work.
-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

[PATCH] gnu: gnunet-gtk: Configure with gnunet path.

[ng0]

>From 182c90f6c339c1af919a0885794cb23c1518c227 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Fri, 29 Jul 2016 17:45:25 +
Subject: [PATCH] gnu: gnunet-gtk: Configure with gnunet path.

* gnun/packages/gnunet.scm (gnunet-gtk)[arguments]: Add '--with-gnunet'
to #:configure-flags.
---
 gnu/packages/gnunet.scm | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/gnunet.scm b/gnu/packages/gnunet.scm
index 67b0437..4d888bd 100644
--- a/gnu/packages/gnunet.scm
+++ b/gnu/packages/gnunet.scm
@@ -316,7 +316,9 @@ services.")
 (arguments
  `(#:configure-flags
(list "--without-libunique"
- "--with-qrencode")))
+ "--with-qrencode"
+ (string-append "--with-gnunet="
+(assoc-ref %build-inputs "gnunet")
 (inputs
  `(("gnunet" ,gnunet)
("libgcrypt" ,libgcrypt)
-- 
2.9.2


-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH] gnu: password-store: Wrap PATH.

[Mathieu Lirzin]

Alex Griffin  writes:

> On Fri, Jul 29, 2016, at 09:02 AM, Thompson, David wrote:
>> Sorry I'm late, but I don't think this is the right fix.  

Sorry for not letting you the time to respond.

>> Wrapping programs should only be considered after other options are
>> exhausted.  The correct fix is to patch the source directly to refer
>> to executables by their absolute path.  Why wasn't it done this way?
>
> Mostly because it would be a lot of on-going work every time the package
> is updated. As a shell script, it invokes an external tool nearly every
> other line. If you look at the discussion that happened in February when
> the package was first added [1], Jessica (the original packager) was
> really discouraged by the prospect of patching every invocation of an
> external tool. She also tried to submit changes upstream so that kind of
> work wouldn't be necessary, but upstream wasn't very receptive to the
> idea. In the end, the package was just committed to Guix in a broken
> state.
>
> Another approach I considered was adding a bunch of shell aliases to the
> top of the script pointing to the Guix store. That makes the problem a
> lot more tractable than replacing every external invocation, but it's
> still kinda complicated and it still requires finding every single
> program that gets called and keeping it up to date with new releases. So
> even if all upstream does is use another program from coreutils, the fix
> would be out-of-date again.
>
> [1]: https://lists.gnu.org/archive/html/guix-devel/2016-02/msg01310.html

This makes sense to me.

-- 
Mathieu Lirzin

Re: [PATCH 6/8] gnu: Order module imports in (gnu packages qemu) alphabetically.

[David Craven]

> Applied, but without the hunks not related to module import ordering.

Yep, I know I'm a little lazy sometimes... =P The discipline in this
regard around the guix project is admirable =)

Re: [PATCH] gnu: Add mono.

[Leo Famulari]

On Fri, Jul 29, 2016 at 04:24:09PM +0200, Danny Milosavljevic wrote:
> I tried your patch and I get:
> 
> FAIL: test-sgen-qsort
> ...
> phase `check' failed after 474.1 seconds
> builder for `/gnu/store/1p5qsdgc2dxf41dfg16bza88qil931dj-mono-4.4.1.0.drv' 
> failed with exit code 1
> guix package: error: build failed: build of 
> `/gnu/store/1p5qsdgc2dxf41dfg16bza88qil931dj-mono-4.4.1.0.drv' failed

Huh, it builds for me on x86_64 with 8 GB RAM on Debian. Can you give
any details about your setup?

If you build with --keep-failed, are there any logs describing the
failure in more detail?

Re: Rust

[Jelle Licht]

I looked into this once;
I found a Rust compiler written in OCaml on the web.
There should be a path from that compiler to the current version of Rust.
The problem lies in the fact that the entire "1.9 build 1.10 builds 1.11"
spiel only become the official policy of the Rust project recently.

disclaimer: the following is how I interpreted my communications with
the rust community. My apologies to anyone involved for any inaccuracies
and/or misrepresentations.

This means that you could be looking at individual commits, as before this,
I believe nightlies (snapshots) were used to compile the Rust compiler.

So, to ad to Alex' point, we would also need to expend (one-time) effort to
find this 'bootstrap-path' from the OCaml-based compiler to a more recent
rustc.

In my admittedly little amounts of experience, the people working on rust
were not really seeing the problem with the current state of affairs, so
good luck getting support with some arcane issues one might encounter
packaging these ancient versions of rustc.

To quote kibwen from [1]:
"We can determine exactly how many builds you'd need by looking at the
master snapshot file:
https://github.com/rust-lang/rust/blob/master/src/snapshots


According to this, there have been 290 snapshots in total. And keep in mind
that you would also need to rebuild LLVM quite a few times as well during
this process, as Rust has continually upgraded its custom LLVM fork over
the years."

Not sure if all this is worth the effort...

- Jelle


[1]: https://news.ycombinator.com/item?id=8732669


2016-07-29 17:34 GMT+02:00 Alex Griffin :

> On Fri, Jul 29, 2016, at 10:16 AM, Ludovic Courtès wrote:
> > Do you know what’s Rust’s bootstrapping story is?  Can we reasonably
> > expect to bootstrap it from source, using a series of previous Rust
> > versions, or using an alternative implementation?
>
> Yes, Rust 1.10 builds with the previous stable release (1.9) for the
> first time. So we will only need one binary to bootstrap Rust. Although
> this will quickly require a long chain of builds because Rust releases
> every 6 weeks and 1.11 is only guaranteed to build with 1.10, etc.
>
> So after only two years we may need to compile like 17 different
> releases to get the current version.
> --
> Alex Griffin
>
>

Re: [PATCH ?] gnu: Add dash.

[Leo Famulari]

On Fri, Jul 29, 2016 at 02:44:27PM +, ng0 wrote:
> I second this. Significantly faster is subjectiv as long as we do not
> provide some side by side benchmark results etc.

I'm not suggesting that we run the benchmarks or put 'significantly'
back in the description, but I would like to include some context.

This is the shell that Debian uses as the default non-interactive
"system" shell. They replaced Bash with dash in that context in order to
reduce the time spent on shell initialization for things like the boot
sequence.

Just an FYI.

Re: libgd security update / i686 issues

[Leo Famulari]

On Fri, Jul 29, 2016 at 05:00:38PM +0200, Ludovic Courtès wrote:
> Leo Famulari  skribis:
> > Instead of updating to 2.2.3, we could also try cherry-picking the
> > upstream commits that address this bug, as attached.
> 
> Are there any good reasons not to update?
> 
> I would tend to update, which sounds simpler and will have to be done
> anyway, but maybe I’m overlooking something.

I tried the update, because it's indeed simpler, but that breaks the
libgd build on i686-linux due to a test failure. Upstream suggests to
build with '-msse -mfpmath-sse'. But, as Mark pointed out, this would
mean we drop support for older i686 hardware without SSE, at least for
software that uses libgd.

The patch that Mark has in the current package tree works around this,
and he also updated his patch for the new version of libgd.

Unfortunately, it seems that the upstream developers have turned on
-Werror. So, Mark's approach makes the build fail on, at least, x86_64,
due to warnings about unused variables being treated as errors. I pasted
these error messages elsehwere in this thread.

I don't really like cherry-picking these commits; they are not from the
correct gd-2.2.2 branch.

We could also try deleting the test, disabling -Werror, complaining to
upstream, take another approach at disabling the test conditionally, or
... something else?

Re: [PATCH 2/8] gnu: Use define-public to export packages.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/bison.scm (bison): Define public.
> * gnu/packages/flex.scm (flex): Define public.
> * gnu/packages/pulseaudio.scm (libsndfile, libsamplerate, pulseaudio): Define
> public.
> * gnu/packages/sdl.scm (sdl, sdl2, libmikmod, sdl-gfx, sdl-image, sdl-mixer,
> sdl-net, sdl-ttf): Define public.
> * gnu/packages/search.scm (xapian): Remove unnecessary #:export.
> * gnu/packages/swig.scm (swig): Define public.

Applied, thanks.

Re: [PATCH 4/8] gnu: freedesktop: Add libinput-minimal.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/freedesktop.scm: New variable.

Applied minus the unwanted changes that Vincent pointed out.

Ludo’.

Re: [PATCH 6/8] gnu: Order module imports in (gnu packages qemu) alphabetically.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/qemu.scm: Order module imports alphabetically.

Applied, but without the hunks not related to module import ordering.

Thanks,
Ludo’.

Re: [PATCH 5/8] gnu: xorg: Add xf86-video-qxl.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/xorg.scm: New variable.
 ^
Make sure to specify the variable name here.

Applied with this change.

Re: Rust

[Alex Griffin]

On Fri, Jul 29, 2016, at 10:16 AM, Ludovic Courtès wrote:
> Do you know what’s Rust’s bootstrapping story is?  Can we reasonably
> expect to bootstrap it from source, using a series of previous Rust
> versions, or using an alternative implementation?

Yes, Rust 1.10 builds with the previous stable release (1.9) for the
first time. So we will only need one binary to bootstrap Rust. Although
this will quickly require a long chain of builds because Rust releases
every 6 weeks and 1.11 is only guaranteed to build with 1.10, etc.

So after only two years we may need to compile like 17 different
releases to get the current version.
-- 
Alex Griffin

Re: [PATCH 3/8] gnu: Remove trailing periods from synopsis.

[Ludovic Courtès]

David Craven  skribis:

> * gnu/packages/emacs.scm (emacs-smart-mode-line): Update synopsis.
> * gnu/packages/gnustep.scm (wmfire): Update synopsis.
> * gnu/packages/haskell.scm (ghc-socks): Update synopsis.
> * gnu/packages/kde-frameworks.scm (oxygen-icons): Update synopsis.
> * gnu/packages/openstack.scm (python-bandit): Update synopsis.
> * gnu/packages/perl.scm (perl-test-trap): Update synopsis.
> * gnu/packages/python.scm (python-backports-abc): Update synopsis.
> * gnu/packages/ruby.scm (python-cryptography-vectors): Update synopsis.

Applied except:

> -(synopsis "Display flames to represent CPU usage, memory usage, etc.")
> +(synopsis "Display flames to represent CPU usage, memory usage, etc")

and:

> -(synopsis "Trap exit codes, exceptions, output, etc.")
> +(synopsis "Trap exit codes, exceptions, output, etc")

… where I used another trick.  ;-)

Thanks for the cleanup!

Ludo’.

Re: [PATCH] gnu: iptables: Include firewall in description.

[Ludovic Courtès]

ng0  skribis:

> From 9c34e17d4a7248d9248675929a3fb65a203076e8 Mon Sep 17 00:00:00 2001
> From: ng0 
> Date: Fri, 29 Jul 2016 09:20:47 +
> Subject: [PATCH] gnu: iptables: Include firewall in description.
>
> * gnu/packages/linux.scm (iptables)[description]: Add a sentence about the
> kernel package filter as the firewall.

Pushed something along these lines, thanks.

Ludo’.

Re: [PATCH 5/5] gnu: Add s6-networking.

[Ludovic Courtès]

Eric Le Bihan  skribis:

> * gnu/packages/skarnet.scm (s6-networking): New variable.
>
> Signed-off-by: Eric Le Bihan 

Applied.  Thank you for this patch series!

Ludo’.

Re: Separate Mailing Lists for Patches vs General Dev Discussion?

[Leo Famulari]

On Fri, Jul 29, 2016 at 01:56:36PM +0200, Vincent Legoll wrote:
> There's not silver bullet for this

Some blacksmith should forge one ;)

I think there is a real demand for a good hybrid mailing list / web page
software development interface.

Re: [PATCH 4/5] gnu: Add s6-dns.

[Ludovic Courtès]

Eric Le Bihan  skribis:

> * gnu/packages/skarnet.scm (s6-dns): New variable.

Applied, and added a copyright line for you.

Re: [GSoC update] Npm & guix

[Jelle Licht]

Quick reply from my phone, but thanks for the feedback.

On Jul 29, 2016 16:53, "Catonano"  wrote:

> 2016-07-25 23:26 GMT+02:00 Ludovic Courtès :
>
>> Hello!
>>
>> Jelle Licht  skribis:
>>
>> > On Ludo's advice, I snarfed Ricardo's recursive importer and bolted it
>> > on my npm importer. After leaving the importer running for a quite
>> > some hours (and making it more robust in the face of inconsistent npm
>> > information), it turns out that jQuery has a direct or indirect
>> > dependcy on about everything. We are talking pretty much all of the
>> > build systems, all of the testing frameworks and all of the test
>> > runners. Literally thousands of packages, and multiple (conflicting)
>> > versions of most.
>>
>> I’m really impressed that your importer can already grovel this much!
>> In itself, that’s already a significant achievement, despite the
>> frustration of not getting “guix package -i jquery” right away.
>>
>> Do you have figures on the number of vertices and edges on this graph?
>> Could it be that the recursive importer keeps revisiting the same nodes
>> over and over again?  :-)
>>
>
>
>
>> I would suggest publishing the code somewhere so others can try to
>> import their favorite JS library and give feedback.
>>
>>
> I'd like to indicate that in the Guix code base there's a function
> visiting the graph of the dependencies of a package with the concern of
> covering it all AND of not considering the same node more than one time
>
> It's in guix/packages.scm on line 552, it's called "transitive-inputs" and
> takes as an arguments the inputs of a single package.
>
> It could be used as a blueprint for such task of dependencies graphs
> covering.
>
> The main observation that I can do is that both versions do check whether
> a package being considered is already been seen in a previous passage.
>
> So, it doesn't seem to me that Jelle's version could revisit the same
> package (node) over and over
>
> Also, the "official" version clearly distinguishes between the current
> depth level in the graph and the next one, using 2 different variables for
> containing the packages (nodes) at the current depth and those in the next
> level ("inputs" and "propagated") as it does a breadth first visit.
>
> Instead the Jelle's version uses the same variable for the current AND the
> next level and it's a list and it conses the nodes for the next level on
> the current list
>
> So it seems to me that it does a depth first visit (I might be wrong, I
> didn't do a complete trace)
>
> If anything, the "official" version uses a VHash to check if a package has
> already been "seen" while Jelle's uses a plain list (again)
>
> So the cost of this check is constant in the official version and linear
> in Jelle's version.
>
> Further, in Jelle's version, every package gets checked against the list
> of already imported packages (as a plain list) AND against the packages
> already present in the store.
>
> Both checks at every iteration. It seems to me that there's space for
> improving here ;-)
>
> In fact, in Jelle's guix/import/npm.scm, on line 462 the "and" could be
> switched to an "or". It would work anyway and it could save a handful of
> checks on a complete run of the algorithm
>

You are totally right here! The quick and dirty way of doing it, which I am
currently doing,
is to wrap these checks in a memoized function.
I'll take some of your points into account to properly rewrite this part.


>
> Anyway, I tried to "import" a random package and it has a ton of
> dependencies.
>

Story of my life these past few weeks :-)


>
> It seems to me that a more systematic approach (like that of a real data
> scientist ;-) ) could help here
>
>

> The whole graph should be imported in some database and then graph
> algorithms should be run on it
>
> For example: which are the packages with less or no dependencies (and a
> lot of dependants) ?
> Because those should be imported first, in my opinion.
>
> Jelle came to the notion that testing frameworks are a dependencies for
> almost all the packages but as far as I understand that's a quite empirical
> knowledge.
>

^ This, I like. Does anyone have any suggestions on tools that could help
me do this in guile?
I know of projects like [1] that already do something similar, although I
do no have any experience
with constructing and querying graphs using free software.

>
>
>> > I am currently hovering between version 0.6 and 0.7, which can
>> > properly recompile itself and slightly more contemporary
>> > version. Getting to version 1.6 from June 2013 should be doable using
>> > this exact same approach.  This will allow us to package a 2014
>> > version of the Mocha testing framework.
>>
>> Impressive.
>>
>
> Indeed. Impressive.
>
> Ok, so these are the first impressions that I came up with. I'd like my
> observations on the algorithms to be vetted by more experienced people.
>
> Just to help me verify if I can 

Re: [PATCH 06/10] gnu: mesa: Enable wayland support.

[David Craven]

> What did ‘guix size’ reveal, and what does it suggest?  :-)

Efraim did an estimate of about 10 MB, my measurement was 30MB but
that includes the spirv toolchain and virtio driver. Are these
boundaries measurements close enough for a decision? I can do a more
precise measurement if you want... I guess we can live with 10-15MB =P
But I'm probably biases xD

Re: [PATCH 3/5] gnu: Add s6.

[Ludovic Courtès]

Eric Le Bihan  skribis:

> * gnu/packages/skarnet.scm (s6): New variable.
>
> Signed-off-by: Eric Le Bihan 

Fixed the two-space-after-period issue reported by ‘guix lint’ and
applied.

Re: [PATCH 1/7] gnu: Add usbredir.

[David Craven]

Thank you! And sorry for all the complaining...

spice-gtk doesn't need libusb in it's inputs if it's propagated =P But
not that it matters too much...

Re: [PATCH 2/5] gnu: execline: Update to 2.1.5.0.

[Ludovic Courtès]

Eric Le Bihan  skribis:

> * gnu/packages/skarnet.scm (execline): Update to 2.1.5.0.
>
> Signed-off-by: Eric Le Bihan 

Applied.

Re: [PATCH 1/5] gnu: skalibs: Update to 2.3.10.0.

[Ludovic Courtès]

Eric Le Bihan  skribis:

> * gnu/packages/skarnet.scm (skalibs): Update to 2.3.10.0.

Applied, thanks.

Re: [PATCH v3] gnu: Add stellarium.

[Ludovic Courtès]

Danny Milosavljevic  skribis:

> * gnu/local.mk: Include gnu/packages/education.scm .
> * gnu/packages/education.scm: Add new file.
> * gnu/packages/education.scm (stellarium): New variable.

Applied with an improved synopsis and description.  This is a nice
package!

Thanks,
Ludo’.

Re: [PATCH 1/7] gnu: Add usbredir.

[Leo Famulari]

On Fri, Jul 29, 2016 at 10:09:40AM +0200, David Craven wrote:
> Thanks for reviewing and merging =). Just noticed two things...
> 
> libusb should be propagated in usbredir [0].
> spice-protocol should be propagated in spice-gtk [1].

Done with ba9e2ee64 !

Rust

[Ludovic Courtès]

Hello,

Eric Le Bihan  skribis:

> It happens that I tried to package Rust, as an introduction to Guix.
> Here is my version, inspired by the Haskell package, where Rust 1.10.0
> is built, bootstrapped by a binary version of rustc 1.9.0. It uses the
> "cc" wrapper trick previously presented.

As you might have seen from previous discussions, we try hard to reduce
the number of binary blobs needed to bootstrap packages, such that we
have a full source-to-binary path that everyone can audit.
Unfortunately, this usually hard to achieve for self-hosted compilers.

Do you know what’s Rust’s bootstrapping story is?  Can we reasonably
expect to bootstrap it from source, using a series of previous Rust
versions, or using an alternative implementation?

> Some questions, though:
>
> 1. I can compile a sample program in a guix environment created using
> `guix environment gcc glibc binutils rust`, but the program
> generated fails to run because libgcc_s.so.1 can not be found. How can
> it be added to the environment?

As Andreas notes, ‘gcc-toolchain’, which includes ‘ld-wrapper’, should
fix this.

Does Rust use GCC, or just ld?

> 2. Having a Rust compiler is cool, but having Cargo, the Rust package
> manager, would be even better. Cargo is also bootstrapped, and it is
> also built using zillions of crates (Rust packages) downloaded from the
> Internet. How could this case be handled in Guix?

Assuming Cargo itself is just a regular Rust program, it should be
possible to make a Guix package of Cargo.  Then, Guix users can install
it and use it the normal way; we won’t be able to use Cargo in package
recipes though, because our package build environments purposefully
lacks network access.

Besides, I would encourage you or anyone interested to write a crate
importer, like we do for most other language packages:

  https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-import.html

Having crates available as normal Guix packages is the best option for
Guix users: uniform interface, the ability to use ‘guix environment’ and
all the tools, transactional upgrade and rollback, etc.

> From fb1fbc92cd68331b3dea94c238274f8a01b98afa Mon Sep 17 00:00:00 2001
> From: Eric Le Bihan 
> Date: Thu, 28 Jul 2016 20:09:01 +0200
> Subject: [PATCH 1/1] gnu: Add rust
>
> * gnu/packages/rust.scm(rust): New variable.
>
> Signed-off-by: Eric Le Bihan 

Apart from the bootstrapping thing discussed above, this looks good to
me (and a great first package!).

> +;; Tell where to find libgcc_s.so
> +(setenv "LD_LIBRARY_PATH" (string-append gcc-lib "/lib"))

“LIBRARY_PATH” may be enough.

> +;; Remove reference to "/lib64/ld-linux-x86-64.so.2" from binary
> +(zero? (system*
> +"patchelf"
> +"--set-interpreter" ld-so
> +(string-append (getcwd) "/rustc/bin/rustc")))

“rustc/bin/rustc” is enough here.

> +(add-before 'build 'pre-build
> +(lambda _
> +  (let* ((bindir (string-append (getcwd) "/bin"))
> + (cc (string-append bindir "/cc")))
> +(mkdir bindir)
> +(call-with-output-file cc
> +  (lambda (port)
> +(format port
> +"#!~a\n\nexec gcc \"$@\"\n" (which 
> "sh"
> +(chmod cc #o755

Can we avoid this trick using a configure flag
(--with-compiler=/path/to/gcc) or a configure or environment variable
(CC=gcc)?  If not, that’s fine.

> +  (replace 'build
> +   (lambda* (#:key outputs #:allow-other-keys)
> + (setenv "PATH"
> + (string-append (getcwd) "/bin:" (getenv "PATH")))
> + (mkdir (assoc-ref outputs "out"))
> + (zero? (system* "make")

Rather do:

  (add-before 'build 'change-PATH
(lambda _
  (setenv …)
  #t))

so we can reuse the normal ‘build’ phase, which passes -jX to ‘make’.

> +  #:tests? #f))

We normally run test suites, unless we have a good reason not to do so.
:-)  Any ideas why “make check” fails?

Thanks!

Ludo’.

Re: libgd security update / i686 issues

[Ludovic Courtès]

Leo Famulari  skribis:

> On Thu, Jul 28, 2016 at 03:23:37AM -0400, Leo Famulari wrote:
>> libgd 2.2.3 has been released [0], which includes fixes for
>> CVE-2016-6207.
>
> Instead of updating to 2.2.3, we could also try cherry-picking the
> upstream commits that address this bug, as attached.

Are there any good reasons not to update?

I would tend to update, which sounds simpler and will have to be done
anyway, but maybe I’m overlooking something.

Thanks for taking care of this,
Ludo’.

Re: [GSoC update] Npm & guix

[Catonano]

2016-07-25 23:26 GMT+02:00 Ludovic Courtès :

> Hello!
>
> Jelle Licht  skribis:
>
> > On Ludo's advice, I snarfed Ricardo's recursive importer and bolted it
> > on my npm importer. After leaving the importer running for a quite
> > some hours (and making it more robust in the face of inconsistent npm
> > information), it turns out that jQuery has a direct or indirect
> > dependcy on about everything. We are talking pretty much all of the
> > build systems, all of the testing frameworks and all of the test
> > runners. Literally thousands of packages, and multiple (conflicting)
> > versions of most.
>
> I’m really impressed that your importer can already grovel this much!
> In itself, that’s already a significant achievement, despite the
> frustration of not getting “guix package -i jquery” right away.
>
> Do you have figures on the number of vertices and edges on this graph?
> Could it be that the recursive importer keeps revisiting the same nodes
> over and over again?  :-)
>



> I would suggest publishing the code somewhere so others can try to
> import their favorite JS library and give feedback.
>
>
I'd like to indicate that in the Guix code base there's a function visiting
the graph of the dependencies of a package with the concern of covering it
all AND of not considering the same node more than one time

It's in guix/packages.scm on line 552, it's called "transitive-inputs" and
takes as an arguments the inputs of a single package.

It could be used as a blueprint for such task of dependencies graphs
covering.

The main observation that I can do is that both versions do check whether a
package being considered is already been seen in a previous passage.

So, it doesn't seem to me that Jelle's version could revisit the same
package (node) over and over

Also, the "official" version clearly distinguishes between the current
depth level in the graph and the next one, using 2 different variables for
containing the packages (nodes) at the current depth and those in the next
level ("inputs" and "propagated") as it does a breadth first visit.

Instead the Jelle's version uses the same variable for the current AND the
next level and it's a list and it conses the nodes for the next level on
the current list

So it seems to me that it does a depth first visit (I might be wrong, I
didn't do a complete trace)

If anything, the "official" version uses a VHash to check if a package has
already been "seen" while Jelle's uses a plain list (again)

So the cost of this check is constant in the official version and linear in
Jelle's version.

Further, in Jelle's version, every package gets checked against the list of
already imported packages (as a plain list) AND against the packages
already present in the store.

Both checks at every iteration. It seems to me that there's space for
improving here ;-)

In fact, in Jelle's guix/import/npm.scm, on line 462 the "and" could be
switched to an "or". It would work anyway and it could save a handful of
checks on a complete run of the algorithm

Anyway, I tried to "import" a random package and it has a ton of
dependencies.

It seems to me that a more systematic approach (like that of a real data
scientist ;-) ) could help here

The whole graph should be imported in some database and then graph
algorithms should be run on it

For example: which are the packages with less or no dependencies (and a lot
of dependants) ?
Because those should be imported first, in my opinion.

Jelle came to the notion that testing frameworks are a dependencies for
almost all the packages but as far as I understand that's a quite empirical
knowledge.


> > I am currently hovering between version 0.6 and 0.7, which can
> > properly recompile itself and slightly more contemporary
> > version. Getting to version 1.6 from June 2013 should be doable using
> > this exact same approach.  This will allow us to package a 2014
> > version of the Mocha testing framework.
>
> Impressive.
>

Indeed. Impressive.

Ok, so these are the first impressions that I came up with. I'd like my
observations on the algorithms to be vetted by more experienced people.

Just to help me verify if I can actually understand someone's else scheme
code

Thanks

Re: failing swap service while guix system reconfigure

[Ludovic Courtès]

ng0  skribis:

> Like the title says, I encountered this problem

Which problem?

Could you paste the failing command and its output?

Thanks in advance!

Ludo’.

Re: [PATCH 06/10] gnu: mesa: Enable wayland support.

[Ludovic Courtès]

David Craven  skribis:

> So is this going into the main mesa package? Or should I submit a
> mesa-wayland package instead?

(Please keep a bit of context when replying.)

In my last message I gave you the main criterion for deciding whether to
add Wayland support in Mesa so that you could decide whether to it was
worthy:

  https://lists.gnu.org/archive/html/guix-devel/2016-07/msg00840.html

What did ‘guix size’ reveal, and what does it suggest?  :-)

Thanks,
Ludo’.

Re: WIP: neomutt. segfaulting outside of gdb, functional inside.

[ng0]

Tomáš Čech  writes:

> On Fri, Jun 24, 2016 at 04:04:43PM +, ng0 wrote:
>>In gnu/packages/mail.scm I created this package.
>>It builds succesfully, but when I run it, it segfaults.
>>Running it in gdb however makes it succeed and not
>>segfault. How do I debug such a software?
>
> Let it generate coredump and open that in GDB.
>
> S_W

Thanks, I'll look into how to do this and see if I can get further
results with this.
-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH] gnu: Add python2-pydns

[Ludovic Courtès]

Danny Milosavljevic  skribis:

> +  (arguments
> +`(#:tests? #f #| there are no tests |#

In addition to Leo’s comment: please avoid #| comments; they are not
used anywhere and I think we can happily avoid them.  :-)

Thanks,
Ludo’.

Re: [PATCH ?] gnu: Add dash.

[ng0]

Ludovic Courtès  writes:

> Hi!
>
> Tobias Geerinckx-Rice  skribis:
>
>> * gnu/packages/dash.shm: New file.
>> ---
>>
>> Guix!
>>
>> IMO this belongs in a (new) shell.scm with fish, tcsh and zsh.
>> Maybe bash, too. On the other hand:
>>
>> Certain shells might have an 'ecosystem' of 'packages', such as
>> bash-completion in bash.scm, that might justify leaving them in
>> their own file. I'm thinking specifically of zsh here.
>>
>> I'd suggest merging them all and splitting out if and when needed,
>> but prefer to ask the wisdom of the list before doing that tedious
>> deed.
>
> I would keep Bash separate, but I agree it’s a good idea to merge the
> other ones in one module.
>
> If you want, you could do that and then add Dash to that file?
>
> [...]
>
>> +(home-page "http://gondor.apana.org.au/~herbert/dash;)
>> +(synopsis "POSIX-compliant shell optimised for size")
>> +(description
>> + "dash is a POSIX-compliant @command{/bin/sh} implementation that aims 
>> to be
>> +as small as possible, often without sacrificing speed.  It is significantly
>> +faster than the GNU Bourne-Again Shell (@command{bash}) at most tasks.  
>> dash is
>> +a direct descendant of NetBSD's Almquist Shell (@command{ash}).")
>> +(license (list bsd-3
>> +   gpl2+; mksignames.c
>
> I’d tend to remove “significantly” :-), but otherwise LGTM, thanks!

I second this. Significantly faster is subjectiv as long as we do not
provide some side by side benchmark results etc.

> Ludo’.
>

-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Re: rust work in progress conflicts

[ng0]

Vincent Legoll  writes:

>> On Thu, Jul 28, 2016 at 08:31:44PM +0200, Eric Le Bihan wrote:
>>> 1. I can compile a sample program in a guix environment created using
>>> `guix environment gcc glibc binutils rust`, but the program
>>> generated fails to run because libgcc_s.so.1 can not be found. How can
>>> it be added to the environment?
>>
>> I would suggest to replace "gcc glibc binutils" by "gcc-toolchain", which
>> installs a specially modified linker.
>
> Looks like I'm not alone doing the gcc mistake. Maybe this should be explained
> in the doc.
>
> WDYT
>
> -- 
> Vincent Legoll
>

Yes, definitely from what I read and watched in the time involved here
and my own experiences.
Can you try and come up with an addition?

Thanks.
-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH] gnu: password-store: Wrap PATH.

[Alex Griffin]

On Fri, Jul 29, 2016, at 09:02 AM, Thompson, David wrote:
> Sorry I'm late, but I don't think this is the right fix.  Wrapping
> programs should only be considered after other options are exhausted.
> The correct fix is to patch the source directly to refer to
> executables by their absolute path.  Why wasn't it done this way?

Mostly because it would be a lot of on-going work every time the package
is updated. As a shell script, it invokes an external tool nearly every
other line. If you look at the discussion that happened in February when
the package was first added [1], Jessica (the original packager) was
really discouraged by the prospect of patching every invocation of an
external tool. She also tried to submit changes upstream so that kind of
work wouldn't be necessary, but upstream wasn't very receptive to the
idea. In the end, the package was just committed to Guix in a broken
state.

Another approach I considered was adding a bunch of shell aliases to the
top of the script pointing to the Guix store. That makes the problem a
lot more tractable than replacing every external invocation, but it's
still kinda complicated and it still requires finding every single
program that gets called and keeping it up to date with new releases. So
even if all upstream does is use another program from coreutils, the fix
would be out-of-date again.

[1]: https://lists.gnu.org/archive/html/guix-devel/2016-02/msg01310.html
-- 
Alex Griffin

Re: [PATCH] gnu: Add mono.

[Danny Milosavljevic]

Hi,

On Wed, 27 Jul 2016 23:00:15 +0200
Jan Nieuwenhuizen  wrote:

> Find a new patch attached.

I tried your patch and I get:

FAIL: test-sgen-qsort
...
phase `check' failed after 474.1 seconds
builder for `/gnu/store/1p5qsdgc2dxf41dfg16bza88qil931dj-mono-4.4.1.0.drv' 
failed with exit code 1
guix package: error: build failed: build of 
`/gnu/store/1p5qsdgc2dxf41dfg16bza88qil931dj-mono-4.4.1.0.drv' failed

Re: [PATCH] gnu: password-store: Wrap PATH.

[Thompson, David]

On Fri, Jul 29, 2016 at 5:07 AM, Mathieu Lirzin  wrote:
> Hello,
>
> Alex Griffin  writes:
>
>> On Thu, Jul 28, 2016, at 07:20 PM, Alex Griffin wrote:
>>
>> From 74b838fea52293386169299881cdd7cfefff7f4d Mon Sep 17 00:00:00 2001
>> From: Alex Griffin 
>> Date: Thu, 28 Jul 2016 19:06:10 -0500
>> Subject: [PATCH] gnu: password-store: Wrap PATH.
>>
>> * gnu/packages/password-utils.scm (password-store):
>> [arguments]: Wrap PATH more thoroughly.
>> [native-inputs]: Move getopt to inputs.
>> [inputs]: Add sed & alphabetize packages.
>   ^^
> Indentation and formatting changes can be omitted in commit log.
>
>> ---
>>  gnu/packages/password-utils.scm | 33 -
>>  1 file changed, 16 insertions(+), 17 deletions(-)
>>
>> diff --git a/gnu/packages/password-utils.scm 
>> b/gnu/packages/password-utils.scm
>> index a03214a..497717f 100644
>> --- a/gnu/packages/password-utils.scm
>> +++ b/gnu/packages/password-utils.scm
>> @@ -6,6 +6,7 @@
>>  ;;; Copyright © 2016 Jessica Tallon 
>>  ;;; Copyright © 2016 Andreas Enge 
>>  ;;; Copyright © 2016 Lukas Gradl 
>> +;;; Copyright © 2016 Alex Griffin 
>>  ;;;
>>  ;;; This file is part of GNU Guix.
>>  ;;;
>> @@ -266,27 +267,25 @@ any X11 window.")
>>   '(#:phases
>> (modify-phases %standard-phases
>>   (delete 'configure)
>> - (add-after
>> -  ;; The script requires 'getopt' at run-time, and this allows
>> -  ;; the user to not install the providing package 'util-linux'
>> -  ;; in their profile.
>> -  'unpack 'patch-path
>> -  (lambda* (#:key inputs outputs #:allow-other-keys)
>> -(let ((getopt (string-append (assoc-ref inputs "getopt")
>> - "/bin/getopt")))
>> -  (substitute* "src/password-store.sh"
>> -(("GETOPT=\"getopt\"")
>> - (string-append "GETOPT=\"" getopt "\"")))
>> -  #t
>> + (add-after 'install 'wrap-path
>> +   (lambda* (#:key inputs outputs #:allow-other-keys)
>> + (let* ((out (assoc-ref outputs "out"))
>> +(path (map (lambda (pkg)
>> + (string-append (assoc-ref inputs pkg) 
>> "/bin"))
>> +   '("coreutils" "getopt" "git" "gnupg" "pwgen"
>> + "sed" "tree" "which" "xclip"
>> +   (wrap-program (string-append out "/bin/pass")
>> + `("PATH" ":" prefix (,(string-join path ":"
>
> 'let*' can safely be replaced by 'let' here.
>
>> #:make-flags (list "CC=gcc" (string-append "PREFIX=" %output))
>> #:test-target "test"))
>> -(native-inputs `(("getopt" ,util-linux))) ; getopt for the tests
>> -(inputs `(("gnupg" ,gnupg)
>> -  ("pwgen" ,pwgen)
>> -  ("xclip" ,xclip)
>> +(inputs `(("getopt" ,util-linux)
>>("git" ,git)
>> +  ("gnupg" ,gnupg)
>> +  ("pwgen" ,pwgen)
>> +  ("sed" ,sed)
>>("tree" ,tree)
>> -  ("which" ,which)))
>> +  ("which" ,which)
>> +  ("xclip" ,xclip)))
>>  (home-page "http://www.passwordstore.org/;)
>>  (synopsis "Encrypted password manager")
>>  (description "Password-store is a password manager which uses GnuPG to
>
> Pushed in commit 61201e46a72b715e1a38ce56932c3f4f2d3885b4.

Sorry I'm late, but I don't think this is the right fix.  Wrapping
programs should only be considered after other options are exhausted.
The correct fix is to patch the source directly to refer to
executables by their absolute path.  Why wasn't it done this way?

- Dave

Re: [PATCH 4/8] gnu: freedesktop: Add libinput-minimal.

[Vincent Legoll]

Hi David,

My question was not aimed directly at your patch but rather
more generally at the guix dev community.

So, WDOT ?

-- 
Vincent Legoll

Re: [PATCH 4/8] gnu: freedesktop: Add libinput-minimal.

[David Craven]

I'll resubmit the patch. I was thinking about removing it from the
patch while I was going through the select commits for patch-set/clean
up phase. I thought someone can complain if they want =P

Re: [PATCH] gnu: Add libsmpeg.

[Vincent Legoll]

>>> I see 2 solutions
>>
>> The other solution could be to patch the setup.py script, if you
>> want to do that I'll tell you what to change
>
> I want to try patching the setup.py script, that way I could see how
> pygame tries to detect the libraries that it says are missing.

Could you try the attached untested patch, that will avoid user interaction.

-- 
Vincent Legoll
22c22
< def confirm(message):
---
> def confirm(message, default_ret=0):
24c24,27
< reply = raw_input('\n' + message + ' [Y/n]:')
---
> try:
> reply = raw_input('\n' + message + ' [Y/n]:')
> catch EOFError:
> return default_ret
174a178
> 
180c184,185
< will not run. Would you like to continue the configuration?"""):
---
> will not run. Would you like to continue the configuration?""", 
>default_ret=1):

Re: Separate Mailing Lists for Patches vs General Dev Discussion?

[Vincent Legoll]

>> But resurrection & real use of patchwork (or any other consensus
>> web tracker) would be a plus for at least some of us newcomers
>> from different horizons.
>
> The instance at  is
> not widely used, it seems.

> Part of the problem is that it often does not automatically detect whether
> a patch has already been committed (requiring manual intervention)

Been there done that, but only once, so I'm not burned by it, but I can
imagine this being painful...

There's not silver bullet for this

-- 
Vincent Legoll

Re: [PATCH 0/5] Update skarnet packages

[Vincent Legoll]

> This small patch series updates the skalibs and execline packages and adds new
> ones: s6, s6-dns and s6-networking.
>
> Eric Le Bihan (5):
>   gnu: skalibs: Update to 2.3.10.0.
>   gnu: execline: Update to 2.1.5.0.
>   gnu: Add s6.
>   gnu: Add s6-dns.
>   gnu: Add s6-networking.

Hello,

Looks like we are in similarly-shaped boats, I'm doing musl+sinit...
:-)

Would you tell us a bit more on your usage of s6, how do you configure
guixsd to use it, for example...

-- 
Vincent Legoll

Re: [PATCH 4/8] gnu: freedesktop: Add libinput-minimal.

[Vincent Legoll]

> @@ -97,8 +97,8 @@ freedesktop.org project.")
>   `(("libudev" ,eudev))) ; required by libinput.pc
>  (inputs
>   `(("libevdev" ,libevdev)
> -   ("mtdev" ,mtdev)
> -   ("libwacom" ,libwacom)))
> +   ("libwacom" ,libwacom)
> +   ("mtdev" ,mtdev)))
>  (home-page "https://www.freedesktop.org/wiki/Software/libinput/;)
>  (synopsis "Input devices handling library")
>  (description

Is this kind of reordering wanted ?

I ask, because this is a major source of unneeded merge conflicts, for
a dubious reason, IMHO.

Or is there a real incentive to do that ?

I know a lot of projects that would simply ask you to resend the patch
without those modifications...

Why not doing it scripted, all at once, a flag-day...

-- 
Vincent Legoll

Re: Packaging KDE Framework

[ng0]

Hi,

David Craven  writes:

> Hi,
>
> I'm working on packaging calamares and investigating how much work it
> would be to add a gui installer to guix.
>
> For this I'll have to package most of KDE Framework. I was wondering
> if anyone was already working on this to avoid duplicate effort.
>
> [0] https://calamares.io/
>

Yes, I don't remember who or when, but if you search the guix-devel list
archive for it you will find someone doing work on several tiers of KDE.
-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Re: [GSoC] Continuous integration tool à la Hydra.

[Florian Paul Schmidt]

On 07/25/2016 11:36 PM, Ludovic Courtès wrote:

>> For those willing to follow my work, a Git repository is available here:
>>
>>   https://notabug.org/mthl/cuirass
> 
> … and the README has instructions on how to run it.  If anyone has spare
> CPU cycles, run Cuirass, ‘guix publish’, and share.  :-)

Sorry, if this mail comes around twice. Thunderbird crashed :(

Sadly the instructions to build it are a bit unclear. I tried:

fps@guix ~/cuirass$ guix environment --ad-hoc gcc gcc:lib automake guix
guile
guix environment: warning: ambiguous package specification `guile'
guix environment: warning: choosing guile-2.0.11 from
gnu/packages/guile.scm:131:2
fps@guix ~/cuirass [env]$
GUILE_LOAD_PATH=$GUILE_LOAD_PATH:/home/fps/guix/ ./configure




checking for a BSD-compatible install...
/run/current-system/profile/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p...
/run/current-system/profile/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking whether make supports nested variables... no
checking whether make supports nested variables... (cached) no
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for pkg-config... no
checking for GUILE... no
configure: error: in `/home/fps/cuirass':
configure: error: The pkg-config script could not be found or is too
old.  Make sure it
is in your PATH or set the PKG_CONFIG environment variable to the full
path to pkg-config.

Alternatively, you may set the environment variables GUILE_CFLAGS
and GUILE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

To get pkg-config, see .
See `config.log' for more details

How about including a guix package definition then we can easily build
it assuming "we" know how to do out-of-guix-tree package building :)

Regards,
Flo


-- 
https://fps.io



signature.asc
Description: OpenPGP digital signature

Re: [PATCH v4 15/16] gnu: Add perl-mail-spf.

[ng0]

ng0  writes:

> This one lacks the bsd-3 in the licenses in the header of mail.scm. I
> fixed this locally for now as I'm new to reviewing 16 dependent patches.
>
> I also got this message while running make on the root of guix checkout:
> gnu/packages/tls.scm:547:4: warning: possibly unbound variable 
> `perl-crypt-openssl-random'
>
>
> Unrelated, but coming up in the dependency graph:
> We need to update perl-devel-symdump to 2.17.

Done.

> A general fyi which I will open as a bug later:
> output ‘/gnu/store/afbyqf4xqp09mc16y2a7yvfnlkdnrpjz-perl-devel-symdump-2.14’ 
> of
> ‘/gnu/store/pjlp1zl2iiqiy4n28drxskh81yb39qrs-perl-devel-symdump-2.14.drv’
> differs from previous round
> @ build-failed
> /gnu/store/pjlp1zl2iiqiy4n28drxskh81yb39qrs-perl-devel-symdump-2.14.drv
> - 1 output
> ‘/gnu/store/afbyqf4xqp09mc16y2a7yvfnlkdnrpjz-perl-devel-symdump-2.14’ of
> ‘/gnu/store/pjlp1zl2iiqiy4n28drxskh81yb39qrs-perl-devel-symdump-2.14.drv’
> differs from previous round
> cannot build derivation
> `/gnu/store/bmzccfn9605nigh44gmcd67vjfm5yz2v-perl-io-socket-inet6-2.72.drv':
> 1 dependencies couldn't be built
> guix build: error: build failed: build of
> `/gnu/store/bmzccfn9605nigh44gmcd67vjfm5yz2v-perl-io-socket-inet6-2.72.drv'
> failed

This needs no bugreport if it was perl-devel-symdump. I just ran
`guix build rounds=2 perl-devel-symdump' and it was okay.

> gnu/packages/mail.scm needs #:use-modules (gnu packages networking)
>
> and then:
>
> gnu/packages/mail.scm:1296:4: warning: possibly unbound variable `perl-uri'
>
> Possibly caused by some other file already loading perl.scm module.
>
> I can not comment on further changes, and I'd rather like to have
> someone with more perl knowledge review this.
>
> Danny Milosavljevic  writes:
>
>> gnu: Add perl-mail-spf.
>>
>> * gnu/package/mail.scm (perl-mail-spf): New variable.
>> ---


-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Packaging KDE Framework

[David Craven]

Hi,

I'm working on packaging calamares and investigating how much work it
would be to add a gui installer to guix.

For this I'll have to package most of KDE Framework. I was wondering
if anyone was already working on this to avoid duplicate effort.

[0] https://calamares.io/

Re: rust work in progress conflicts

[David Craven]

Hi Eric!

Nice!

1. Try using 'guix environment --ad-hoc gcc gcc:lib'.

2. I thought about this. Maybe we could add a cargo subcommand that
interacts with the guix/nix daemon directly [0] and then have a small
cargo-build-system that wraps it. I think this would be neat because
we could avoid repackaging all rust crates and nixos could maybe reuse
it too. Otherwise we are rewriting a lot of stuff that cargo already
does really well (not like python and ruby package managers for
example)


[0] https://github.com/rust-lang/cargo/wiki/Third-party-cargo-subcommands

[PATCH] gnu: iptables: Include firewall in description.

[ng0]

>From 9c34e17d4a7248d9248675929a3fb65a203076e8 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Fri, 29 Jul 2016 09:20:47 +
Subject: [PATCH] gnu: iptables: Include firewall in description.

* gnu/packages/linux.scm (iptables)[description]: Add a sentence about the
kernel package filter as the firewall.
---
 gnu/packages/linux.scm | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index 001908f..7b7d2f4 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -14,6 +14,7 @@
 ;;; Copyright © 2016 Nicolas Goaziou 
 ;;; Copyright © 2016 Ricardo Wurmus 
 ;;; Copyright © 2016 David Craven 
+;;; Copyright © 2016 ng0 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -893,6 +894,7 @@ Linux 2.4.x and later IPv4 packet filtering ruleset.  It is targeted towards
 system administrators.  Since Network Address Translation is also configured
 from the packet filter ruleset, iptables is used for this, too.  The iptables
 package also includes ip6tables.  ip6tables is used for configuring the IPv6
+packet filter.  iptables is used to configure this firewall, the kernel
 packet filter.")
 (license license:gpl2+)))
 
-- 
2.9.2

-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

Re: rust work in progress conflicts

[Andreas Enge]

Hello,

On Thu, Jul 28, 2016 at 08:31:44PM +0200, Eric Le Bihan wrote:
> 1. I can compile a sample program in a guix environment created using
> `guix environment gcc glibc binutils rust`, but the program
> generated fails to run because libgcc_s.so.1 can not be found. How can
> it be added to the environment?

I would suggest to replace "gcc glibc binutils" by "gcc-toolchain", which
installs a specially modified linker.

Andreas

New template for 'guix-packages' made available

[Translation Project Robot]

Hello, gentle maintainer.

This is a message from the Translation Project robot.  (If you have
any questions, send them to .)

A new POT file for textual domain 'guix-packages' has been made available
to the language teams for translation.  It is archived as:

http://translationproject.org/POT-files/guix-packages-0.11.0.pot

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

Below is the URL which has been provided to the translators of your
package.  Please inform the translation coordinator, at the address
at the bottom, if this information is not current:

http://www.fdn.fr/~lcourtes/tmp/guix-0.11.0tp.tar.gz

We can arrange things so that translated PO files are automatically e-mailed
to you when they arrive.  Ask at the address below if you want this.

Thank you for all your work,

The Translation Project robot, in the
name of your translation coordinator.

New template for 'guix' made available

[Translation Project Robot]

Hello, gentle maintainer.

This is a message from the Translation Project robot.  (If you have
any questions, send them to .)

A new POT file for textual domain 'guix' has been made available
to the language teams for translation.  It is archived as:

http://translationproject.org/POT-files/guix-0.11.0.pot

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

Below is the URL which has been provided to the translators of your
package.  Please inform the translation coordinator, at the address
at the bottom, if this information is not current:

http://www.fdn.fr/~lcourtes/tmp/guix-0.11.0tp.tar.gz

We can arrange things so that translated PO files are automatically e-mailed
to you when they arrive.  Ask at the address below if you want this.

Thank you for all your work,

The Translation Project robot, in the
name of your translation coordinator.

[PATCH 0/5] Update skarnet packages

[Eric Le Bihan]

Hi!

This small patch series updates the skalibs and execline packages and adds new
ones: s6, s6-dns and s6-networking.

Eric Le Bihan (5):
  gnu: skalibs: Update to 2.3.10.0.
  gnu: execline: Update to 2.1.5.0.
  gnu: Add s6.
  gnu: Add s6-dns.
  gnu: Add s6-networking.

 gnu/packages/skarnet.scm | 121 +--
 1 file changed, 117 insertions(+), 4 deletions(-)

--
2.4.11

Re: [PATCH 2/2] gnu: atlas: Use cpupower in description.

[ng0]

Mathieu Lirzin  writes:

> Hello,
>
> ng0  writes:
>
>> Mathieu Lirzin  writes:
>>
>>> Tobias Geerinckx-Rice  writes:
>>>
 Ludo',

 On 2016-07-19 23:00, l...@gnu.org wrote:
> Applied, thanks!

 Thanks! I didn't know about @example.

 It seems like some Texinfo syntax is encouraged (like @command), but
 not the full set (package descriptions are full of abbreviations,
 but no @abbr or @acronym anywhere). Is this by design?
>>>
>>> Nope it is not by design, the Guile (texinfo ...) modules just don't
>>> implement these commands from GNU Texinfo, but should indeed.
>>>
>>> -- 
>>> Mathieu Lirzin
>>>
>>
>> Is there a feature request / bug we could file somewhere on this? I
>> don't know what the upstream of Guile texinfo is, but it reads like it
>> should be extended.
>
> Guile texinfo is maintained in Guile itself.  You can send a bug report
> to .
>
> Thanks!
>
> -- 
> Mathieu Lirzin


Thanks.

I could, but I have no time to interact with it due to personal
resources.
It would be better if someone else did this.
-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

[PATCH 5/5] gnu: Add s6-networking.

[Eric Le Bihan]

* gnu/packages/skarnet.scm (s6-networking): New variable.

Signed-off-by: Eric Le Bihan 
---
 gnu/packages/skarnet.scm | 43 +++
 1 file changed, 43 insertions(+)

diff --git a/gnu/packages/skarnet.scm b/gnu/packages/skarnet.scm
index 9df367a..6723862 100644
--- a/gnu/packages/skarnet.scm
+++ b/gnu/packages/skarnet.scm
@@ -160,3 +160,46 @@ small amount of code.")))
  "s6-dns is a suite of DNS client programs and libraries for Unix systems,
 as an alternative to the BIND, djbdns or other DNS clients.")))
 
+(define-public s6-networking
+  (package
+   (name "s6-networking")
+   (version "2.1.1.0")
+   (source
+(origin
+ (method url-fetch)
+ (uri (string-append 
"http://skarnet.org/software/s6-networking/s6-networking-;
+ version ".tar.gz"))
+ (sha256
+  (base32
+   "0r8gfv0l2k449nacjy919gqlgn25q7fjxaqra5r37k7kiikkgqfw"
+(build-system gnu-build-system)
+(inputs `(("skalibs" ,skalibs)
+  ("execline" ,execline)
+  ("s6" ,s6)
+  ("s6-dns" ,s6-dns)))
+(arguments
+ '(#:configure-flags (list
+  (string-append "--with-lib="
+ (assoc-ref %build-inputs "skalibs")
+ "/lib/skalibs")
+  (string-append "--with-lib="
+ (assoc-ref %build-inputs "execline")
+ "/lib/execline")
+  (string-append "--with-lib="
+ (assoc-ref %build-inputs "s6")
+ "/lib/s6")
+  (string-append "--with-lib="
+ (assoc-ref %build-inputs "s6-dns")
+ "/lib/s6-dns")
+  (string-append "--with-sysdeps="
+ (assoc-ref %build-inputs "skalibs")
+ "/lib/skalibs/sysdeps"))
+   #:tests? #f))
+(home-page "http://skarnet.org/software/s6-networking;)
+(license isc)
+(synopsis "Suite of network utilities for Unix systems")
+(description
+ "s6-networking is a suite of small networking utilities for Unix systems.
+It includes command-line client and server management, TCP access control,
+privilege escalation across UNIX domain sockets, IDENT protocol management and
+clock synchronization.")))
-- 
2.4.11

[PATCH 3/5] gnu: Add s6.

[Eric Le Bihan]

* gnu/packages/skarnet.scm (s6): New variable.

Signed-off-by: Eric Le Bihan 
---
 gnu/packages/skarnet.scm | 40 
 1 file changed, 40 insertions(+)

diff --git a/gnu/packages/skarnet.scm b/gnu/packages/skarnet.scm
index 6d6239d..3678cc8 100644
--- a/gnu/packages/skarnet.scm
+++ b/gnu/packages/skarnet.scm
@@ -90,3 +90,43 @@ It features conditional loops, getopt-style option handling, 
file name
 globbing, redirection and other shell concepts, expressed as discrete commands
 rather than in special syntax, minimizing runtime footprint and
 complexity.")))
+
+(define-public s6
+  (package
+   (name "s6")
+   (version "2.3.0.0")
+   (source
+(origin
+ (method url-fetch)
+ (uri (string-append "http://skarnet.org/software/s6/s6-;
+ version ".tar.gz"))
+ (sha256
+  (base32
+   "1rp8i228zxzbia1799pdav1kkzdk96fax9bcfyf2gilkdm3s1ja9"
+   (build-system gnu-build-system)
+   (inputs `(("skalibs" ,skalibs)
+ ("execline" ,execline)))
+   (arguments
+'(#:configure-flags (list
+(string-append "--with-lib="
+   (assoc-ref %build-inputs "skalibs")
+   "/lib/skalibs")
+(string-append "--with-lib="
+   (assoc-ref %build-inputs "execline")
+   "/lib/execline")
+(string-append "--with-sysdeps="
+   (assoc-ref %build-inputs "skalibs")
+   "/lib/skalibs/sysdeps"))
+  #:tests? #f))
+   (home-page "http://skarnet.org/software/s6;)
+   (license isc)
+   (synopsis "Small suite of programs for process supervision")
+   (description
+"s6 is a small suite of programs for UNIX, designed to allow process
+supervision (a.k.a service supervision), in the line of daemontools and runit,
+as well as various operations on processes and daemons. It is meant to be a
+toolbox for low-level process and service administration, providing different
+sets of independent tools that can be used within or without the framework, and
+that can be assembled together to achieve powerful functionality with a very
+small amount of code.")))
+
-- 
2.4.11

[PATCH 4/5] gnu: Add s6-dns.

[Eric Le Bihan]

* gnu/packages/skarnet.scm (s6-dns): New variable.

Signed-off-by: Eric Le Bihan 
---
 gnu/packages/skarnet.scm | 30 ++
 1 file changed, 30 insertions(+)

diff --git a/gnu/packages/skarnet.scm b/gnu/packages/skarnet.scm
index 3678cc8..9df367a 100644
--- a/gnu/packages/skarnet.scm
+++ b/gnu/packages/skarnet.scm
@@ -130,3 +130,33 @@ sets of independent tools that can be used within or 
without the framework, and
 that can be assembled together to achieve powerful functionality with a very
 small amount of code.")))
 
+(define-public s6-dns
+  (package
+   (name "s6-dns")
+   (version "2.0.1.0")
+   (source
+(origin
+ (method url-fetch)
+ (uri (string-append "http://skarnet.org/software/s6-dns/s6-dns-;
+ version ".tar.gz"))
+ (sha256
+  (base32
+   "1ji47iy8czx4jmi763dxd6lgjbnp4vqqgcijh46ym65l0a97z04w"
+(build-system gnu-build-system)
+(inputs `(("skalibs" ,skalibs)))
+(arguments
+ '(#:configure-flags (list
+  (string-append "--with-lib="
+ (assoc-ref %build-inputs "skalibs")
+ "/lib/skalibs")
+  (string-append "--with-sysdeps="
+ (assoc-ref %build-inputs "skalibs")
+ "/lib/skalibs/sysdeps"))
+   #:tests? #f))
+(home-page "http://skarnet.org/software/s6-dns;)
+(license isc)
+(synopsis "Suite of DNS client programs")
+(description
+ "s6-dns is a suite of DNS client programs and libraries for Unix systems,
+as an alternative to the BIND, djbdns or other DNS clients.")))
+
-- 
2.4.11

[PATCH 2/5] gnu: execline: Update to 2.1.5.0.

[Eric Le Bihan]

* gnu/packages/skarnet.scm (execline): Update to 2.1.5.0.

Signed-off-by: Eric Le Bihan 
---
 gnu/packages/skarnet.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/skarnet.scm b/gnu/packages/skarnet.scm
index a5e9913..6d6239d 100644
--- a/gnu/packages/skarnet.scm
+++ b/gnu/packages/skarnet.scm
@@ -51,7 +51,7 @@ and file system operations.  It is used by all skarnet.org 
software.")
 (define-public execline
   (package
 (name "execline")
-(version "2.1.2.2")
+(version "2.1.5.0")
 (source
  (origin
   (method url-fetch)
@@ -59,7 +59,7 @@ and file system operations.  It is used by all skarnet.org 
software.")
   version ".tar.gz"))
   (sha256
(base32
-"01pckac5zijf6icrhwicbmq92yq68gfkf1yl03rr2v4q3cn8r85f"
+"0hhirdmyh3sj9qagkis7addmmdvyic717wkb6ym3n63kvfk0adla"
 (build-system gnu-build-system)
 (inputs `(("skalibs" ,skalibs)))
 (arguments
-- 
2.4.11

Re: rust work in progress conflicts

[Eric Le Bihan]

Hi ng0, all!

Le Thu, 28 Jul 2016 08:28:18 +,
ng0  a écrit :

> ng0  writes:
[...]
>
> So I picked up rust.scm again and forgot about this thread, only a
> search for rust brought it up again.
> As this will be a long task obviously, however we finish it, can we
> file a bug on it so it is obvious that work is being done on it and
> there'll be no dual work on this?
> 
> Recently released version 1.10.0 of rust merged the
> "--disable-codegen-tests" I needed back when i worked on it.

It happens that I tried to package Rust, as an introduction to Guix.
Here is my version, inspired by the Haskell package, where Rust 1.10.0
is built, bootstrapped by a binary version of rustc 1.9.0. It uses the
"cc" wrapper trick previously presented.

Some questions, though:

1. I can compile a sample program in a guix environment created using
`guix environment gcc glibc binutils rust`, but the program
generated fails to run because libgcc_s.so.1 can not be found. How can
it be added to the environment?

2. Having a Rust compiler is cool, but having Cargo, the Rust package
manager, would be even better. Cargo is also bootstrapped, and it is
also built using zillions of crates (Rust packages) downloaded from the
Internet. How could this case be handled in Guix?

Best regards,

-- 
ELB
From fb1fbc92cd68331b3dea94c238274f8a01b98afa Mon Sep 17 00:00:00 2001
From: Eric Le Bihan 
Date: Thu, 28 Jul 2016 20:09:01 +0200
Subject: [PATCH 1/1] gnu: Add rust

* gnu/packages/rust.scm(rust): New variable.

Signed-off-by: Eric Le Bihan 
---
 gnu/packages/rust.scm | 141 ++
 1 file changed, 141 insertions(+)
 create mode 100644 gnu/packages/rust.scm

diff --git a/gnu/packages/rust.scm b/gnu/packages/rust.scm
new file mode 100644
index 000..6c6ec0c
--- /dev/null
+++ b/gnu/packages/rust.scm
@@ -0,0 +1,141 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 Eric Le Bihan 
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see .
+
+(define-module (gnu packages rust)
+  #:use-module (ice-9 regex)
+  #:use-module ((guix licenses) #:select (asl2.0 x11-style))
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix build-system gnu)
+  #:use-module (gnu packages base)
+  #:use-module (gnu packages bootstrap)
+  #:use-module (gnu packages curl)
+  #:use-module (gnu packages elf)
+  #:use-module (gnu packages gcc)
+  #:use-module (gnu packages jemalloc)
+  #:use-module (gnu packages perl)
+  #:use-module (gnu packages python))
+
+(define rust-bootstrap-x86_64-1.9.0
+  (origin
+   (method url-fetch)
+   (uri
+"https://static.rust-lang.org/dist/2016-05-24/rustc-1.9.0-x86_64-unknown-linux-gnu.tar.gz;)
+   (sha256
+(base32
+ "1i44rlvvn3pr81sli6bdbkzd78ar1ibybxx6mzpw6rkw4c84sw6h"
+
+(define rust-bootstrap-i686-1.9.0
+  (origin
+   (method url-fetch)
+   (uri
+"https://static.rust-lang.org/dist/2016-05-24/rustc-1.9.0-i686-unknown-linux-gnu.tar.gz;)
+   (sha256
+(base32
+ "0fdf5xvh3g4hdza0y80w1r9vnfczjqnbzbvs7k878yc26p4dwl99"
+
+(define-public rust
+  (package
+   (name "rust")
+   (version "1.10.0")
+   (source (origin
+(method url-fetch)
+(uri (string-append "https://static.rust-lang.org/dist/rustc-;
+version "-src.tar.gz"))
+(sha256
+ (base32
+  "0sb82xb8y2pzs8l1hk91z228bambwx3dmi2kj8isin7nyjn5l0d4"
+   (build-system gnu-build-system)
+   (native-inputs
+`(("curl" ,curl)
+  ("gcc" ,gcc)
+  ("gcc-lib" ,gcc "lib")
+  ("jemalloc" ,jemalloc)
+  ("patchelf" ,patchelf)
+  ("perl" ,perl)
+  ("python" ,python-2)
+  ("rust-bootstrap"
+   ,(if (string-match "x86_64" (or (%current-target-system) (%current-system)))
+rust-bootstrap-x86_64-1.9.0
+rust-bootstrap-i686-1.9.0))
+  ("which" ,which)))
+   (arguments
+`(#:phases
+  (modify-phases %standard-phases
+(add-after 'unpack 'unpack-bootstrap
+   (lambda* (#:key inputs #:allow-other-keys)
+ (with-directory-excursion (getcwd)
+   (zero? (system*
+   "tar"
+   

[PATCH 1/5] gnu: skalibs: Update to 2.3.10.0.

[Eric Le Bihan]

* gnu/packages/skarnet.scm (skalibs): Update to 2.3.10.0.

Signed-off-by: Eric Le Bihan 
---
 gnu/packages/skarnet.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/skarnet.scm b/gnu/packages/skarnet.scm
index e1518fe..a5e9913 100644
--- a/gnu/packages/skarnet.scm
+++ b/gnu/packages/skarnet.scm
@@ -26,7 +26,7 @@
 (define-public skalibs
   (package
 (name "skalibs")
-(version "2.3.5.1")
+(version "2.3.10.0")
 (source
  (origin
   (method url-fetch)
@@ -34,7 +34,7 @@
   version ".tar.gz"))
   (sha256
(base32
-"1m31wph4qr4mqgv51nzwd9nw0x5vmpkcxr48i216wn3dpy3mvxwy"
+"0i7af224kl1crxgml09wx0x6q8ab79vnyrllfwv2lnq585wi9mg4"
 (build-system gnu-build-system)
 (arguments
  '(#:configure-flags '("--enable-force-devr") ; do not analyze /dev/random
-- 
2.4.11

Re: [PATCH 5/6] gnu: gnupg: Update to 2.1.14.

[ng0]

I did no functionality test this time. I should script this for the next
time.
>From e186acb6851ae52ef19c58f36a195b33b968baef Mon Sep 17 00:00:00 2001
From: ng0 
Date: Thu, 28 Jul 2016 23:54:52 +
Subject: [PATCH] gnu: gnupg: Update to 2.1.14.

* gnu/packages/gnupg.scm (gnupg): Update to 2.1.14.

Co-authored-by: Leo Famulari 
---
 gnu/packages/gnupg.scm | 11 ---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/gnupg.scm b/gnu/packages/gnupg.scm
index 6ddfaac..2e152f0 100644
--- a/gnu/packages/gnupg.scm
+++ b/gnu/packages/gnupg.scm
@@ -208,14 +208,14 @@ compatible to GNU Pth.")
 (define-public gnupg
   (package
 (name "gnupg")
-(version "2.1.13")
+(version "2.1.14")
 (source (origin
   (method url-fetch)
   (uri (string-append "mirror://gnupg/gnupg/gnupg-" version
   ".tar.bz2"))
   (sha256
(base32
-"0xcn46vcb5x5qx0bc803vpzhzhnn6wfhp7x71w9n1ahx4ak877ag"
+"0hmsiscpdpdqd8kcjpzkz2gzcc3cnrvswk9p1jzi4sivd7lxwl4l"
 (build-system gnu-build-system)
 (native-inputs
  `(("pkg-config" ,pkg-config)))
@@ -241,7 +241,12 @@ compatible to GNU Pth.")
   (lambda _
 (substitute* "tests/openpgp/defs.inc"
   (("/bin/pwd") (which "pwd")))
-#t)
+#t))
+(add-after 'build 'patch-scheme-tests
+  (lambda _
+(substitute* (find-files "tests" ".\\.scm$")
+  (("/usr/bin/env gpgscm")
+   (string-append (getcwd) "/tests/gpgscm/gpgscm"
 (home-page "https://gnupg.org/;)
 (synopsis "GNU Privacy Guard")
 (description
-- 
2.9.2

-- 
♥Ⓐ  ng0
Current Keys: https://we.make.ritual.n0.is/ng0.txt
For non-prism friendly talk find me on http://www.psyced.org

[PATCH 2/8] gnu: Use define-public to export packages.

[David Craven]

* gnu/packages/bison.scm (bison): Define public.
* gnu/packages/flex.scm (flex): Define public.
* gnu/packages/pulseaudio.scm (libsndfile, libsamplerate, pulseaudio): Define
public.
* gnu/packages/sdl.scm (sdl, sdl2, libmikmod, sdl-gfx, sdl-image, sdl-mixer,
sdl-net, sdl-ttf): Define public.
* gnu/packages/search.scm (xapian): Remove unnecessary #:export.
* gnu/packages/swig.scm (swig): Define public.
---
 gnu/packages/bison.scm  |  6 ++
 gnu/packages/flex.scm   |  6 ++
 gnu/packages/pulseaudio.scm | 11 ---
 gnu/packages/sdl.scm| 26 +-
 gnu/packages/search.scm |  3 +--
 gnu/packages/swig.scm   |  7 +++
 6 files changed, 21 insertions(+), 38 deletions(-)

diff --git a/gnu/packages/bison.scm b/gnu/packages/bison.scm
index c8ec8cc..178a99d 100644
--- a/gnu/packages/bison.scm
+++ b/gnu/packages/bison.scm
@@ -24,10 +24,9 @@
   #:use-module (gnu packages m4)
   #:use-module (gnu packages perl)
   #:use-module (gnu packages flex)
-  #:use-module (srfi srfi-1)
-  #:export (bison))
+  #:use-module (srfi srfi-1))
 
-(define bison
+(define-public bison
   (package
 (name "bison")
 (version "3.0.4")
@@ -65,4 +64,3 @@ simple tools through complex programming languages.")
   (sha256
(base32
 "1zd77ilmpv5mi3kr55jrj6ncqlcnyhpianhrwzak2q28cv2cbn23"))
-
diff --git a/gnu/packages/flex.scm b/gnu/packages/flex.scm
index f8d5ccd..20aff19 100644
--- a/gnu/packages/flex.scm
+++ b/gnu/packages/flex.scm
@@ -26,10 +26,9 @@
   #:use-module (gnu packages m4)
   #:use-module (gnu packages bison)
   #:use-module (gnu packages indent)
-  #:use-module (srfi srfi-1)
-  #:export (flex))
+  #:use-module (srfi srfi-1))
 
-(define flex
+(define-public flex
   (package
 (name "flex")
 (version "2.6.0")
@@ -79,4 +78,3 @@ regular expressions for each rule.  Whenever it finds a 
match, it
 executes the corresponding C code.")
 (license (non-copyleft "file://COPYING"
 "See COPYING in the distribution."
-
diff --git a/gnu/packages/pulseaudio.scm b/gnu/packages/pulseaudio.scm
index b2b0508..5d36dbe 100644
--- a/gnu/packages/pulseaudio.scm
+++ b/gnu/packages/pulseaudio.scm
@@ -36,12 +36,9 @@
   #:use-module (gnu packages linux)
   #:use-module (gnu packages m4)
   #:use-module (gnu packages pkg-config)
-  #:use-module (gnu packages xiph)
-  #:export (libsndfile
-libsamplerate
-pulseaudio))
+  #:use-module (gnu packages xiph))
 
-(define libsndfile
+(define-public libsndfile
   (package
 (name "libsndfile")
 (version "1.0.26")
@@ -74,7 +71,7 @@ SPARC.  Hopefully the design of the library will also make it 
easy to extend
 for reading and writing new sound file formats.")
 (license l:gpl2+)))
 
-(define libsamplerate
+(define-public libsamplerate
   (package
 (name "libsamplerate") ; aka. Secret Rabbit Code (SRC)
 (version "0.1.8")
@@ -112,7 +109,7 @@ the theoretical best bandwidth for a given pair of input 
and output sample
 rates.")
 (license l:gpl2+)))
 
-(define pulseaudio
+(define-public pulseaudio
   (package
 (name "pulseaudio")
 (version "8.0")
diff --git a/gnu/packages/sdl.scm b/gnu/packages/sdl.scm
index 49b9dea..161689b 100644
--- a/gnu/packages/sdl.scm
+++ b/gnu/packages/sdl.scm
@@ -38,17 +38,9 @@
   #:use-module (gnu packages gl)
   #:use-module (gnu packages xiph)
   #:use-module (gnu packages xorg)
-  #:export (sdl
-sdl2
-libmikmod
-sdl-gfx
-sdl-image
-sdl-mixer
-sdl-net
-sdl-ttf
-sdl-union))
+  #:export (sdl-union))
 
-(define sdl
+(define-public sdl
   (package
 (name "sdl")
 (version "1.2.15")
@@ -92,7 +84,7 @@ joystick, and graphics hardware.")
 (home-page "http://libsdl.org/;)
 (license lgpl2.1)))
 
-(define sdl2
+(define-public sdl2
   (package (inherit sdl)
 (name "sdl2")
 (version "2.0.4")
@@ -106,7 +98,7 @@ joystick, and graphics hardware.")
"0jqp46mxxbh9lhpx1ih6sp93k752j2smhpc0ad0q4cb3px0famfs"
 (license bsd-3)))
 
-(define libmikmod
+(define-public libmikmod
   (package
 (name "libmikmod")
 (version "3.3.7")
@@ -131,7 +123,7 @@ system, such as sound redirection over the network.")
 (license lgpl2.1)
 (home-page "http://mikmod.sourceforge.net/;)))
 
-(define sdl-gfx
+(define-public sdl-gfx
   (package
 (name "sdl-gfx")
 (version "2.0.24")
@@ -155,7 +147,7 @@ other supporting functions for SDL.")
 ;; MIPS, at least.
 (supported-systems '("i686-linux" "x86_64-linux"
 
-(define sdl-image
+(define-public sdl-image
   (package
 (name "sdl-image")
 (version "1.2.12")
@@ -191,7 +183,7 @@ WEBP, XCF, XPM, and XV.")
 (home-page "http://www.libsdl.org/projects/SDL_image/;)
 (license zlib)))
 
-(define sdl-mixer
+(define-public sdl-mixer
   (package
 (name "sdl-mixer")
 (version "1.2.12")
@@ -229,7 +221,7 @@ MIDI, Ogg Vorbis, 

[PATCH 7/8] gnu: qemu: Enable spice support.

[David Craven]

* gnu/packages/qemu.scm (qemu): Enable spice.
---
 gnu/packages/qemu.scm | 4 
 1 file changed, 4 insertions(+)

diff --git a/gnu/packages/qemu.scm b/gnu/packages/qemu.scm
index 6b5a41b..97642af 100644
--- a/gnu/packages/qemu.scm
+++ b/gnu/packages/qemu.scm
@@ -33,6 +33,7 @@
   #:use-module (gnu packages pkg-config)
   #:use-module (gnu packages python)
   #:use-module (gnu packages sdl)
+  #:use-module (gnu packages spice)
   #:use-module (gnu packages texinfo)
   #:use-module (gnu packages xdisorg)
   #:use-module (guix build-system gnu)
@@ -91,6 +92,7 @@
  ,(string-append "--cc=" (which "gcc"))
  "--disable-debug-info" ; save build space
  "--enable-virtfs"  ; just to be sure
+ "--enable-spice"
  ,(string-append "--prefix=" out)
  ,@configure-flags))
  (add-after 'install 'install-info
@@ -132,8 +134,10 @@
;; ("pciutils" ,pciutils)
("pixman" ,pixman)
("sdl" ,sdl)
+   ("spice" ,spice)
("util-linux" ,util-linux)
;; ("vde2" ,vde2)
+   ("virglrenderer" ,virglrenderer)
("zlib" ,zlib)))
 (native-inputs `(("glib:bin" ,glib "bin") ; gtester, etc.
  ("perl" ,perl)
-- 
2.9.0

[PATCH 4/8] gnu: freedesktop: Add libinput-minimal.

[David Craven]

* gnu/packages/freedesktop.scm: New variable.
---
 gnu/packages/freedesktop.scm | 16 +---
 1 file changed, 13 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index 458331d..fb7717b 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -86,7 +86,7 @@ freedesktop.org project.")
 (source (origin
   (method url-fetch)
   (uri (string-append "https://freedesktop.org/software/libinput/;
-  name "-" version ".tar.xz"))
+  "libinput-" version ".tar.xz"))
   (sha256
(base32
 "085lcxy111j8r1lwyghsc6zrysqh0vg8xip5axxsdl8r8n3i1vvn"
@@ -97,8 +97,8 @@ freedesktop.org project.")
  `(("libudev" ,eudev))) ; required by libinput.pc
 (inputs
  `(("libevdev" ,libevdev)
-   ("mtdev" ,mtdev)
-   ("libwacom" ,libwacom)))
+   ("libwacom" ,libwacom)
+   ("mtdev" ,mtdev)))
 (home-page "https://www.freedesktop.org/wiki/Software/libinput/;)
 (synopsis "Input devices handling library")
 (description
@@ -106,6 +106,16 @@ freedesktop.org project.")
 other applications that need to directly deal with input devices.")
 (license license:x11)))
 
+(define-public libinput-minimal
+  (package (inherit libinput)
+(name "libinput-minimal")
+(inputs
+ `(("libevdev" ,libevdev)
+   ("mtdev" ,mtdev)))
+(arguments
+  `(#:configure-flags
+'("--disable-libwacom")
+
 (define-public libxdg-basedir
   (package
 (name "libxdg-basedir")
-- 
2.9.0

[PATCH 1/8] gnu: qt: Update to 5.6.1-1.

[David Craven]

* gnu/packages/qt.scm (qt): Update to 5.6.1-1.
---
 gnu/packages/qt.scm | 25 ++---
 1 file changed, 18 insertions(+), 7 deletions(-)

diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm
index f246550..dbd6a0a 100644
--- a/gnu/packages/qt.scm
+++ b/gnu/packages/qt.scm
@@ -60,7 +60,7 @@
 (define-public qt
   (package
 (name "qt")
-(version "5.5.1")
+(version "5.6.1-1")
 (source (origin
  (method url-fetch)
  (uri
@@ -71,8 +71,8 @@
  "/single/qt-everywhere-opensource-src-"
  version ".tar.xz"))
  (sha256
-   (base32
- "0615cn4n3n78v48lnmapqz2jizm2pzrjwvsjlnsf4awrsiiqw0kg"))
+  (base32
+   "1nrn2wivjwdxc9q03gpsi336gcl9l2axi0xjbzsha5v6akmsf26f"))
  (modules '((guix build utils)))
  (snippet
   '(begin
@@ -151,8 +151,16 @@
;; A more structural fix is needed.
#:parallel-build? #f
#:phases
- (alist-replace
-  'configure
+   (modify-phases %standard-phases
+ (add-after 'configure 'patch-bin-sh
+   (lambda _
+ (substitute* '("qtbase/config.status"
+"qtbase/configure"
+"qtbase/mkspecs/features/qt_functions.prf"
+"qtbase/qmake/library/qmakebuiltins.cpp")
+  (("/bin/sh") (which "sh")))
+ #t))
+ (replace 'configure
   (lambda* (#:key outputs #:allow-other-keys)
 (let ((out (assoc-ref outputs "out")))
   (substitute* '("configure" "qtbase/configure")
@@ -167,6 +175,10 @@
   "-prefix" out
   "-opensource"
   "-confirm-license"
+  ;; Do not build examples; if desired, these could go
+  ;; into a separate output, but for the time being, we
+  ;; prefer to save the space and build time.
+  "-nomake" "examples"
   ;; Most "-system-..." are automatic, but some use
   ;; the bundled copy by default.
   "-system-sqlite"
@@ -189,8 +201,7 @@
   "-no-avx"
   "-no-avx2"
   "-no-mips_dsp"
-  "-no-mips_dspr2"
-  %standard-phases)))
+  "-no-mips_dspr2"
 (home-page "http://qt-project.org/;)
 (synopsis "Cross-platform GUI library")
 (description "Qt is a cross-platform application and UI framework for
-- 
2.9.0

[PATCH 6/8] gnu: Order module imports in (gnu packages qemu) alphabetically.

[David Craven]

* gnu/packages/qemu.scm: Order module imports alphabetically.
---
 gnu/packages/qemu.scm | 67 +--
 1 file changed, 33 insertions(+), 34 deletions(-)

diff --git a/gnu/packages/qemu.scm b/gnu/packages/qemu.scm
index 4d78f9b..6b5a41b 100644
--- a/gnu/packages/qemu.scm
+++ b/gnu/packages/qemu.scm
@@ -19,27 +19,27 @@
 ;;; along with GNU Guix.  If not, see .
 
 (define-module (gnu packages qemu)
-  #:use-module (guix download)
-  #:use-module (guix packages)
-  #:use-module (guix utils)
-  #:use-module ((guix licenses) #:select (gpl2))
-  #:use-module (guix build-system gnu)
   #:use-module (gnu packages)
   #:use-module (gnu packages autotools)
-  #:use-module (gnu packages texinfo)
-  #:use-module (gnu packages pkg-config)
-  #:use-module (gnu packages glib)
-  #:use-module (gnu packages python)
-  #:use-module (gnu packages ncurses)
+  #:use-module (gnu packages attr)
   #:use-module (gnu packages compression)
+  #:use-module (gnu packages gl)
+  #:use-module (gnu packages glib)
   #:use-module (gnu packages image)
-  #:use-module (gnu packages attr)
-  #:use-module (gnu packages linux)
   #:use-module (gnu packages libusb)
-  #:use-module (gnu packages xdisorg)
-  #:use-module (gnu packages gl)
-  #:use-module (gnu packages sdl)
+  #:use-module (gnu packages linux)
+  #:use-module (gnu packages ncurses)
   #:use-module (gnu packages perl)
+  #:use-module (gnu packages pkg-config)
+  #:use-module (gnu packages python)
+  #:use-module (gnu packages sdl)
+  #:use-module (gnu packages texinfo)
+  #:use-module (gnu packages xdisorg)
+  #:use-module (guix build-system gnu)
+  #:use-module (guix download)
+  #:use-module ((guix licenses) #:select (gpl2))
+  #:use-module (guix packages)
+  #:use-module (guix utils)
   #:use-module (srfi srfi-1))
 
 (define (qemu-patch commit file-name sha256)
@@ -118,29 +118,28 @@
 (string-append "# " all)))
  #t)
 (inputs   ; TODO: Add optional inputs.
- `(("sdl" ,sdl)
-   ("mesa" ,mesa)
-   ("libusb" ,libusb) ;USB pass-through support
-
-   ;; ("libaio" ,libaio)
+ `(("alsa-lib" ,alsa-lib)
+   ("attr" ,attr)
("glib" ,glib)
-   ("ncurses" ,ncurses)
-   ("libpng" ,libpng)
+   ;; ("libaio" ,libaio)
+   ("libattr" ,attr)
+   ("libcap" ,libcap)   ; virtfs support requires libcap & libattr
("libjpeg" ,libjpeg-8)
+   ("libpng" ,libpng)
+   ("libusb" ,libusb) ;USB pass-through support
+   ("mesa" ,mesa)
+   ("ncurses" ,ncurses)
+   ;; ("pciutils" ,pciutils)
("pixman" ,pixman)
-   ;; ("vde2" ,vde2)
+   ("sdl" ,sdl)
("util-linux" ,util-linux)
-   ("libcap" ,libcap)   ; virtfs support requires libcap & libattr
-   ("libattr" ,attr)
-   ;; ("pciutils" ,pciutils)
-   ("alsa-lib" ,alsa-lib)
-   ("zlib" ,zlib)
-   ("attr" ,attr)))
-(native-inputs `(("pkg-config" ,pkg-config)
+   ;; ("vde2" ,vde2)
+   ("zlib" ,zlib)))
+(native-inputs `(("glib:bin" ,glib "bin") ; gtester, etc.
+ ("perl" ,perl)
+ ("pkg-config" ,pkg-config)
  ("python" ,python-2) ; incompatible with Python 3 
according to error message
- ("glib" ,glib "bin") ; gtester, etc.
- ("texinfo" ,texinfo)
- ("perl" ,perl)))
+ ("texinfo" ,texinfo)))
 (home-page "http://www.qemu-project.org;)
 (synopsis "Machine emulator and virtualizer")
 (description
@@ -175,4 +174,4 @@ server and embedded PowerPC, and S390 guests.")
 
 ;; Remove dependencies on optional libraries, notably GUI libraries.
 (inputs (fold alist-delete (package-inputs qemu)
-  '("sdl" "mesa" "libusb")
+  '("libusb" "mesa" "sdl")
-- 
2.9.0

[PATCH 5/8] gnu: xorg: Add xf86-video-qxl.

[David Craven]

* gnu/packages/xorg.scm: New variable.
---
 gnu/packages/xorg.scm | 36 +---
 1 file changed, 33 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index 090f661..b0a6fd6 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@ -38,6 +38,7 @@
   #:use-module (gnu packages compression)
   #:use-module (gnu packages flex)
   #:use-module (gnu packages fontutils)
+  #:use-module (gnu packages freedesktop)
   #:use-module (gnu packages gettext)
   #:use-module (gnu packages gl)
   #:use-module (gnu packages glib)
@@ -46,13 +47,13 @@
   #:use-module (gnu packages image)
   #:use-module (gnu packages linux)
   #:use-module (gnu packages m4)
+  #:use-module (gnu packages ncurses)
   #:use-module (gnu packages perl)
   #:use-module (gnu packages pkg-config)
   #:use-module (gnu packages python)
+  #:use-module (gnu packages spice)
   #:use-module (gnu packages xml)
-  #:use-module (gnu packages ncurses)
-  #:use-module (gnu packages xdisorg)
-  #:use-module (gnu packages freedesktop))
+  #:use-module (gnu packages xdisorg))
 
 
 
@@ -3076,6 +3077,35 @@ UniChrome Pro and Chrome9 integrated graphics 
processors.")
 (license license:x11)))
 
 
+(define-public xf86-video-qxl
+  (package
+(name "xf86-video-qxl")
+(version "0.1.4")
+(source (origin
+  (method url-fetch)
+  (uri (string-append
+"mirror://xorg/individual/driver/"
+"xf86-video-qxl-" version ".tar.bz2"))
+  (sha256
+   (base32
+"018ic9ddxfnjcv2yss0mwk1gq6rmip1hrgi2wxwqkbqx1cpx4yp5"
+(build-system gnu-build-system)
+(inputs
+  `(("fontsproto" ,fontsproto)
+("libxfont" ,libxfont)
+("spice-protocol" ,spice-protocol)
+("xf86dgaproto" ,xf86dgaproto)
+("xorg-server" ,xorg-server)
+("xproto" ,xproto)))
+(native-inputs
+  `(("pkg-config" ,pkg-config)))
+(synopsis "Qxl video driver for X server")
+(description "xf86-video-qxl is a video driver for the Xorg X server.
+This driver is intended for the spice qxl virtio device.")
+(home-page "http://www.spice-space.org;)
+(license license:x11)))
+
+
 (define-public xf86-video-r128
   (package
 (name "xf86-video-r128")
-- 
2.9.0

[PATCH 3/8] gnu: Remove trailing periods from synopsis.

[David Craven]

* gnu/packages/emacs.scm (emacs-smart-mode-line): Update synopsis.
* gnu/packages/gnustep.scm (wmfire): Update synopsis.
* gnu/packages/haskell.scm (ghc-socks): Update synopsis.
* gnu/packages/kde-frameworks.scm (oxygen-icons): Update synopsis.
* gnu/packages/openstack.scm (python-bandit): Update synopsis.
* gnu/packages/perl.scm (perl-test-trap): Update synopsis.
* gnu/packages/python.scm (python-backports-abc): Update synopsis.
* gnu/packages/ruby.scm (python-cryptography-vectors): Update synopsis.
---
 gnu/packages/emacs.scm  | 2 +-
 gnu/packages/gnustep.scm| 2 +-
 gnu/packages/haskell.scm| 2 +-
 gnu/packages/kde-frameworks.scm | 2 +-
 gnu/packages/openstack.scm  | 2 +-
 gnu/packages/perl.scm   | 2 +-
 gnu/packages/python.scm | 6 +++---
 gnu/packages/ruby.scm   | 3 +--
 8 files changed, 10 insertions(+), 11 deletions(-)

diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index 61f906d..80086c2 100644
--- a/gnu/packages/emacs.scm
+++ b/gnu/packages/emacs.scm
@@ -1571,7 +1571,7 @@ mode-line.")
 (propagated-inputs
  `(("emacs-rich-minority" ,emacs-rich-minority)))
 (home-page "http://github.com/Malabarba/smart-mode-line;)
-(synopsis "Color-coded smart mode-line.")
+(synopsis "Color-coded smart mode-line")
 (description
  "Smart Mode Line is a mode-line theme for Emacs.  It aims to be easy to
 read from small to large monitors by using colors, a prefix feature, and smart
diff --git a/gnu/packages/gnustep.scm b/gnu/packages/gnustep.scm
index 30574fc..888af8d 100644
--- a/gnu/packages/gnustep.scm
+++ b/gnu/packages/gnustep.scm
@@ -244,7 +244,7 @@ display, and can run a user-specified program on mouse 
click.")
 (native-inputs
  `(("pkg-config" ,pkg-config)))
 (home-page "http://www.improbability.net/;)
-(synopsis "Display flames to represent CPU usage, memory usage, etc.")
+(synopsis "Display flames to represent CPU usage, memory usage, etc")
 (description
  "wmfire is an applet for Window Maker that can monitor the average cpu
 load, or individual cpu load on SMP computers.  Additionally it can monitor the
diff --git a/gnu/packages/haskell.scm b/gnu/packages/haskell.scm
index f411573..87628b5 100644
--- a/gnu/packages/haskell.scm
+++ b/gnu/packages/haskell.scm
@@ -6205,7 +6205,7 @@ extensions.")
  `(("ghc-cereal" ,ghc-cereal)
("ghc-network" ,ghc-network)))
 (home-page "https://github.com/vincenthz/hs-socks;)
-(synopsis "SOCKS proxy (version 5) implementation.")
+(synopsis "SOCKS proxy (version 5) implementation")
 (description
  "This library provides a SOCKS proxy (version 5) implementation.")
 (license license:bsd-3)))
diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm
index dc7c27e..74fbac2 100644
--- a/gnu/packages/kde-frameworks.scm
+++ b/gnu/packages/kde-frameworks.scm
@@ -112,6 +112,6 @@ lower level classes for interaction with the X Windowing 
System.")
  `(("extra-cmake-modules" ,extra-cmake-modules)
("qtbase" ,qtbase)))
 (home-page "https://community.kde.org/Frameworks;)
-(synopsis "Oxygen provides the standard icon theme for the KDE desktop.")
+(synopsis "Oxygen provides the standard icon theme for the KDE desktop")
 (description "Oxygen icon theme for the KDE desktop")
 (license license:lgpl3+)))
diff --git a/gnu/packages/openstack.scm b/gnu/packages/openstack.scm
index a316af9..6ae1275 100644
--- a/gnu/packages/openstack.scm
+++ b/gnu/packages/openstack.scm
@@ -56,7 +56,7 @@
 ("python-testscenarios" ,python-testscenarios)
 ("python-testtools" ,python-testtools)))
 (home-page "https://wiki.openstack.org/wiki/Security/Projects/Bandit;)
-(synopsis "Security oriented static analyser for python code.")
+(synopsis "Security oriented static analyser for python code")
 (description
   "Bandit is a tool designed to find common security issues in Python code.
 To do this Bandit processes each file, builds an AST from it, and runs
diff --git a/gnu/packages/perl.scm b/gnu/packages/perl.scm
index 15fea52..8509210 100644
--- a/gnu/packages/perl.scm
+++ b/gnu/packages/perl.scm
@@ -5713,7 +5713,7 @@ a minimum of effort.")
  `(("perl-test-tester" ,perl-test-tester)
("perl-data-dump" ,perl-data-dump)))
 (home-page "http://search.cpan.org/dist/Test-Trap;)
-(synopsis "Trap exit codes, exceptions, output, etc.")
+(synopsis "Trap exit codes, exceptions, output, etc")
 (description "This module is primarily (but not exclusively) for use in
 test scripts: A block eval configurable and extensible but by default trapping
 STDOUT, STDERR, warnings, exceptions, would-be exit codes, and return values
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index 0a4ceca..b5518b0 100644
--- a/gnu/packages/python.scm
+++ b/gnu/packages/python.scm
@@ -4997,7 +4997,7 @@ connection to each user.")
 (inputs
  `(("python-setuptools" 

Re: [PATCH 2/2] gnu: atlas: Use cpupower in description.

[Mathieu Lirzin]

Hello,

ng0  writes:

> Mathieu Lirzin  writes:
>
>> Tobias Geerinckx-Rice  writes:
>>
>>> Ludo',
>>>
>>> On 2016-07-19 23:00, l...@gnu.org wrote:
 Applied, thanks!
>>>
>>> Thanks! I didn't know about @example.
>>>
>>> It seems like some Texinfo syntax is encouraged (like @command), but
>>> not the full set (package descriptions are full of abbreviations,
>>> but no @abbr or @acronym anywhere). Is this by design?
>>
>> Nope it is not by design, the Guile (texinfo ...) modules just don't
>> implement these commands from GNU Texinfo, but should indeed.
>>
>> -- 
>> Mathieu Lirzin
>>
>
> Is there a feature request / bug we could file somewhere on this? I
> don't know what the upstream of Guile texinfo is, but it reads like it
> should be extended.

Guile texinfo is maintained in Guile itself.  You can send a bug report
to .

Thanks!

-- 
Mathieu Lirzin

Re: guix bootloader selection - wip patch

[Danny Milosavljevic]

> Really, installing U-Boot is as simple as this?  If it is, that’s
> perfect.  :-)

Nope, it's just a placeholder :)

But ideally U-Boot would provide something like that.

I'm looking into writing u-boot-install.c and maybe contributing it to U-Boot - 
let's see how bad it is.

Right now checking whether libparted allows you to reduce the size of the GPT 
to max. 56 entries...

> I would write it as:
> 
>   (match bootloader-configuration
> ((? grub-configuration? config)
>  (grub-configuration-device config))
> ((? u-boot-configuration? config)
>  (u-boot-configuration-device config)))
> which does the same thing but allows us to avoid exporting
>  and  (better to keep them
> private so that external code doesn’t rely on the structure layout.)

Yeah, I changed it to that now and removed the exports.

> I see three separate things here:
> 
>   1. Replacing “grub” by “bootloader” in the API (cosmetic change);
> 
>   2. Adding the build-side code to install U-Boot;
> 
>   3. Adding the host-side code to handle  and do
>  the right thing.
> 
> To facilitate review, could you separate these three things?

As far as they are in different files, yes. Which part is the build-side, which 
part is the host-side?

> Also, not critical, but could you send patches as ‘text/x-patch’ MIME
> attachments so that my email client can perform color highlighting?  :-)

Okay.

Re: [PATCH 1/7] gnu: Add usbredir.

[David Craven]

Thanks for reviewing and merging =). Just noticed two things...

libusb should be propagated in usbredir [0].
spice-protocol should be propagated in spice-gtk [1].

[0] 
https://github.com/SPICE/usbredir/blob/master/usbredirhost/libusbredirhost.pc.in
[1] 
https://github.com/SPICE/spice-gtk/blob/0de7b5cf1f906b7801adc0d41fa260adbaa80c0a/src/spice-client.h

Re: [PATCH 06/10] gnu: mesa: Enable wayland support.

[David Craven]

So is this going into the main mesa package? Or should I submit a
mesa-wayland package instead?

Re: [PATCH] Add Elixir (was: )

[Vincent Legoll]

On Fri, Jul 29, 2016 at 3:38 AM, Pjotr Prins  wrote:
> On Thu, Jul 28, 2016 at 10:35:29PM +0200, Ricardo Wurmus wrote:
>> Never mind.  It was as Vincent thought.  Closing all applications except
>> for Emacs makes it work.
>
> Be interesting to see what increasing swap space does. I think we
> ought to file it as an issue if that does not help:

I was recently bit by the same problem, I put swap space and it was ok,
but slower...

I only have 3GB RAM for 3 cores in the VM, so it's a bit tight when
making -j3...

-- 
Vincent Legoll