[gentoo-amd64] libkhtml library problem

[gentoo-amd64] libkhtml library problem

[Mark Haney]

Wow, I'm really becoming a giant PITA, aren't I?  During my upgrade to
4.3.0 (which has been going very well actually) I've hit this odd
problem.  When upgrading kweather (and kimagemapeditor) it fails with
this error:

usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld:
warning: libjpeg.so.62, needed by /usr/lib64/libkhtml.so.5.3.0, not
found (try using -rpath or -rpath-link)

/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_input_complete'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_read_scanlines'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_start_output'

/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_resync_to_restart'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_consume_input'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_destroy_decompress'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_CreateDecompress'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_read_header'

/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_calc_output_dimensions'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_finish_decompress'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_start_decompress'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_has_multiple_scans'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to
`jpeg_finish_output'
/usr/lib64/libkhtml.so.5.3.0: undefined reference to `jpeg_std_error'


Th libjpeg.so.62 file is there (in /usr/lib32, it's part of the
emul-linux-x86 package).  It's up to date (the package is), so it can't
be that (I don't think.)

Any ideas?

-- 
Interdum feror cupidine partium magnarum Europae vincendarum

Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Re: [gentoo-amd64] libkhtml library problem

[Volker Armin Hemmann]

On Mittwoch 26 August 2009, Mark Haney wrote:

>
> Any ideas?

yeah, you upgraded to jpeg-7 somewhere.

do a revdep-rebuilt before you proceed.

[gentoo-amd64] Re: libkhtml library problem

[Duncan]

Mark Haney posted on Wed, 26 Aug 2009 14:58:09 -0400 as excerpted:

> Th libjpeg.so.62 file is there (in /usr/lib32, it's part of the
> emul-linux-x86 package).  It's up to date (the package is), so it can't
> be that (I don't think.)

emul-linux-x86 packages are all 32-bit, and that's in a lib32 dir as 
well.  That's not going to help you with 64-bit compiling at all!

Unless of course you're trying to compile KDE as 32-bit!

Volker is likely correct.  FWIW, the package owning my libjepeg.so.62 
here is jpeg-6b-r8 (there might be an update in the last few days, I've 
not done one in a week or so).  If you're running jpeg-7, as he suggests, 
a revdep-rebuild is in order.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: libkhtml library problem

[Volker Armin Hemmann]

On Mittwoch 26 August 2009, Duncan wrote:
> Mark Haney posted on Wed, 26 Aug 2009 14:58:09 -0400 as excerpted:
> > Th libjpeg.so.62 file is there (in /usr/lib32, it's part of the
> > emul-linux-x86 package).  It's up to date (the package is), so it can't
> > be that (I don't think.)
>
> emul-linux-x86 packages are all 32-bit, and that's in a lib32 dir as
> well.  That's not going to help you with 64-bit compiling at all!
>
> Unless of course you're trying to compile KDE as 32-bit!
>
> Volker is likely correct.  FWIW, the package owning my libjepeg.so.62
> here is jpeg-6b-r8 (there might be an update in the last few days, I've
> not done one in a week or so).  If you're running jpeg-7, as he suggests,
> a revdep-rebuild is in order.

23.8 was the day I updates to jpeg-7 and -compat was not there. More 
correctly, it was not installed. A friend updated on Monday and -compat was 
there. So.. it's a bit muddy.

You have two options:
go without -compat. revdep-rebuilt will fix all breakage and you can go on
go with -compat, revdep-rebuilt is not needed. But what lies ahead in the 
future?

Re: [gentoo-amd64] Re: libkhtml library problem

[Mark Haney]

Volker Armin Hemmann wrote:
> On Mittwoch 26 August 2009, Duncan wrote:
>> Mark Haney posted on Wed, 26 Aug 2009 14:58:09 -0400 as excerpted:
>>> Th libjpeg.so.62 file is there (in /usr/lib32, it's part of the
>>> emul-linux-x86 package).  It's up to date (the package is), so it can't
>>> be that (I don't think.)
>> emul-linux-x86 packages are all 32-bit, and that's in a lib32 dir as
>> well.  That's not going to help you with 64-bit compiling at all!
>>
>> Unless of course you're trying to compile KDE as 32-bit!
>>
>> Volker is likely correct.  FWIW, the package owning my libjepeg.so.62
>> here is jpeg-6b-r8 (there might be an update in the last few days, I've
>> not done one in a week or so).  If you're running jpeg-7, as he suggests,
>> a revdep-rebuild is in order.
> 
> 23.8 was the day I updates to jpeg-7 and -compat was not there. More 
> correctly, it was not installed. A friend updated on Monday and -compat was 
> there. So.. it's a bit muddy.
> 
> You have two options:
> go without -compat. revdep-rebuilt will fix all breakage and you can go on
> go with -compat, revdep-rebuilt is not needed. But what lies ahead in the 
> future?
> 

What's really interesting about this is that once I re-emerge
kdelibs-4.3.0 everything compiled fine.  I even fixed my problem with
Kopete not creating new chat windows.

The interesting part is that I had updated to jpeg-7 a while back and
had emerged kdelibs-4.3.0 yesterday morning.  I shouldn't have needed to
/re-emerge/ it to fix that, it should have linked properly.  At least I
think it should.



-- 
Interdum feror cupidine partium magnarum Europae vincendarum

Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415