Description of problem: coreutils includes a base64 encoder, but no base32 (or base16). The base32 encoding is very useful for converting OTP keys to a format programs like freeotp accept, and is becoming very popular for URL encoding of data. All the encodings are described in rfc4648. Additional info: Please include a base32 convertor in fedora.
Maybe. Please discuss upstream at coreutils though. See also related discussion at: http://lists.gnu.org/archive/html/bug-coreutils/2010-04/msg00195.html Note for URL encoding, base64 is almost perfect and could be tweaked like: b64_url_encode() { base64 | tr '+/=' '-_.'; } b64_url_decode() { tr -- '-_.' '+/=' | base64 -d; }
I would expect the maintainers of coreutils to talk upstream. I could help if required.
Nikos, for Fedora, it is better if you will discuss this RFE upstream, as you will likely better defend it. And there are many todo tasks... so with patch chances are even higher. Without your proposal upstream and/or patch, I can only put this to the long term todo list. btw. Pádraig Brady is one of Fedora co-maintainers and upstream (nowadays primary) maintainer.
Created attachment 1059379 [details] base32 program This patch adds the base32 program. The need for such a program is because base32 is increasingly used in URLs and QR codes and we have no simple tool to generate such codes. In particular I noticed there were no command line tools to generate otpauth codes as in: https://github.com/google/google-authenticator/wiki/Key-Uri-Format
Created attachment 1059388 [details] base32 program
Please implement like sha1sum. I.E. reuse base64.c. See src/local.mk for details. Then please post to coreutils. Thanks.
Thanks Pádraig and Nikos!
Upstream proposal: http://lists.gnu.org/archive/html/coreutils/2015-09/msg00000.html
Upstream commit: http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=89c517d9
This seems to be already fixed since coreutils-8.25-2.fc24.