Ricardo Wurmus writes:
> Hi Guix,
>
> python-numpy currently depends on Atlas, which means that it cannot be
> substituted with a binary built elsewhere. OpenBLAS is an alternative
> to Atlas and the binary can be used on all supported CPUs at runtime.
> This makes it possible for us to make num
Christopher Allan Webber writes:
> Okay, how about a version of guile-emacs that works and incorporates
> feedback from this thread? Yeah? Anyone?
>
> Whoo guile-emacs! :)
>
I suggest add "emacs-snapshot" or "emacs-master-branch" package,
then, define guile-emacs like this.
#+BEGIN_
Mark H Weaver (2015-05-22 20:31 +0300) wrote:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Alex Kost skribis:
[...]
>>> So I'm wondering is there a way to init a 64-bit system from a 32-bit
>>> one or perhaps it's just not possible?
>>
>> It actually is possible, but a little bit trickier. Mark
On Sat, 23 May 2015 04:21:40 +0800 Mark H Weaver wrote
>Mark H Weaver writes:
>
>> The problem turned out to be that on rekado's system, / was owned by
>> user "rekado" with mode 700.
>
>One possibility is that he created this filesystem from some nice GUI
>disk utility from Fedo
Attached are patches for GCR, gnome-keyring, and seahorse to manage the
GNOME keyring.
I haven't been able to get the tests to pass, because we don't have a
running D-Bus at test time.
I also haven't been able to actually use the gnome-keyring-daemon yet,
because I don't know how to start the D-B
Christopher Allan Webber skribis:
> Ludovic Courtès writes:
[...]
>> What I would like is to have a “Guix Development” section in the manual,
>> along the lines of “Running Guix before it is installed” in ‘HACKING’,
>> but marked as a developer’s trick.
>
> That sounds like a good idea.
Done i
Mark H Weaver skribis:
> The problem turned out to be that on rekado's system, / was owned by
> user "rekado" with mode 700.
Oh, I see. I would never have thought of this!
> Perhaps 'guix system init' should explicitly set the ownership and
> permissions on the target root directory?
Here’s a
Ricardo Wurmus writes:
> Attached are patches for GCR, gnome-keyring, and seahorse to manage the
> GNOME keyring.
>
> I haven't been able to get the tests to pass, because we don't have a
> running D-Bus at test time.
>
> I also haven't been able to actually use the gnome-keyring-daemon yet,
> be
Alex Kost writes:
> Thanks Ludovic and Mark! I tried to follow your advices but eventually
> I got the same error:
>
> guix system: error: build failed: a `x86_64-linux' is required to
> build
> `/gnu/store/zh42mbm0wvbsz05zr798nchyd3bc7fh6-guix-0.8.2.c2ee19e.drv',
> but I am a `i686-linux'
>
>
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> The problem turned out to be that on rekado's system, / was owned by
>> user "rekado" with mode 700.
>
> Oh, I see. I would never have thought of this!
>
>> Perhaps 'guix system init' should explicitly set the ownership and
>>
Feng Shu writes:
> Christopher Allan Webber writes:
>
>> Okay, how about a version of guile-emacs that works and incorporates
>> feedback from this thread? Yeah? Anyone?
>>
>> Whoo guile-emacs! :)
>>
>
> I suggest add "emacs-snapshot" or "emacs-master-branch" package,
> then, define g
Mark H Weaver (2015-05-23 17:54 +0300) wrote:
> Alex Kost writes:
>
>> Thanks Ludovic and Mark! I tried to follow your advices but eventually
>> I got the same error:
>>
>> guix system: error: build failed: a `x86_64-linux' is required to
>> build
>> `/gnu/store/zh42mbm0wvbsz05zr798nchyd3bc7fh
Ludovic Courtès writes:
> Christopher Allan Webber skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> What I would like is to have a “Guix Development” section in the manual,
>>> along the lines of “Running Guix before it is installed” in ‘HACKING’,
>>> but marked as a developer’s trick.
>>
>>
Ludovic Courtès (2015-05-23 16:59 +0300) wrote:
> Christopher Allan Webber skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> For the Emacs part, I think setting ‘load-path’,
>>> ‘geiser-guile-load-path’, and ‘guix-load-path’ would be enough. Maybe
>>> that part of the doc needs to be adjuste
Because of "guile-linux-syscalls.patch" current form, I end up getting
no found when Hurd it targeted.
I added #ifdef __LINUX__ so the patch will be used only on Linux systems.
From ac6bab86b2ae5509e29aea15125f31ea18c0015f Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
Date: Sat, 23 May 2015 22
Done.
Manolis
On 2015-05-22 08:29, l...@gnu.org wrote:
Luis Felipe López Acevedo skribis:
I think I understand the Scheme side of the website now and I'm able
to build the HTML using the REPL, so I'd like to give it a try.
Excellent, thank you!
Ludo’.
I attach my implementation. It works, but since I'm
David Thompson skribis:
> The build system should be configured such that 'gcc' is run with
> a flag like:
>
> -I
> /gnu/store/dl8z49pzl3l7wbh2q0hp7dxdxm40vjjj-webkitgtk-2.4.8/include/webkitgtk-1.0
Chances are that ‘pkg-config webkitgtk-1.0 --cflags’ returns exactly
that (this is not Guix-s
Mark H Weaver skribis:
> 宋文武 writes:
>
>> Ludovic Courtès writes:
>>> This would have to be committed in a gtk-rebuild branch.
>> Done.
>
> I added the gnutls update to that branch and started Hydra building it.
Good idea, thanks for paying attention!
Ludo’.
宋文武 skribis:
> Look good to me.
+1
Ludo'.
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Mark H Weaver skribis:
[...]
> I would suggest using (geteuid) instead. Also, we should set the mode.
> In this particular case, if we had changed the owner without also
> changing the mode, rekado's system still would have
Manolis Ragkousis skribis:
> Because of "guile-linux-syscalls.patch" current form, I end up getting
> no found when Hurd it targeted.
> I added #ifdef __LINUX__ so the patch will be used only on Linux systems.
>
> From ac6bab86b2ae5509e29aea15125f31ea18c0015f Mon Sep 17 00:00:00 2001
> From: Man
Hi Andreas,
Andreas Enge writes:
> commit 53142109a06155980397514795d9a36afb418f54
> Author: Andreas Enge
> Date: Sat May 23 20:39:57 2015 +0200
>
> gnu: bluez: Install the library and header files.
>
> * gnu/packages/linux.scm (bluez)[arguments]: Add --enable-library to
>
Andreas Enge writes:
> andreas pushed a commit to branch master
> in repository guix.
>
> commit 2e88d113aac31dbea0b998fca92b35dbfc998872
> Author: Andreas Enge
> Date: Sat May 23 16:43:18 2015 +0200
>
> gnu: dbus-glib: Propagate inputs dbus and glib.
>
> * gnu/packages/glib.scm (
24 matches
Mail list logo
