Topic: ZOPFLI compression (Google code)

[piran]

Would someone do the 'make' thing and get this
into a SME contrib please so that we can try it out?
 
https://code.google.com/p/zopfli/downloads/detail?name=Data_compression_using_Zopfli.pdf&can=2&q=

https://code.google.com/p/zopfli/source/browse/

[Stefano]

why?

in any case, there's already a src rpm for mageia here:

ftp://fr2.rpmfind.net/linux/mageia/distrib/cauldron/SRPMS/core/release/zopfli-0-1.acc0352.mga3.src.rpm

you should download it on a centos5 machine and try to compile.. please report here the result..

[piran]

Why? Because I would like to try it out. I thought
that statement was quite clear. Unless you are
asking why I should want to use compression?

I should not download it to a centos5 machine
because I have none. So I have not tried to
compile because whenever I have tried it I
always come across a question that the process
expects me to have an answer for and I give up.
Compiling is for people who know how to compile.
I don't which brings me around to the first post
which was asking if someone would do the 'make'
thing and make it into a contrib rpm. So I have
no report to bring here according to your reply.

I am asking if someone interested enough
in the subject would do the 'make' thing.

[Stefano]

my 7000th post:

http://www.mind-at-work.it/public/zopfli-0-1.acc0352.i386.rpm
http://www.mind-at-work.it/public/zopfli-0-1.acc0352.src.rpm

HTH

[piran]

Thank you Stefano, you aren't going to try and get
me to learn to write the report in Italian are you?

[Stefano]

sincerely? no

[piran]

Stefano... your report (only in English).

[ summary ]
ZOPFLI seems so very little for so much work/resources.
And this is also for developers not mere mortals like me.

[ detail ]
* downloaded using wget http://www.mind-at-work.it/public/zopfli-0-1.acc0352.i386.rpm
* installed using rpm -ivh zopfli-0-1.acc0352.i386.rpm
* now uninstalled with rpm -e zopfli
* there is another similar item over at http://zlib.net/pigz/
* agree with wiki issue item 8 (no man) and issue 6 (not much benefit)
* was aiming for the gzip implementation of "compress once and disseminate many times" but it's not enough
* better to get a faster broadband uplink connection than fiddling with small compression improvements
* expected to find a standalone command line compressor - to do the one-off "compress once" but it's still all .c and .h developer stuff

>> HTH
Yes Stefano it did, I don't need to fret about Google insisting
that my site pages push out stuff with further compression
than it has insisted upon requested already. I don't see
this as a deal breaker quite yet. Thanks to your #7000 posting ;~)