From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050909 Fedora/1.0.6-1.2.fc4 Firefox/1.0.6 Description of problem: The LZW patent has expired, and several packages in Fedora Core already take advantage of that. The gd library now supports gif with lzw, libtiff now has the lzw support back in by default, etc. Those changes were all done upstream. libungif upstream also has put lzw back in, but they are calling giflib - and are not putting the lzw stuff into the libungif tarball. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Notice that libungif doesn't contain lzw gif compression 2. 3. Actual Results: N/A Expected Results: N/A Additional info: I've been using giflib instead of libungif on my system in both FC3 and FC4 with absolutely no problems. I'll attach the spec file I'm using, which is based on the libungif spec file.
Created attachment 118925 [details] spec file for giflib This is the specfile I am using to build giflib rpms that replace libungif w/o causing any problems on machines I use it on (x86 and ppc)
As the upstream maintainer of libungif and giflib, if there's no longer a patent issue with LZW, I'm all for seeing libungif replaced. I'm only maintaining it so Red Hat and other distros can package it for use. If Red Hat doesn't need it, I can work on giflib alone and let libungif go unmaintained.
Created attachment 119487 [details] Giflib spec discussed on fedora-devel Here's a specfile for giflib that was discussed on fedora-devel as a replacement for libungif.
Created attachment 119488 [details] Patch for hash problem on x86_64 This patch is referenced in the spec file. It fixes an issue on x86_64 where giflib uses a long that needs to be 32bits. On x86_64, this fails.