| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Right now, I got no way of using Nitrokey. Yay.
|
|
|
|
|
|
|
|
|
| |
This test has been recently removed upstream [1].
[1]: https://github.com/NixOS/nixpkgs/commit/50ea99cbc18d3f480a773de5250b4ef9c7f6d514
Signed-off-by: devhell <devhell@mailfresser.de>
Cc: @aszlig
|
|
|
|
| |
These have been removed very recently.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since NixOS/nixpkgs@582b92b9483428a0e40f276aff3da2d99bbe62c5, the "john"
package now uses Python 3 by default, so the override does no longer
work because the package no longer has a "pythonPackages" attribute.
Luckily, the upstream change is doing exactly what's done here, so we
can simply drop the override.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @devhell
|
|
|
|
| |
Removed it accidentally.
|
|
|
|
|
|
|
|
|
|
|
| |
Prior to NixOS/nixpkgs@cb0adc11ffb0926adae7aa2ed22835c4f9ea971c, the
"pinentry" attribute defaulted to the GTK 2 flavour, but with the
mentioned commit, the default has changed to the ncurses one.
To make sure we have the same behaviour in our VM test as we had before
that change, I explicitly changed our default pinentry to pinentry_gtk2.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
| |
Similar to `john`. Thanks again to @aszlig :)
|
|
|
|
|
| |
I need john after all right now. This work-around was contributed, as
usual, by the venerable @aszlig.
|
|
|
|
| |
Until it's dependency on python 2 is removed.
|
|
|
|
| |
Looks less weird.
|
| |
|
| |
|
|
|
|
| |
For when I feel funky.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the "Witchcraft Compiler Collection", which is VERY useful for
reverse-engineering, especially when looking back at the work I've done
with game packaging here in Vuizvui, I would have needed something like
this a ton of times.
I've mainly used radare2 for dissecting the binaries, but especially the
"Witchcraft Shell" is quite useful to have.
Thanks to @Profpatsch for pointing this out to me.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
The missing sauce to get Nitrokey U2F to work.
|
|
|
|
|
|
|
| |
As per @aszlig's suggestion.
Still doesn't work though :(
However, I'll keep it in, just in case it'll work one day.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The usage of DHCP is no longer global since a while[1] and we now have
to explicitly enable it for the interfaces in question.
This actually is a good thing and makes it far less problematic if we
use tunnel interfaces and other more complicated networking
configuration.
I added the definitions for all machines where I actually know which
interfaces are in use and disabled useNetworkd for shakti, because I
don't know the interface names for that machine and the machine
currently isn't in use anyway, so we can add it later if needed.
[1]: https://github.com/NixOS/nixpkgs/pull/69302
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This addresses a new assertion to the way NixOS handles networks with
networkd [1].
As a result this disables `networking.useDHCP` globally on all my
machines. Explicit interface configuration, as requested by [1] will be
handled in separate commits due to separate machines, not all of which I
have access to right now.
[1] https://github.com/NixOS/nixpkgs/pull/69302
|
|
|
|
| |
This new font by MS isn't bad.
|
|
|
|
|
| |
Forgot to make compton dim inactive windows when I reworked it. This
fixes that annoying issue.
|
| |
|
| |
|
|
|
|
|
|
| |
This reverts commit c11d43c59fe3c82ebb17df1e592cce3fff0816c1.
The patch is now included in NixOS @ 2f2da824edd
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This uses a patch from Arch Linux to fix the build of the VirtualBox
kernel modules for Linux 5.3. I didn't do any testing of this other than
just to build the modules with the fix.
The override here is to be reverted as soon as we got a fix for this in
upstream nixpkgs. I didn't do this yet by myself, because I *really*
should get back to work right now...
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @devhell
|
|
|
|
|
|
|
| |
The upstream service was shut down at September 11th 2019, so there
really is no need anymore for this package.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The services.redshift.{latitude,longitude} options are deprecated and
the replacement for them are the location.{latitude,longitude} options
that have been introduced since a while[1].
Both of the new options now use floating point numbers instead of
strings, which I changed accordingly (and also rounded them a bit).
[1]: https://github.com/NixOS/nixpkgs/commit/c4de0bf49289bc6b1448420dea39d7a5b0f3c374
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since a while ago[1], the setting of ZSH options is now done after
interactiveShellInit, so using unsetopt SHARE_HISTORY doesn't work
anymore because it is set *afterwards*.
Instead of setting these options, we now use the setOptions option
instead and override it with exactly the options I want to be set.
Additionally, compinit is also no longer necessary, because it is done
by default and invoking it on our own is just redundant.
[1]: https://github.com/NixOS/nixpkgs/pull/58012
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
|
|
| |
Most machines are Intel, but not all, therefore we must now apply CPU
microcode updates to different manufacturers explicitly. Something that
needs DRYing, yet again.
|
|
|
|
|
|
|
|
|
|
|
| |
This option has been moved to a more generic "location" option in
NixOS/nixpkgs@c4de0bf49289bc6b1448420dea39d7a5b0f3c374, so in order to
fix evaluation for all our machines, let's switch to the new option
instead, which is equivalent in functionality to
services.redshift.provider.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @devhell
|
|
|
|
|
|
| |
Unfortunately gunnr can't access syncthing from its network, and so
there's no point in having it run. Looks ugly and needs to be DRY-ed at
some point in time, but that'll have to wait.
|
| |
|
|
|
|
|
|
|
| |
Compton has been bumped to version 7, and with it the nix definition has
changed. Additionally to adopting the new options I'm also moving
compton to the overall services and have removed compton references from
each machine.
|
|
|
|
|
|
| |
So, instead of using polybarFull, which has issues and doesn't suit me
in its new incarnation anyway, I'm just expanding the super with the
options I want.
|
|
|
|
|
|
| |
This reverts commit 3343afb7c0734dbbd6953eb0cbd6558f8b81b119.
Turns out this isn't working after all.
|
|
|
|
|
| |
polybarFull has everything I want (and didn't even know of), so let's
install that instead.
|
|
|
|
|
| |
Turns out, it's actually really good for writing chapter drafts in
Markdown.
|
|
|
|
| |
Never mind. This doesn't work, of course.
|
|
|
|
|
| |
With this set the timezone should be automatically set as promised by
services.localtime.
|
|
|
|
|
|
|
|
| |
I can't keep `offlineimap` as a service that applies to all, simply
because `gunnr` will never be able access IMAP from its network.
There's therefore little point in having it try to connect. So, instead
I've moved the service to all machines that are expected to be able to
access emails.
|
|
|
|
| |
What would we do without Arch Linux' wiki, I wonder.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Besides using the default value from options, I could have just used
mkOptionDefault back then when I was writing this, but fortunately using
the default attribute from the option itself now resulted in an eval
error.
Had I used mkOptionDefault, the value just would have been silently
changed to the default value, since in
https://github.com/NixOS/nixpkgs/pull/63810 the default value now has
priority 1000 instead of 1500 (mkOptionDefault).
So since there is no longer an option default, we now can just set our
binary cache in a singleton list (with priority 100) and be done.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
| |
Now that my machine landscape also includes AMD, having a blanket
`thermald` service running makes no sense. All Intel-based machines now
have a `thermald` service explicitly enabled instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After using Gajim for years now, I got really frustrated by all its
warts, which mainly boil down the lack of type safety and its
interactions with its plugins.
Of course, I could also rip apart the plugin mechanism and Nixify them,
but in the end, the issues would still persist without a myriad of
tests that I don't have time right now to write.
After discovering a while back that Psi development has gained some
activity I decided to take a look into it a few weeks ago and while
there is certainly always things I don't like about some detail, it's
IMO a way better base for my future XMPP client.
So goodbye Gajim and hello Psi :-)
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
Currently marked as broken in nixpkgs.
|
|
|
|
|
| |
Pulse used to work fine without this, something changed, and so I'm
adding `dev` to `audio` as that seems to fix it.
|
|
|
|
| |
Without this `programs.light.enable` has no effect.
|
|
|
|
|
| |
This fits a bit better to the overall NixOS default background than the
default hot pink window color and style.
|