summaryrefslogtreecommitdiff
path: root/pkgs (unfollow)
Commit message (Collapse)AuthorFilesLines
2024-06-14home: remove leanstuebinm1-3/+0
having tried multiple times, it's not actually very possible or reasonable to attempt to keep lean's version in sync with whatever mathlib requires at any given time, and probably better to have it just be managed by elan, no matter how annoying that may be.
2024-06-04pkgs/apply-config: fixupsstuebinm1-7/+8
the nix-env logic was still broken. It seems to have extremely weird failure modes under which it does not report errors when doing nix-env --set, or else the switch-to-configuration.pl script does not properly install the boot loader entry when it was installed via --set instead of --install. I'm not entirely clear on why yet, will need some investigating.
2024-06-04all: jump to nixpkgs 24.05stuebinm3-6/+79
this does a lot of things, most of which are maintenance: - sources update - adjust newly-renamed options - swap some packages that were removed / renamed - update nomsring to newer default ghc - remove the deprecated lib.mdDoc from modules/*.nix - disable the nixpkgs mollysocket module so my own keeps evaluating - bundle the package definition of hikari & wlroots 0.15, which nixpkgs has removed as unmaintained (in fairness, they are unmaintained)
2024-05-28pkgs/apply-config: random fixesstuebinm1-6/+4
2024-05-13tweaksstuebinm1-0/+2
2024-05-07erlang_nox everywherestuebinm1-3/+1
turns out these overrides are more convoluted than I expected, but I think (?) this should now actually catch all of them.
2024-05-06custom apply config scriptstuebinm3-0/+150
since nixos-rebuild does not support applying a built config (i.e. one on which eval-config has already been called) without flakes. I might or might not extend this into a more proper reimplementation of nixos-rebuild.
2024-04-29yeet the nix flakesstuebinm2-3/+15
this is, in the widest possible sense, a revert of e88fed18f499a3e8ac98c772bbb62f00d1f8d1d7, which was now a little over two years ago. Of course, lots of things have changed since then: - this uses npins instead of niv, which is both simpler and still maintained - i haven't brought back the old deploy lib; I still use deploy-rs (with some modifications) to deploy things - if you actually use my stuff downstream, you can now use packages/ & tests/ & modules/ as entry points directly, while still having some control over inputs - (since i also don't believe any downstream users actually exist, i've not bothered to have a shim flake.nix so your stuff probably just broke. well, it was an experimental feature, anyways) - in general there's a lot more of the old-fashioned structure back again, with default.nix files in subdirectories that form a structure, not like how almost everything was just imported in the one big flake.nix file For people who are interested in also having a non-flake config similar to this one, it's probably best to take a look at inputs.nix (and also at npins, of course)
2024-04-17tests: test travelynx using upstream `prove` suitestuebinm1-1/+1
unfortunately, these tests seem to be broken at the moment? Or at least I cannot see where my packaging differs from the provided cpanfile.snapshot.
2024-04-17travelynx 2.4.1 → 2.6.7stuebinm1-66/+48
quite a bunch of these packages now need manually adjusted build inputs (most often just adding TestSuite2) to make the tests not fail.
2024-04-15package transport-validatorstuebinm2-0/+146
this is the rust tool used by the french ministry for transport (deployed at https://transport.data.gouv.fr/validation), patched to not include the server mode it usually has (i don't want to constantly compile another copy of actix-web)
2024-04-14element-web: use older emoji fontsstuebinm1-2/+16
thanks to networkException for demonstrating how to do this; I'd not have had the patience to figure out which files to replace otherwise.
2024-04-03Revert "flora: test-deploy the mollysocket nixpkgs PR"stuebinm1-2/+1
This reverts commit a86a04f9e26854ec967c46a6ad3f015364fb91a6. It has since been merged into nixpkgs master, and i'm unsure if i will continue using it.
2024-04-02element-web: nicer coloursstuebinm2-4/+5
2024-03-29flora/element-web: correct patch for left side barstuebinm1-7/+5
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)
2024-03-28flora: schildichat-web → element-webstuebinm2-0/+164
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 …
2024-03-27help i wrote a matrix botstuebinm1-0/+9
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.
2024-03-11pkgs/scripts: monit->prometheus converterstuebinm1-0/+140
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).
2024-03-10flora: test-deploy the mollysocket nixpkgs PRstuebinm1-1/+2
https://github.com/NixOS/nixpkgs/pull/278981
2024-03-07home: add git annex remote for amatlstuebinm1-0/+13
the tool is still a bit rough, but it should work well enough for actual use (even if i have to restart xochitl afterwards)
2024-03-05restructure & general cleanupstuebinm14-17/+131
- 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
2024-03-04init mollysocket package, module, and deploy it on florastuebinm2-0/+40
with thanks to networkException, who wrote the initial nix package.
2024-02-29noms.ing: redirect webring.noms.ing → noms.ingstuebinm1-1/+1
since that website doesn't contain anything anyways, but people started linking to it.
2024-02-21update inputsstuebinm1-1/+1
2024-02-15modules/bookwyrm: manage.py wrapper needs env filestuebinm1-1/+5
otherwise it just fails to start with an error
2024-02-15modules/bookwyrm: use environmentFile for secretsstuebinm1-2/+4
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 ...
2024-02-14modules/bookwyrm: initstuebinm1-4/+46
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.
2024-02-13pkgs/bookwyrm: allow setting .env settingsstuebinm1-76/+80
2024-02-11pkgs: init bookwyrmstuebinm5-0/+185
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
2024-01-29new webring entriesstuebinm2-0/+41
2024-01-13nomsable webringstuebinm5-1/+65
(just messing around for now)
2023-12-09huh, looks like i bought another domainstuebinm3-0/+25
2023-12-01new haskell for bahnhof.namestuebinm1-1/+1
2023-11-30jump to nixos 23.11stuebinm3-3/+108
2023-11-15bahnhof.name haskell rewritestuebinm1-11/+31
2023-11-03package inwebstuebinm1-0/+21
not tested, but like, why not? Might be fun playing around with it.
2023-10-28desktop: hikari with debugstuebinm2-0/+22
2023-10-14some reorganising of //pkgsstuebinm3-27/+34
2023-10-14home: cleaned up old mu versionstuebinm1-3/+0
2023-10-12more radicle stuff (now with tui!)stuebinm2-4/+20
2023-10-12playing around with radicle.xyzstuebinm3-3/+76
this packages the heartwood cli tools, the radicle web interface, and runs a small example deployment on chaski. TODO: decide if i want to keep this thing, then add declarative config of the web interface, `rad auth`, and the radicle node to a NixOS module; the current state is kinda suboptimal to deploy.
2023-10-09update RusTeXstuebinm2-249/+147
2023-10-08ilex: setup for hikari hackingstuebinm1-0/+8
2023-10-01update inputsstuebinm1-17/+1
2023-09-23home: add lean4stuebinm1-0/+18
2023-09-06update inputsstuebinm1-2/+2
2023-07-28package matrix.tostuebinm2-0/+31
apparently the default homeserver this uses is not configurable??? … might hack around later
2023-07-18package RusTeXstuebinm2-0/+1358
2023-07-09update bahnhof.namestuebinm1-0/+4
2023-07-01update pkgs (travelynx, glitchtip)stuebinm3-33/+8