[PATCH] gnu: Add munge.

* gnu/packages/admin.scm (munge): New variable. --- gnu/packages/admin.scm | 26 ++ 1 file changed, 26 insertions(+) diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm index eca4d92..2d934e3 100644 --- a/gnu/packages/admin.scm +++ b/gnu/packages/admin.scm @@ -7,6

Re: [PATCH] Add nautilus

iyzs...@member.fsf.org (宋文武) writes: > ren...@openmailbox.org writes: > >> Hi, >> >> i attached patch for review. >> OK, I'm little hurry and pushed with following adjustments: - Move to gnome.scm. - Add comments. - Use glib-or-gtk-build-system. - Remove the '--disable-packagekit' flag, it only u

[PATCH 0/1] Instruct users to run `guix pull` in MOTD

We get _a lot_ of questions on #guix that are answered by "run `guix pull`". How about putting a message like this in the installer's MOTD? Leo Famulari (1): install: Instruct users to run `guix pull` in MOTD. gnu/system/install.scm | 2 ++ 1 file changed, 2 insertions(+) -- 2.6.3

[PATCH 1/1] install: Instruct users to run `guix pull` in MOTD.

* gnu/system/install.scm (installation-services)[motd]: Add message asking user to run `guix pull`. --- gnu/system/install.scm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/gnu/system/install.scm b/gnu/system/install.scm index 0cfc8fa..f6ba7fc 100644 --- a/gnu/system/install.scm +++ b/gnu/

Re: [PATCH] gnu: add lispf4

On Sun, Feb 07, 2016 at 05:50:12PM +0100, Nils Gillmann wrote: > Nils Gillmann writes: > > --snipsnap-- > > I hope this works, I pulled from master some minutes ago, I merged the > branch, squashed the commits into one with softreset,... > I really hope I did it right. It takes some time getting

Re: [PATCH 04/04] gnu: Add assword

Christopher Allan Webber writes: > Mathieu Lirzin writes: > >> Christopher Allan Webber writes: >> From ae7427c9863b12281e4b23297f4c241548aa0d40 Mon Sep 17 00:00:00 2001 >>> From: Christopher Allan Webber >>> Date: Fri, 5 Feb 2016 19:18:41 -0800 >>> Subject: [PATCH 4/4] gnu: Add assword >>

Re: [PATCH 03/04] gnu: Add python2-xdo

