~ruther/guix-exprs

ref: 1a49e4760bd922237532fa2eee44bc9e1fe42399 guix-exprs/modules d---------
1a49e476 — Rutherther 2 months ago
ruther: Add guix-shared-cache-service-type

Share .guix/cache between multiple users to cut down on size
and time taken to reconfigure initially.
4553529f — Rutherther 2 months ago
vhdl-ls: Remove comment
413d8a78 — Rutherther 2 months ago
vhdl-ls: Do not install source
fa5d1195 — Rutherther 2 months ago
feat: ripgrep-all: Use new packaging workflow
84ab01c2 — Rutherther 2 months ago
fix: package vhdl-ls properly

Lang macros and lang should be taken out of the repo, not out of new crate-source's
45f21376 — Rutherther 2 months ago
feat: switch vhdl-ls to new rust packaging method
24055d7d — Rutherther 2 months ago
fixup! libiio
4aef3e72 — Rutherther 2 months ago
fix: libiio python bindings
4fe344d0 — Rutherther 2 months ago
chore: description of radio packages
71852154 — Rutherther 2 months ago
feat: sdrangel with pluto sdr support
efd0dac7 — Rutherther 2 months ago
feat: add sdr++ with plutosdr support
a207b72e — Rutherther 3 months ago
feat: add wayfreeze
b4562648 — Rutherther 3 months ago
fix: wlr-services might not have started services when they are disabled

This can happen when the compositor exits, the services aren't stopped
in time, and they crash because they can't connect to wayland display.
This will make sure they get re-enabled on start of wlr-services. This
shouldn't be dangerous, because wlr-services is started just once, and
at worst if it was failing, it would get restarted 5 times and then
disabled, leading to maximum of 5*5*(count of wlr-services) restarts,
which is quite a lot, but not infinity :) Anyway wlr-services
shouldn't be crashing when configured properly (what if service
doesn't exist...?) so this shouldn't ever happen.
1935175e — Rutherther 3 months ago
fix: waybar should require wayland-display
c1c480c3 — Rutherther 3 months ago
feat: add mew
75eae2a2 — Rutherther 3 months ago
chore: move modules to modules subfolder