Closed petronny closed 4 years ago
总之现在这个版本算是跑过了。。。 每个arch可以找到对应的包。
devtools-qemu还有几处pkgcache互相干扰的问题要解决,还要添加archlinuxarm-keyring
作为依赖。
明天修吧
解决了一波问题。然而又发现了一个mkarchroot的ca hook运行不对的问题。。。 我找一下我的rpi2实测一下ca hook。。。
确定打包顺序的时候,也做了依赖解析。那边也需要处理一下。
我觉得这种也按一般情况下一并处理,如遇到特例 copy 一份pkgbase_arm
就能暂时忽略。。。
另外还要考虑一个依赖包,只有部分架构打包成功的情况。(尽量避免同一个包重复构建,以免出现签名对不上、不同用户同一版本的包不一样之类的问题。)
目前的情况是,的确会重复构建,然而除非所有的都成功了,否则不会 copy 到目标目录,只会在PKGBUILD那停着。从用户的角度看倒是没问题,从机器的角度看可能会麻烦几次。
要真说的话,yay-git
应该是重复打包重灾包。qemu下yay打包会出随机的段错误,能不能成功感觉完全看脸。。。连续过armv6h armv7h aarch64 感觉真是幸运。。。
(呃,然而实际情况是,我对 arm 需求的总共就不到10个包。。。
感觉大费周折之后没什么收获的样子。。。sigh...)
這些改進對未來實作archlinuxcn-testing也很有幫助呢~
我现在改成了每个架构建一个不同的文件夹来解决了。。。比如
yay/lilac.py
yay-armv6h/lilac.py
yay-armv7h/lilac.py
yay-aarch64/lilac.py
每个只用一个build_prefix
这个主意不错。源码会下载多次,不过问题不大。
41
我觉得我的devtools-qemu已经准备好了