| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
without this, there's lots of extra space since the in-javascript layout
script thinks boxes take up more space than they actually do
(i think there was this nice idea, once, about separating the UI from
the rest of the application? ah well)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
since schildichat-web has essentially been unmaintained for a while now,
i guess i don't really have any choice here.
I've tried to at least hack a little css into my element so it won't
bother me too much (mostly making UI elements smaller & changing some
colours). However, it turns out they do UI calculations in javascript
which just make hard assumptions over values set in the css, and so far
I've not succeeded in fixing these.
Das ist doch wirklich alles Unsinn in diesem Ökosystem …
|
|
|
|
|
|
|
| |
not sure if this is a good idea or not, but i always liked how the
IRC #voc-wok channel of the c3voc works, and I don't run my own IRC (nor
do i want to have my monitoring on infra that is not my own), so I built
a similar thing with matrix.
|
|
|
|
| |
also remove v4l2loopback on ilex
|
|
|
|
| |
let's see if this hydra of mine is of any use :)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
so I added a command to search though them :)
Should help whenever I'm not sure if I have cloned something already.
Intended usage is something like `cd (git where)`. It might be useful to
extend this so it doesn't assume everything has a remote called
`origin', but looks like my only three git repos which don't have
one (and which are not my own) where cloned via heartwood/radicle, and
I'm unlikely to need those again tbh.
… tbh, it might also be worth it to add a mass-fetch command? So much of
what I've cloned is just old stuff lying around …
|
|
|
|
|
|
|
|
|
| |
Not sure yet how much (if anything) I'll actually do with this, but it
seemed like a fun idea to try and it's been way to long since I wrote
anything in scheme.
Entirely untested, as I don't actually have a prometheus running atm
(apart from the one specifically for tracktrain on chaski).
|
|
|
|
|
|
| |
new feature which made this relevant is use of interactive sudo (since
abbenay still has interactive sudo from the days when it was a desktop
machine)
|
|
|
|
| |
https://github.com/NixOS/nixpkgs/pull/278981
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
the tool is still a bit rough, but it should work well enough for actual
use (even if i have to restart xochitl afterwards)
|
|
|
|
|
|
|
| |
doggo is more maintained, can use IPv6, queries all nameservers at once
by default, and generally feels comfier.
(now if only it had a man page ..)
|
| |
|
|
|
|
|
|
|
|
| |
- pkgs/ should now also contain all package overrides
- pkgs/patches/ now contains all patches
- nix flake info succeeds again
- still not sure what to do about scripts
- services which are not used should not be kept around this long
|
|
|
|
|
|
| |
which has the nice side-effect that they now show up on my `man configuration.nix'.
(also I don't have to manually import things anymore)
|
|
|
|
| |
with thanks to networkException, who wrote the initial nix package.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
since that website doesn't contain anything anyways, but people started
linking to it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
so it turns out ntfy can run a little smtp server, which monit can send
its alerts to, resulting in a halfway okayish monitoring setup. It
doesn't even require mucking about with `sendmail'!
Downside: this is still monit.
Upside: from what I've heard, the other monitoring tools don't actually
seem to be all that much better?
Now I only have to come up with reasonable checks for the stuff I want
to actually keep an eye on …
|
|
|
|
|
| |
though it seems a little blurry at low resolutions. might have to tweak
stuff / see if i can find a better font.
|
| |
|
| |
|
| |
|
|
|
|
| |
because like, why not learn how to use these out-of-tree?
|
|
|
|
| |
otherwise it just fails to start with an error
|
|
|
|
|
|
|
|
|
|
| |
this allows setting options via an environment file that is passed to
the systemd units, in addition to the ones set during build time of the
package.
For now this is tailored to SECRET_KEY, but it may be useful for other
settings as well (e.g. EMAIL_HOST_PASSWORD), and I'm not sure if it
takes priority over the build-time settings ...
|
| |
|
|
|
|
|
|
|
|
| |
this should be mostly usable for actual deployments. Only thing that's
really still annoying is having to set the SECRET_KEY via Nix, since
not having set it makes the package fail to build. But it doesn't
actually end up in the derivation, so changing it afterwards should be
fine; I've just not tested that yet.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
for Chris Marten's logic course. Uses an unofficial version from github
since the actually released version is so old that the elisp code for
the emacs mode doesn't work with an up-to-date emacs anymore.
|
|
|
|
| |
(except for man pages — without these, somehow deploy-rs breaks)
|
| |
|
|
|
|
|
|
|
| |
this is still missing:
- a nice way to do settings
- lots of testing (run the manage.py test script in a nixos test?)
- an actual way to deploy this in a halfway reasonable way
|
| |
|
|
|
|
|
|
|
|
| |
initial config, the system is now a mess with lots of old nix stuff
still hanging out on the disk.
Tbh not sure if I'll do much with this, but wanted to play around a
little with this again.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
something something nftables module obscurity
|
| |
|