Re: R

On Fri, Feb 05, 2016 at 09:48:24PM +0100, Ricardo Wurmus wrote: > I would suggest to drop “--with-lapack”, too. (I haven’t found the time > to try building without this flag just now.) The manual says: > I don’t remember why I added it in the first place, so I think it’s best > to drop it,

Re: R

Ricardo Wurmus writes: > There’s a separate section for OpenBLAS, which also mentions that using > a “shared BLAS” is a preferred alternative to linking with a particular > BLAS implementation. We already pass “--enable-BLAS-shlib”, so we > actually do use a

Re: Review of installation manual draft

Hi Ludo, Attached is a diff against guix.texi. I'm very new to texinfo so there may be some silly mistakes. Petter On 2016-01-31 10:28, l...@gnu.org wrote: HI Petter, Thanks a lot for working on it! I’m at FOSDEM now but I hope to review while on the train later today. It would be easier

Re: R

Ricardo Wurmus writes: [...] > I can also confirm that dropping openblas from the R build “fixes” the > segfault when running > > x <- eigen(crossprod(matrix(rnorm(50 * 500), 50, 500))) > > as reported here: https://github.com/xianyi/OpenBLAS/issues/703 > > So,

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

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. Not only does this seem a bit lame when you consider that VGA supported 256 colors circa 1988, it means that

Re: [PATCH] gnu: Add gtk-engines and murrine.

On Fri, 05 Feb 2016 08:08:21 +0100 Ricardo Wurmus wrote: > Hi Fabian, > > I wonder if this will work out of the box. Where does GTK+ look for > engines? Was the patch enough to GTK+ to make it respect > GUIX_GTK2_PATH and GUIX_GTK3_PATH? > > Or will we need to add some

Re: [PATCH] gnu: Add sdparm.

Hi Tobias, > From: Tobias Geerinckx-Rice > > * gnu/packages/disk.scm (sdparm): New variable. I just pushed your patch with the suggested modifications from Andreas and myself. Thanks again! ~~ Ricardo

Re: R

On Fri, Feb 05, 2016 at 06:17:04PM +0100, Ricardo Wurmus wrote: > I dropped the flag and noticed that OpenBLAS is not mentioned at all (it > does retain a reference, but that’s expected when “openblas” is among > the inputs), so I also dropped “openblas” from the inputs and R built > just fine.

Re: R

Andreas Enge writes: > On Fri, Feb 05, 2016 at 08:02:36PM +0100, Andreas Enge wrote: >> Okay. I am giving it a try on arm right now. It looks like we should >> then also drop "--with-lapack"; the documentation states that this has only >> an effect when "--with-blas" is also

[PATCH shepherd v2] support: Ignore errors in mkdir-p when the directories exist.

* modules/shepherd/support.scm (mkdir-p): Don't throw errors when mkdir fails but the directory exists afterwards. --- modules/shepherd/support.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/modules/shepherd/support.scm b/modules/shepherd/support.scm index

Re: R

On Fri, Feb 05, 2016 at 08:02:36PM +0100, Andreas Enge wrote: > Okay. I am giving it a try on arm right now. It looks like we should > then also drop "--with-lapack"; the documentation states that this has only > an effect when "--with-blas" is also given: >

Re: R

On Fri, Feb 05, 2016 at 11:00:40AM +0100, Andreas Enge wrote: > I did get a reply, but not using R, I do not quite know what to make of it: >https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697 Anyone here programming in R? > It would be nice if someone using R could help me out; if you

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

Fixes . * emacs/guix-emacs.el: Autoload Emacs packages installed in a system profile. --- emacs/guix-emacs.el | 1 + 1 file changed, 1 insertion(+) diff --git a/emacs/guix-emacs.el b/emacs/guix-emacs.el index 5c32f2f..aa8e299 100644 --- a/emacs/guix-emacs.el +++

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

