Bug 169251

Summary:	revdep-rebuild should be able to detect undefined symbols
Product:	Portage Development	Reporter:	Remy Oudompheng <oudomphe>
Component:	Tools	Assignee:	Portage Tools Team <tools-portage>
Status:	RESOLVED DUPLICATE
Severity:	enhancement
Priority:	High
Version:	unspecified
Hardware:	All
OS:	All
Whiteboard:
Package list:		Runtime testing required:	---

Description Remy Oudompheng 2007-03-04 09:22:45 UTC

It happens that some packages do not change library name whereas the exported symbols do change, as it happened to me with the last Qt upgrade. I don't know exactly The Right Way to detect that, ldd -r for example issues messages about that on stderr

/usr/bin/djview: Symbol `_ZTV6QFrame' has different size in shared object, consider re-linking
undefined symbol: _ZN7QWidget14icHolderWidgetEv	(/usr/bin/djview)
undefined symbol: _ZN12QApplication20locateICHolderWidgetEP7QWidget	(/usr/bin/djview)
undefined symbol: _ZN12QApplication15icHolderWidgetsEv	(/usr/bin/djview)

How about an option to add checks for that and rebuild the affected packages ?

Reproducible: Always

Steps to Reproduce:
1. emerge some package
2. mess with the symbols of a dependency
3. see how broken has become the former package and revdep-rebuild cannot see that.

Comment 1 Jakub Moc (RETIRED) gentoo-dev

2007-03-04 09:23:14 UTC

Not portage...

Comment 2 Jakub Moc (RETIRED) gentoo-dev

2007-03-04 09:25:51 UTC

Feel free to produce a patch that doesn't spit out tons of false positives that are useless and annoying.

*** This bug has been marked as a duplicate of bug 162589 ***

Comment 3 DEMAINE Benoît-Pierre, aka DoubleHP 2010-09-22 11:16:45 UTC

See bug 338347 . Remy, I agree with you, there is a problem, and it should be fixed at revdep-rebuild level.