@ASTAFATHERSATAN Granted, I'm not gonna implement a custom compression and decompression algo in the Linux kernel as I'm not only able to do so with my skills but literally doubt I could beat the #XZ numbers without sinking in decades of R&D - and even then that may be a dubious investment of time and resources...
I only used #bzip2 for said backups as it's convenient, fast and didn't require me to setup stuff to work.
In theory offering more than just one is "trivial" in the sense that for OS/1337 the idea is to have statical binaries (and maybe the few necessary configs) as "#packages" so it's just a download as an archive (#bzip2 because it's available in #toybox) and just pull that and place them in the system.
OFC absolute hardcore folks will literally do #eMail just with #curl, #cat, #sed & #awk I guess, but ideally offering a convenient alternative like #neomutt is better.
My new developer note that I am including in my software:
"SUSE Linux is a wonderful distribution that stubbornly does not want to include 1 free, simple, and basic library that every mainstream distro includes. Without, you cannot extract standard TAT.BZ2 file. -- You should pester SUSE to stop being difficult."
I have now included that as part of the installer. Furthermore, it checks for zypper and installs bzip2
OFC it won't be even remotely efficient when compared to modern compression...
Even #LZ77 will run circles around it, not to mention #bzip2, #lzma or high-efficiency vocoders like #Codec2....