Leo Famulari writes: > On Sat, Feb 06, 2016 at 02:59:01PM -0800, Christopher Allan Webber wrote: >> Leo Famulari writes: > > [...] > >> From 85bc38e6682bf8892243d627c4beec7b1a9f521a Mon Sep 17 00:00:00 2001 >> From: Christopher Allan Webber >> Date: Fri, 5 Feb 2016 19:07:11 -0800 >> Subject: [PAT

Re: [PATCH] gnu: gdk-pixbuf: Disable pixbuf-scale test.

On Sun, Feb 07, 2016 at 09:06:20PM +0100, Ludovic Courtès wrote: > Jookia <166...@gmail.com> skribis: > > > On systems with little ram (2G in my case) the pixbuf-scale test will either > > freeze the system of cause excessive swapping without the test every > > completing. > > Out of curiosity,

Re: [PATCH] gnu: gdk-pixbuf: Disable pixbuf-scale test.

On Sun, Feb 07, 2016 at 12:15:37PM +0100, Andreas Enge wrote: > On Sat, Feb 06, 2016 at 03:56:24PM -0500, Leo Famulari wrote: > > I would like another option besides disabling the test unconditionally. > > We already have several packages that can simply not be built on > > hardware like Jookia's,

Re: [PATCH 03/04] gnu: Add python2-xdo

On Sat, Feb 06, 2016 at 02:59:01PM -0800, Christopher Allan Webber wrote: > Leo Famulari writes: [...] > From 85bc38e6682bf8892243d627c4beec7b1a9f521a Mon Sep 17 00:00:00 2001 > From: Christopher Allan Webber > Date: Fri, 5 Feb 2016 19:07:11 -0800 > Subject: [PATCH 2/3] gnu: Add python2-xdo

Re: Releasing 0.9.1

On 08/02/16 06:44, Ludovic Courtès wrote: Ricardo Wurmus skribis: Ben Woodcroft writes: [...] >[Ricardo] proposed recently to pass a package object instead of a package name to ‘latest-release’. We should do that ideally before this patch goes in, or otherwise soon. Is there any updat

Re: [PATCH] build: syscalls: Delay syscalls evaluation.

Mark H Weaver skribis: > From b283ad4097a48de11a616083da09ae0e76bab343 Mon Sep 17 00:00:00 2001 > From: Mark H Weaver > Date: Sat, 22 Aug 2015 13:07:50 -0400 > Subject: [PATCH] syscalls: If a syscall is not available, defer the error. > > * guix/build/syscalls.scm (syscall->procedure): New proce

Re: Releasing 0.9.1

Ricardo Wurmus skribis: > Ben Woodcroft writes: [...] >> >[Ricardo] proposed recently to pass a package object instead of a >> package name to ‘latest-release’. We should do that ideally before this >> patch goes in, or otherwise soon. >> >> Is there any update for this Ricardo? Do we just

Re: bug#22437: Fixing package-with-python2

Efraim Flashner skribis: > On Wed, 03 Feb 2016 09:47:15 +0100 > l...@gnu.org (Ludovic Courtès) wrote: [...] >> This will trigger rebuilds (but with an identical result) because in >> manually-written variants we would use “python2-foo” as the label of >> inputs, whereas the automatic transforma

Re: bug#22437: Fixing package-with-python2

Ricardo Wurmus skribis: > Efraim Flashner writes: > >> On Wed, 03 Feb 2016 09:47:15 +0100 >> l...@gnu.org (Ludovic Courtès) wrote: >> >>> l...@gnu.org (Ludovic Courtès) skribis: >>> >>> > An idea I haven’t taken the time to test yet would be to use >>> > ‘properties’: >>> > >>> > (define pyth

Re: bug#22437: Fixing package-with-python2

Andreas Enge skribis: > this looks really good, but I do not understand why we need the > additional private variable, for instance %python-cython: Glad you noticed. :-) > On Wed, Feb 03, 2016 at 09:47:15AM +0100, Ludovic Courtès wrote: >> -(define-public python-cython >> +(define %python-cyth

Re: guixSD iterm-256colors 'screen; emacs -nw' and/or 'tmux; emacs -nw' color support

myglc2 skribis: > I almost always run emacs in a gnu screen session. > > For iterm-256color, in guixSD I have observed that ... > > 'screen; emacs -nw' ... supports 16 colors. > > 'tmux; emacs -nw' ... supports 8. An indication that GNU Screen is superior! ;-) Seriously though, I think that’s

Re: [PATCH] gnu: Add libcanberra-gtk2.

On Sun, Feb 07, 2016 at 09:15:10PM +0100, Ludovic Courtès wrote: > Agreed. Fabian: could you send an updated patch? If you prefer one of > us could adjust your patch to do that. Already done, received, and I pushed it. So many messages recently! Andreas

Re: [PATCH] gnu: Add libcanberra-gtk2.

Efraim Flashner skribis: > On Sat, 6 Feb 2016 19:48:44 +0100 > Fabian Harfert wrote: > >> * gnu/packages/libcanberra.scm (libcanberra/gtk+-2): New variable. [...] >> +(define-public libcanberra/gtk+-2 >> + (package (inherit libcanberra) >> +(name "libcanberra-gtk2") >> +(inputs >> +

Re: [PATCH 1/2] profiles: Add xdg-desktop-database hook.

iyzs...@member.fsf.org (宋文武) skribis: > l...@gnu.org (Ludovic Courtès) writes: [...] >> This is a small dependency, but it still depends on GLib; my >> understanding is that building any profile would end up pulling in GLib >> because of this hook. > Yes. >> >> Should we have some heuristic as f

Re: [PATCH] gnu: gdk-pixbuf: Disable pixbuf-scale test.

Jookia <166...@gmail.com> skribis: > On systems with little ram (2G in my case) the pixbuf-scale test will either > freeze the system of cause excessive swapping without the test every > completing. Out of curiosity, did you check how the test manages to achieve this level or memory greediness?

Gtk+ themes

Hi! Looking into this source file I found out that it would make it possible to support Gtk+ themes out of the box, if the environment variable GTK_DATA_PREFIX is set to the base directory of the user's profile (e.g. /home/rms/.guix_profile/). I tried it with lxapearance and it seems to work. The

Re: [PATCH 04/04] gnu: Add assword

Mathieu Lirzin writes: > Christopher Allan Webber writes: > >>>From ae7427c9863b12281e4b23297f4c241548aa0d40 Mon Sep 17 00:00:00 2001 >> From: Christopher Allan Webber >> Date: Fri, 5 Feb 2016 19:18:41 -0800 >> Subject: [PATCH 4/4] gnu: Add assword >^^^ >

Re: [PATCH] gnu: add lispf4

Nils Gillmann writes: --snipsnap-- I hope this works, I pulled from master some minutes ago, I merged the branch, squashed the commits into one with softreset,... I really hope I did it right. It takes some time getting used to more git usage. >From d3dfc39a537b07e01370ed631c7771952948a9c2 Mon

Re: [PATCH 04/04] gnu: Add assword

Christopher Allan Webber writes: >>From ae7427c9863b12281e4b23297f4c241548aa0d40 Mon Sep 17 00:00:00 2001 > From: Christopher Allan Webber > Date: Fri, 5 Feb 2016 19:18:41 -0800 > Subject: [PATCH 4/4] gnu: Add assword ^^^

Re: [PATCH] gnu: Add libcanberra-gtk2.

On Sun, Feb 07, 2016 at 04:25:49PM +0200, Efraim Flashner wrote: > If you go to save the entire email it can be applied as a patch, otherwise it > fails, like I learned last week. Oh I see, I did this and pushed. The e-mail content itself can be applied with "patch -p1", but for "git am", one ind

Re: [PATCH] gnu: add lispf4

Ricardo Wurmus writes: > Nils Gillmann writes: > >> Thanks for your review, the patch number 2 based on 1 should fix all the >> problems you noted. > > Hmm, for some reason I cannot apply these patches to current master. > What commit is this based on? (Are other people able to apply them to >

Re: [PATCH] gnu: Add libcanberra-gtk2.

On Sun, 7 Feb 2016 15:03:39 +0100 Andreas Enge wrote: > Hello, > > this looks good to me. However, the package now cannot be installed together > with the "normal" libcanberra package, as both contain > lib/libcanberra.so.0.2.5. I suppose that is okay? I assume this package wouldn't normally ac

Re: [PATCH] gnu: Add libcanberra-gtk2.

Hello, this looks good to me. However, the package now cannot be installed together with the "normal" libcanberra package, as both contain lib/libcanberra.so.0.2.5. I suppose that is okay? Would you mind sending a patch formatted with "git format-patch", after committing to a local branch with th

[PATCH] gnu: Add libcanberra-gtk2.

* gnu/packages/libcanberra.scm (libcanberra/gtk+-2): New variable. --- gnu/packages/libcanberra.scm | 8 1 file changed, 8 insertions(+) diff --git a/gnu/packages/libcanberra.scm b/gnu/packages/libcanberra.scm index 3769e3f..50c0f80 100644 --- a/gnu/packages/libcanberra.scm +++ b/gnu/pac

Re: Releasing 0.9.1

Ben Woodcroft writes: > On 05/02/16 23:46, Ludovic Courtès wrote: > [..] >>• Possibly the GitHub updater, which seemed pretty much ready. Ben? > Revisiting your comments on that patch Ludo the only thing that stands > out is: > > >[Ricardo] proposed recently to pass a package object inste

Re: bug#22571: Guix on Debian Testing sbcl package needs warning to set SBCL_HOME

Christopher W Carpenter writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Christopher W Carpenter skribis: >> >>> When doing guix package -i sbcl on my newly setup debian testing + guix >>> machine and then attempting to run sbcl I got the error: >>> >>> fatal error encountered in SBCL pid 7

Re: Releasing 0.9.1

Hi, On 05/02/16 23:46, Ludovic Courtès wrote: [..] • Possibly the GitHub updater, which seemed pretty much ready. Ben? Revisiting your comments on that patch Ludo the only thing that stands out is: >[Ricardo] proposed recently to pass a package object instead of a package name to ‘latest

Re: [PATCH] gnu: gdk-pixbuf: Disable pixbuf-scale test.

On Sun, Feb 07, 2016 at 12:15:37PM +0100, Andreas Enge wrote: > I basically agree with your comment, which is also in line with our policy > of following upstream as closely as possible when building packages. > On the other hand, a simple unit test that requires 2GB of memory seems a bit > excessi

Re: OpenJDK security updates

Mark H Weaver writes: > Can someone familiar with our Java packages please investigate and apply > any needed security updates? > > https://www.debian.org/security/2016/dsa-3465 There hasn’t been any new IcedTea release beyond what we offer in Guix. According to the release announcements for th

Re: [PATCH] gnu: gdk-pixbuf: Disable pixbuf-scale test.

On Sat, Feb 06, 2016 at 03:56:24PM -0500, Leo Famulari wrote: > I would like another option besides disabling the test unconditionally. > We already have several packages that can simply not be built on > hardware like Jookia's, and although it's an unfortunate situation, I > don't think we should

Re: [PATCH] gnu: Add libcanberra-gtk2.

On Sat, Feb 06, 2016 at 09:56:57PM +0200, Efraim Flashner wrote: > gtk is the only different input between the two variants, how about just > removing gtk from the list of inherited inputs and adding in gtk+-2? grepping > for "package-inputs" should have some examples. For instance qt: (inputs

Re: bug#22437: Fixing package-with-python2

Hello, this looks really good, but I do not understand why we need the additional private variable, for instance %python-cython: On Wed, Feb 03, 2016 at 09:47:15AM +0100, Ludovic Courtès wrote: > -(define-public python-cython > +(define %python-cython >(package > (name "python-cython") >

Re: [PATCH] gnu: add lispf4

Nils Gillmann writes: > Thanks for your review, the patch number 2 based on 1 should fix all the > problems you noted. Hmm, for some reason I cannot apply these patches to current master. What commit is this based on? (Are other people able to apply them to current master?) When resending pat

Re: [PATCH] gnu: add lispf4

Nils Gillmann writes: >> For some reason the linter doesn't complain about this line (and others) >> being too long. I guess it measures from the beginning of 'package' >> rather than the first column. Can you make sure they are all ≤ 80 >> characters after changing the indentation as requested

Re: GSoC ideas

On Sat, 06 Feb 2016 10:54:34 -0800 Christopher Allan Webber wrote: > Maybe we should have a place to collect ideas? > > Anyway, here would be my top items for GSoC: > > - An installer wizard (written in Guile of course!) > - g-expressions which generate packages of the Guix package manager fo

Re: [PATCH] Need help with error while updating sbcl to 1.3.1

Hi Christopher, the error happens during the phase “patch-unix-tool-paths”. Looking at the package definition I see that all files ending on “.lisp” or “.sh” are to be patched. The backtrace shows us that the null characters are encountered in the file “./tests/data/compile-file-pos-utf16be.lisp

Re: bug#22437: Fixing package-with-python2

Efraim Flashner writes: > On Wed, 03 Feb 2016 09:47:15 +0100 > l...@gnu.org (Ludovic Courtès) wrote: > >> l...@gnu.org (Ludovic Courtès) skribis: >> >> > An idea I haven’t taken the time to test yet would be to use >> > ‘properties’: >> > >> > (define python-foobar ;with Python 3 >> > (

Re: [PATCH 1/4] emacs: Factorize searching for Emacs packages.

Ludovic Courtès (2016-02-06 15:45 +0300) wrote: > Alex Kost skribis: > >> * emacs/guix-emacs.el: (guix-emacs-directories): New procedure. >> (guix-emacs-find-autoloads-in-directory): Rename to ... >> (guix-emacs-find-autoloads): ... this. >> (guix-emacs-load-autoloads): Replace with ... >> (guix-

Re: [PATCH 2/4] emacs: Find Emacs packages in a system profile.

Ludovic Courtès (2016-02-06 15:46 +0300) wrote: > Alex Kost skribis: > >> Fixes . > > Please add “Reported by …”. Added. >> * emacs/guix-emacs.el: Autoload Emacs packages installed in a system >> profile. > > OK! -- Alex

Re: [PATCH 4/4] doc: Document 'guix-edit' Emacs command.

Ludovic Courtès (2016-02-06 15:50 +0300) wrote: > Alex Kost skribis: > >> * doc/emacs.texi (Emacs Commands): Document "M-x guix-edit". >> * doc/guix.texi (Invoking guix edit): Mention it. > > [...] > >> +@kbd{M-x guix-edit guix} will open > > s/will open/opens/ > > Otherwise OK. > > Thank you! F

Re: [PATCH 3/4] system: Fix EMACSLOADPATH.

Ludovic Courtès (2016-02-06 15:48 +0300) wrote: > Alex Kost skribis: > >> After commit 13fe4891fa247d306e203ee14c6886513bd86b52, Emacs package >> includes "site-start.el", and it has a priority over >> "/etc/emacs/site-start.el" on GuixSD because "/etc/emacs" is added to >> the end of 'load-path'

Re: bug#22437: Fixing package-with-python2

On Wed, 03 Feb 2016 09:47:15 +0100 l...@gnu.org (Ludovic Courtès) wrote: > l...@gnu.org (Ludovic Courtès) skribis: > > > An idea I haven’t taken the time to test yet would be to use > > ‘properties’: > > > > (define python-foobar ;with Python 3 > > (package > > (name "foobar") > >