petronny commented 5 years ago

41

我觉得我的devtools-qemu已经准备好了

petronny commented 5 years ago

总之现在这个版本算是跑过了。。。每个arch可以找到对应的包。

devtools-qemu还有几处pkgcache互相干扰的问题要解决，还要添加archlinuxarm-keyring作为依赖。明天修吧

petronny commented 5 years ago

解决了一波问题。然而又发现了一个mkarchroot的ca hook运行不对的问题。。。我找一下我的rpi2实测一下ca hook。。。

petronny commented 5 years ago

确定打包顺序的时候，也做了依赖解析。那边也需要处理一下。

我觉得这种也按一般情况下一并处理，如遇到特例 copy 一份pkgbase_arm就能暂时忽略。。。

另外还要考虑一个依赖包，只有部分架构打包成功的情况。（尽量避免同一个包重复构建，以免出现签名对不上、不同用户同一版本的包不一样之类的问题。）

目前的情况是，的确会重复构建，然而除非所有的都成功了，否则不会 copy 到目标目录，只会在PKGBUILD那停着。从用户的角度看倒是没问题，从机器的角度看可能会麻烦几次。

要真说的话，yay-git应该是重复打包重灾包。qemu下yay打包会出随机的段错误，能不能成功感觉完全看脸。。。连续过armv6h armv7h aarch64 感觉真是幸运。。。

petronny commented 5 years ago

（呃，然而实际情况是，我对 arm 需求的总共就不到10个包。。。

感觉大费周折之后没什么收获的样子。。。sigh...）

yan12125 commented 5 years ago

這些改進對未來實作archlinuxcn-testing也很有幫助呢～

petronny commented 4 years ago

我现在改成了每个架构建一个不同的文件夹来解决了。。。比如

yay/lilac.py
yay-armv6h/lilac.py
yay-armv7h/lilac.py
yay-aarch64/lilac.py

每个只用一个build_prefix

lilydjwg commented 4 years ago

这个主意不错。源码会下载多次，不过问题不大。

archlinuxcn / lilac