AUR 是一个 ArchLinux 用户发布软件包打包脚本 PKGBUILD 的地方，有位老兄 MarsSeed 闲着没事干，到处（各个软件包底下的评论区）指导别人该怎么写，甚至批量发起上百个 Deletion Request，甚至账号被多次 suspend，他还要求解封：
有人说自己用的内核包被他发起 deletion request:
3:47 p.m.
It am already forking aurweb to introduce software features designed to reduce impact of rude users surrounded by rude people.
Marcell just sent a deletion request for the kernel for the device I am running. Can we a least agree one who tries to delete the kernel package for your device just to bother you on susday afternoon is not a good user?
看他发说的话，简直是厚颜无耻：
…
I was in the process of closing at least a few hundred more of my pending deletion requests that have no urgency or significant impact, to help lessen the burden on PM’s. But now I cannot continue that activity. I hope my unjustly suspended account can be restored soon and the culprit gets called out for their overreach. Yours, Marcell Mészáros (MarsSeed)
AUR 管理员心善，的确是给他解封了。然而这家伙号都不换，又继续活动，要求删除 python311 包，理由是这个包可能会导致系统不能用：
MarsSeed [1] filed a deletion request for python311 [2]:
This package can break Arch Linux because it says it provides python,
but that allows the user to uninstall Arch/core/python, rendering all
‘python-’ packages defunct.I have made a request on AUR/python310 and AUR/python38 to remove
‘python’ from their provides. While the maintainer of python38
understood the issue, @soh who is the maintainer of this and python310
failed to do so.[1] https://aur.archlinux.org/account/MarsSeed/
[2] AUR (en) - python311
关于这个问题，我在 python310 已经跟他辩论过了：
MarsSeed:
Please kindly rename this package to
python-3.10to conform to Arch package naming guidelines (to the requirement that calls for attaching only the major version number directly to the package name, which in this case is 3 - three -, not 310 - three hundred and ten).Also please remove the provides field. It is useless, and this package is not a drop-in replacement of repo’s python package. Also, AUR helpers don’t support versioned provides lookup.
Some good examples from repo:
- core/
openssl-1.1- extra/
atkmm-2.36- extra/
aspnet-runtime-6.0Thank you in advance for your cooperation, and for maintaining this package.
语气尤其是最后一句整得跟 tmd 官方的一样。然而 Arch developer/trusted user 才不管这点小事呢，他们连 Arch BBS 从 3 年前已经停止开发的 FluxBB迁移到 Discourse 做了半年了都还没做完呢 
。
soh 回复：
@MarsSeed Thanks for your kind advice. You seem to also send this message to python39 and python38 packages. In my opinion, The
python3Xnaming convention has come to existence for several years. It will make current users surprised and inconvenient if they useyay -Syuto upgrade their system. Also some official packages use naming convention like this too (without the-), e.g.:We will not expect a python4 in the near future so I guess the
three hundred and tendoes not hampers the correction interpretation of version too much.As for the
providesfield. I think the current one do follows the PKGBUILD on ArchWiki:An array of additional packages that the software provides the features of (or a virtual package such as cron or sh). Packages providing the same item can be installed side-by-side, unless at least one of them uses a conflicts array. The version that the package provides should be mentioned (pkgver and potentially the pkgrel), in case packages referencing the software require one.
As for whether it is a drop-in replacement, in some sense, it is. It will give users great flexibility to rebuild all python-related packages against this specific version as long as there is no compatibility issues.
MarsSeed 又说：
extra/gcc12is not for gcc v1.2 but for v12. So that is an example in favor of my point for renaming this package to python3.x or python-3.x.Originally, I suggested
python-3.x, but maybe it would be best to use thepython3.xpgkname format, in case other modules would need to be created.I think the latter would lead to a more immediately recognizable grouping of what name part belongs to where. E.g.:
python3.8python3.10python3.13-setuptoolspython3.8-setuptools57(python v3.8, setuptools v57)python3.9-pillow9.5(python v3.9, pillow v9.5)(Edit: adjusted examples and added two more)
又说：
Anyhow, for now, please kindly remove
'python'from provides, just like in otherpython3*packages that are maintained by @rixx.See reasoning behind the necessity of this in the comments on python38 page.
我就不鸟他了。
今天又来要求删除 python311，必须要好好怼一下他：