| 6 Jan 2026 |
 Mic92 | In reply to @majiir:matrix.org
How is the write path meant to be integrated? Is the idea that you script a niks3 CLI call in your CI/etc? You do nix build and than call niks on the result symlink | 21:54:26 |
| Mic92 | The wiki has a few examples | 21:55:25 |
| Mic92 | * You do nix build and than call niks3 on the result symlink | 21:55:40 |
| 11 Jan 2026 |
|  ivan joined the room. | 01:46:19 |
| 12 Jan 2026 |
|  @sbc64:matrix.org left the room. | 16:17:01 |
| 13 Jan 2026 |
|  solideva (now @ev4:ev4.me) changed their display name from solideva to solideva (now @ev4:ev4.me). | 18:38:15 |
| 18 Jan 2026 |
|  ·☽•Nameless☆•777 · ± changed their profile picture. | 14:57:26 |
| 26 Jan 2026 |
|  kiara joined the room. | 12:52:13 |
| kiara | in the recent ticket on US dependencies (https://github.com/NixOS/org/issues/232), the idea came up to maybe add an EU-based nix cache (of at least the more important bits).
that makes me wonder, do we know what approach might be best for that, e.g. w.r.t. scaling/performance?
over time, i'd learned of options including:
- s3-likes (e.g. garage?) with a front-end like:
- niks3
- attic
- a reverse proxy (used in forkOS infra)
- snix-cache
- harmonia
| 13:04:40 |
 magic_rb | if i were to do this, id go for a distributed garage cluster and niks3. ofc ive no idea how that would behave | 13:14:16 |
 edef | very little of this sort has been tested at c.n.o scale | 15:39:51 |
| edef | i think if we want to do this, it needs to be soft-launched such that we can fall back on the known-good infra | 15:43:01 |
| edef | and we need to know the codebases and their perf characteristics very well | 15:43:22 |
| edef | realistically, whatever we pick, we will break something about it | 15:44:18 |
| edef | ie this is actual work, someone practically needs to be on call for the migration at least, etc | 15:44:22 |
| magic_rb | i mean we can shadow roll it out and tell some folks to use it, with a big "if it fails switch to cache.nixos.org" | 16:27:45 |
 hexa | frankly, some dumb selfhostable s3 should be enough | 16:33:43 |
| hexa | you push the nix-cache-info file to it and let hydra handle the rest | 16:34:06 |
| hexa | most of the features offered by niks and attic are also offered by the underlying s3 backend | 16:36:39 |
| hexa | we don't require the binary cache to handle signing either | 16:36:50 |
| hexa | a smart gc would be nice to have, but since we rebuild the whole thing every so often we can just cut off everything older than some interval | 16:37:53 |
| hexa | * a smart gc would be nice to have, but since we rebuild everything in nixpkgs every so often we can just cut off everything older than some interval | 16:38:08 |
| magic_rb | we should try something, we can always fall back to cache.nixos.org even on the DNS level if it fails | 16:47:35 |
| hexa | attic is basically unmaintained | 17:01:14 |
| magic_rb | Niks3 is what we want, it doesnt sit in front of S3, just manages GC | 17:05:41 |
| 31 Jan 2026 |
|  twix ⚡️ set a profile picture. | 12:01:02 |
| 1 Feb 2026 |
|  Fernando Rodrigues changed their display name from SigmaSquadron to Fernando Rodrigues. | 10:42:24 |
| 4 Feb 2026 |
| twix ⚡️ left the room. | 21:42:03 |
| 6 Feb 2026 |
|  midischwarz12 left the room. | 03:01:47 |
| 9 Feb 2026 |
|  raboof joined the room. | 22:01:13 |
