[aur-general] Handling own requests (Was: [PRQ#29045] Deletion Request for hugo-bin)

Kevin Morris kevr at 0cost.org
Tue Nov 9 00:10:45 UTC 2021

I'd be up for programmatically making it impossible for any user
(user or TU) to accept their own requests.

However, that does bring some complications into play in regards
to deleting packages.

Currently, on the /packages search page (for a TU), it is possible
to delete packages without a request. In the new FastAPI
implementation of aurweb, we have countered this accountability issue
by auto-generating requests for the action performed. That being said,
removing the ability for TUs to accept their own requests would also
mean that TUs would not really be allowed to blanket delete packages
on their own without a request; furthermore, they couldn't create
a request themselves and go through the path.

So... the behavior would have to be changes to only allow blanket
deletions on packages which already have a request from _another_

This decision is really up to the Trusted User community of the AUR;
not its developers. Some return feedback on this topic would be greatly
appreciated. It would, without a doubt, remove some of Trusted User's
freedoms. But it would also force sort of community-shared
accountability, which may be a good thing.

What do you all think?


On Mon, Nov 08, 2021 at 04:34:20PM +0100, alad via aur-general wrote:
> On Sun, 7 Nov 2021 17:47:16 -0800
> Brett Cornwall via aur-general <aur-general at lists.archlinux.org> wrote:
> > On 2021-11-07 18:26, George Rawlinson via aur-general wrote:
> > >What is the issue with handling one's own requests, specifcally?
> > 
> > I guess I don't see anything on the Wiki. I was under the impression 
> > that we didn't service our own requests so that there were sanity 
> > checks to keep us all in check.
> When I was still handling requests, I'd only accept my own in "exceedingly obvious cases"... like a repo or "-latest" duplicate.
> -- 
> alad <alad at archlinux.org>

Kevin Morris
Software Developer

 - kevr @ Libera
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/aur-general/attachments/20211108/bc8015fc/attachment.sig>

More information about the aur-general mailing list