Does
guix package -i xf86-video-intel
or
guix package -i xf86-video-nouveau
help (or whatever else your GPU is from `guix package -s xf86-video-`)?
Regards,
Florian
Setting the environment variables
CPPFLAGS="-I/gnu/store/y8c62fyb2x4g4qnl54pmlmid1fn8k3mx-zlib-1.2.8/include"
LDFLAGS="-L/gnu/store/y8c62fyb2x4g4qnl54pmlmid1fn8k3mx-zlib-1.2.8/lib"
before running configure makes it work.
(I've also printed inc_dirs in setup.py without that - and zlib didn't
Hi Leo,
>The python-minimal package *should* use that libffi. I'm not sure why it's
>failing now.
Yeah, sorry. I checked the package definition now and it explicitly disables
the system libffi.
>Do you mean if CONFIG_SHELL is not set, so the build process can't find libffi?
Yes, a workaround
Oh wow. Thanks for the tip. haha. I'm such a crappy speller.
Joshua
Yes sir. I've tried logging in multiple times. I did it just now to be
sure. I tried logging in 3 times for each of the desktops I have
installed: Gnome on X, Gnome (which I assume is on wayland), and on
xfce.I could not log in. But when I tried logging in as root, it
worked just fine. :)
On Fri, Mar 17, 2017 at 03:08:51PM +0100, Danny Milosavljevic wrote:
> Hmmm... Python 2.7.13 seems to bundle libffi-3.1. Do we want that?
The python-minimal package *should* use that libffi. I'm not sure why
it's failing now.
> Also, I checked libffi/configure: If CONFIG_SHELL was set, it would h
l...@gnu.org (Ludovic Courtès) writes:
> Above the ‘wrap-program’ call, there’s this comment:
>
> ;; Ignore user settings so that a bogus
> ;; GUILE_LOAD_COMPILED_PATH does not prevent use of
> ;; 'guix', notably when it contains entries pointing to
> ;; incompatibl
On Fri, Mar 17, 2017 at 07:35:23PM +, Joshua Branson wrote:
> This still seems to be an issue. The latest builds are from January of
> 2015.
There are successful builds on x86_64 that are more recent:
https://hydra.gnu.org/job/gnu/master/lightning-2.1.0.x86_64-linux
It fails consis
- Forwarded message from "pelzflorian (Florian Pelz)"
-
Date: Sat, 18 Mar 2017 15:50:49 +0100
From: "pelzflorian (Florian Pelz)"
To: help-g...@gnu.org
Subject: Re: I can only start an X server in guix as root
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Icedove/45
Hi,
Joshua Branson skribis:
> I don’t see any recent issues of a build failure at these links. Since april
> of 2015 both packages seem to be building fine. Unless I’m missing something
> this bug can be closed.
Indeed, builds over the last year or so have always succeeded:
https://hydra
* gnu/services/base.scm (file-system-shepherd-service): Use
file-system-packages.
---
gnu/services/base.scm | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/gnu/services/base.scm b/gnu/services/base.scm
index 5298a11f6..ab5030146 100644
--- a/gnu/services/base.scm
Danny Milosavljevic skribis:
> I'd like to make the following change to guix/build/utils.scm :
>
> diff --git a/guix/build/utils.scm b/guix/build/utils.scm
> index bc6f11415..ca6360ed4 100644
> --- a/guix/build/utils.scm
> +++ b/guix/build/utils.scm
> @@ -409,7 +409,8 @@ for under the directories
Hello!
Danny Milosavljevic skribis:
> On Fri, 17 Mar 2017 10:03:52 +0100
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> You can also remove the now-unused ‘file-system-type-predicate’
>> procedure that is in ‘base-initrd’.
>
> It's still used there (in order to determine the Linux modules). Shoul
Hi!
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> After some poking around, I found the issue; it's the following in the
> guix-0.12.0 recipe:
>
> (wrap-program (string-append out "/bin/guix")
> `("GUILE_LOAD_PATH" ":" prefix (,path))
> `("GUILE_LOAD_COMPILED
> > * gnu/system/linux-initrd.scm (base-initrd): Move helper-packages body to
> > ...
> > * gnu/system/file-systems.scm (file-system-packages): ... here.
> > Also export it.
Pushed those to master as 7208995426714c9fc3ad59cadc3cc0f52df0f018.
> > * gnu/services/base.scm (file-system-shepherd-serv
15 matches
Mail list logo
