| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Yay static linting.
|
|
|
|
|
|
|
|
| |
Not updating the microcode on thinkpads is kind of a death sentence
for some kernel updates, so let’s do it by default.
In case somebody uses it for an AMD thinkpad in the future, we might
have to check whether the option creates a problem.
|
|
|
|
|
|
| |
Apparently one of its python dependencies went EOL and everything went
to fuck because python is a crapfest and nixpkgs policies around it
are stupid. yay.
|
| |
|
|
|
|
|
| |
This is not pretty, some of the code lives in vuizvui, some lives in
tvl depot. But at least it seems to work for now :)
|
|
|
|
| |
though the backup service is broken on the machine anyway, idk
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Changes the weechat setup so that I can have multiple instances, each
gets their own unix user & separate weechat instance.
|
| |
|
|
|
|
| |
idk why/how this works and tbh I don’t even want to know.
|
|
|
|
| |
thx to @sternenseemann
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This allows for quickly iterating on the config without too much hassle
at the cost of higher build times if I'm to negligent about updating
pkgs/tvl.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I know, I know, people don't like the color scheme I use, but I got so
used to it and with the new version generated via ColorTemplates it
messes with me being used to elflord with 16 terminal colors instead of
the GUI colors.
So this patches elflord in such a way that it's consistent with what I
want but still uses the new ColorTemplates version, which for example
comes with nicer colors for vimdiff.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Unlike emacs, this one actually uses the GTK input code that at least
covers relevant things like inputing greek characters with acute,
spiritus lenis etc.
|
| |
|
|
|
| |
Which has apparently been compromised upstream. Yay.
|
| |
|
|
|
|
| |
A proper GUI gopher client seems like a good idea nowadays.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This gets rid of the following warning:
trace: warning: The option
`services.openssh.challengeResponseAuthentication' defined in
`.../modules/user/aszlig/profiles/base.nix' has been renamed to
`services.openssh.kbdInteractiveAuthentication'.
The option actually didn't make sense in the first place because it was
an alias leftover from SSH 1.
I also changed the priority for the OpenSSH options from 1000 to 500 to
avoid any future conflicts should the upstream module use mkDefault one
day.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
| |
I just was forced to reboot my workstation while working on a program
that sets the VT into raw mode but finding out that the unraw key now
doesn't work anymore. This used to be the case but with the sysctl
include that comes with systemd-coredump, the kernel.sysrq value
defaults to only allowing sync (16).
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
Cos I'm an idiot at this time of night.
|
|
|
|
| |
`youtube-dl` is dead, long live `youtube-dlp`!
|
|
|
|
| |
With `termusic` in the repos there's no need for musikcube.
|
|
|
|
| |
Hot-loading this is getting annoying, so I'll just add it.
|
|
|
|
|
| |
Move into base-laptop since I'll want this in workstation-esque
environments going forward.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recently the test has started to stall, so I investigated and found the
commit that introduced this in nixpkgs[1]. The commit in question
changes the command to be passed to Machine.execute from a list in a
subshell environment (like "(some commands)") to using a subshell
directly via "sh -c". This is allegedly to avoid shell injection, but
what matters in our case I guess is that it forks into another shell.
Unfortunately, I did not find out *exactly* why this happens but it
seems to affect buffering in such a way that the command never
terminates for some reason.
Since I don't have a lot of time to investigate further, I just worked
around the issue by suppressing stdout output from the expect scripts we
run. This is not nice but since the test stall is irrelevant to our
gnupg module, it doesn't make sense to block the test for reasons out of
the scope of this test.
[1]: https://github.com/NixOS/nixpkgs/commit/dbc95f15b8dad5224cbb6a52df9
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Nope, never mind, maple is still not building, therefore vim-clap can't
build.
This reverts commit 4d4f07ef82d8a19587cc450b6d0a198e16acb48f.
|
|
|
|
|
|
| |
I've not come across anyone actually using this. Additionally, it's not
OSS, so there's not much reason to keep it around. Oh, and the build
fails.
|
|
|
|
| |
Apparently this builds again according to `hydra-check`.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The patch file was relative to the rustfmt crate within the rustc source
tree, so I added "-d src/tools/rustfmt" as patchFlags to apply the patch
against that subdirectory.
Unfortunately, patchFlags also applies to other patches as well and I
didn't account for that. With current rustfmt from rustc 1.59.0 we have
a patch in nixpkgs, which now fails to apply because of this:
applying patch /nix/store/...-rustfmt-fix-self-tests.patch
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/src/tools/rustfmt/src/ignore_path.rs
|+++ b/src/tools/rustfmt/src/ignore_path.rs
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
1 out of 1 hunk ignored
To fix this, I changed the paths in config.patch to be relative to the
rustc tree rather than just the rustfmt crate, so the patch should now
apply regardless of whether there are other patches.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
*sigh*
|
|
|
|
|
| |
While this machine is on its way out, it still finds a bit of use, so
I'm also updating it just a bit.
|
|
|
|
|
|
| |
* plumb/plumber for mouse 3
* rc for mouse 2
* win for terminal feature
|