Package Details: libpng12 1.2.56-3

Git Clone URL: (read-only)
Package Base: libpng12
Description: A collection of routines used to create PNG format graphics files
Upstream URL:
Licenses: custom
Submitter: anatolik
Maintainer: arthurzam
Last Packager: arthurzam
Votes: 419
Popularity: 44.882774
First Submitted: 2014-11-21 23:32
Last Updated: 2016-05-08 19:17

Dependencies (1)

Required by (130)

Sources (2)

Latest Comments

yorrd commented on 2016-05-12 09:11


sorry, I'm confused. Which directory would those files be in? I already cleared yaourt cache because I expected that.

arthurzam commented on 2016-05-12 07:47


Delete the previous files. The author of the patch changed the directories in the patch, without version change therefore it the mismatch.
Another option is to download directly from sourceforge into the PKGBUILD directory.

yorrd commented on 2016-05-12 07:43

I'm also getting md5 checksum issues

libpng-1.2.56.tar.xz ... Passed
libpng-1.2.56-apng.patch.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build libpng12.

grandchild commented on 2016-05-06 13:48

Did armv6h get lost along the way?
It still builds on that architecture. Please re-add.

arthurzam commented on 2016-04-27 03:47


First of all, I checked the checksums against sourceforge, therefore I guess it is problem with your system.
Please run in the directory 'file libpng-1.2.56.tar.xz'. If it shows only "XZ compressed data" then you are under MITM attack (someone changed the file while the transfering).
But because of the size I guess it will show you a HTML file. Please try to download directly from sourceforge. Maybe the automatic mirror you get from their site is problematic.

jonnybarnes commented on 2016-04-26 22:17

I’m getting the following error:

╭─jonny@jonny-arch in ~
╰$ sudo aura -Akua
aura >>= Fetching package information...
aura >>= Comparing package versions...
aura >>= AUR Packages to upgrade:
libpng12 : 1.2.56-2 => 1.2.56-3

aura >>= `libpng12` PKGBUILD is up to date.
aura >>= Determining dependencies...
aura >>= AUR Packages:

aura >>= Continue? [Y/n]
aura >>= Building `libpng12`...
aura >>= Well, building `libpng12` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: libpng12 1.2.56-3 (Tue 26 Apr 23:11:26 BST 2016)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading libpng-1.2.56.tar.xz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 376 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 378 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
0 365 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
100 43148 100 43148 0 0 14583 0 0:00:02 0:00:02 --:--:-- 136k
-> Downloading libpng-1.2.56-apng.patch.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 400 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 402 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
0 389 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
100 42371 100 42371 0 0 15072 0 0:00:02 0:00:02 --:--:-- 150k
==> Validating source files with sha256sums...
libpng-1.2.56.tar.xz ... FAILED
libpng-1.2.56-apng.patch.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

fordprefect commented on 2016-04-26 12:00

good catch, forgot that i tampered with my ld-flags lately. sry for the noise!

arthurzam commented on 2016-04-26 11:15


Thanks for your feedback.
I configured on my machine (x86_64 like yours).
The "gcc -V" happens on my machine also, but configures successfully.
The error is in your LDFLAGS, I think. Look in lines 91-93.

run in your terminal prior to makepkg the next line (my LDFLAGS):
export LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro"

If it works, please check where you change those LDFLAGS. Maybe ~/.bashrc or /etc/makepkg.

fordprefect commented on 2016-04-26 10:45

makepkg log:
versions: multilib/gcc-multilib 5.3.0-5, core/binutils 2.26-3
EDIT: uncommenting those lines does not fix it.
EDIT2: using core/gcc 5.3.0-5 does not make any difference.

arthurzam commented on 2016-04-26 10:39


What is your version of gcc, binutils?
Please copy your makepkg log to pastebin and give a link.
If you must have a quick temporary fix, remove the leading # in the 4 lines under the comment in build function.

