I writing a shell script that need to decode base64 string.
Almost all linux distos have the base64 utility which is actually part of GNU coreutils package.
But on OpenWrt uses something other (busybox, right?) and doesn't have such utility.
I was wondered because actually the base64 algorithm is already implemented in libuboxhttps://openwrt.org/docs/techref/libubox and is duplicated inside of uclient-fetch witch is an OpwnWrt specific clone of wget.
So it seems like it's almost a zero cost to just expose the base64 from libubox as a separate tool.
Is any reason not to do this? If yes then will you accept a patch.
Also for me is not clear why libubox have it's own base64 code (which looks like it was copied from OpenBSD) while we can just use the code from the GNU coreutils basenc.c which probably is better supported.
Sorry for such strange questions because I'm not a C/Linux dev so for me is not so obvious
thank you, but I don't want to use it as dependency for my package because it's too heavy.
But the main question is:
why not to add such utility if this (I guess) will cost nothing in terms of disk usage
I recently learned BusyBox and starting from 31 release it already has base64 applet. It would be great to have it enabled by default in OpenWrt so script writers doesn't have to worry about it.
Interesting if usign can reuse libbb or get base64.c from it.