#2875 closed task (fixed)
libjpeg-7
| Reported by: | Guy Dalziel | Owned by: | Guy Dalziel |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | BOOK | Version: | SVN |
| Severity: | normal | Keywords: | |
| Cc: |
Description ¶
There's a new version of libjpeg, I'm not sure when it was released but it's version 7. I would like to get it in to the book but the trouble is a _lot_ of packages use it as a dependency - optional or otherwise - and it would prove a monumental task to check it against every package. I propose that we throw it in and see if any issues come up. I've done some basic testing and tiff compiled fine against it, I'll do some more testing as I come across packages that require it.
Change History (12)
comment:1 by , 16 years ago
| Milestone: | 6.4 → 6.5 |
|---|
comment:2 by , 16 years ago
Looking on their fourms, it turns out that Arch Linux is having problems with libjpeg7. The solution: build libjpeg62, then copy the libs over to /usr/lib. Hope that works.
comment:3 by , 16 years ago
Exact process, step by step:
- After installing libjpeg7, get libjpeg62 from ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz (JIG dosen't have libjpeg62, and this mirror has libjpeg62.)
- Then run ./configure --prefix=/usr --enable-shared --enable-static
- And then run make.
- Then run this command:
cp -v .libs/libjpeg.so.* /usr/lib
This should work out for you.
follow-up: 7 comment:4 by , 16 years ago
I would be more interested in hearing the specific problems that they had, I don't like implementing solutions if I don't know what it's supposed to fix.
comment:5 by , 16 years ago
I see no problems based on the research I just did, the main problem was due to the .so version change (.62 -> .7) which broke a lot of packages looking for that library, they have since been rebuilding everything against the new libjpeg. The only reason you might need the old 6.2 is for binary packages that you can't compile from source. You can't use a symlink to fix it as the two versions are binary incompatible.
comment:6 by , 16 years ago
| Owner: | changed from to |
|---|
Thank you Thomas, this confirms my original findings. I noticed the library incompatibility quite early on, but fortunately I only had a couple of packages that were linked against it. I'll update libjpeg to version 7, I've had no problem with it in the packages I've compiled against it.
comment:7 by , 16 years ago
Replying to gdalziel:
I would be more interested in hearing the specific problems that they had, I don't like implementing solutions if I don't know what it's supposed to fix.
My workaround will plobary be the best one for you. It builds the old version, and also keeps the new version too, so that they can live in unision.
Some older binary packages and KDE 3.5 malfunction if just libjpeg-7 is installed, or libjpeg-62 is symlinked to libjpeg7.
comment:8 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Updated to libjpeg-7. If there are any problems this can be reopened. Ticket closed.
follow-up: 10 comment:9 by , 16 years ago
There are issues with some older packages, and they need libjpeg-62 to work. Repopening thrus.
And follow my method above to fix that plobrem.
comment:10 by , 16 years ago
Replying to willimm:
There are issues with some older packages, and they need libjpeg-62 to work. Repopening thrus.
And follow my method above to fix that plobrem.
Thrus, please repoen this ticket.
comment:11 by , 16 years ago
Replying to gdalziel:
I propose that we throw it in and see if any issues come up.
The shared and static libraries are now installed by default.
Modified milestone from 6.4 to 6.5