troubles with libjpeg [SOLVED]

[sc0ttman]

I have noticed that on my system, and others, programs seem to need two versions of libjpeg,
this seems to be the case when I have tried compiling stuff as well..

- Links 2.5 needed libjpeg-8d for 'graphics' mode to show all images.

# ldd ./links | sort | grep jpeg
libjpeg.so.7 => /usr/lib/libjpeg.so.7 (0xb7b02000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xb7f08000)

- other versions of Links, compiled on other systems by others, also use 2 versions of libjpeg.

# ldd ./links | sort | grep jpeg
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7f00000)
libjpeg.so.7 => /usr/lib/libjpeg.so.7 (0xb7b1d000)

And I have also tried running my system with only libjpeg-8d,
replacing all other libjpeg versions with symlinks to version 8d,
then compiling jwm and a few other programs against libjpeg-8d,
but compatibility between version seems non-existent,
and the new JWM would not load up, as it required the old libjpeg too.

I should probably have tried compiling JWM on the libjpeg-8d only system,
then remastering and trying again... Not sure it would help though.

I would like to work this out, and ideally be able to reduce the version of libjpeg used,
because as I start to compile the latest XYZ, I'm seeing libjpeg8d is required,
and if installing this new programs and their required deps,
I will end up with libjpeg 6, 7 and 8 on my system,
which I guess is not a good thing, and usually avoided, in Puppy land.

- So, how many version of libjpeg do you have installed?
- Have you updated the main system libjpeg library?
- Or just added the updated libjpeg alongside your older versions?

[PANZERKOPF]

# ldd ./links | sort | grep jpeg
libjpeg.so.7 => /usr/lib/libjpeg.so.7 (0xb7b02000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xb7f08000)

Seems you have libtiff (used by Links) linked with one version of libjpeg and Links (itself)
linked with another version of libjpeg.
Keep one version of libjpeg, rebuild libtiff then rebuild Links again.

- So, how many version of libjpeg do you have installed?
- Have you updated the main system libjpeg library?
- Or just added the updated libjpeg alongside your older versions?

I have installed only one version of libjpeg

[amigo]

That's what happens when you have programs which are compiled on different systems. In *this* case, you can safely link the one to the other, but that will not always work. The *real* solution though is to compile everything against the same version...

[sc0ttman]

Hmmm... I removed libjpeg-0.62 ... my system using only libjpeg-.0.0.7
As expected, this broke a few things that need libjpeg-0.62: feh, mtpaint, etc..

I then updated libtiff.. and re-compiled some stuff to test..
Actually I think the problem was in old libtiff .la or .a files in the devx..

I fixed the stuff in the devx.. Seemed to be fine..

I wanted to try get rid of everything that needs the older libjpeg,
which includes some stuff stolen from GuyDog: imlib2, feh

So I compiled imlib2-1.4.5 and giblib-1.2.4, and then feh-1.3.4, and feh-1.4

I can't get imlib2 to play nice with feh, but wbar has no problems...
I keep getting the same error with feh:

Code: Select all

feh WARNING: /usr/share/backgrounds/Tux.jpg - No Imlib2 loader for that file format
feh - No loadable images specified.

Feh-1.3.4 has a configure script to compile with, the others don't..
If building feh-1.3.4, I can specifiy --with-imlib2= but I don't know which dir to point it at!
I tried various already, none worked!

Here's how I built most of it:

./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --enable-shared --build=i386-pc-linux-gnu
make
new2dir make install

Any ideas would be great, cos I Googled around a lot,
and most people got past this by doing the obvious stuff,
like checking files installed to correct places, and so on...

Everything appears to be fine, but feh just won't work with jpegs!

What is the most logical thing to do? Compile the same versions that I had installed,
except compile on the system with the new, single libjpeg?

[amigo]

Compile the same versions that I had installed,
except compile on the system with the new, single libjpeg?

That's the big secret!

[PANZERKOPF]

I can't get imlib2 to play nice with feh, but wbar has no problems...

Seems Imlib2 's jpeg loader is broken. Wbar has no problems because you are using
png or other non-jpeg images as icons so they are shown correctly. Did you try to use
jpeg images with Wbar?
I never used Wbar or Imlib so that is guess only.

[sc0ttman]

I can't get imlib2 to play nice with feh, but wbar has no problems...

Seems Imlib2 's jpeg loader is broken. Wbar has no problems because you are using
png or other non-jpeg images as icons so they are shown correctly. Did you try to use
jpeg images with Wbar?

Yes I added some jpeg icons to wbar, it carried on working fine...
Thanks for the tips and help, I'll see if I can sort this out..

[sc0ttman]

Compile the same versions that I had installed,
except compile on the system with the new, single libjpeg?

That's the big secret!

But what if I wanna update either imlib2 or feh in th future?!
I would like a newer feh at some point.. But it's not essential...

Just in case anyone cares, this is more or less SOLVED.

I did indeed need to re-compile the same version of imlib2, feh, etc that I already had installed, but only AFTER updating recompiling libjpeg-0.0.7 and replacing libjpeg-0.62 with a symlink to the newer version.

BTW, part of the problem here seemed to be that the changes made between the available versions of giblib and feh are quite big.. And there are a lot of versions not easy to find!