| 14 Oct 2025 |
 raitobezarius | If sizes are crucial to that goal, np | 16:24:50 |
 K900 | tbh I still don't see the value, because like, we can't remove the <algo>:<hex> formats | 16:24:52 |
| K900 | And literally everything relevant uses those | 16:24:57 |
| K900 | Or SRI | 16:25:02 |
| K900 | And we can just keep things using those forever probably | 16:25:11 |
| raitobezarius | The only value I see goes beyond hashes personally | 16:25:12 |
| K900 | convertHash is a massive hammer for a tiny nail | 16:25:19 |
| raitobezarius | I see people who wants to use base32 data inside non-hashes | 16:25:19 |
| raitobezarius | For valid reasons | 16:25:23 |
| raitobezarius | If it ends up constructing convertHash, fine | 16:25:33 |
| raitobezarius | But that's not my sole motive for spawning these primops | 16:25:49 |
 emily | so Nixpkgs would need
- parsing and serialization for SRI and
<algo>:<digest> that matches the implementation
- a lookup table between hashes and byte sizes
and the code would be Lix-specific (because Nix has chosen that strings cannot contain NUL bytes so the intermediate values would not be valid)
that may be fine
| 16:26:06 |
| raitobezarius | I'd say that the code is specific to those who have !(builtins?convertHash) true but idk | 16:26:48 |
