bug#64307: Fluxbox build fails after e6994d7

2023-06-26 Thread Cairn via Bug reports for GNU Guix
Commit e6994d7 causes Fluxbox to fail on my aarch64 system. Might disturb other targets as well, but I can't test right now. just to be sure, here's the commit immediately prior to it, which succeeds: guix time-machine --commit=74e96c4 -- build fluxbox The trouble commit deals with

bug#63465: Error building installation image on aarch64

2023-06-05 Thread Cairn via Bug reports for GNU Guix
Alright, I guess the *real* issue is in which version of the `guix` command is being used. I had just installed this instance of Guix using the installer script, so the version used for the initial pull (`/usr/local/bin/guix`) was still `hash`ed. Maybe another logout would have solved my issue,

bug#63465: Error building installation image on aarch64

2023-06-05 Thread Cairn via Bug reports for GNU Guix
Got the same thing. The issue arises in commit 6edacf24911, so I was able to avoid the error by building from a commit before the syslog service was changed. signature.asc Description: OpenPGP digital signature

bug#57867: Tealdeer build fails

2022-09-16 Thread Cairn via Bug reports for GNU Guix
The builds have been unsuccessful since about the start of this month on both my machine and ci.guix.gnu.org. I tried to fix the issue, but I'm unfamiliar with Rust, so I just ended up fumbling around. Thanks to anyone who can get this working again! :D signature.asc Description: OpenPGP

bug#57052: elogind-service specifies a variable that's ignored by defualt

2022-08-09 Thread Cairn via Bug reports for GNU Guix
Would it not still be explicit if variables that should go unspecified were written out, but not given a value? Maybe I'm misunderstanding the point of explicit values though. signature.asc Description: OpenPGP digital signature

bug#57052: elogind-service specifies a variable that's ignored by defualt

2022-08-09 Thread Cairn via Bug reports for GNU Guix
(Resending this email, since I forgot to add the debugs.gnu.org address as a recipient) > IMHO the Guix behaviour of always setting a value is the right one > (explicit is better than implicit after all). As for the default > values, one might disagree as to which fits, but I don't think

bug#57052: elogind-service specifies a variable that's ignored by defualt

2022-08-08 Thread Cairn via Bug reports for GNU Guix
"HandleLidSwitchExternalPower= is completely ignored by default (for backwards compatibility)"[1] I noticed (with help in IRC) that my laptop wasn't suspending on lid close when plugged in and charging, which I hadn't seen happen on other systems. I now know that I can set this by configuring

bug#56836: guix pull: error: You found a bug: the program...

2022-07-30 Thread Cairn via Bug reports for GNU Guix
> guix pull: error: You found a bug: the program > '/gnu/store/5xv3aac4lkfvvgyhs65l7a3r809h6iaj-compute-guix-derivation' > failed to compute the derivation for Guix (version: > "d1c6b8db5a30f9e428d018156dadb12927c485f8"; system: "x86_64-linux"; > host version:

bug#56801: libinput won't recognize /etc/libinput/local-overrides.quirks

2022-07-27 Thread Cairn via Bug reports for GNU Guix
The libinput package doesn't seem to contain its own version of local-overrides.quirks, although it does contain an empty `/etc/libinput/`. Regardless, `quirks debug: /gnu/store/*-libinput-1.19.2/etc/libinput/local-overrides.quirks` is listed when running the following: libinput quirks