On Tue, Dec 28, 2010 at 17:16:19 (CET), Arnout Engelen wrote:
> On Tue, Dec 28, 2010 at 04:59:48PM +0100, Reinhard Tartler wrote:
>> On Tue, Dec 28, 2010 at 16:11:25 (CET), Jonas Smedegaard wrote:
>> > To me it seems that if we go for a more formal way to hint packages
>> > being ready for release, then it makes sense to use (parts of) same
>> > approach the Perl team use. Perhaps it then makes sense - instead of
>> > improving PET or in addition to that - to write a git hook which
>> > auto-applies usertags?
>> On Tue, Dec 28, 2010 at 16:45:41 (CET), Arnout Engelen wrote:
>> > So when this hook is triggered it would check the changelog, and if the
>> > distribution field of the latest entry is something other than UNRELEASED,
>> > it
>> > would add the 'upload-requested' usertag to any bugs closed in this
>> > changelog
>> > entry?
>> I don't think this would be a good idea. While the bug in question might
>> be fixed, the package in git might not be 'good' enough for upload
>> because of other reasons. This cannot be decided automatically.
> In that case, wouldn't you just keep the distribution field at 'UNRELEASED'
> until the package is in better shape?
> Only the (manual) change of the distribution field to something other than
> 'UNRELEASED' would trigger adding the tags.
Sounds reasonable. But then the implementation should also take care to
untag the bugs in case the distribution field is set back to
'UNRELEASED'. And of course I imagine a number of corner cases that
need to be considered, like not accidentally (un)tagging bugs from
previous uploads, detecting what versions have already been uploaded, etc.
Reinhard Tartler, KeyID 945348A4
pkg-multimedia-maintainers mailing list