Red Hat Bugzilla – Bug 168560
Replace libungif with giflib for FC5
Last modified: 2007-11-30 17:11:13 EST
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):
Steps to Reproduce:
1. Notice that libungif doesn't contain lzw gif compression
Actual Results: N/A
Expected Results: N/A
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.