~ruther/guix-config

ref: cb46f38e2d59f8f65665bf717ecc663d990f2b65 guix-config/home d---------
fix: stop wlr-services if running on dwl startup

When wlr-services services are running already from previous session,
ie. after a logout or a crash, they couldn't be started again, 1.
because wlr-services has been running still, it needs to be stopped
first, 2. because the services got disabled cause they crashed with no
possibility to connect to wayland display 5 times.

The point 1. is fixed by this commit, 2. is fixed in guix-exprs
feat: dmenu-wl -> mew
feat: add flatpak env
feat: install ykman
feat: start wlr-services with display variable
fix: custom waybar should keep upstream patches
feat: add flatpak
chore: new monitor setup
fix: add zathura pdf support
fix: waybar config icons for brightness, rewrite titles
feat: add syncthing
fix: commit missing encoding patch
feat: move to more robust solution than time-machine

The problem with time-machine is that the guix
derivation might need to be recomputed and rebuilt.
This can happen because the underlying guix version used
to build it can differ. The solution to this can be
to keep the resulting guix in a folder, and use it out of
that folder, instead of recomputing it every time.

This can still mean that there will be need for
duplicit recomputation between building the guix
and pulling it into user profile. I don't know what
a good solution to this is, yet.
feat: expand cache ttl for cron
feat: add fix for waybar icons
feat: add msmtp patch for utf8 encoding
feat: allow emacs and loopback pinentry
feat: add patch to mako
feat: add e-mail sync, and packages
feat: add mpris-ctld service
Next