Re: Font package naming convention
Ludovic Courtès (2014-11-19 12:01 +0300) wrote: > I think there were a couple of packages submitted, notably the > Liberation font. > > What about resubmitting them following the agreed-upon naming > convention, Alex? Sure, I'm just waiting for the existing packages to be updated, because I don't fully understand how the liberation package should be named now. “font-liberation”? > Andreas, could you take a look at updating the guidelines? Do you want > to handle the rename of existing font packages as well? > > Thanks, > Ludo’. -- Alex
Re: [PATCH] emacs: Honor 'geiser-guile-load-path'
Ludovic Courtès (2014-11-19 12:25 +0300) wrote: > I found that guix.el would override my ‘geiser-guile-load-path’ > settings. This patch fixes that. OK to apply? > > Thanks, > Ludo’. > > diff --git a/emacs/guix-backend.el b/emacs/guix-backend.el > index 6537888..a320eae 100644 > --- a/emacs/guix-backend.el > +++ b/emacs/guix-backend.el > @@ -206,7 +206,8 @@ this address (it should be defined by >;; A mix of the code from `geiser-repl--start-repl' and >;; `geiser-repl--to-repl-buffer'. >(let ((impl 'guile) > -(geiser-guile-load-path (list guix-load-path)) > +(geiser-guile-load-path (cons guix-load-path > + geiser-guile-load-path)) > (geiser-repl-startup-time guix-repl-startup-time)) > (with-current-buffer buffer >(geiser-repl-mode) Sure! -- Alex
Re: Containers on Guix
The missing footnote: [0] http://www.freedesktop.org/software/systemd/man/systemd-nspawn.html -- David Thompson Web Developer - Free Software Foundation - http://fsf.org GPG Key: 0FF1D807 Support the FSF: https://fsf.org/donate
Containers on Guix
Hello all, As some of you know, I wrote 'guix environment' as the first step on my journey to use Guix to improve my (and hopefully others) software development workflow. Now that the basics are working, I'm interested in taking things further. In particular, I want to extend 'guix environment' to support spawning VMs and then, hopefully, containers (those things that the Docker folks have been talking about so much lately). I did some reading about how Docker creates containers and discovered that it uses systemd-nspawn[0] to do it. Since Guix uses dmd, using systemd-nspawn isn't an option. Does anyone have thoughts on how we might have similar functionality in the Guix distro? Would an nspawn equivalent be appropriate for dmd? Or a completely separate program? This seems to be a Linux only feature, so if we added a container creation program, would it make it harder to support the Hurd? I'm lost and confused! Send help! :) -- David Thompson Web Developer - Free Software Foundation - http://fsf.org GPG Key: 0FF1D807 Support the FSF: https://fsf.org/donate
Re: [PATCH] gnu: gst-plugins-good: Enable more plugins (I hope I have the commit message format right this time.)
John Darrington skribis: > * gnu/packages/gstreamer.scm (gst-plugins-good): New inputs: > cairo, gdk-pixbuf, flac, speex, libogg, libx11, zlib, libpng, libjpeg, > libXext, libxv, pulseaudio LGTM. With a period at the end of the commit message, it’ll be perfect. :-) Thanks, Ludo’.
Re: Testing 0.8
On Tue, 18 Nov 2014, Ludovic Courtès wrote: Adam Pribyl skribis: I am testing the 0.8 Guix release as announced. Installation went pretty smooth from USB. Noticed network devices are now renamed to "unique" names. Fine, but one should be careful when starting networking and "eth0" is missing. Right, we should probably add a note in the manual. Just tried guix package -i mc to test it. Without substitutes this fails after long build at dependency "perl after 3600 seconds of silent". There is plenty of disk space this time (200GB) but I am probably still missing something essential to use guix as source based distro. From substitutes "mc" installs OK. It sounds that either mc or one of its dependencies deadlocks, presumably in a non-deterministic fashion. Can you still see which build failed exactly? You may be able to find it out using “bzgrep -r silence /var/log/guix/drvs/”. Either it is rewritten by subsequent installs or not there at all as I did not found any. BTW: bzgrep does not work recursively on my 0.8 install, have to use find.. Thanks for testing! Ludo’. Adam Pribyl
Release process
I added to guix/maintenance.git a document, doc/release.org, that attempts to document the release process (said process could probably benefit from a bit more automation.) If you’re curious, I’d welcome comments. Ludo’.
Re: [PATCH] gnu: Add Glulxe.
>> 宋文武 writes: >> >>> * gnu/packages/games.scm (glkterm, glulxe): New variables. >>> --- >>> gnu/packages/games.scm | 79 >>> ++ >>> 1 file changed, 79 insertions(+) I pushed this as commit 77264d1. Thanks! -- Eric Bavier Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
[PATCH] gnu: gst-plugins-good: Enable more plugins (I hope I have the commit message format right this time.)
* gnu/packages/gstreamer.scm (gst-plugins-good): New inputs: cairo, gdk-pixbuf, flac, speex, libogg, libx11, zlib, libpng, libjpeg, libXext, libxv, pulseaudio --- gnu/packages/gstreamer.scm | 26 ++ 1 file changed, 22 insertions(+), 4 deletions(-) diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm index aeccf7a..003b78a 100644 --- a/gnu/packages/gstreamer.scm +++ b/gnu/packages/gstreamer.scm @@ -28,8 +28,10 @@ #:use-module (gnu packages flex) #:use-module (gnu packages glib) #:use-module (gnu packages gtk) + #:use-module (gnu packages image) #:use-module (gnu packages linux) #:use-module (gnu packages perl) + #:use-module (gnu packages pulseaudio) #:use-module (gnu packages xorg) #:use-module (gnu packages xiph) #:use-module (gnu packages pkg-config) @@ -155,22 +157,38 @@ for the GStreamer multimedia library.") (source (origin (method url-fetch) - (uri (string-append "http://gstreamer.freedesktop.org/src/gst-plugins-good/gst-plugins-good-"; - version ".tar.xz")) + (uri (string-append + "http://gstreamer.freedesktop.org/src/gst-plugins-good/gst-plugins-good-"; +version ".tar.xz")) (sha256 (base32 "1bi8ci0jssi8bsa7wbmqcwphl579vvxpshn2qnaggiha13b440y6" (build-system gnu-build-system) (inputs `(("glib" ,glib) + ("cairo" ,cairo) + ("gdk-pixbuf" ,gdk-pixbuf) + ("flac" ,flac) + ("speex" ,speex) + ("libogg" ,libogg) ;; should be a propagated input of the above + ("libx11" ,libx11) + ("zlib" ,zlib) + ("libpng" ,libpng) + ("libjpeg" ,libjpeg) + ("libXext" ,libxext) + ("libxv" ,libxv) + ("pulseaudio" ,pulseaudio) ("gstreamer" ,gstreamer))) (native-inputs `(("pkg-config" ,pkg-config) ("glib" ,glib "bin") ("gst-plugins-base" ,gst-plugins-base) ("python-wrapper" ,python-wrapper))) -(arguments - `(#:tests? #f)) + (arguments +`(#:configure-flags (list "--disable-osx_audio" + "--disable-osx_video" + "--disable-directsound" + "--disable-waveform"))) (home-page "http://gstreamer.freedesktop.org/";) (synopsis "Plugins for the GStreamer multimedia library") -- 1.7.10.4
FOSDEM talk
Hello, I would like to submit a proposal for a Guix talk to the distribution track at FOSDEM, like last year, and the deadline is approaching: https://fosdem.org/2015/news/2014-09-30-accepted-devrooms/ On one hand, I’m starting to feel like a broken record ;-), but on the other, a general talk along the lines of the 2014 GHM probably can’t hurt given that Guix is still little known. What do people think? What topic do you think should be addressed? What was missing from this summer’s GHM talk? BTW, if there are volunteers, there could also be more focused Guix talks in the Lisp track and in the Configuration management track. Any takers? :-) Thanks, Ludo’.
Re: [PATCH] gnu: fix some issues cross-compiling glib
John Darrington skribis: > On Wed, Nov 19, 2014 at 09:53:24AM +0100, Ludovic Court??s wrote: [...] > core-updates no longer exists. Perhaps let???s just make a > ???cross-compilation??? branch (or ???arm) with all such changes. > Then we???ll arrange for Hydra to build that branch, and merge it once > it???s stable and mostly built. > > WDYT? > > Ok. Had you in mind to have this branch natively compiled for Arm, or > cross-compiled? Possibly the latter. But my point was that this branch would collect cross-compilation-related patches, or maybe ARM-related patches, which seems to be what you’re working on currently. Ludo’.
Re: [PATCH] gnu: Add Glulxe.
Eric Bavier writes: > 宋文武 writes: > >> * gnu/packages/games.scm (glkterm, glulxe): New variables. >> --- >> gnu/packages/games.scm | 79 >> ++ >> 1 file changed, 79 insertions(+) >> >> diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm >> index c9bb678..5859cbc 100644 >> --- a/gnu/packages/games.scm >> +++ b/gnu/packages/games.scm >> @@ -733,3 +733,82 @@ single player. Mods and texture packs allow players to >> personalize the game >> in different ways.") >> (home-page "http://minetest.net";) >> (license license:lgpl2.1+))) >> + >> +(define glkterm >> + (package >> + (name "glkterm") >> + (version "1.0.4") >> + (source >> +(origin >> + (method url-fetch) >> + (uri (string-append "http://www.ifarchive.org/if-archive/programming/"; >> + "glk/implementations/glkterm-104.tar.gz")) >> + (sha256 >> + (base32 >> + "0zlj9nlnkdlvgbiliczinirqygiq8ikg5hzh5vgcmnpg9pvnwga7" >> + (build-system gnu-build-system) >> + (propagated-inputs `(("ncurses" ,ncurses))) > > Could you add a comment saying why ncurses needs to be propagated? It's required by Make.glkterm, due to the staticly build of libglkterm.a? > >> + (arguments >> +'(#:tests? #f ; no check target >> + #:phases >> + (alist-replace >> + 'install >> + (lambda* (#:key outputs #:allow-other-keys) >> + (let ((out (assoc-ref outputs "out"))) >> + (mkdir out) >> + (mkdir (string-append out "/include")) >> + (copy-file "glk.h" (string-append out "/include/glk.h")) >> + (copy-file "glkstart.h" (string-append out >> "/include/glkstart.h")) >> + (copy-file "gi_blorb.h" (string-append out >> "/include/gi_blorb.h")) >> + (copy-file "gi_dispa.h" (string-append out >> "/include/gi_dispa.h")) >> + (copy-file "Make.glkterm" (string-append out >> "/include/Make.glkterm")) >> + (mkdir (string-append out "/lib")) >> + (copy-file "libglkterm.a" (string-append out >> "/lib/libglkterm.a" > > This is a bit terse, IMHO. Perhaps something like: > > (let* ((out (assoc-ref outputs "out")) >(inc (string-append out "/include"))) > (begin > (mkdir-p inc) > (for-each > (lambda (f) (copy-file f (string-append inc "/" f))) > '("glk.h" "glkstart.h" "gi_blorb.h" "gi_dispa.h" "Make.glkterm")) > (mkdir-p lib) > (copy-file "libglkterm.a" (string-append out "/lib/libglkterm.a" > >> + (alist-delete 'configure %standard-phases >> + (home-page "http://www.eblong.com/zarf/glk/";) >> + (synopsis "Curses.h Implementation of the Glk API") > > "Curses implementation of the Glk API"? Yes, this is better, thanks for reviewing! New patch: >From 59663e52e45181fec5f0a3c3bb5f9a5e9776150c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Tue, 18 Nov 2014 23:58:02 +0800 Subject: [PATCH] gnu: Add Glulxe. * gnu/packages/games.scm (glkterm, glulxe): New variables. --- gnu/packages/games.scm | 78 ++ 1 file changed, 78 insertions(+) diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm index c9bb678..e79be3f 100644 --- a/gnu/packages/games.scm +++ b/gnu/packages/games.scm @@ -733,3 +733,81 @@ single player. Mods and texture packs allow players to personalize the game in different ways.") (home-page "http://minetest.net";) (license license:lgpl2.1+))) + +(define glkterm + (package + (name "glkterm") + (version "1.0.4") + (source +(origin + (method url-fetch) + (uri (string-append "http://www.ifarchive.org/if-archive/programming/"; + "glk/implementations/glkterm-104.tar.gz")) + (sha256 + (base32 + "0zlj9nlnkdlvgbiliczinirqygiq8ikg5hzh5vgcmnpg9pvnwga7" + (build-system gnu-build-system) + (propagated-inputs `(("ncurses" ,ncurses))) ; required by Make.glkterm + (arguments +'(#:tests? #f ; no check target + #:phases + (alist-replace + 'install + (lambda* (#:key outputs #:allow-other-keys) + (let* ((out (assoc-ref outputs "out")) +(inc (string-append out "/include"))) + (mkdir-p inc) + (for-each +(lambda (file) + (copy-file file (string-append inc "/" file))) +'("glk.h" "glkstart.h" "gi_blorb.h" "gi_dispa.h" "Make.glkterm")) + (mkdir (string-append out "/lib")) + (copy-file "libglkterm.a" (string-append out "/lib/libglkterm.a" + (alist-delete 'configure %standard-phases + (home-page "http://www.eblong.com/zarf/glk/";) + (synopsis "Curses Implementation of the Glk API") + (description +"Glk defines a portable API for applications with text UIs. It was +primarily designed for interactive fiction, but it should be suitable for many +interactive text utilities, particularly those based on a co
Re: [PATCH] gnu: Add Wine.
Ludovic Courtès writes: > 宋文武 skribis: > >> From ff676fcd6a5086b700186751c0745e08769dbd4c Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= >> Date: Sat, 15 Nov 2014 21:02:30 +0800 >> Subject: [PATCH] gnu: Add Wine. >> >> * gnu/packages/wine.scm: New file. >> * gnu-system.am (GNU_SYSTEM_MODULES): Add it. > > In light of our discussion yesterday on #guix and in an effort to move > forward, I went ahead and pushed that commit, with an additional > ‘supported-systems’ field and more comments. Thanks! > > Thanks, > Ludo’.
Re: [PATCH] gnu: cross-base: Add libc/hurd.
Manolis Ragkousis skribis: > From e0fa86ca6fa59e8365188e19b4360ccf71e309f2 Mon Sep 17 00:00:00 2001 > From: Manolis Ragkousis > Date: Sun, 26 Oct 2014 11:29:41 + > Subject: [PATCH] gnu: cross-base: Add libc/hurd. > > * gnu/packages/cross-base.scm (cross-libc): Added libc/hurd. I’ve removed the ‘autoconf-wrapper’ fix from the patch, since I’ve already applied it, but the patch doesn’t apply on wip-hurd. Could you check what’s going on and update it? (I’d rather let you do it because you know better than me.) Thanks in advance, Ludo’.
Re: [PATCH] gnu: cross-base: Add libc/hurd.
Manolis Ragkousis skribis: > --- a/gnu/packages/hurd.scm > +++ b/gnu/packages/hurd.scm > @@ -150,7 +150,7 @@ Library and other user programs.") > (build-system gnu-build-system) > (inputs `(("glibc-hurd-headers" ,glibc/hurd-headers))) > (native-inputs > - `(("autoconf" ,autoconf-wrapper) > + `(("autoconf" ,(autoconf-wrapper)) > ("mig" ,mig))) Applied, thanks. Ludo’.
Re: Font package naming convention
On Wed, Nov 19, 2014 at 10:01:15AM +0100, Ludovic Courtès wrote: > Andreas, could you take a look at updating the guidelines? Do you want > to handle the rename of existing font packages as well? Indeed I had volunteered, but not found the time. I revolunteer ;-) Andreas
Re: [PATCH] gnu: fix some issues cross-compiling glib
On Wed, Nov 19, 2014 at 09:53:24AM +0100, Ludovic Court??s wrote: You probably need (assoc-ref (or native-inputs inputs) "bash"), meaning you???ll refer to the native Bash both when compiling natively and when cross-compiling (as done in ATLAS and OpenSSL.) OK, I will try that. core-updates no longer exists. Perhaps let???s just make a ???cross-compilation??? branch (or ???arm) with all such changes. Then we???ll arrange for Hydra to build that branch, and merge it once it???s stable and mostly built. WDYT? Ok. Had you in mind to have this branch natively compiled for Arm, or cross-compiled? If the former, then obviously the necessary hardware will be needed. If the latter, then there are still some obstacles to overcome before it'll work. J' -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. signature.asc Description: Digital signature
[PATCH] emacs: Honor 'geiser-guile-load-path'
I found that guix.el would override my ‘geiser-guile-load-path’ settings. This patch fixes that. OK to apply? Thanks, Ludo’. diff --git a/emacs/guix-backend.el b/emacs/guix-backend.el index 6537888..a320eae 100644 --- a/emacs/guix-backend.el +++ b/emacs/guix-backend.el @@ -206,7 +206,8 @@ this address (it should be defined by ;; A mix of the code from `geiser-repl--start-repl' and ;; `geiser-repl--to-repl-buffer'. (let ((impl 'guile) -(geiser-guile-load-path (list guix-load-path)) +(geiser-guile-load-path (cons guix-load-path + geiser-guile-load-path)) (geiser-repl-startup-time guix-repl-startup-time)) (with-current-buffer buffer (geiser-repl-mode)
Re: [PATCH 1/2] gnu: Add numpy
Federico Beffa skribis: > Please note that this patch will NOT build until the 'python-wrapper' > will be applied (but I tested it again with my previous > 'python-wrapper' patch). It is my understanding that Andreas will look > into the 'python-wrapper' patch at a suitable time. The ‘python-wrapper’ was updated in 3c0f2329. > From cab16a360bf478aef6feda8b1977d4318f87eeec Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Thu, 30 Oct 2014 17:10:35 +0100 > Subject: [PATCH] gnu: Add numpy. > > * gnu/packages/python.scm (python-numpy, python2-numpy): New variables. IIUC, this patch can now be applied. Please push it if there’s no blocker left. Thanks! Ludo’.
Re: Font package naming convention
I think there were a couple of packages submitted, notably the Liberation font. What about resubmitting them following the agreed-upon naming convention, Alex? Andreas, could you take a look at updating the guidelines? Do you want to handle the rename of existing font packages as well? Thanks, Ludo’.
Re: Help needed for screenshots
Bruno Félix Rezende Ribeiro skribis: > Attached is a patch that fix the cluttering issue. I've taken an > alternative design however: one that neither requires the creation > of another dedicated page, nor makes the JS license table always > visible on the main page. > > The attached patch makes the logo of LibreJS float over the left > side of the footer's gray bar of links ("GNU home page ... Site map"). > When the mouse cursor hovers over it, it expands to the full JS license > table, which is detached and floating over the main web page. It's > simple, but works well. > > This patch adds no Javascript code. It adds only CSS code in-lined in > the page's header. Very nice! I’ve installed the patch. Thank you! Ludo’.
Re: [PATCH] gnu: fix some issues cross-compiling glib
John Darrington skribis: > On Tue, Nov 18, 2014 at 09:36:10PM +0100, Ludovic Court??s wrote: > John Darrington skribis: > > > From: John Darrington > > > > * gnu/packages/glib.scm (glib) : Moved inputs to native-inputs, > > and change "inputs" to "%build-inputs" > > OK for the former, but why the latter? In general I think it???s > stylistically better to refer to the ???inputs??? argument. > > I don't know why, but it fails to build with "inputs". (assoc-ref "inputs" > "bash") > returns #f You probably need (assoc-ref (or native-inputs inputs) "bash"), meaning you’ll refer to the native Bash both when compiling natively and when cross-compiling (as done in ATLAS and OpenSSL.) > Also, what about somehow grouping big-rebuild changes together? I???m > slightly worried by the post-release chaos that might occur. :-) > Maybe core-updates, or maybe a more specific branch for > cross-compilation fixes? > > I can push it to core-updates if you like. How big is big? core-updates no longer exists. Perhaps let’s just make a ‘cross-compilation’ branch (or ‘arm’?) with all such changes. Then we’ll arrange for Hydra to build that branch, and merge it once it’s stable and mostly built. WDYT? Thanks, Ludo’.