Re: Tracking package submissions with Debbugs

[ng0]

Andreas Enge <address@hidden> writes:

> Hello,
>
> using debbugs corresponds to a suggestion I made a while ago, so I am
> obviously in favour of it...
>
> On Sun, Sep 04, 2016 at 10:37:02AM +0800, Alex Vong wrote:
>> > I think it would make sense to have the one bug report for the "target
>> > package" and then all the packages that get pulled in along the way get
>> > tacked on also.
>> Hmm, but what if we have 2 target packages (A, B) pulling the same
>> package (C) in? Then it is not obvious if C should live in A's or B's
>> bug report. What do you think?
>
> I do not quite understand the problem with relating bug reports to packages.
> The discussion sounds as if we considered one constantly open bug report per
> package, which is maybe a misunderstanding on my part. I would say that bug
> reports should correspond roughly to our current discussion threads on
> guix-devel: Someone sends in a patch or patch series, which opens a new bug
> (there seems to be the problem of git-sendmail still); there are replies back
> and forth; in the end the patch is applied (or, from time to time, retracted),
> and the bug is closed. In this way, we have an overview of pending patches
> and are less likely to forget one.
>
> As for the non-emacs users, I intend to work as before: Subscribe to all the
> bugs and have them end up in my mailbox, reply, and potentially close them
> by mail.
>
> Andreas
>

A constant open bug could be confusing and misleading. Is this really
what they mean? My preference would be:

User sends email with patch (or coverletter, wait for assignment*),
patch gets assigned id, all correspondence regarding that bug is done in
that thread, bug is considered/marked as done when the patch is merged.


* which can be contra-productive as debbugs email to arrive at my side
  sometimes take 12 - 24 hours
-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org