* doc/emacs.texi (Emacs Commands): Document "M-x guix-edit". * doc/guix.texi (Invoking guix edit): Mention it. --- doc/emacs.texi | 22 ++ doc/guix.texi | 6 +++--- 2 files changed, 25 insertions(+), 3 deletions(-) diff --git a/doc/emacs.texi b/doc/emacs.texi index

[PATCH 0/4] emacs: Various fixes.

This patchset fixes a couple of issues discovered in bug #22550 (see the bottom of ). [PATCH 1/4] emacs: Factorize searching for Emacs packages. [PATCH 2/4] emacs: Find Emacs packages in a system profile. [PATCH 3/4] system: Fix

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

* 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-emacs-autoload-packages): this. New procedure. At first, find a list of directories

[PATCH 3/4] system: Fix EMACSLOADPATH.

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'. * gnu/system.scm (operating-system-environment-variables): Change EMACSLOADPATH

Re: R

Andreas Enge writes: > I did get a reply, but not using R, I do not quite know what to make of it: >https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16697 > It would be nice if someone using R could help me out; if you send me an > ssh key, I could give you access to an

[PATCH] build: syscalls: Delay syscalls evaluation.

Hello hackers, Justus tried to build Guix on his Hurd machine and he found out that even though we disable (guix build syscalls) from building when sys/mount.h is not present, it still tries to build it. As I found out, (guix utils) module uses the syscalls module so that's why it still tried to

Re: Heads-up: ‘guix system reconfigure’ reloads services

l...@gnu.org (Ludovic Courtès) skribis: > If you haven’t been following , ‘guix system > reconfigure’ is now able to dynamically load/start new system services, > unless they are already running. On IRC calher & Jookia reported that, when upgrading from dmd, this would

Releasing 0.9.1

Hello! I suggest that we release 0.9.1 as soon as we get less than 2 kernel panic reports per day! (Just kidding.) Seriously, I think we should be aiming for a release by the end of the month. Here a few rather low-hanging fruits that I think we should address: • Have a GNOME meta-package,

Re: Releasing 0.9.1

On Fri, Feb 05, 2016 at 02:46:24PM +0100, Ludovic Courtès wrote: > I suggest that we release 0.9.1 as soon as we get less than 2 kernel > panic reports per day! Or a week without security update and rebuilding the world. Andreas

Re: [PATCH] gnu: libcanberra: Add input gtk+-2.

Fabian Harfert writes: > On Thu, 4 Feb 2016 17:04:42 +0100 > Fabian Harfert wrote: > >> * gnu/packages/libcanberra.scm (libcanberra): Add input gtk+-2. >> --- >> gnu/packages/libcanberra.scm | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git

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

>From a3c499a7a2feb3718cc1217cb59f87435dfd271c Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber Date: Fri, 5 Feb 2016 19:07:11 -0800 Subject: [PATCH 3/4] gnu: Add python2-xdo * gnu/packages/python.scm (python2-xdo): New variable. --- gnu/packages/python.scm | 31

[PATCH 02/04] gnu: xdotools: Update to 3.20150503.1

>From fa531a1f2a6d84232d9c94feb5b3136cd11f83b5 Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber Date: Fri, 5 Feb 2016 15:24:01 -0800 Subject: [PATCH 2/4] gnu: xdotools: Update to 3.20150503.1 * gnu/packages/xdisorg.scm (xdotools): Upgrade to 3.20150503.1. *

[PATCH 01/04] gnu: Add python-pygpgme

First of several patches on the path to assword! >From 2137270785d39d2592e4ffc2b3c3253fd0daf540 Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber Date: Fri, 5 Feb 2016 11:06:54 -0800 Subject: [PATCH 1/4] gnu: Add python-pygpgme * gnu/packages/gnupg.scm

[PATCH 04/04] gnu: Add assword

Finally! >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 * gnu/packages/password-utils (assword): New variable. ---

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

On Fri, 05 Feb 2016 19:49:30 -0800 Christopher Allan Webber wrote: > * gnu/packages/password-utils (assword): New variable. > --- > gnu/packages/password-utils.scm | 48 > - > 1 file changed, 47 insertions(+), 1 deletion(-) > >