bzip3 • Hacker News Board

Re: bzip3

#131

Post by palaiologos » Tue, Sep 08, 2026, 4:09 PM UTC

IvanK_net wrote: post #107

palaiologos wrote: post #91

Earlier quoted context omitted.

Tool author here. bzip2 also has this clause, in fact it has been lifted from its dist tarball README verbatim. So does lzma, xz, or in practice any open source program that you use.

Hey, I am the creator of https://www.photopea.com and if a user decides to publish their work, it compresses PSD files (inside a browser) and sends them to the server for storing. Right now, we have about 2 TB of files. I use the DEFLATE compression which I fully implemented myself (compressor and decompressor, inside a library called UZIP.js). I wish I could use something better :D but it must be implemented in Java…

Hi Ivan,

Please send me an e-mail! Perhaps we can figure something out.

Re: bzip3

#132

Post by Leftium » Tue, Sep 08, 2026, 6:20 PM UTC

whatever1 wrote: post #93

I think compression algorithms are ripe for significant improvement with LLMs. It’s an ideal candidate problem you can have in a closed loop evaluation, and you can just let agent try things.

> Compression is prediction

(According to recent article on HN[1]. So LLMs _are_ compression!)

[1]: https://hn.leftium.com/i/49263497

Re: bzip3

#133

Post by LtWorf » Tue, Sep 08, 2026, 8:31 PM UTC

account42 wrote: post #128

LtWorf wrote: post #53

Earlier quoted context omitted.

Please stop questioning people's choice of license. If you don't like it, you're entitled to not using it.

You're also entitled to not comment on discussions you're not interested in. License discussion is very much relevant for anything that might end up being used for data interchange.

Having been annoyed by people who asked me to change license several times, I have no sympathy for these requests.