Control: severity -1 wishlist
On Thu, 09 Jul 2015 09:12:57 +0200 Martin Steigerwald wrote: > Package: apt-listbugs > Version: 0.1.16 > Severity: important > > Dear Maintainer, Hello Martin, thanks for your bug report. > > I told it to pin package but I used the bug number instead of the package > to pin in "p" command. Well, why did you do that? The online help (that can be obtained by typing '?' at the apt-listbugs prompt) says: [...] p <pkg..> - pin pkgs (restart APT session to enable). p - pin all the above pkgs (restart APT session to enable). [...] I think it's clear that the "p" command is intended to be used either with a list of package names, or without any argument. > > Actual results: > > Explanation: Pinned by apt-listbugs at 2015-07-09 09:03:09 +0200 > Package: 791869 > Pin: version * > Pin-Priority: -30000 Well, what happened is that you provided a bug number where a package name was expected. I think there's no reliable way to know for sure whether a package named "791869" exists: apt-listbugs cannot query apt repositories, since a package may be, even temporarily, absent from them and still exist on your system. Hence, apt-listbugs took "791869" as a package name and went ahead. Since the package upgrade you were performing did not involve any package named "791869", no currently installed version for this non-existent package could be determined. As a consequence, the package was treated as one that was about to be newly installed on your system. Since none of the bugs that affected your package upgrade were assigned to a package named "791869", no bug number was included in the Explanation comments. > > Expected results: > > Either prints an error message or does pins the package the bug is made > for. What if the user really wants to pin a package named "791869"?!? I think that apt-listbugs cannot consider this as an error condition. And it cannot assume to know what the user wants better than the user him/herself: hence, it should not replace the string "791869" with the name of the package(s) the bug number is assigned to. Maybe I could implement a check that warns the user, when none of the bugs that affect the user's package upgrade are assigned to the package the user wants to pin and asks whether the user wants to proceed anyway. I'll think about it. But, anyway, I consider this to be a wishlist bug. Bye! -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgpry6RYn8ZjD.pgp
Description: PGP signature
