Description of problem: libpng 1.2 is going EOL at the end of 2010. Per bug 608644 comment 10.
Fedora is about being First, so libpng 1.4 is a natural fit for Rawhide.
Agreed. Not only that, there are features like iTXt chunks that aren't available in 1.2. That means you can't write software to take advantage of XMP tags inside iTXt chunks to specify EXIF data. I have software where I have to manually keep a separate version of libpng 1.4 to compile against, and it is quite annoying considering iTXt support has been in libpng for over 10 years!
An additional comment. Even if some packages are not ready for libpng 1.4, the two (or really three if you include 1.0) versions of the library can easily live side by side. Just ensure that the symbolic links for libpng.so and png.h pngconf.h still point to the libpng12 files and not the libpng14. Packages that support libpng 1.4 can manually specify libpng14 until version 1.4 is accepted as the base. Additionally, the libpng maintainers claim:
"A new private header file that is not visible to applications has been created, to improve our ability to maintain binary compatibility among future libpng versions."
Meanwhile, libpng-1.5.1 is out. Is there any reason, not to put this in Rawhide (F-16) at this point?
*** Bug 703063 has been marked as a duplicate of this bug. ***
Any news on these updates/RFEs?
My plan is to push libpng 1.4.x into F17, and then depending on how that goes, maybe 1.5.x in F18. I'm not convinced that 1.5.x is ready for prime time as yet, but maybe next year it will be.
Why not put it on rawhide at the least? is there a reason? there do not seem to be issues in 1.4.x. just perplexing that Fedora has been so slow since the RFE (from 2010), and many features are missing in 1.2, but are in 1.4 and 1.5.
thanks for looking into it!
I see that there are libpng-1.5 packages for F17 on Koji:
However there hasn't been a libpng-1.4 release, we are going straight from 1.2 to 1.5 it seems. Rather unfortunate, since I was specifically looking for an 1.4 rpm because Cadsoft Eagle requires that version..
Are there still plans to release a libpng-1.4 package somewhere along the way?
(In reply to comment #8)
> Are there still plans to release a libpng-1.4 package somewhere along the way?
I have no such plans. Fedora is not generally intended to ship obsolete versions of software. The idea of shipping 1.4.x in F-17 was only intended to reduce the amount of pain involved in getting to 1.5, but after looking into it more carefully it seemed that it would result in more work overall, not less.
(In reply to comment #8)
> Rather unfortunate, since I was specifically looking for an
> 1.4 rpm because Cadsoft Eagle requires that version..
AIUI, Eagle is not RPM-packaged, so you can simply download the tarball of libpng version 1.4, build and then install it into /usr/local.