On 10 Sep 2012, at 20:37, Dave Botsch wrote:
> Can you clarify "a bug" below? Does this qualify as "any bug" or "any
> bug not in the security queue"?
Sorry, all of this applies only to bugs in the openafs-bugs queue. I'm not
(currently) proposing changing access to bugs in the openafs-security queue.
I'm not say that openafs-security is perfect as is, just that it's a discussion
for another time.
> On Mon, Sep 10, 2012 at 08:33:54PM +0100, Simon Wilkinson wrote:
>>
>> On 10 Sep 2012, at 16:30, Andrew Deason wrote:
>>
>>> Aside from the spam/abuse angle, which people have covered ("it's a
>>> problem, but tractable")... many extant RT accounts are pretty
>>> restricted. IIRC, I can't 'steal' ownership of anything, or comment on
>>> any ticket I'm not explicitly included on, which makes it pretty darn
>>> difficult to use.
>>>
>>> I think that means I can't 'resolve' things owned by other people unless
>>> I get them to explicitly reassign ownership. I also cannot 'delete' spam
>>> tickets and such.
>>>
>>> Opening _that_ much up I believe is simpler.
>>
>> Okaty, so as a first step, let's fix this. I believe that this is just a
>> case of changing the permission set, and possibly the list of users with a
>> given permissions.
>>
>> I believe a while back, the offer was made to do this, providing that we had
>> some agreement on what those permission sets should be.
>>
>> So, I'm proposing the following sets:
>>
>> guest:
>> As present, can view the openafs-bugs queue, but can't update them
>>
>> commenter:
>> Can do anything to a bug, but can't delete it, or merge it with another
>> bug, (these are potentially irreversible steps in RT)
>>
>> developer:
>> Can do anything to a bug
>>
>> And then the existing set of permissions for the security queue. All active
>> accounts would be by default in the 'commentor' state. Anyone who meets my
>> earlier criteria for +2 access to gerrit would also be in the developer set.
>>
>> And then we solve the issue of how to do automatic signup as a separate step.
>>
>> Any comments?
>>
>> Cheers,
>>
>> Simon.
>>
>>
>> _______________________________________________
>> OpenAFS-devel mailing list
>> [email protected]
>> https://lists.openafs.org/mailman/listinfo/openafs-devel
>>
>
> --
> ********************************
> David William Botsch
> Programmer/Analyst
> CNF Computing
> [email protected]
> ********************************
> _______________________________________________
> OpenAFS-devel mailing list
> [email protected]
> https://lists.openafs.org/mailman/listinfo/openafs-devel
_______________________________________________
OpenAFS-devel mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-devel