| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
cc @Profpatsch @aszlig
|
|
|
|
|
| |
This has been working just fine on gunnr, so let's see if that's also
true for all my other machines.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit c88fd9eaa12c8a3c06502b09c2056d3c91421952.
The hardware.video.hidpi.enable option was removed a while ago[1]
because it's not clear what a single boolean option should mean, so it
doesn't make sense anymore to make any of our options depend on it.
Forthermore, I'm experimenting with different Wayland compositors at the
moment and most of the stuff that I did here is for Xorg. I expect most
of the stuff to be gone when I'm settled with a Wayland setup that works
for me.
[1]: https://github.com/NixOS/nixpkgs/pull/222689
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
| |
wrmsr can be used to disable an erroneous CPU throttling that is
happening with my new battery. Since that needs to be reset after every
power state switch, having the tool in PATH is a great help.
Eventually I'll fix this in a more permanent fashion via a systemd
oneshot service.
|
|
|
|
| |
This isn't working any more and also there's no need afaict
|
|
|
|
| |
https://www.systemli.org/en/2023/02/06/shutdown-of-jabber.systemli.org-on-08/31/2023/
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Use them from time to time, BQN is in the closure of my emacs already
anyways.
|
|
|
|
|
| |
Better support for VTT than mpv which is what arte, ARD etc. downloads
give you.
|
| |
|
|
|
|
| |
NixOS enables systemd-oomd by default now…
|
|
|
|
| |
My battery is bigger nowadays, so these are a little early.
|
| |
|
|
|
|
|
| |
They are current decomissioned, so no need to waste precious hydra
resources.
|
|
|
|
|
|
| |
systemd-networkd-wait-online is still annoying as hell, but just
disabling it normally clashes now with the default, so let's force it
into a disabled state.
|
|
|
|
| |
This reverts commit b1440a0ee2a096fd99f2d9217830e47e00d058de.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The "vim_configurable" derivation has had a long history in nixpkgs back
then when there was no RFC process and where people still were figuring
out better ways on how to configure compile-time flags.
One of those was a composableDerivation function, which was used for
"vim_configurable" and mapped attribute sets to autoconf-flags, so that
for example if there was a "--enable-foo" flag you could just use
something like:
vim_configurable.merge { cfg.fooSupport = true; }
You'd then get a Vim with "--enable-foo" passed to configureFlags.
However, the composableDerivation feature was too complicated and was
ultimately removed at some point. While it does allow for things such as
introducing new "edf" (stands for Enable Disable Feature and maps the
autoconf flags mentioned above to attribute sets) flags, the complexity
that comes with that system is way too large than using something like
eg.:
vim-full.overrideAttrs (drv: {
configureFlags = (drv.configureFlags or []) ++ [ "--enable-foo" ];
})
While this looks more verbose than the above, one can easily follow
what's happening, whereas if you'd need to add and enable a new "edf"
flag, you'd do something like this:
vim_configurable.merge {
flags = composableDerivation.edf { name = "foo"; };
cfg.fooSupport = true;
}
I admit that this does look a little nicer, but even I'm not sure
whether it's worth adding so much complexity since in practice I rarely
came across a sitation where something like the above would be really
beneficial.
So back then when "vim_configurable" was introduced[1], it was used as
an alternative to the main vim derivation but using composableDerivation
instead.
Nowadays however, vim_configurable no longer uses composableDerivation
and the rename also doesn't change any features, so I think it's safe to
rename vim_configurable to vim-full in Vuizvui.
[1]: https://github.com/NixOS/nixpkgs/commit/9a4e9e7a3b4014bb3c9f678ec22d254b85c4c98a
[2]: https://github.com/NixOS/nixpkgs/commit/4e5ebcc3ed1de9c5c2001c7d5829f4566e0bde3f
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
Cc: @devhell
|
| |
|
|
|
|
|
|
| |
Hydra seems to have an issue now with these, even though they compiled
fine locally, but I don't really need them now anyway, so might as well
remove them.
|
| |
|
|
|
|
|
|
| |
This prevents the catch-all package overwriting e.g. noto-fonts-emoji
(where the version from google-fonts doesn't work atm due to some
unsupported features on my machine).
|
| |
|
|
|
|
| |
nautilus started behaving weirdly in sway recently.
|
|
|
|
|
|
| |
Microsoft apparently decided to discontinue the Teams electron app for
Linux. True or not, the app sucks either way, and this just saves disk
space if we're to use the progressive web app.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
CVE patch is out already, but let’s wait until upstream has all the
patches.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Comment out a lot of the old stuff that I might not want to re-enable
later. And get rid of the pre-tailscale wireguard desaster.
|
| |
|
|
|
|
| |
Mod4 doesn't exist on ludwig's keyboard.
|
|
|
|
|
| |
Some stuff we don't desperately need is disabled to already get started
on closure size limitation.
|
|
|
|
|
|
|
|
|
|
| |
Making it a proper module with options allows us to selectively switch
off stuff we don't need, e.g. saneterm. This should help keeping the
closure of ludwig smallish.
Additionally refactor font handling in the module: Instead of including
fonts.nix and assuming Bitstream Vera is available, we check
fonts.fontconfig.defaultFonts for the font to prefer.
|
| |
|
| |
|
|
|
|
|
| |
Seems like upstream fixed this header related issue in the meantime (or
someone worked around it in nixpkgs).
|
| |
|
|
|
|
|
|
|
|
| |
This is the old racker machine, but needs to be re-installed (hence the
updated stateVersion) and is renamed more consistently. This has not
much set up yet, trying to get binary cache up for the first install.
cc @aszlig, LMK if this is an unreasonable burden on the builders.
|
|
|
|
| |
I re-created the swap for some reason, so this needs to be reflected.
|
|
|
|
|
|
|
|
|
| |
I've been testing PipeWire on this machine for quite a while and it
works pretty well so far. My goal is to switch all my machines to it,
but since Dnyarri currently has a pretty complicated audio setup I
decided to not make it the default for the workstation profile yet.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
| |
I do have location.latitude and location.longitude set in my workstation
profile, but since Slylandro is a laptop that frequently changes
location it makes sense to automate this in a way that I don't need to
manually set the location every time I switch places.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
| |
While I do use redshift to decrease the brightness at night, I also tend
to sometimes use the laptop when barely awake. Having a convenient CLI
makes it easier to script, eg. "mpv somefile; light -S 0".
The reason why I did not add this to my generic workstation profile is
because my workstations are usually placed in a way that I need to be
awake enough to approach them.
Signed-off-by: aszlig <aszlig@nix.build>
|