Bug 613988 – =dev-qt/qtwebkit-5.6.2 - /usr/lib64/libQt5WebKit.so.5.6.2: undefined reference to `leveldb::DestroyDB(std::string const&, leveldb::Options const&)'

• Status: RESOLVED WORKSFORME
• Product: Gentoo Linux

[Description Jeroen Roovers (RETIRED) 2017-03-27 06:22:40 UTC]

Created attachment 468402 [details]
www-client:otter-0.9.12:20170327-061241.log

Happens with the live ebuild as well. I'm not sure why this happens as www-client/otter doesn't use leveldb directly.

[Comment 1 Michael Palimaka (kensington) 2017-03-28 10:11:39 UTC]

Try rebuilding leveldb and failing that qtwebkit.

[Comment 2 Jeroen Roovers (RETIRED) 2017-05-14 09:00:40 UTC]

(In reply to Michael Palimaka (kensington) from comment #1)
> Try rebuilding leveldb and failing that qtwebkit.

If that fixes it, then the problem is that this could have been done automatically.

[Comment 3 Michael Palimaka (kensington) 2017-05-14 12:49:30 UTC]

Did you try?

[Comment 4 Davide Pesavento (RETIRED) 2017-05-14 16:53:10 UTC]

(In reply to Jeroen Roovers from comment #2)
> (In reply to Michael Palimaka (kensington) from comment #1)
> > Try rebuilding leveldb and failing that qtwebkit.
> 
> If that fixes it, then the problem is that this could have been done
> automatically.

Not necessarily. We've seen similar issues with leveldb caused by the gcc-5 upgrade. If that's the case, we can't do anything about it, read your news items.

OTOH, if this is caused by a leveldb upgrade (unlikely since there haven't been new versions in the past couple of years), then please reassign to leveldb maintainers to add a subslot so that qtwebkit can properly depend on it.

[Comment 5 Devrin Talen 2017-05-30 17:45:10 UTC]

Just FYI, re-emerging leveldb fixed this for me.

[Comment 6 Jeroen Roovers (RETIRED) 2017-08-17 08:16:09 UTC]

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