| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Cos wifi dongles will always dongle.
|
|
|
|
| |
Let's not talk about why.
|
|
|
|
|
| |
Recommended by aszlig, due to the infrequency this machine actually gets
updated with.
|
|
|
|
|
| |
Not sure if this will fix it, but at the moment gunnr isn't booting
after the update to 23.11.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The "thunderbird-wayland" attribute has been an alias for a long time
and with a recent cleanup[1] of old aliases, the alias got dropped and
we now get an eval error due to a missing attribute.
Since "thunderbird-wayland" already was an alias, it should be safe to
just use "thunderbird".
[1]: https://github.com/NixOS/nixpkgs/commit/0c51bf975b5be87375d73aa5f3ba21542c240635
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @sternenseemann
|
|
|
|
|
|
| |
This reverts commit e08ff60d61bb18dcd14a47f2ee6dec66ad8cbd91.
The CVE fixes have long been upstreamed.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This one never was in use and it was WIP code to do a more fleshed out
mailserver configuration that should match an Ansible deployment of a
mailserver we had back then at OpenLab.
The machine was never in use (which is apparent from its configuration)
and I even *added* it to Vuizvui from "LaberNix" (Vuizvui's predecessor)
in 915e56fb4453b0701a423b0c96fb145318162ffd probably just for the sake
of completeness.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The former no longer exists and the latter has a new hardware and it's
self-managed by the owner now (which is always the best IMHO).
With both machines gone, we no longer need the "managed" profile and the
BFQ module that was used for the old hardware of Brawndo was no longer
used anywhere else. Same with the T100HA module, since Tyree was an ASUS
T100HA and apart from the module being probably very much outdated we
don't have another such hardware in Vuizvui.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Regression introduced by f72625079cc9cea8abe06d1a29b10530da538c15.
I accidentally forgot about the vuizvui namespace in pkgs.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
| |
I already had the latest Git version laying around in my Nix user
profile, so it's battle-tested enough. The main reason why I did this is
because it has much better support for yt-dlp, which I prefer to
youtube-dl.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|