has there been any more thought given re: builtins.convertHash / https://git.lix.systems/lix-project/lix/issues/602? I know making it a more general radix conversion function was discussed, but IMO the Base32 and Base64/SRI hash formats are quirky enough that they really don't fit elegantly into a radix conversion model, especially since they are too large to round-trip via Nix integers, which would otherwise be the natural way to express radix conversion functions.

not saying it has to have the exact same interface but I am not convinced that the full general base conversion mechanism is necessary/desirable for it, and the -2 review on https://gerrit.lix.systems/c/lix/+/2585 shows that it would require a lot of contortions to make it useful for the actual hash conversion use case, which seems to have been useful both in third-party repos and has caused a hash mismatch in Nixpkgs even with an attempt to do feature detection https://github.com/NixOS/nixpkgs/pull/451929.