bug#68811: build hash inconsistency

> Some more context might be useful: > > Device A (which successfully built qutebrowser over a couple days) > ~ $ guix time-machine --commit=deeb7d1f53d7ddfa977b3eadd760312bbd0a2509 -- > build qutebrowser --dry-run > /gnu/store/i9ir7a26gv1ii98b4bzgvxp1sx0akind-qutebrowser-2.5.4 > > Device B

bug#66746: LUKS password prompt invisible, prompts twice

> Hi Caleb, > > Caleb Herbert writes: > > > Hardware: ThinkPad X200 > > Firmware: Libreboot 2016 > > OS: Guix System > > > > Expected behavior: > > Password prompt. Enter LUKS passphrase. Log into computer. > > > > Actual behavior: > > Password prompt. Enter LUKS passphrase. Select boot option

bug#66168: zsh home service breaks guix shell via ssh

> > ``` > > $ ssh localhost > > $ guix shell gnuplot > > $ gnuplot > > zsh: command not found: gnuplot > > ``` > > > > However (still within the ssh session) > > > > ``` > > $ guix shell gnuplot -- gnuplot > > [gnuplot opens as expected] > > ``` > > > > and weirdly enough > > > > ``` > > $ guix

bug#66168: zsh home service breaks guix shell via ssh

On Sat, Sep 23, 2023 at 12:19:10PM +0200, Malte Frank Gerdes wrote: > I noticed that after connecting via ssh the profile that gets created > when doing `guix shell' is not sourced, therefore the environment > variables are not correct. This seems to be because guix home inserts > "[ -n

bug#65460: ghc/ghci are broken

> > Thanks! Adding gcc-toolchain to the profile fixed it, but shouldn't this > > be automatically brought in by `guix install ghc`? This does still feels > > like a bug to me, shouldn't gcc-toolchain be a part of ghcs native-inputs? native-inputs are for buildtime inputs and here ghc needs a c

bug#48018: [PATCH core-updates 2/4] gnu: imagemagick: Fix converting webp images

Fixes . * gnu/packages/imagemagick.scm (imagemagick)[inputs]: Add libwebp. --- The comments in the code imply that this could be applied to master, but `guix refresh` claimed it to have over 3 000 dependents. Go figure. gnu/packages/imagemagick.scm | 2 ++ 1

bug#64775: /run should be cleaned on boot

> > I vote for TMPFS, since that would also reduce flash wear. > > Honestly I don't get why it's not already using TMPFS. > > One argument could be how much ram it takes: > > $ du -sc /run/* > 12 /run/blkid > 0 /run/booted-system > 0 /run/current-system > 1312

bug#64734: Recursive hackage import fails

Importing hackage packages recursively fails with similar error to this: ``` $ guix import hackage linear-generics --recursive Backtrace: 11 (primitive-load "/home/saku/.config/guix/current/bin/gu…") In guix/ui.scm: 2309:7 10 (run-guix . _) 2272:10 9 (run-guix-command _ . _) In

bug#59508: mpv compiled without x11 support

> I believe this was fixed by commit > 78f03567f44f704dfbc03cb64368aa42a01e78ad, though not by adding > ‘--enable-x11’ (see ). > > Anyway it definitely works for me on X11. Could you confirm? Yes, that seems to have fixed it. - Saku signature.asc

bug#59508: mpv compiled without x11 support

The mpv package from (gnu packages video) is compiled without x11 support and fails with: [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be unavailable. [vo/gpu] Failed to commit ModeSetting atomic request (-13)