Bug#753683: tracker.debian.org: '1 bug tagged help in the BTS', but no bug is open
Control: reassign -1 debbugs
Control: affects -1 tracker.debian.org
Control: retitle -1 Bugs in binary packages which have migrated from one source package to another show up in the wrong source package
On Wed, 03 Dec 2014, Raphael Hertzog wrote:
> On Tue, 02 Dec 2014, Don Armstrong wrote:
> > It depends on what you're using that field for. If you're using it
> > to show a set of bugs which may potentially be relevant to a
> > package, then just show everything which is in source. If you only
> > want to show those bugs which are currently found, then that's a
> > totally different question which requires asking the BTS about
> > specific versions of the source package (or binary packages).
>
> So let me explain, we use the BTS soap interface to retrieve a list of
> bugs tagged "help" which are not closed yet. Then we assign those bugs
> to source packages and display a message "heh you have X bugs tagged
> help" and give a link of the form
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=ffmpeg&tag=help&pend-exc=done
>
> In this report, the above linked showed nothing while the status of
> the bug 704070 was this (dropping irrelevant fiels):
>
> found libav/6:0.8.5-1 =>
> pending pending
> package ffmpeg
> keywords help wontfix
> severity minor
> source ffmpeg, ffmpeg-debian, ffmpeg-free, libav
> tags help wontfix
> found_versions libav/6:0.8.5-1
OK. I now understand what is going on here.
In wheezy, libav is the source package for the ffmpeg binary package.
In sid, ffmpeg is the source package for the ffmpeg binary package.
Unfortunately, the BTS (currently) only considers the state of
source/binary packages in sid when it's displaying bugs using the
pkgreport.cgi?src=foo search. Thus, if ffmpeg wasn't in the ffmpeg
source package in sid at that moment in time, this wouldn't have worked.
This is basically a bug in the BTS itself, but it's complicated to fix.
Fixing it requires me knowing all of the binary packages which were
ever in a particular source package, and also tracking all of the source
package renames which happen. It's tied up with doing the database for
the BTS properly too.
Anyway, if you're using the src= search (which you are, since
tracker.debian.org is by source package), then you should show the bug
in all of the source packages which are in the source field. Eventually
the BTS will show them all correctly using the links that you're already
using.
--
Don Armstrong http://www.donarmstrong.com
Religion is religion, however you wrap it, and like Quell says, a
preoccupation with the next world clearly signals an inability to cope
credibly with this one.
-- Richard K. Morgan "Broken Angels" p65
Reply to: