[OpenStack-docs] How to triage bugs for 3rd party drivers?
Gauvain Pocentek
gauvain.pocentek at objectif-libre.com
Fri Jan 8 07:36:57 UTC 2016
Le 2016-01-07 15:59, Andreas Jaeger a écrit :
> On 2015-12-17 08:49, Gauvain Pocentek wrote:
>> Le 2015-12-12 19:35, Andreas Jaeger a écrit :
>>> How should we triage bugs for 3rd party drivers - since we do not
>>> document them at all.
>>>
>>> For drivers where a vendor signed up at
>>> https://wiki.openstack.org/wiki/Documentation/VendorDrivers , we
>>> could
>>> assign bugs directly to the contact address.
>>
>> +1
>>
>> Set a low priority by default?
>>
>>
>>> For new drivers, I consider marking them as pure wishlist.
>>
>> +1
>>
>> We could assign the bug to the commiter, with a message telling
>> him/her
>> to assign someone else if he/she can't take care of the doc patch.
>> Without assignee the bug will never be taken care of.
>
> I've wrote a change to document this:
> https://review.openstack.org/264810
I'm a bit late for the review, but it looks good. Thanks!
Gauvain
>
>>
>>>
>>> Just two examples, the first is a new driver, the second includes a
>>> regeneration of our tables at minimum (not sure whether further
>>> documentation is needed):
>>>
>>> https://bugs.launchpad.net/openstack-manuals/+bug/1524156
>>> https://bugs.launchpad.net/openstack-manuals/+bug/1524150
>>>
>>> So, table regeneration is something we can do for both. But how
>>> should these two triaged in the best way?
>>
>> We have a tag for automatic table generation
>> (autogenerate-config-docs).
>> The patch handling the options should at least provide a partial-bug
>> tag
>> in the commit message.
>>
>> Gauvain
>>
Gauvain Pocentek
Objectif Libre - Infrastructure et Formations Linux
http://www.objectif-libre.com
More information about the OpenStack-docs
mailing list