Re: [Lzip-bug] Some (random) thoughts..

[wdlkmpx]

All C++ variants in one package = people who compile only need to
update 1 package. There are like 50000 linux distros, about 50000
package maintainers, think about it.

The main lib is the core that can't be disabled,  additional libs,
apps like lzip, plzip, can be disabled. Modularity forcing the whole
thing by default, that's what many projects do.

Github: it's not about microsoft, the whole world is there.

The old ways no longer work in this world, there's a reason permissive
licenses are on the rise. But let's put that aside for a moment.

I was planning to create static binaries with a bunch of cross
compilers and compress those binaries with lzip, and upload the files
to sourceforge, but then googled: lzip vs xz.

I didn't know about install-as-lzip, but now I'll apply that param, thanks.

And it's quite obvious why lzip never took off, most basic apps are C
apps, like all the other basic or critical linux compressors are
written in C, LZip is the only C++ compressor I came across (also
p7zip and unrar), this produces big static apps. Only after looking in
the lzip website I found the C version, but most people will not do
that.

Showing the code in a public git repo = I'm here, look at me. My
presence overshadows everyone else's.

These are random thoughts, but there's some truth to those thoughts
that may not be obvious.