Conversation
|
Some maintainers (perhaps outside contributors) cannot be assigned: @yan12125, @Universebenzene, @xiaohuirong, @ykelvis, @tttturtle-russ |
7ecac21 to
fad49c1
Compare
|
重新获取了所有 maintainers,仅有一处 maintainers 改变 diff --git a/archlinuxcn/python311/lilac.py b/archlinuxcn/python311/lilac.py
index 3ab137e1a04..7c4d5ccc308 100644
--- a/archlinuxcn/python311/lilac.py
+++ b/archlinuxcn/python311/lilac.py
@@ -5,7 +5,7 @@ from lilaclib import edit_file
def pre_build():
- aur_pre_build(maintainers=['soh'])
+ aur_pre_build(maintainers=['Heptazhou'])
for line in edit_file("PKGBUILD"):
if line.startswith("provides="):
continue |
|
那可以准备合并了吗? |
|
还有4个AUR包没有maintainer,我应该在PR中取消aur_pre_build还是等维护者稍后在AUR adopt后自行修改? |
|
可以写最后打包者。 |
|
由于最近 AUR 恶意投毒事件再次发生,我重新 rebase 了我的 commit 并重新检查了我的修改。 更新如下:
当前的PR更改如下:
从 5 月以来没有换过维护者。
@lilydjwg 如果不需要维护者检查的话,可以准备合并。如果需要检查,我可以创建对每个维护者应该检查的包的列表。 |
|
这么干感觉evil过头了,假如有长期的恶意包无人检查就直接呆仓库里了,或许改成无人修改并认领的包直接弃置好些 |
|
建议maintainer review各自的包,我晚些时候会整理一个列表。 直接弃置可能过于谨慎,但也是一种好方法。 |
同意,可以先弄个列表,请管理员公示一段时间,然后再弃置
我不认为,linux以缺乏杀毒软件著称,一旦被恶意软件感染,即使是当事人也很难察觉 |
我将会使用VirusTotal扫描仓库中的这些包,并整理结果 |
VirusTotal都是零报毒,仅供参考 |
|
如果现在不急着review的话,可以等 #4378 完成后我再整理一次 |
|
因为上游的变化,我准备将 |
对的,如果最后打包者不在列表中就会拒绝打包 |
你可以不用管这个PR自己修改,建议添加指定AUR维护者。我的PR在需要的时候可以rebase |
已经不是建议了,向管理员依云咨询后得到的结果是未来的某个时候,archlinuxcn/repo的lilac会拒绝执行不指定aur维护者的aur_pre_build |
现在不加的话晚点也会在我PR里出现,晚点就会需要review |
一般非中国杀软报毒在五个以下,且最近该软件没有频繁的VirusTotal提交记录,就可以视为无毒 |
Fix #2228
用脚本批量了添加现有 AUR Maintainer 和 CoMaintainers
Todo:
AUR 上没有 Maintainer 的包:
建议维护者在 AUR adopt 后改为
update_aur_repo的模式因 AUR RPC 限制,未能获取到 Last Packager,若其与 Maintainer 和 CoMaintainers 不同,lilac 会拒绝
待测试(预计今晚前完成)已添加result
可忽略
需修改