| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
Was removed from nixpkgs upstream.
|
|
|
|
| |
Gotta try all dat pipewire love.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I created the BTRFS module with a few different options than I did
initially, one of them is that I changed the checksum algorithm to
XXHASH.
Unfortunately, the xxhash_generic module providing the algorithm is not
available during stage 1, so mounting the volume would fail.
In the local configuration.nix I already added it to
availableKernelModules, but when I moved the config over to Vuizvui in
e04c7e04f2fe63cece7a2f2064212bc055cdd035, I forgot to add it.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
| |
The patch no longer applies because some of the imports got changed in
the context of the diff.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the machine had an internal SSD with a size of around 20 GB,
which until it died in 2018[1] was used as the /nix/store.
With dnyarri getting a hardware upgrade[2], the SSD that was used back
then as a bcache became obsolete.
Given that the spinning rust inside Tishtushi is slow as hell and also
way smaller (320 GB) than the former bcache SSD (512 GB), I decided to
just replace the spinning rust with the SSD, which should at least make
I/O operations bearable while falling asleep on CPU-bound operations.
Since the NixOS LUKS setup now also propagates passphrases to other
devices, we also no longer need the vault device because the reason it
existed was to avoid being prompted multiple times for the passphrase.
[1]: 54c99271f7570c32a4215a097e577272cd4210b2
[2]: be0fb40a12b5a9301509ad45fda1eda11971fa8e
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
| |
Install vim as TTY fallback editor.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The version from 2021 certainly is way too old for my desire to crave
new bugs, so let's update it for no particular reason other than gut
feeling.
Oh, well and of course I saw a bunch of OMEMO plugin fixes, so maybe if
you search hard enough you'll find compelling reasons... :-D
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
| |
Gosh, today my brain really doesn't work very well it seems, because I
actually forgot to add the first hunk via "git add -p".
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Regression introduced by 25a077f90a0005b519db071a6b5b4d20bd6d2d45.
I usually let Vim perform a syntax check on the Nix file I'm editing,
which usually displays errors. However, given that the zsh module is one
of my older modules where I did a big "with lib;" over the whole scope,
a nix-instantiate --parse didn't find the missing pkgs argument.
So apart from just fixing the error, I removed the "with lib;" and also
moved from the old lib.overrideDerivation to package.overrideAttrs.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
| |
Commit 9e99cae10ab810bf354d44e8424884a618533e92 has renamed a few
packages, one of them was from docbook5_xsl to docbook5_xsl_ns.
However, the real name is "docbook_xsl_ns" instead, so I guess the
author just forgot to remove the "5" :-)
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
| |
Regression introduced by 652ac49da16123016c36537dc28331649a63bf7b.
This breaks the build of the manual because the <literal/> tag wasn't
closed.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Another thing that was lurking around in configuration.nix, so it has
been battle-tested for weeks. Given that all the layers from the
hardware up to the LUKS container with the filesystem support discard,
it does make sense to enable it.
The disadvantage of using discard with LUKS is that attackers can now
gain information about the file system in use. However, this is already
public knowledge so given that discard increases performance, I decided
to enable it despite some warnings[1] out there.
[1]: https://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
| |
Another thing that was hanging around in configuration.nix and with my
new hardware it actually became useful since it does have capsule
updates.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm already using zsh-fast-syntax-highlighting since weeks via the
configuration.nix and I actually forgot why I used this implementation
rather than one of the others out there.
However, since I'm also using Nushell[1] on a regular basis, I got quite
used to syntax highlighting so that's why I added it to zsh as well.
[1]: https://www.nushell.sh/
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is one of the few things that I originally added manually, simply
because usually printing is not something I do regurarily.
Since I had to re-do the CUPS config a few weeks ago, I decided to
instead switch to ensurePrinters, simply because it makes it easier to
just remove all the CUPS state and get to a known working configuration
in the event that something breaks.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
| |
I've been testing 0.5 for weeks now and already got sufficiently used to
it so that I'd become blind if it would be the default value (1.0).
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
| |
nix_2_3 is an alias for nixVersions.nix_2_3 upstream now and the test
infrastructure from nixpkgs seems to default to allowAliases = false;
when evaluating (which is actually quite concerning for downstream
usage).
|
|
|
|
|
| |
These are from depot, so we can now finally add them in a non ad hoc
way.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
depot is a nix-based monorepo which contains some great nix utilities
like yants (a nix type system), runTestsuite, mergePatch and so on, a
few interesting pure nix builders like buildLisp and buildGo and a few
packages maintained by @Profpatsch and myself.
This change exposes tvl completely as pkgs.tvl, but prevents hydra from
building it using dontRecurseIntoAttrs as depot pins its own version of
nixpkgs which is not easily overrideable, contains some expensive to
build system configurations we are not interested in and even some
notoriously indeterministic packages.
Additionally it is possible to override pkgs.tvl to use a different or
local version of depot:
pkgs.tvl.override { tvlSrc = /home/lukas/src/depot; }
To keep with @Profpatsch's previous solution, we pass in vuizvui's
nixpkgs version to depot via nixpkgsBisectPath which may break packages
in depot occasionally if nixpkgs causes breakage in TVL and depot isn't
updated accordingly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Patch plan9port most notably including a patch that fixes the
interpretation of X11 key events. This resolves the problem that using
the shift key of the neo layout would cause acme to start interpreting
left mouse button as right mouse button.
* Add a wrapper derivation that puts acme and all executables it
absolutely requires in PATH. The full Plan 9 userland can still be
accessed via the 9 executable, but this allows executing just acme and
access e.g. the GNU coreutils from inside of it — in case you do want
to use cat -v.
machines/sternenseemann/wolfgang: install acme
|
| |
|
| |
|
| |
|
|
|
|
|
| |
There are some issues with building `mkdx`, but I'm also not really
happy with the way it does markdown.
|
|
|
|
|
|
|
|
|
| |
Since the old URL had all sorts of issues ranging from no HTTP/2 support
to issues with XSRF protection, I decided to move the Hydra instance to
https://hydra.build/ - a domain that I had laying around since years but
didn't use so far.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
| |
We should restart the service if its config changes. Since the service
file from the upstream distribution is used, we have to manually add a
trigger for that to happen.
|
|
|
|
| |
It’s only checked at the end LOL
|
|
|
|
|
| |
Upstream is dumb, but the tool is certainly useful, so let’s patch it
to make it workable and then also patch the nixos module …
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm particularly interested in `gurk-rs` as it's a Signal client that
runs in the terminal. It's in early development but it looks already
amazing and it doesn't rely on the Java library.
`termusic` is also a nice music player written in Rust that I've come to
enjoy when MPD doesn't make sense.
Lastly, `writedisk` is just mad awesome. It can write ISOs of all sorts
to USB stick, and it even knows how to deal with Windows ISOs. It writes
those ISOs really fast as well, so I'm guessing it somehow measures the
ideal block size. Either way, this is much more convenient than having
to invoke `dd` every time I have to write an ISO. Funny enough, this too
is a Rust application.
|
|
|
|
| |
Mostly copied from haku
|
|
|
|
| |
Once again, I forget that some parts of my system still need this.
|
| |
|
| |
|
|
|
|
|
|
| |
pkgs.vuizvui is made available via an overlay that only affects a system
configuration with the base vuizvui module included. When importing the
pkgs tree directly, normal rules apply.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I had some weird issues with the low-battery udev rule, mainly it not
triggering when it should. Usually, the event would only get processed
when the battery changed state, e.g. from Discharging to Charging.
Consequently, the laptop would hibernate when you'd save it from running
out of battery by plugging it in, but, if you forgot, it'd be content to
run out of battery.
I'll try upower instead now which is the “normal” solution used by the
major desktop environments. It's has some extra complexity, as it also
provides a d-bus API for other applications to use, but we'll see how it
goes.
|
|
|
|
|
|
| |
This kernel module is required for some operations supported by
TLP (e.g. tlp recalibrate), so we should enable it and be it to prevent
confusing error messages (as I encountered).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Even more packages are being renamed.
|
|
|
|
| |
More packages have been renamed recently.
|
| |
|
|
|
|
|
|
|
|
| |
Due to unnecessary renames in
https://github.com/NixOS/nixpkgs/pull/161146
I replaced the packages with the ones the error messages mentioned, I
have not checked whether they are actually a no-op replacement.
|
|
|
|
|
| |
dbus-activation-environment can also update the systemd user environment
via the --systemd flag which is neat and we may use in the future.
|