harden aur_pre_build (#2228) - #4294
Conversation
lilacbot
assigned
BruceZhang1993,
felixonmars,
KenOokamiHoro,
lilydjwg,
MarvelousBlack,
petronny,
qwIvan,
renyuneyun,
ghost
and
Sasasu
|
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扫描仓库中的这些包，并整理结果 |
d633c79 to
0d0a2fb
Compare
VirusTotal都是零报毒，仅供参考 |
|
如果现在不急着review的话，可以等 #4378 完成后我再整理一次 |
|
因为上游的变化，我准备将 |
对的，如果最后打包者不在列表中就会拒绝打包 |
你可以不用管这个PR自己修改，建议添加指定AUR维护者。我的PR在需要的时候可以rebase |
已经不是建议了，向管理员依云咨询后得到的结果是未来的某个时候，archlinuxcn/repo的lilac会拒绝执行不指定aur维护者的aur_pre_build |
现在不加的话晚点也会在我PR里出现，晚点就会需要review |
一般非中国杀软报毒在五个以下，且最近该软件没有频繁的VirusTotal提交记录，就可以视为无毒 |
|
请问这个 PR 是否计划近期合并，或者是否建议将已经受到强制检查影响的包拆分成独立 PR 修复？
但本 PR 尚未合并，因此 pre_build: aur_pre_build它在 2026-07-08 检测到
如果这个批量 PR 暂时无法合并，我可以单独提交一个仅修改 pre_build_script: aur_pre_build(maintainers=['juanmah'])这样是否更合适？ |
|
啊？明天修 |
谢谢！ |
|
zotero-bin 有什么 zotero 不能提供的功能吗？ |
我理解是不需要在本机编译吧 |
|
no maintainer:
|
[archlinuxcn] 的包本来就不需要用户再编译，是在编译机上打好的 |
|
之前是这样，有一段时间 zotero 编译过不去了，加上了 -bin 顶着，后面就是两者并存了。 |
|
I intend to drop `way-secure` as my plans for Portable to integrate security context support directly had begun.
`dracut-ukify` will be dropped too since I wrote kernel-install hooks myself and this package is of no use to me.
Wondering if anyone wants to take these package.
|
|
目前我看到的卡点：
|
|
你可以直接push到master——这个分支已经冲突了。 |
Fix #2228
用脚本批量了添加现有 AUR Maintainer 和 CoMaintainers