Neil Williams wrote, Tuesday, December 23, 2008 12:49 PM
On Mon, 22 Dec 2008 21:54:37 +0000
"Adam D. Barratt" <a...@adam-barratt.org.uk> wrote:
> The solution is to assign the bug to "src:soci", which I've done for the
> bug you used as an example.
That then breaks other things:
Debian Bug report logs - #504907
FTBFS with GCC 4.4: missing #include
Package: src:soci; Maintainer for src:soci is (unknown);
Indeed. I mentioned that in my previous mail - support for src:foo is only
partially in place on the BTS at the moment. It mostly works, but individual
bug report pages are one of the places where it sadly doesn't. :-(
and still doesn't populate the source field in bts status:
That's due to the fact that the BTS's SOAP interface (which "bts status"
queries) doesn't return source package information by default. I've modified
bts locally to request the information. In this case, however, the result is
that there is no "source" entry at all. I'm not sure whether that's
intentional or not.
Also, bug #509453 has now disappeared from the list of bugs affecting
the source package soci, only 504907 now shows up.
Indeed; #509453 would need reassigning to src:soci as well.
[...]
That could be extended a bit to say:
dch warning: bug #509453 belongs to package soci,
which might be the source package. disabling closing changelog entry
To reassign to soci source use: 'bts reassign 509453 src:soci'
dch: Did you see that warning? Press RETURN to continue...
Maybe only if $bugpkg == $PACKAGE ?
Yeah, that seems like a reasonable idea.
> [For reference, I believe that #509498, filed a short while ago against
> bugs.debian.org is another instance of the same underlying issue].
This does seem to be a bug in b.d.o and the same issue as 509498.
I'm thinking we could change this bug report into a wishlist for
src: to be documented in the bts manpage and maybe hinted in the error
line from debchange and mark it blocked by 509498.
If you're happy with that, then so am I. :)
To close 509498, I believe it would be necessary for 'bts status' to
receive the relevant data to populate the source field *and* not list
the package as "src:soci" in this case, just as "soci".
"bts status" literally displays the data returned to it by the BTS, which is
why the output sometimes appears a little odd. I'd prefer not to change that
as it has the potential to create confusion when compared to other
representations of the data (although obviously I'm open to being convinced
I'm wrong, and my co-maintainers may disagree).
I'll query whether the BTS is likely to start returning a useful "source"
field for such bugs, but I probably won't have chance to follow that up
until after Christmas; let's see where that leads.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
