| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
I'm really happy to have found `mnamer`, it's a bit like `beets`, but
for TV series and movies.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm already using this config since a few months and since I'm slowly
getting used to it, let's try to make it the default for my workstation
profile.
Unfortunately, libgit2 uses the Git configuration from /etc, but our
configuration is directly patched into Git and not in /etc but in
"${pkgs.git}/etc", so we need to patch libgit2 to use the right
configuration file.
Another goof is that we can't use ${pkgs.delta} directly in our Git
configuration because it would introduce a circular dependency between
Git itself and delta (which uses libgit2 which in turn refers to
"${pkgs.git}/etc"), so for the time being I'm relying on $PATH for
delta.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
The output is a bit cleaner and overall it seems to execute faster.
|
|
|
|
| |
Neat `ps` alternative.
|
|
|
|
| |
Seems that it suffered the same fate as `pastel`, for now.
|
|
|
|
|
|
|
| |
- `rq` is similar to `jq` but works with more types
- `watchexec` is neat to execute stuff on file change
- `wuzz` is a bit like burpsuite, but on the commandline
- `xsv` is just for CSV and has it's own specific functionality
|
|
|
|
|
| |
Always loved this font a little bit. Not as cool as the ultimate
oldschool fonts, but still.
|
|
|
|
| |
I don't know why, but I enjoy testing new tools replacing old tools.
|
|
|
|
| |
I'm not interested in shadows on everything.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Regression introduced in 709e45c2a8c231201d3f67c6a954021ca2a5f796.
With that commit I renamed the "config" option to be called "settings",
but not only that, the actual config *file* is now to be found in the
"configFile" option.
Unfortunately I forgot to change that reference, which caused an
evaluation error.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
| |
While ncurses already has support for detecting direct color terminals,
a lot of applications out there do not yet query terminfo but instead
rely on some shady COLORTERM environment variable. While I don't really
like that approach, patching XTerm to set that variable currently is
better than patching all the applications to query terminfo.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far, we have passed self instead of super to our custom package set,
but this makes it very hard when overriding other packages and refering
to one of these packages in Vuizvui.
To fix this, I not only used mkBefore to make sure that the overlay
comes before every other overlay but also using super makes sure that
whenever we do overrides in Vuizvui, the package *before* the current
overlay is selected instead of possibly running into an infinite
recursion.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
| |
This makes it hard to do static analysis on the code and it's really not
needed here, so let's use lib.X directly.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far, the TERM environment variable has been set to xterm-256color,
but in reality newer XTerm versions already supported 24bit colors so
setting this to xterm-direct results in using the right terminfo entry
for our terminal.
To make sure this is really the case, let's explicitly set directColor
to true, because while it is enabled in nixpkgs by default it is however
a compile-time option and could possibly be disabled.
Additionally, Vim is now looking pretty gruesome because my colorscheme
so far has used colors for 16-color terminals and I don't particularly
like the GUI colors. I added a few fixups for the color scheme to
address that.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
| |
I haven't used the alias since a long time as it is probably apparent
due to the hardcoded "14.04" version of NixOS and given that I didn't
update the alias also speaks volumes about how useful it is altogether.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've been using vimdiff3 as the merge tool for a long time, but while it
has worked fine for most conflicts, using diff3 makes the original lines
visible which I always viewed in a separate shell rather than inline in
the editor.
Switching this to diff3 should hopefully make merge conflicts more
convenient to solve from now on.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In RFC-0042[1], the structural settings are exposed via a "settings"
attribute, while in our module it's called "config". To make this less
ambiguous (since there is already a "config" attribute passed to
modules) and more in line with best practices, I renamed it accordingly.
Additionally, the configuration file is now generated via *defining*
another (read-only) option, which can be used by other modules to
reference the path. The previous way this has been done was using the
apply attribute to mkOption, which makes it really hard to access the
original attributes for these settings.
[1]: https://git.io/JcXmU
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
| |
This gets rid of bringing all of the lib attribute into the scope of the
whole module and also refactors a bit of ugliness, for example we're now
using overrideAttrs instead of overrideDerivation.
In addition I've simplified the type for the configuration, which should
now make it possible to mix subsubsections with normal subsections.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
| |
I know that both `nixops` and `blender/expat` fixes are in staging, so
I'm just reverting this one to ensure that eventually there will be
fresh build. Currently `pastel` isn't building, so there's little point
in trying to skirt around this.
This reverts commit 4f73711332cc2220333dcf3eaccdd74c8cc61e10.
|
|
|
|
|
|
| |
The dependency issue has been fixed, so back to using Blender! Whoop!
This reverts commit 41cc1ddf2c2c0f69737bfe9ca144f0d0d2f3a26c.
|
|
|
|
| |
I've gotten used to delta enough to not need the diff alias.
|
|
|
|
| |
I need something sane to control application/file handling.
|
|
|
|
| |
Hopefully more sane than `element-desktop`.
|
|
|
|
|
| |
So, `xh` is really great, but I was wrong in thinking it's a perfect
drop-in replacement for `curl`.
|
|
|
|
|
|
| |
I enjoyed `sxiv`, but there were a few things that bothered me. I've
just discovered `imv` (I think), and really like it's minimalism,
despite having pretty much all the features I'd want.
|
|
|
|
|
| |
It looks like `opencolorio` isn't building. This is unfortunate because
I really need Blender actually.
|
|
|
|
|
|
|
|
|
|
| |
It's not clear when the `certifi` PR[1] will be merged, and I don't want
to have to wait for a new hydra build because of it. `nixopsUnstable` is
unusable in its current from due to almost lacking documentation, and so
I have little choice but to remove `nixops` right now until `certifi` is
merged.
[1]:https://github.com/NixOS/nixpkgs/pull/127453
|
|
|
|
|
|
|
| |
NixOps 2.0 has zero documentation. It's not at all clear how to set this
up. Gonna have to revert after all. Great.
This reverts commit e8f2190048e98b98c7d47479a44448ee6297dd10.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Aerc didn't turn out to be an improvement. I do like some of its design
ideas, but overall it doesn't really make me want to swith away from
neomutt. I've sat down and actually went through the pain for trying to
configure neomutt's colors properly according to the `tender`
colorscheme I've become fond of. It's not perfect since I have to match
the closest colors in xterm space, which isn't perfect, and until
neomutt has proper color support this will have to do.
I've added notmuch to simply find email quickly and be able to tag them.
|
|
|
|
| |
Finally, a useful frontend.
|
|
|
|
| |
Frequent python 2.7 breakages in nixops stable are getting on my nerves.
|
|
|
|
|
|
|
| |
`grex`: A command-line tools for generating regular expressions from
user-provided test cases
`tokei`: A program that allows you to count your code, quickly
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
These tools are `modern` replacements for the tried and tested, if a bit
boring, *NIX tools that we all love. My motivation is to try these tools
out for an extended period of time and see how I get on with them.
In order to remind myself that a certain tool is installed I've added
some aliases. Let's see how this goes.
|
|
|
|
|
|
| |
I love (neo)mutt to death, but the fact that it still doesn't have
modern color support drives nuts. Aerc seems like a viable alternative
MUA, so I'll be testing that now for a while.
|
|
|
|
| |
This is oddly calming.
|
|
|
|
|
|
|
|
|
| |
The pinentry_* variants are all aliases and the actual packages are
separated with a dash instead. Since NixOS VM tests no longer allow
aliases, we need to use the real package name instead to avoid
evaluation errors.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is another alias which got introduced in 2018, because the actual
command is "pkg-config" and so the package name containing a dash is
more reasonable.
The reason why I'm doing this is because NixOS VM tests now disallow
aliases and while the evaluation error in question only affected the
"gnupg" test, I decided to change all occurences in the event that we
might want to disallow aliases for things other than VM tests.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @sternenseemann for "opam-env"
|
|
|
|
|
| |
I like the idea of not having to constantly keep colorschemes up to
scratch manually.
|
|
|
|
|
| |
Most of my machines now have AMD GPUs in them, and this is useful when
offloading compute workloads onto them.
|
|
|
|
| |
This is useful on so many levels when one lives in the terminal.
|
|
|
|
|
| |
This tiny tool is pretty neat for quick, selective, and colorful DNS
output.
|
|
|
|
|
| |
A few things have changed since the recent NixOS 21.05 release. Mostly
naming stuff, so nothing dramatic.
|
|
|
|
| |
On haku, scan every 10 minutes and listen on the tailscale interface.
|
|
|
|
|
|
|
|
|
|
|
| |
The previous commit introduced a few new eval errors, for example:
cannot find attribute `vuizvui.programs.flameshot'
This is because the actual attribute path is
vuizvui.aszlig.programs.flameshot and not the one above.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
| |
The PSI and Flameshot tests so far weren't part of the channels of the
machines where I use both programs, so if one of those tests would have
failed the channels would have advanced regardless of that.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
| |
After all the goal was to move all hardware specific stuff to the actual
machine definition, which includes the boot loader.
Since GRUB is enabled by default but with a higher priority value, we
now no longer need to mkForce-disable the option for machines using
systemd-boot.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
| |
The new hardware for dnyarri no longer contains an Intel CPU, so apart
from switching the microcode updates to AMD I also removed the setting
from the base profile because it clearly doesn't belong there.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|