nixfiles - my nixfiles

	Commit message (Collapse)	Author	Files	Lines
2024-06-04	all: jump to nixpkgs 24.05	stuebinm	1	-27/+28
	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-27	update sources	stuebinm	1	-19/+19

2024-05-13	chaski: remove tracktrain	stuebinm	1	-11/+0
	this was meant as a test instance (the production system used by Ilztalbahn is a separate deployment), but it was never used much except to demonstrate some new UI. It's been broken for at least half a year, and afaict nobody noticed or missed it, including me.
2024-05-13	npins: update sources	stuebinm	1	-32/+21

2024-05-06	you wouldn't lick a nix store!	stuebinm	1	-0/+22
	(can finally commit this bit now i guess)
2024-05-06	update sources	stuebinm	1	-14/+14

2024-04-29	yeet the nix flakes	stuebinm	2	-0/+298
	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)