Bug 303255 – app-emulation/emul-linux-x86-baselibs needs a copy of libjpeg.so.62 and .7 and .8

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Andrew Frink 2010-02-02 19:42:33 UTC]

see bug 283089 for the previous issue. This is the same problem except that media-libs/jpeg-8 is out now.

I updated my system to use jpeg 8, and everything compiled fine when I
revdep-rebuild for the old jpeg libs.

However, when I try to run Wine, it will not run due to Wine looking for
libjpeg-8 (installed as 64-bit) but only finds libjpeg-7 (installed by
emul-linux-baselibs).

There is no updated emul-linux-baselibs to match the new version of libjpeg. 
Only solution so far is to mask jpeg-7 and rebuild all the packages that depend
on libjpeg.

Reproducible: Always

Steps to Reproduce:
1.upgrade to jpeg-8
2.rebuild wine
3.run any wine application

Actual Results:  
Wine does not start with message "Wrong JPEG library version: library is 70,
caller expects 80"

Expected Results:  
Wine to run

(above shamelessly copied from the other bug)

[Comment 1 Samuli Suominen (RETIRED) 2010-02-02 22:10:42 UTC]

Yes, emul-linux-x86-baselibs needs now,

media-libs/jpeg:62     (for libjpeg.so.62) - This is like "jpeg-compat"
media-libs/jpeg:7      (for libjpeg.so.7) - This is like "jpeg-compat"

=media-libs/jpeg-8*:0  (for libjpeg.so.8) - This is what everything should be linked against.

These can be installed on same system.

[Comment 2 Samuli Suominen (RETIRED) 2010-02-03 04:19:36 UTC]

*** Bug 303297 has been marked as a duplicate of this bug. ***

[Comment 3 Roy Marples 2010-02-03 21:39:30 UTC]

Any reason why v8 of jpeg was removed in the more recent baselibs? It was working!

[Comment 4 Pacho Ramos 2010-02-04 20:49:31 UTC]

It wan't ever added to emul-linux-x86-baselibs :-/ 

[Comment 5 Andrew Frink 2010-02-05 00:23:25 UTC]

(In reply to comment #4)
> It wan't ever added to emul-linux-x86-baselibs :-/ 

Is there a reason that I (the user) cannot just build these myself along with the 64 bit versions? I'm asking in all seriousness as this is the second time this has happened in the last 6 months or so. Yes i know jpeg-8 is ~amd64, but bumping jpeg should mean bumping emul-linux-x86-baselibs as well. 

This may need some help from the wine end as well, as it assumes that /usr/include/jpeglib.h is the correct header file even if it is going to load the 32bit version (it probably should be). Although the WINE devs seem to be very hostile towards Gentoo for some reason. Maybe WINE needs to depend on "=media-libs/jpeg-X" where X is the version in baselibs.

I'm using app-emulation/emul-linux-x86-baselibs-20091231, 

[Comment 6 Samuli Suominen (RETIRED) 2010-02-18 11:15:35 UTC]

(In reply to comment #5)
> Is there a reason that I (the user) cannot just build these myself along with
> the 64 bit versions? I'm asking in all seriousness as this is the second time

Bug 145737.

[Comment 7 Pacho Ramos 2010-02-20 23:13:30 UTC]

Fixed

[Comment 8 Jeff Shanab 2010-03-08 15:05:08 UTC]

(In reply to comment #7)
> Fixed
> Can we say a little more? like "fixed in version _______"

[Comment 9 Pacho Ramos 2010-03-08 15:13:44 UTC]

(In reply to comment #8)
> (In reply to comment #7)
> > Fixed
> > Can we say a little more? like "fixed in version _______"
> 

Yes, of course, it's fixed in current testing one -> 20100220

Fixes like this (related with packages additions, removals...) are usually included in the testing version added just before closing the bug report ;-)

Regards