Mark H Weaver m...@netris.org skribis:
So, I come again to the same conclusion: that we should switch to
OpenBLAS on _all_ platforms, and strip away the ATLAS-handling code in
our python-numpy package. We can work on fixing OpenBLAS to MIPS later.
Agreed, we can’t afford not to have
Thanks for the info!
I wonder what the status of our linux-libre package is on armhf. I
guess we first need a config file for that platform, based on the x86
ones.
Ludo’.
Alex Kost alez...@gmail.com skribis:
I think it is not clear that multiple packages may be installed/removed
by a single command. If it would look like this:
-i, --install=PACKAGE... install PACKAGEs
it may not be clear how the PACKAGEs are separated, since it is a common
practice to
Sorry, there is another thing I forgot. Currently ‘guix package --help’
displays the following:
--8---cut here---start-8---
Usage: guix package [OPTION]... PACKAGES...
Install, remove, or upgrade PACKAGES in a single transaction.
-i, --install=PACKAGE
l...@gnu.org (Ludovic Courtès) skribis:
I wonder if ‘guix-pcomplete-run-guix’ couldn’t run the command in a REPL
instead of spawning a process. That is, when completing ‘guix build’,
it would evaluate something like:
(with-output-to-string
(lambda ()
(catch 'quit
Alex Kost alez...@gmail.com skribis:
From f14f533935169be164a94ecdcfeeecf6690bc07f Mon Sep 17 00:00:00 2001
From: Alex Kost alez...@gmail.com
Date: Sun, 7 Jun 2015 21:43:58 +0300
Subject: [PATCH] doc emacs: Improve documentation on initial setup.
Reported by ngz on #guix.
* doc/emacs.texi
Hi!
On Thu, 04 Jun 2015 22:48:48 +0200, l...@gnu.org (Ludovic
=?utf-8?Q?Court=C3=A8s?=) wrote:
Manolis Ragkousis manolis...@gmail.com skribis:
Hey Thomas, thank you for looking into this.
Many thanks to you as well as Ludo for your very helpful description and
instructions! I've also
As reported today on #guix
https://gnunet.org/bot/log/guix/2015-06-07#T672445, it is not obvious
how to use guix.el when a binary installation was used. So this patch
is intended to improve the documentation on that subject.
From f14f533935169be164a94ecdcfeeecf6690bc07f Mon Sep 17 00:00:00 2001
Alex Kost alez...@gmail.com skribis:
From 8f6dfdc793d39b40bf57fbc7728e815b40b7c199 Mon Sep 17 00:00:00 2001
From: Alex Kost alez...@gmail.com
Date: Sat, 6 Jun 2015 22:14:13 +0300
Subject: [PATCH 1/2] emacs: Add memoization code.
* emacs/guix-utils.el (guix-memoize): New function.
Hi, Thomas!
Thomas Schwinge tho...@codesourcery.com skribis:
I'm not a fan of extracting tarballs inside populated directories; so I'm
in favor on the suggested change to extract inside a temporary directory,
and then move everything in place as a separate step.
OK. I had come to the
Thomas Schwinge tho...@codesourcery.com skribis:
$ guix --version
warning: failed to install locale: Invalid argument
guix (GNU Guix) 0.8.2
[...]
The fix is to install a locale package and define LOCPATH accordingly:
Alex Kost alez...@gmail.com skribis:
Oof! There is a plenty of guix commands, actions, options, …
So after this patch, it would be more convenient to use ‘guix’ in
M-x shell.
Woohoo! Wonderful! :-)
It should complete almost everything except suboptions of subcommands, I
mean those
Alex Kost alez...@gmail.com skribis:
From 2b561a47cf29480b5a4d686a3f3596569f0394f6 Mon Sep 17 00:00:00 2001
From: Alex Kost alez...@gmail.com
Date: Sun, 7 Jun 2015 11:46:06 +0300
Subject: [PATCH] guix: Clean up --help messages.
* guix/scripts/import.scm (show-help): Add newline before a
Hi!
In context of
http://news.gmane.org/find-root.php?message_id=%3C87lhg2je9j.fsf%40kepler.schwinge.homeip.net%3E,
I'm now installing Guix (GNU Guix 0.8.2 Binary) for the first time. I
noticed a few issues that have been raised in this thread already (I have
not yet read every message in
* gnu/packages/gnome.scm (evince): Add 'djvulibre' as an input.
---
gnu/packages/gnome.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 34658e1..e02a430 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
In core-updates, 'glibc-final-with-bootstrap-bash' fails to build on
MIPS, because 'gcc-boot0' doesn't work. The problem is that we've
switched to gcc-4.9, which on MIPS now emits a new .nan assembler
directive which is not understood by the assembler in binutils-2.23.2,
the version in our
l...@gnu.org (Ludovic Courtès) writes:
Thanks for the info!
I wonder what the status of our linux-libre package is on armhf. I
guess we first need a config file for that platform, based on the x86
ones.
I may be showing my ignorance, but it seems to me that kernels built for
armhf and mips
17 matches
Mail list logo