fordprefect commented on 2016-04-26 10:34

@arthurzam: well, breaks for me. in the logs i find:
configure:3253: gcc -V >&5
gcc: error: unrecognized command line option '-V'

arthurzam commented on 2016-04-23 17:38


I decided to remove those lines.
This is more alike with the libpng from official repositories. It still compiles in all my machines.
If it breaks for someone, please notify me.
Thanks for your assistance through this bug.

greenmanspirit commented on 2016-04-22 21:48


I have tracked it down to the libtoolize line in the PKGBUILD. When I commented it out, the package builds just fine.

arthurzam commented on 2016-04-22 18:46


Thanks for the log. I'm still not sure why it happens. I have a clean Arch which works without any problems (x86_64 like your system).
After searching the net, maybe this can be helpful:

(on my system, without testing repositories, libtool version is 2.4.6-4, maybe this is the origin so please check your libtool version 'pacman -Qi libtool')

greenmanspirit commented on 2016-04-22 17:51


I checked and base-devel was fine. I then ran pacman -Syyu. Lastly I tried building with makepkg -s and it failed. The paste is here

arthurzam commented on 2016-04-22 17:19


please check that you have the base-devel group of packages (pacman -S base-devel),
and you are up-to-date with the official repositories.
If the problem still holds, please download the PKGBUILD to a new empty folder (I suggest to use /tmp/tmp-libpng12/ - so we won't have problems with file system). And then please run 'makepkg -s'.
If it fails again, please upload the full log of running 'makepkg -s' on the clean folder. I suggest to upload the log to pastebin for easier comments section.

greenmanspirit commented on 2016-04-22 15:43

Hey @arthurzam

Trying for the first time, I get:
make all-am
make[1]: Entering directory '/tmp/yaourt-tmp-adam/aur-libpng12/src/libpng-1.2.56'
/bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -DPNG_CONFIGURE_LIBPNG -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -MT libpng12_la-png.lo -MD -MP -MF .deps/libpng12_la-png.Tpo -c -o libpng12_la-png.lo `test -f 'png.c' || echo './'`png.c
libtool: Version mismatch error. This is libtool 2.4.2, but the
libtool: definition of this LT_INIT comes from libtool 2.4.6.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
libtool: and run autoconf again.
Makefile:970: recipe for target 'libpng12_la-png.lo' failed
make[1]: *** [libpng12_la-png.lo] Error 63
make[1]: Leaving directory '/tmp/yaourt-tmp-adam/aur-libpng12/src/libpng-1.2.56'
Makefile:659: recipe for target 'all' failed
make: *** [all] Error 2

arthurzam commented on 2016-04-14 07:10

@hollunder, @doragasu

please read @ivan_p comment!

delete the file 'libpng-1.2.56-apng.patch.gz' from the directory and redownload.
The file changed content in upstream without changing the name, therefore we have NEW signature.

Please read comments before posting.

doragasu commented on 2016-04-14 06:35

Signature is WRONG, please update!

hollunder commented on 2016-04-04 07:21

Wrong signature.

ivan_p commented on 2016-04-02 18:03

@sinatosk "libpng-1.2.56-apng.patch.gz ... FAILED"
You probably still have old .patch.gz in your build directory (before url change).
Rename it, and the new one will be downloaded.

sinatosk commented on 2016-04-02 17:53

==> Validating source files with sha256sums...
libpng-1.2.56.tar.xz ... Passed
libpng-1.2.56-apng.patch.gz ... FAILED

same thing happens with lib32-libpng12

arthurzam commented on 2016-04-01 14:11


Sorry, was my error - need change in patch line to -p1.

el_aur commented on 2016-04-01 09:07

apng called now

el_aur commented on 2016-04-01 09:06

No more apng project on sourceforge.

bayi commented on 2016-01-15 22:20

nevermind, i could download libpng-1.2.56.tar.xz by hand from sf ... strange

bayi commented on 2016-01-15 22:19

Seems like the mirror died:

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 376 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 363 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 443 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
0 357 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found

glagola commented on 2015-12-08 16:23

To fix this issue:
patch: **** Can't open patch file /tmp/yaourt-tmp-ziv/aur-libpng12/src/libpng-1.2.54-apng.patch : No such file or directory

Change line in PKGBUILD from
patch -Np0 -i "${srcdir}/libpng-${pkgver}-apng.patch"
zcat "${srcdir}/libpng-${pkgver}-apng.patch.gz" | patch -Np0

arthurzam commented on 2015-12-08 08:14

automake is part of base-devel, which is assumed you must have if you build from AUR, as @karol_007 said

NullDivision commented on 2015-12-08 08:13

Please add `automake` to build dependencies following this error:

/home/nulldivision/Downloads/libpng12/PKGBUILD: line 25: aclocal: command not found
==> ERROR: A failure occurred in build().

karol_007 commented on 2015-11-30 22:35


StephanMeijer commented on 2015-11-30 19:18

Please add `patch`, `m4`, `automake`, `autoconf` as dependencies. These packages are required to be installed, before building libpng12.

glagola commented on 2015-11-29 18:39

Error (here full trace
patch: **** Can't open patch file /tmp/yaourt-tmp-ziv/aur-libpng12/src/libpng-1.2.54-apng.patch : No such file or directory

arthurzam commented on 2015-11-23 16:21

I added, but didn't change the pkgrel - cause there is no need to rebuild.

Psycic101 commented on 2015-11-23 16:00

Can you add: arch=('armv6h') please?

Atsuri commented on 2015-11-14 21:13


The new URL matches, but there is a sha256sum mismatch now.
Is this package still maintained?

arthurzam commented on 2015-09-02 06:38


Thank you

Araeos commented on 2015-09-01 22:20

The url is not working anymore, proposed update:

aligator commented on 2015-07-17 12:13

==> Validating source files with md5sums...
libpng-1.2.53.tar.xz ... FAILED
libpng-1.2.53-apng.patch.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

arthurzam commented on 2015-02-22 14:11

I added this arch, but didn't bump the pkgrel because it isn't really a change.

caemir commented on 2015-02-21 21:19

Can you add: arch=('armv7h') please ?

carstene1ns commented on 2015-02-17 22:53

The md5sums are correct, you can compare them with the one at sourceforge's download page (e.g.

klusark: Both of your files have the same md5sum, i guess you downloaded some kind of html error document.

klusark commented on 2015-02-17 16:20

It's failing here too

arthurzam commented on 2015-02-17 13:16

on my computer the validation pass and the build is seccusesful

jaws commented on 2015-02-16 18:34

When makepkg -si this package I get a validation error:

McNoggins commented on 2015-02-11 18:55

1.2.52 is out.

alex.theoto commented on 2014-12-13 20:02

On their website there is a major bug on that version.

TU 'Muflone' said:
The extra/libpng package provides only, not the, used by some closed sources applications.

alex.theoto commented on 2014-12-13 19:54

On their website there is a major bug on that version.

TU user 'Muflone' said:
The extra/libpng package provides only, not the, used by some closed sources applications.

I have nothing to do...

alex.theoto commented on 2014-12-13 19:48

On their website there is a major bug on that version. The package name is the same from both sources.

I saw that package as dependence for many programs under aur but I think it is time to change that.
If it is on the pacman repo, I think there is no reason to have it to aur too.

Can someone check the integrity of repo's package for other programs?

karol_007 commented on 2014-12-12 22:13

In the repos you have version 1.6.15-1, here it's 1.2.51-1. Are you 100% sure none of the programs that list libpng12 specifically as their dependency won't break if you force them to accept the current libpng?

alex.theoto commented on 2014-12-12 20:26

This package is on pacman 'libpng'. Is it for deletion?