summaryrefslogtreecommitdiff
path: root/pkgs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* restructure & general cleanupstuebinm2024-03-0514-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
* init mollysocket package, module, and deploy it on florastuebinm2024-03-042-0/+40
| | | | with thanks to networkException, who wrote the initial nix package.
* noms.ing: redirect webring.noms.ing → noms.ingstuebinm2024-02-291-1/+1
| | | | | since that website doesn't contain anything anyways, but people started linking to it.
* update inputsstuebinm2024-02-211-1/+1
|
* modules/bookwyrm: manage.py wrapper needs env filestuebinm2024-02-151-1/+5
| | | | otherwise it just fails to start with an error
* modules/bookwyrm: use environmentFile for secretsstuebinm2024-02-151-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 ...
* modules/bookwyrm: initstuebinm2024-02-141-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.
* pkgs/bookwyrm: allow setting .env settingsstuebinm2024-02-131-76/+80
|
* pkgs: init bookwyrmstuebinm2024-02-115-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
* new webring entriesstuebinm2024-01-292-0/+41
|
* nomsable webringstuebinm2024-01-135-1/+65
| | | | (just messing around for now)
* huh, looks like i bought another domainstuebinm2023-12-093-0/+25
|
* new haskell for bahnhof.namestuebinm2023-12-011-1/+1
|
* jump to nixos 23.11stuebinm2023-11-303-3/+108
|
* bahnhof.name haskell rewritestuebinm2023-11-151-11/+31
|
* package inwebstuebinm2023-11-031-0/+21
| | | | not tested, but like, why not? Might be fun playing around with it.
* desktop: hikari with debugstuebinm2023-10-282-0/+22
|
* some reorganising of //pkgsstuebinm2023-10-143-27/+34
|
* home: cleaned up old mu versionstuebinm2023-10-141-3/+0
|
* more radicle stuff (now with tui!)stuebinm2023-10-122-4/+20
|
* playing around with radicle.xyzstuebinm2023-10-123-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.
* update RusTeXstuebinm2023-10-092-249/+147
|
* ilex: setup for hikari hackingstuebinm2023-10-081-0/+8
|
* update inputsstuebinm2023-10-011-17/+1
|
* home: add lean4stuebinm2023-09-231-0/+18
|
* update inputsstuebinm2023-09-061-2/+2
|
* package matrix.tostuebinm2023-07-282-0/+31
| | | | | apparently the default homeserver this uses is not configurable??? … might hack around later
* package RusTeXstuebinm2023-07-182-0/+1358
|
* update bahnhof.namestuebinm2023-07-091-0/+4
|
* update pkgs (travelynx, glitchtip)stuebinm2023-07-013-33/+8
|
* update inputsstuebinm2023-06-307-53/+3
|
* use dbus with x11, no x-less system for me i guess :(stuebinm2023-06-171-1/+1
| | | | constantly rebuilding the world just got too annoying
* no libX11 on chaski (experimental)stuebinm2023-05-291-1/+3
| | | | | might have to revert this if it causes problems, or if rebuilding all the things annoys me too much.
* downgrade mu to unbreak mu4e / mail in emacsstuebinm2023-05-291-1/+3
|
* initial jump to nixos 23.05stuebinm2023-05-294-9/+42
|
* update bahnhof.namestuebinm2023-05-111-1/+2
| | | | | setting elixir = elixir_1_14 may get me trouble later, we'll see (version bounds on bahnhof.name's search engine are weird)
* typst: v23-03-28 → v0.3.0stuebinm2023-04-281-3/+2
|
* bahnhof.namestuebinm2023-04-261-0/+13
| | | | | | | | in gleam, because why not? (tbf i will probably eventually rewrite this in a more sensible language; I haven't even found any reason to use any of the OTP features for this 🙈)
* update inputsstuebinm2023-04-251-1/+1
|
* package travelynx because why not?stuebinm2023-04-142-0/+231
| | | | | | this file has been lying around for a bit over a year now, but I got asked about it, so time to put it in the public repo I guess (& also update it; it's on the most recent travelynx commit as of this writing).
* typst: bump to v23-03-28stuebinm2023-04-071-7/+2
|
* add module for crs-tracker, for funstuebinm2023-04-013-0/+92
| | | | | | please no one like, actually use this. unless you volunteer to at least add a script to run database migrations, since currently these need to be run by hand …
* get rid of crane & naerskstuebinm2023-03-222-6/+79
| | | | | the only thing this makes more complicated is typst; most of the other benefits I don't use in any case.
* package typststuebinm2023-03-222-0/+25
|
* package glitchtipstuebinm2023-03-223-0/+117
| | | | i don't know why i did this. i literally have no use for it.
* home: a couple more packagesstuebinm2023-03-041-0/+2
|
* add a default overlay, package the galmon.eu toolsstuebinm2023-03-022-0/+53
|
* restructuring directoriesstuebinm2022-01-202-49/+0
|
* workadventure: use exneuland backendstuebinm2021-08-191-0/+32
|
* nixpkgs 20.09 → nixpkgs 21.05stuebinm2021-06-241-3/+1
| | | | | | | | | Since pleroma is in nixpkgs 21.05, this requires some reshuffling to keep the unstable version of pleroma (otherwise the database versions are not compatible, and pleroma does not like database downgrades). Additionally, hedgedoc's database has been moved to a postgres user who is actually called hedgedoc.