| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Also make sure libreoffice is only installed/pulled when clicking on
the link (although there could be a popup of sorts if it has to do
stuff …).
|
|
|
|
| |
This makes it usable outside of the module; should be a pure refactor.
|
|
|
|
|
| |
I want to use the mkWrapper function outside of the vuizvui module,
and this error message would be confusing to have.
|
|
|
|
|
| |
I don't know if this will work, especially considering I'm adding this
without having access to `gunnr` at the moment.
|
|
|
|
| |
These build again and so I'm reenabling them.
|
|
|
|
| |
There's no home like the TUI.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recently, the implementation behind Machine.execute() and thus also
Machine.succeed() has been changed[1] to pipe all the command's output
into base64 on the guest machine.
Unfortunately this means that base64 is blocking until stdout is closed,
which in turn means that we now need to make sure that whenever we run a
program in background via "&" we also need to make sure to close stdout.
In the PSI test, we're doing this by simply redirecting the output to
stderr.
[1]: https://github.com/NixOS/nixpkgs/pull/142747
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The varios subservices of Hadoop used "enabled" instead of the common
convention "enable" for their option names, eg:
services.hadoop.hdfs.datanode.enabled
This has been fixed in nixpkgs[1], so we need to do this on our end as
well to avoid an evaluation error.
[1]: https://github.com/NixOS/nixpkgs/commit/c3d147f507e81455ae467f8aa589972af3449f77
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
Let's see if this is any good.
|
| |
|
| |
|
|
|
|
| |
My gawd, it's beautiful for quick documentation writing.
|
|
|
|
| |
This has been removed a while ago, so might as well remove this too.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This uses the system monospace font to generate a PDF. Before the
printer would be sent a .txt, and it varies from printer to printer
how plain text files are typeset (if at all). Now it only depends on
the system monospace font, which is SourceCode Pro in my case (obvious
TODO is to fix that sometime, or make it configurable).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Sync the calendar every 15 minutes with a user service, and add ics
file support to xdg-open.
|
|
|
|
| |
I find all of these interesting for different reasons.
|
|
|
|
|
|
|
|
|
|
| |
This has been renamed[1] to reflect the upstream name and since there is
no alias for the old name, we need to rename it as well to avoid
evaluation errors.
[1]: https://github.com/NixOS/nixpkgs/commit/41574158a07f3c6ab5853b316c2fe7ed18e6354b
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
It is quite useful. Nice to see there is a good one around for vim.
|
|
|
|
|
|
| |
I do have to work a lot with screenshots and being able to create small
gif animations, right there, without much hassle, is fantastic. This
tool is a nice complement to `flameshot`.
|
|
|
|
| |
Fast, straight-forward, no-nonsense `du -sh` replacement.
|
| |
|
|
|
|
|
|
|
| |
I'm an idiot, plain and simple. Obviously `pactl` is part of
`pulseaudio` and I need it to control the damn volume. Argh.
This reverts commit 3323d35a6b466aaf8d5ad5a4f0bbfaa9a2e224da.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since Vim version 8.2.3141, the following error is raised during
startup:
Error detected while processing .../share/vim/vim82/plugin/02tlib.vim:
line 109: E1208: -complete used without allowing arguments
The latest version of the tlib plugin provides a fix for the above
error, so I'm updating it to latest master.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
Pretty sure I don't really need this anymore. Might be wrong, we'll see.
|
| |
|
|
|
|
|
|
| |
I didn't notice this at first, but `thermald` only really works for
Intel CPUs. This is an AMD machine, and the daemon can't find anything
to work with, so there's no point in keeping it enabled here.
|
|
|
|
| |
Yes, it's brittle and currently doesn't build.
|
|
|
|
|
|
|
|
| |
Since I regularly use this for recovering data from various hard drives
and it's also a good idea to have it at hand with no Internet connection
in case something bad[TM] happens, let's make it available everywhere.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
| |
I've dropped MPD for local playback now, so perhaps this means I can use
it now as expected.
This also adds `pulseaudio` for `pactl` to work, and enables `rtkit`.
This reverts commit 1931d7ead73c9060e0d163073e091e028e7b5dfa.
|
|
|
|
|
| |
I've stopped using MPD for local playback, only because it's a bit
annoying to try and make it work with PA and PW.
|
|
|
|
| |
Still not giving up on a sensible markdown plugin.
|
|
|
|
|
| |
This package doesn't currently pass its tests and I'd like to not be
blocked from upgrading my system.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes the following eval error:
The option `services.paperless' can no longer be used since it's been
removed. The paperless module has been removed as the upstream project
died.
Users should migrate to the paperless-ng module (services.paperless-ng).
More information can be found in the NixOS 21.11 release notes.
We don't use paperless in any machines but since we're testing for NixOS
module option definitions, we're running into the eval error above.
Switching to paperless-ng should get rid of them.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
While I love the idea of being able to use different interfaces for my
music listening, I'm not sure it's really worth it locally anymore. I
have an MPD server running on the network, which I can still connect to
using `ncmpcpp` for example, but for local playback, such as at work,
there is no point really in keeping it around. For local playback on
`gunnr` I'll just find something else. This would also solve my previous
PipeWire problem.
|
|
|
|
|
| |
I'm a bit annoyed at how `geoclue2` has everything and the kitchen sink
enabled, so I'm refining it here.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
buildEnv is conservative with creating symlinks, i. e. it only creates
directories if it has to. Consequently if a directory is only present in a
single package in the environment, it'll be a symlink.
Enter: makewhatis(8), a tool that has never imagined a creation as accursed as
Nix or even NixOS. Thus it assumes that probably no one ever uses symlinks in
their man directory and if they do, it'll be to alias man pages. Consequently
it assumes that all symbolic links are files [1] and ignores them in the
normal mode because they are in the wrong place. To still be able to use
apropos(1) with POSIX man pages, introduce this shell hack to re-create the
symlinked directories before building mandoc's db.
[1]: See also
https://inbox.vuxu.org/mandoc-tech/bccac2cd-01b6-b349-86e5-de4066ed8dee@systemli.org/T/#u
|
|
|
|
| |
Can't believe I've fixed all those aarch64 failures without this so far.
|
|
|
|
| |
The READ_ALLOWED_PATH patch was applied 🥳
|