RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Dear Red Hat,

I am coming from the community: Scientific Linux 6.5, 64 bit.  Would one of our intrepid heroes please fix this for me?

It about killed my trying to compile Wine-1.7.30 (I conquered).  In the "./configure" phase, Wine threw the following error:

wine-1.7.30]# ./configure --disable-win64
configure: WARNING: libpng 32-bit development files not found, PNG won't be supported.

Only thing was that libpng was actually installed:
# rpm -qa \*libpng\* | grep -i i686
libpng-devel-1.2.49-1.el6_2.i686
libpng-1.2.49-1.el6_2.i686

The error was bad reporting from Wine "./configure".  The actual problem was that libpng had a dependance on zlib.  "yum install zlib-devel.i686" fixed the bogus error from Wine.

I was able to install libpng (and libpng-devel) without zlib.  Would you please include zlib as an RPM dependancy in libpng?

Here is an article on libpng and its zlib dependancy:
http://www.libpng.org/pub/png/libpng.html
   "libpng is available as ANSI C (C89) source code and requires zlib
    1.0.4 or later (1.2.5 or later recommended for performance and security
    reasons)."

Also, if you do the following google search, this haunts a lot of other people, some who never do figure it out.

https://www.google.com/?gws_rd=ssl#q=WARNING:+libpng+32-bit+development+files+not+found%2C+PNG+won%27t+be+supported

Many thanks,
-T

Well. in RHEL-6.5 are those dependecies:

$ grep 'BuildRequires:' libpng.spec 
BuildRequires: zlib-devel, pkgconfig
$ 

And zlib-devel should provide zlib package.

You are right, there is no section like:
Requires: zlib

Hi Todd,
I think you are pretty new in the world of rpm and its build requires and dependencies. Actually, libpng rpm package HAS dependency on zlib - it requires libz.so.1 - this dependency is automatically added by rpmbuild during the build. You should not use ./configure and such things - rpmbuild is supposed to build the packages from spec files.

Regards,
       Ondrej

You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ).