Package Details: pngwolf-zopfli-git 0.r80.31b3399-2

Git Clone URL: (read-only, click to copy)
Package Base: pngwolf-zopfli-git
Description: A PNG optimizer using a genetic algorithm to find effective compression parameters
Upstream URL:
Licenses: GPL3
Conflicts: pngwolf
Provides: pngwolf
Submitter: Score_Under
Maintainer: Score_Under
Last Packager: Score_Under
Votes: 2
Popularity: 0.133234
First Submitted: 2015-10-12 01:07 (UTC)
Last Updated: 2022-12-09 12:56 (UTC)

Latest Comments

Score_Under commented on 2020-12-29 19:35 (UTC)

@JohnTheCF thanks for bringing that to my attention. Link rot is a sad reality of life. Thankfully the author has provided their own copy of the GALib code (already patched) on their github, so I have referenced that instead. I have not bumped the release number because it makes no change to the end result of the compiled package.

JohnTheCF commented on 2020-12-28 22:20 (UTC)

I get timeout downloading galib247.tgz

CyberShadow commented on 2018-11-14 00:25 (UTC) (edited on 2018-11-14 00:32 (UTC) by CyberShadow)

depends=(libzopfli ...)

I don't think there is a libzopfli package. Perhaps you meant zopfli (which includes a, or libzopfli-git?

Score_Under commented on 2017-02-06 21:36 (UTC)

sekret, thanks for the pointers. I've updated the PKGBUILD to include the new dependency (libdeflate, which you can get as "libdeflate-git" in the AUR), and I've added `-fpermissive` to the CXXFLAGS to work around the `const` problem. I've also opened an issue upstream for that const problem, since it essentially stops people from linking against their system's shared version of zlib.

sekret commented on 2017-02-06 08:03 (UTC)

The PKGBUILD doesn't work right now. Trying to build it in a chroot I get this output. ==> Starting build()... + g++ -o pngwolf pngwolf.cxx ../galib/ga/GA1DArrayGenome.C ../galib/ga/GAAllele.C ../galib/ga/GABaseGA.C ../galib/ga/gabincvt.C ../galib/ga/GAGenome.C ../galib/ga/GAIncGA.C ../galib/ga/GAParameter.C ../galib/ga/GAPopulation.C ../galib/ga/garandom.C ../galib/ga/gaerror.C ../galib/ga/GAScaling.C ../galib/ga/GASelector.C ../galib/ga/GAStatistics.C -I../galib -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -Wl,-O1,--sort-common,--as-needed,-z,relro -lz -lzopfli pngwolf.cxx:51:24: fatal error: libdeflate.h: No such file or directory #include "libdeflate.h" ^ compilation terminated. ++ error_function build ++ [[ -p /logdest/logpipe.zhpmmDJ4 ]] ++ rm /logdest/logpipe.zhpmmDJ4 ++ (( ! BASH_SUBSHELL )) ++ exit 2 ==> ERROR: A failure occurred in build(). Aborting... Looks like it requires a libdeflate package. So I installed libdeflate-git. With it, I get this output ==> Starting build()... + g++ -o pngwolf pngwolf.cxx ../galib/ga/GA1DArrayGenome.C ../galib/ga/GAAllele.C ../galib/ga/GABaseGA.C ../galib/ga/gabincvt.C ../galib/ga/GAGenome.C ../galib/ga/GAIncGA.C ../galib/ga/GAParameter.C ../galib/ga/GAPopulation.C ../galib/ga/garandom.C ../galib/ga/gaerror.C ../galib/ga/GAScaling.C ../galib/ga/GASelector.C ../galib/ga/GAStatistics.C -I../galib -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -Wl,-O1,--sort-common,--as-needed,-z,relro -lz -lzopfli pngwolf.cxx: In member function 'virtual std::vector<unsigned char> DeflateZlib::deflate(const std::vector<unsigned char>&)': pngwolf.cxx:291:33: error: invalid conversion from 'const unsigned char*' to 'Bytef* {aka unsigned char*}' [-fpermissive] strm.next_in =; ~~~~~~~~~~~~~^~ ++ error_function build ++ [[ -p /logdest/logpipe.mA2tn5PW ]] ++ rm /logdest/logpipe.mA2tn5PW ++ (( ! BASH_SUBSHELL )) ++ exit 2 ==> ERROR: A failure occurred in build(). Aborting... Now I'm out of ideas. Looks like an upstream bug, right?

Score_Under commented on 2016-02-06 10:39 (UTC)

I've added armv7h to the list of arches, but please bear in mind that Arch Linux itself doesn't work on ARM processors, so you are likely to find that every package does the same.

sekret commented on 2016-02-06 10:16 (UTC)

Could you please add 'armv7h' to the arch line? It builds just fine on my Raspberry Pi 2 :) Most probably it builds just fine for armv6h too (e.g. Raspberry Pi 1), but I cannot confirm...