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

Reply via email to