Package: packagesearch A while ago I checked all reverse dependencies of deborphan for multiarch and deborphan related problems, except of packagesearch since I assumed that it wouldn't be actively maintained anymore and had an release critical bug at that time. Now its very late in the release cycle and Debian will presumably freeze in the second half of June.
The multiarch related problems I spotted in your package are listed below. These issues are not limited to the deborphan part of packagesearch, as it also applies to packages found via debtags: * It fails silently fails to remove packages (after installing aptitude, before it complained about the missing aptitude). * It complains that the file list for $package is not available for co-installable multiarch packages. I assume all you do is listing the file content of /var/lib/dpkg/info/${packagename}.list. For co-installable multiarch packages, this is not enough, for example, /var/lib/dpkg/info/devscripts.list would be found, but libapt-pkg4.12:amd64.list in the same directory would not be found using this approach. packagesearch as deborphan frontend works as expected, except of above noted general problems. On multiarch enabled systems, deborphan/Wheezy prints package names with architecture suffix, for example 'vim:amd64' instead of 'vim'. On non-multiarch systems, it omits this architecture suffix. There are some frontend specific options in deborphan, but none of them is relevant for your package, with the possible exception of --show-arch to always print package names with arch qualification. If you are interested in using this option, please drop me a mail so that I can clarify some related problems with partial upgrades and how to check if the option is available in the system's deborphan. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org