| 14 Jan 2022 |
 David Arnold (blaggacao) | dqlite uses raft to distribute state, so you could construct a mesh with peers (collegues or build servers), for all that is cached in sqlite. | 16:07:07 |
| David Arnold (blaggacao) | Metadata only? I used to think it holds the eval cache. | 16:08:26 |
 Gytis Ivaskevicius | I'm pretty sure it's just minimal metadata | 16:08:49 |
| Gytis Ivaskevicius | Maybe evaluation of whole flake too. Not sure where that is stored | 16:09:07 |
| Gytis Ivaskevicius | Actually whole flake eval is probably stored in daemon heap | 16:09:21 |
| Gytis Ivaskevicius | Also these days nixpkgs takes up like 30gb of ram to evaluate.... | 16:09:54 |
| Gytis Ivaskevicius | Is your SQLite half the size of whole nix store? :d | 16:10:12 |
 Pacman99 | Nix does use sqlite for eval caching but I believe it creates a separate file meant for eval caching in your home directory. The daemon's db isn't used for eval caching. | 17:51:34 |
| Pacman99 | And I think its actually multiple databases | 17:52:08 |
| Pacman99 | Also, with a rebase I feel like https://github.com/gytis-ivaskevicius/flake-utils-plus/pull/89 is ok to merge. Its not a breaking change since it keeps auto channel detection just with a better strategy. | 18:02:37 |
| Gytis Ivaskevicius | https://github.com/gytis-ivaskevicius/flake-utils-plus/pull/110 | 18:24:53 |
| Gytis Ivaskevicius | before merging this one - can we collectively give some thought if there is a better solution that does the same thing and if there is a better name for it | 18:25:42 |
| Gytis Ivaskevicius | In reply to @pachumicchu:myrdd.info
Also, with a rebase I feel like https://github.com/gytis-ivaskevicius/flake-utils-plus/pull/89 is ok to merge. Its not a breaking change since it keeps auto channel detection just with a better strategy. lets not 'just merge it', lets do a proper release | 18:33:32 |
| Pacman99 | For 110, another idea is passing adding inputs to the channel, except sort of dropping the system, so you can do inherit (inputs.agenix.packages) agenix; | 18:45:56 |
| Pacman99 | Now I'm not yet sure how to implement that | 18:46:07 |
| Pacman99 | something like mapAttrs (n: v: if v ? ${prev.system} then v.${prev.system}) inputs | 18:46:59 |
| Pacman99 | But then we run into the discussion of whether we should give any overlay access to all the inputs | 18:47:33 |
| Pacman99 | * maybe something like mapAttrs (n: v: if v ? ${prev.system} then v.${prev.system}) inputs | 18:48:20 |
| Pacman99 | In reply to @gytis-ivaskevicius:matrix.org
lets not 'just merge it', lets do a proper release release before or after merging? | 18:48:47 |
| Gytis Ivaskevicius | In reply to @pachumicchu:myrdd.info
release before or after merging? at the same time | 19:26:40 |
| Pacman99 | Also I'm not super familiar with managing matrix rooms. I have to upgrade the room version to v9 so this room can be discovered in the nixos space. Is it alright if I do that? (just want to make sure there won't be any issues) | 23:56:45 |
| 15 Jan 2022 |
| David Arnold (blaggacao) | Let's try and see. 😁 What else can we mere matrix-mortals do? | 00:28:55 |
| Pacman99 | cool ill do it | 00:29:17 |
| Pacman99changed room power levels. | 00:29:29 |
|  @danielphan.2003:matrix.org left the room. | 04:48:01 |
|  Daniel Phan on conduit left the room. | 04:47:54 |
|  @yusdacra:nixos.dev left the room. | 09:21:08 |
|  @lourkeur:nixos.dev left the room. | 17:30:34 |
| 19 Jan 2022 |
|  janus left the room. | 17:51:28 |
| 20 Jan 2022 |
|  andi- left the room. | 00:26:52 |
