proposal: use b3sum instead of sha256 in checksums file

[echawk]

b3sum is much faster than sha256, and is the default on carbs linux. As for implementations, I'd assume a preference for mcf's implementation. This has also been discussed previously in kiss-community/kiss#39

[apprehensions]

Why BLAKE3 and not look at other hashing functions?

[git-bruh]

If we implement this, I suggest to add a b3sums file instead of checksum

[dilyn-corner]

Why? It's still a checksum

[git-bruh]

Why? It's still a checksum

The checksum name was suggested just because checksums would be treated as sha256 by old KISS versions so b3sums feels like a more appropriate name rather than choosing one just because the "correct" name is not available

[aabacchus]

This is feedback on kiss-community/kiss#72, but written here to keep the discussion in one place.

Given that the sh256 logic is still there, why not use the difference in names as an option: repo can use b3sums, but others can still use checksums without error until they are updated. Some generous repo maintainers could provide both files so that those who don't want to install an extra tool can choose their implementation.

On the other hand, but towards the same goal, the existing checksums file format could be changed - for example, so that the first line is the type ('sh256' or 'b3sum', or something else) or so that each line has a second field with the checksum type.
Having two fields in each line would provide a way to distinguish "old" checksums from the new format.

[ioraff]

Given that the sh256 logic is still there, why not use the difference in names as an option: repo can use b3sums, but others can still use checksums without error until they are updated. Some generous repo maintainers could provide both files so that those who don't want to install an extra tool can choose their implementation.

The intention is for that logic to eventually be removed. I just want the transition to be less painful.

On the other hand, but towards the same goal, the existing checksums file format could be changed - for example, so that the first line is the type ('sh256' or 'b3sum', or something else) or so that each line has a second field with the checksum type. Having two fields in each line would provide a way to distinguish "old" checksums from the new format.

I feel like this just accomplishes the same thing in a more complicated (and still not backwards compatible) way.

[git-bruh]

https://codeberg.org/kiss-community/repo/issues/100