Package: usrmerge Version: 13 Severity: serious Hi,
While I was checking the implications of the dpkg-shlibdeps breakage I realized that «dpkg-query --search» is also broken when deploying a merged-/usr with the method from this package. At least in two ways, when doing: $ dpkg-query -S /usr/<something> for a pathname that used to exist only in /<something>. And: $ dpkg-query -S /<something> for a pathname that used to exist only in /usr/<something>. The ways to trigger these will be different, one can happen when passing canonicalized pathnames to dpkg-query, the other might happend when a user on such merged-/usr system introduces the pathname that now resolves but is unknown to dpkg. From casual inspection it appears that packages calling dpkg or dpkg-query with -S or --search can potentially break stuff. Things like needrestart, checkrestart (from debian-goodies) as Linux's /proc/<PID>/exe points to the canonicalized pathname, reportbug is another obvious things that seems could break. But there are many to check. Anything matching the above on codesearch.d.n is a potential thing that will break and might need review and/or verification. Thanks, Guillem
