Thank you for bringing this to my attention. I did not realize that it was an issue to have a duplicate package in the AUR, and clearly see now that I should not. I guess the action of deleting the package makes more sense so I apologize for any confusion and unnecessary complaint. I do think if a package in an official repo is not getting updated that it makes sense to allow one in the AUR, but that would be a separate proposal. Please note, I also maintain a separate Skaffold package (skaffold-bin) since at times new updates were not getting pushed for a month or more. Feel free to delete that as well. On Sat, Nov 6, 2021 at 11:32 AM Brett Cornwall via aur-general - aur-general at lists.archlinux.org <nzdhmllkzsryyxkzwmuhvygoecmyjclu@simplelogin.co> wrote:
On 2021-11-06 16:05, B via aur-general wrote:
grawlinson made a deletion request on this package after I updated it to v0.89.1, and they immediately approved their own request. The community package is flagged out-of-date and is at v0.88.1.
First, this violates the AUR community guidelines that requests a user be contacted before a package is removed. Additionally, I find that they are making a request and then immediately approving their own request without any discussion to be concerning.
Indeed, that's not something that should happen! Thanks for bringing this to our attention.
I do not think you should be deleting AUR packages, unless they are malicious. If they are not being maintained, then you should be contacting the users before deleting them. Otherwise, there is no harm in having an AUR and trusted package, as many times they be actually be different or the trusted package is the one not actively getting updated.
The AUR is not a democracy! There are standards and guidelines that clearly state that hugo-bin was not an acceptable package in the AUR [1]. So while the acceptance of their own request should not have happened, this package should not have existed in the first place.
Hope this helps.
[1] https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submissi...