| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Unfortunately these days I have to debug a lot of PHP code, so having
syntax highlighting (even though the syntax file is pretty terse) and
being able to fold Xdebug traces is quite useful to have.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
| |
Let's stick with Cloudflare's primary and secondary resolvers.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Now that my shiny new TypeMatrix has arrived, we'll be using the
superior dvorak layout.
|
|
|
|
|
| |
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.
|
|
|
|
| |
This is better controlled via browser proxy settings.
|
|
|
|
| |
Never mind. This doesn't work, of course.
|
|
|
|
|
| |
With this set the timezone should be automatically set as promised by
services.localtime.
|
|
|
|
|
| |
When one travels with one's laptop, one does not wish to be disturbed by
having to manually configure a TZ. How plebish.
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Still not working properly.
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
I've been wanting to test ZFS for a while now, and since 0.8 we have
stable encryption and TRIM support for SSDs.
|
|
|
|
| |
Everything is locked down, but thankfully we have an NTP running. Phew.
|
|
|
|
| |
Otherwise keyboard-controlled volume won't work.
|
|
|
|
|
| |
Makes little sense on this machine and only provokes weird behavior
obviously. Don't know why I even put it in the first place.
|
|
|
|
|
| |
Fails some tests on hydra right now and it's not very important for me
to have at the moment.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
| |
This is supported by the Stratagus/Wargus engine and it's using the data
files from the GOG version.
I had this laying in the repository for a while but didn't commit and
push it yet, so let's call it done by now :-)
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is from the current 2.0 development version and has most of my own
configuration preferences built-in.
Right now, the theming is pretty much a work in progress and the chat
input currently shows black text on dark grey background, which is quite
a nuisance to use.
Another thing that's currently not working (or just for a very short
amount of time) are window manager urgency hints.
Nevertheless however, I'm already using it as my main XMPP client
despite these issues.
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
|
|
|
| |
Brainfart.
|
|
|
|
|
|
|
| |
I'm bored of the names my machines have. Luckily NixOS makes changing
names as easy as changing underwear! So, let's use Valkyrie names
instead. Also, change the console font to something nicer, like the
default `Lat2-Terminus16` font!
|
|
|
|
|
|
| |
This is a new work machine. The configuration is based off of `titan`
and `skunkworks`. I expect there to be plenty of changes in the future
as I get accustomed to it and shape it to my needs.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I don't recall the exact model which was used for that machine, but it
was definitely one that required version 5.70.
Now I made a pull request for nixpkgs a while ago[1], which hasn't been
merged and as I didn't have the chance to test it by myself I didn't
merge that pull request yet.
Since the user asked about that printer driver again, I decided to give
version 5.70 a shot in vuizvui only and merge it upstream, once the user
reports that the driver is working.
[1]: https://github.com/NixOS/nixpkgs/pull/58399
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When chomping the cache set UUID introduced in
6ae9056a5a82dd16b745188a7ee6122ed27239f0, this actually has brought a
bug to surface, because when the UUID wasn't chomped the cache device
hasn't been attached at all, because the resulting command looked like
this:
echo f994bcca-8e52-4b54-9c96-5f5af0711b55
> /sys/block/$bcache1/bcache/attach
Yes, that's a newline after the echo, so it's just echoing the UUID and
then writes *nothing* into /sys/block/$bcache1/bcache/attach.
Chomping the UUID now results in an error, because the attach is made
directly after creating the device.
So all we need to do here is wait until the cache device was registered
and then do the attach.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is basically a wrapper around ResidualVM, which I also patched so
that we can inject a basic config file from the Nix store that contains
the basic game information.
The ResidualVM build is pretty minimal in that we only use those
dependencies that we actually need for the game.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
|
|
|
|
|
|
|
|
| |
This is just a minor nitpick and doesn't actually change a lot in
functionality, but I chomped all the other occasions, so let's be
consistent here as well.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
| |
Jinja2 seems to be quite popular these days for all sorts of templates,
so let's actually use the syntax file from the actual Jinja2 package.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunately, I need to deal with PHP code occasionally, so let's make
syntax highlighting less painful.
I'm not sure why the option is called PHP_vintage_case_default_indent,
but I prefer case statements to be indented.
Apart from HTML/SQL syntax highlighting within PHP strings, I also want
to prevent short open tags, so that whenever I stumble on code using it
I can immediately fix them.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we're on a machine with remote builds enabled, we'd like to prefer
not having our login credentials to be pushed on a remote server.
We of course also don't want the actual games to end up on a different
machine, so let's use preferLocalBuild to avoid this.
Unfortunately avoidance is not at any cost, because if we for example
use a different system attribute, it might be built on a remote machine
nevertheless. Ideally there would be something like "forceLocalBuild",
which avoids remote builds at any cost.
Signed-off-by: aszlig <aszlig@nix.build>
Cc: @Profpatsch
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I had this laying around for quite a while but haven't committed it yet,
so I decided to update VCMI to the latest master version.
Instead of using the "mp3" directory in the game assets, I decided to go
for "music" instead, because all of the files within that directory are
actually Ogg Vorbis and it's the game's music.
Another thing I've changed is that the launcher now uses execl() instead
of QProcess::startDetached, because the latter doesn't work very well
with our sandbox and will subsequently cause the client to be killed.
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces the arena in Rhombus Square, which was previously
closed, as a major update.
The full release announcement can be found at:
https://www.radicalfishgames.com/?p=6772
Apart from the arena update here are the rest of the changes:
* Finally fix "Wet Work" quest softlock
* New Arena tab in Statistics Menu
* Introduce pets
* A new quest can be found in Sapphire Ridge
* A new quest in Ba'kii Kum
* New challenges available for the Turret Defense Quests
* New equipment and trade offer in Rhombus Square
* More guest role NPCs here and there
* Remove "Save FIle" version from the save/load menu
Signed-off-by: aszlig <aszlig@nix.build>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far if the login credentials were wrong, you get something like this:
Traceback (most recent call last):
File "/nix/store/...-fetch-gog.py", line 113, in <module>
GogFetcher(sys.argv[1], sys.argv[2], sys.argv[3]).fetch()
File "/nix/store/...-fetch-gog.py", line 15, in __init__
self.login()
File "/nix/store/...-fetch-gog.py", line 28, in login
auth_code = parse_qs(urlsplit(browser.get_url()).query)['code']
KeyError: 'code'
This is isn't very helpful and might hint that there is something wrong
with the fetcher. Of course, if GOG would change their login interface
and no longer expose the "code" query string item, it might still say
login failure, but right now we don't have a better way to detect it.
At least if we get a login failure with a login that has been working so
far, we know something has changed upstream :-)
Signed-off-by: aszlig <aszlig@nix.build>
Reported-by: @Profpatsch
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream changes:
* Add a couple of new quests, new NPC dialogs and a few small details
here and there
* Finish the "A Promise is a Promise" quest line
* The Last Minute Heroes guild headquarters is finally open to
everyone, with a new quest
* New consumable item is now dropped by the Moon bugs in Sapphire
Ridge
Signed-off-by: aszlig <aszlig@nix.build>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Generates a wireguard configuration based on
https://nixos.wiki/wiki/Wireguard and sets up the iptables firewall in
a way that only enables forwarding between `eth0` and the `wg`
interfaces.
The standard NixOS firewall configuration allows `FORWARD` between all
interfaces, and `networking.nat.enable` enables the `ip_forward` rule
in the kernel, meaning packages can suddenly hop interfaces without a
firewall that `DROP`s forwards by default.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
First working mockup of a dhall Haskell API that can read files of
the (normalized) form
```
\(CustomType: Type) ->
\(AnotherType: Type) ->
…
```
and set their actual representation on the Haskell side.
This has various advantages:
- dhall files still type check & normalize with the normal dhall
tooling, they are standalone (and the types can be instantiated from
dhall as well without any workarounds)
- It can be used like the default `input` function, no injection of
custom symbols in the Normalizer is reqired
- Brings this style of dhall integration to Haskell, where it was only
feasible in nix before, because that is untyped
The dhall types can be instantiated by every Haskell type that has an
`Interpret` instance. The “name” of the type lambda variable is
compared on the Haskell side with a type-level string that the user
provides, to prevent mixups.
TODO:
- Improve error messages (!)
- Provide a way to re-use the type mapping on the Haskell side, so
that the returned values are not just the normal `Interpret` types,
but the mapped ones (with name phantom type)
|
| |
|
| |
|