Ryuchen
我是在编译过程中，用的master分支，我编译的X86固件本身就比较大，不知道是不是插件太多的缘故，我本地编译的话，需要23G的空间，用的是master分支
compile 那个步骤出现的问题
嗯，我昨天查看了你的源码，然后把这段加上了，但是还是出现了问题，不过这次是在push 到docker hub时出现问题了 麻烦您看下我的actions https://github.com/Ryuchen/lede/runs/492193751?check_suite_focus=true
查了一下，好像是整个workflow的时间超过了6个小时
> 这是我在dev和sample分支目前用的cleanup.sh > > ```shell > echo "Deleting files, please wait ..." > sudo rm -rf /usr/share/dotnet /etc/apt/sources.list.d/* /var/cache/apt/archives /usr/local/share/boost /usr/local/go* /usr/local/lib/android /opt/ghc > sudo swapoff /swapfile > sudo rm...
> 主要是现在dev分支比以前精简了很多，取消了各种job，只保留一个。docker image的构建上也能得到更小的image文件，省下一部分layer。它也会定期squash整个image以便压缩空间。这些导致原本写好的README不太适用，暂时没时间编写新的。 > > 你的确实是达到了6小时上限，仅仅编译就花费了5小时时间，上传的docker image可能达到了30G。能看一下你的config.diff长什么样吗？超时以及space问题可能没有什么一劳永逸的办法，只能不断挤压 我的config是本地make menuconfig 之后生成的，确保该分支没有问题之后再上传进行生成firwmare的。 https://github.com/Ryuchen/lede/blob/develop/config.seed
> Not for Mac though: > VBoxPython3_7m.so: unknown file type, first eight bytes: 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x03 did you solve this problem?
> what about you, do you solve this? @Ryuchen No, It seems we have to compiler it by ourself
之前看你的工作还有适配原始UI的，这下都不用兼容适配了，直接替换
当然有啊，我感觉枫丹好玩的很多，而且这个项目在后面要是能集成那种大地图指南，能帮很多玩家找宝箱