The SteamVR dashboard can be a bit flaky in appearing or not. While it
doesn't seem to always require at-spi2-core, that does seem to help at other
times.
* nongnu/packages/steam-client.scm (steam-client-libs): Add at-spi2-core.
See discussion at <https://gitlab.com/nonguix/nonguix/-/merge_requests/346>.
Default geiser-guile-binary is guile, which uses an old guix. This leads to
annoying errors when trying to work with the this repository from geiser. So,
set the variable to '("guix" "repl"), which will use the current guix command,
making everything work properly. Note that this may be unexpected for someone
working with a local Guix checkout (differing Guix version) and may need
adjusting then.
* .dir-locals.el (scheme-mode): Add geiser-guile-binary setting.
Signed-off-by: John Kehayias <john.kehayias@protonmail.com>
With libx11 ungrafted upstream in 5dcbd9accfcf0e97579604f57681c0565ae07ec2 we
no longer need our workaround for mesa. The upstream bug with grafts is not
fixed, however.
* nongnu/packages/steam-client.scm (steam-client-libs): Rename mesa-fixed to
mesa.
(libxdamage-fixed, mesa-fixed): Remove variables.
Steam's pressure-vessel startup time can be improved by not having to generate
locales. So make sure locales are in and used by the pressure-vessel
container by linking the expected location of /usr/lib/locale (presumably so
that pressure-vessel will capture them) and setting $GUIX_LOCPATH.
* nonguix/multiarch-container.scm (make-container-wrapper): Preserve and set
GUIX_LOCPATH.
(make-internal-script): Add symlink for /usr/lib/locale.
Now one can have set MANGOHUD=1 in their environment to have all Steam games
launch with MangoHud, rather than always setting this per game launch
settings. Likewise for MANGOHUD_CONFIG for configuration.
* nonguix/multiarch-container.scm (make-container-wrapper): Preserve MANGOHUD
environment variables.
Setting $LD_LIBRARY_PATH in the container allows for non-Steam games added to
Steam to launch properly with Proton. Otherwise they don't make it to the
pressure-vessel container as it seems they start in an environment where the
rest of our setup is not active (e.g. game will fail to launch with an error
about being unable to load libGL.so.1).
* nonguix/multiarch-container.scm (make-container-wrapper): Preserve
LD_LIBRARY_PATH and set it.
Setting $PRESSURE_VESSEL_FILESYSTEMS_RO to "/gnu/store" is no longer needed
for Steam as the fix has been merged upstream. Users can still set this
environment variable (preserved in the container) if needed.
* nonguix/multiarch-container.scm (make-container-wrapper): Remove setting
$PRESSURE_VESSEL_FILESYSTEMS_RO.
In 0.7.0 of MangoHud the vulkan implicit layers have different names for 32-
and 64-bit so we no longer need a workaround.
* nonguix/multiarch-container.scm (make-internal-script): No longer create
/usr/share/vulkan/implicit_layer.d. Symlink instead directly from guix-env.
Remove vulkan layer renaming from mangohud.
Upstream Guix defaults to linux-libre@6.5. Follow suit by making linux track
linux@6.5.
* nongnu/packages/linux.scm (linux): Update to linux-6.5.
Signed-off-by: John Kehayias <john.kehayias@protonmail.com>
Reported upstream as <https://issues.guix.gnu.org/66033> by Panos
Alevropoulos. I don't think we can deprecate since the "helm" package is
still in Guix with that name.
* nongnu/packages/k8s.scm (helm): Rename to ...
(helm-kubernetes): ... this.
Firefox loads libspeechd.so.2 during runtime using PR_LoadLibrary and it fails
to locate the library in the store. Fix is to add extra phase that patches
the file to load the library using an absolute path.
* nongnu/packages/mozilla.scm (firefox-esr)
[phases]{'patch-SpeechDispatcherService.cpp}: New phase.
[inputs]: Add `speech-dispatcher`.
Fixes: https://gitlab.com/nonguix/nonguix/-/issues/284
Tested-by: Jonathan Brielmaier <jonathan.brielmaier@web.de>
Adding linux@6.5 but not changing the default linux to this version until
upstream does as well.
* nongnu/packages/linux.scm (linux-6.5): New variable.
Co-authored-by: John Kehayias <john.kehayias@protonmail.com>
Signed-off-by: John Kehayias <john.kehayias@protonmail.com>
