proposal to turn dh_shlibdeps warning into an error

Bug #688839 reported by Matthias Klose on 2010-12-11
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
dpkg (Debian)
New
Unknown
dpkg (Ubuntu)
Medium
Unassigned
Natty
Medium
Unassigned

Bug Description

Binary package hint: dpkg

is there a reason not to turn this into an error and detect these bugs early?

seen in the cwiid build:
dh_shlibdeps -plibcwiid1
dpkg-shlibdeps: warning: symbol hci_close_dev used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol pthread_cancel used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol hci_open_dev used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol hci_inquiry used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol pthread_join used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol pthread_create used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol clock_gettime used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol pthread_detach used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol hci_read_remote_name used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol hci_get_route used by debian/libcwiid1/usr/lib/libcwiid.so.1.0 found in none of the libraries.

seen in the protobuf build, see bug #688819

dh_shlibdeps
dpkg-shlibdeps: warning: symbol pthread_once used by debian/libprotobuf6/usr/lib/libprotobuf.so.6.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol pthread_once used by debian/libprotobuf-lite6/usr/lib/libprotobuf-lite.so.6.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: dependency on libz.so.1 could be avoided if "debian/libprotobuf-lite6/usr/lib/libprotobuf-lite.so.6.0.0" were not uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: symbol pthread_once used by debian/libprotoc6/usr/lib/libprotoc.so.6.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: dependency on libz.so.1 could be avoided if "debian/libprotoc6/usr/lib/libprotoc.so.6.0.0" were not uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on libz.so.1 could be avoided if "debian/protobuf-compiler/usr/bin/protoc" were not uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on libprotobuf.so.6 could be avoided if "debian/protobuf-compiler/usr/bin/protoc" were not uselessly linked against it (they use none of its symbols).

Matthias Klose (doko) on 2010-12-11
Changed in dpkg (Ubuntu):
importance: Undecided → High
milestone: none → natty-alpha-2
Colin Watson (cjwatson) wrote :

I would be sceptical about this, because it would break any library that is structured to require particular symbols from its users. This isn't hugely common practice, but there are a few examples of it in the archive: libcgic comes to mind, whose design requires applications linked against it to supply a cgiMain symbol.

I think that this should be discussed with the Debian dpkg maintainers rather than requiring any particular schedule on the Ubuntu side, so I'm removing the milestone.

Changed in dpkg (Ubuntu Natty):
milestone: natty-alpha-2 → none
status: New → Confirmed
Changed in dpkg (Ubuntu Natty):
assignee: nobody → Canonical Foundations Team (canonical-foundations)
Changed in dpkg (Debian):
status: Unknown → New
Colin Watson (cjwatson) wrote :

Taking off the Natty list, since I don't think this needs us to continually review it in the weekly release meeting. Of course this doesn't imply that it necessarily won't be addressed in Natty, especially if dpkg upstream decide to take up this suggestion.

Changed in dpkg (Ubuntu Natty):
status: Confirmed → Won't Fix
Colin Watson (cjwatson) wrote :

Unassigning and dropping priority, per my comments #1 and #2 on this bug.

Changed in dpkg (Ubuntu):
assignee: Canonical Foundations Team (canonical-foundations) → nobody
importance: High → Medium
Changed in dpkg (Ubuntu Natty):
assignee: Canonical Foundations Team (canonical-foundations) → nobody
importance: High → Medium
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.