Hi Mark,
Thanks so much for taking a look at this!
On Sat, Mar 30 2019, Mark H Weaver wrote:
If those affected by this issue would like to test this patch
and report back, that would be helpful.
I applied your patch to my local Guix, and everything is working
fine again. I had been working
Ludovic Courtès writes:
> Mark H Weaver skribis:
>
>> I tried to create a new evaluation of 'master' on hydra.gnu.org to build
>> the new kernels, and it failed with the following inscrutable error:
>>
>> building path(s) `/gnu/store/ar60js22kf3xwv06qdc1clhrvq1hf79z-profile'
>> ERROR: In
I applied my proposed patch to my private branch of Guix, rebuilt my
system and user profiles, rebooted, and verified that things seem to be
working fine. However, since I'm unable to reproduce the original bug,
I will have to rely on others to check whether this fixes the problem.
Thanks,
merge 34454 34658 34528
retitle 34454 Gtk upstream bug #1280 causes crashes in IceCat and Emacs
thanks
Hello all,
I looked into this, and I believe all of these bugs are caused by Gtk
upstream bug #1280:
https://gitlab.gnome.org/GNOME/gtk/issues/1280
which is apparently fixed by the
The previous 0007 patch had broken the recursive importer. This
reworked version fixes this. The rest of the patches stack sent in the
previous message is still good as is.
From 37e499d5d5d5f690aa0a065c730e13f6a31dd30d Mon Sep 17 00:00:00 2001
From: Maxim Cournoyer
Date: Thu, 28 Mar 2019
Hi Björn Höfling
> I.e. yours is 5xs5...-icecat, mine is bwhn...-icecat
>
> When I'm looking at the latest evaluation of hydra, there I find the
> bwhn... one:
>
> https://hydra.gnu.org/build/3431712
>
> Source Nix closure of
> path /gnu/store/bwhnxvfx4ng5fhc7xi6wijp8qciqjpbk-icecat-60.6.1-guix1
Now touchpad and my config work, xserver is compiling, an other issue with
touchpad configuration was solved in Help Guix maillist.
Here it is my config:
;;this is znavko's cute config
(use-modules (gnu) (gnu system nss)
(gnu system locale) ;;for locale-definition
Ricardo Wurmus skribis:
> zna...@tutanota.com writes:
>
>> `guix pull` fail on building xserver derivation. log is attatched.
>
> Backtrace:
>3 (primitive-load "/gnu/store/fdp2jmpz6pwdlmdg1izih8cly75?")
> In ice-9/ports.scm:
>462:17 2 (call-with-output-file _ _ #:binary _
Mark H Weaver skribis:
> I tried to create a new evaluation of 'master' on hydra.gnu.org to build
> the new kernels, and it failed with the following inscrutable error:
>
> building path(s) `/gnu/store/ar60js22kf3xwv06qdc1clhrvq1hf79z-profile'
> ERROR: In procedure read:
> In procedure
Mark H Weaver skribis:
> Ludovic Courtès writes:
>
>> The good news is that the (guix upstream) framework gets to see the
>> correct URL:
>>
>> scheme@(guile-user)> (package-latest-release perl-uri (force %updaters))
>> $6 = #< package: "perl-uri" version: "1.76" urls:
>>
Hi Mark,
Mark H Weaver skribis:
> retitle 35034 guile2.0-git rewrites libgit2 input to use guile-2.0
> thanks
>
> It turns out that this problem is not specific to armhf. 'guile2.0-git'
> recently started failing to build on all Hydra-supported systems.
>
> I see now what's going on. The
Ricardo Wurmus writes:
> Nicolas Goaziou writes:
>
>> "GtkModule.so" should be located in the same directory as the executable
>> "stepmania". This is the case in our package: both are located in
>> "…stepmania-5.1.0-b2/share/stepmania/".
>>
>> However, our package definition also creates a
Hi Alberto,
On Thu, 28 Mar 2019 23:11:22 -0600
Alberto EFG wrote:
> H, Mark and everyone who has been helpful
>
> > As other people have mentioned, this substitute should now be
> > available,
> I keep getting this, I don't know if I am doing something wrong:
>
> $ guix package -n -u .
>
Nicolas Goaziou writes:
> "GtkModule.so" should be located in the same directory as the executable
> "stepmania". This is the case in our package: both are located in
> "…stepmania-5.1.0-b2/share/stepmania/".
>
> However, our package definition also creates a symlink to the
> "stepmania"
14 matches
Mail list logo
