Xin
Xin
我的意思是你的想法挺好, 而不是拿之前的issue告诉你有解决方法之类的... 我也很头疼编译打包的问题, depth=1对我来说只是第一次拉取比较快, 后面git log里又增加许多文件, 实际我操作git pull时又很慢, 期待有比较好的方法 题外话: 我自己也有个问题, 就是openclash编译到固件中的时候, 实际我上传新固件升级, 但其实openclash里面的一些文件并不会真正更新, 只能是m编译...然后m编译的话, 更新几次之后, openclash上传ipk又无法安装了...原因是openclash是m的, 一些依赖比如ruby也变成m了, 实际就是新固件里面也没有ruby了
实际上我觉得只在项目里放源码, 核心放到另外的库里, ipk放到release里 这样看上去更合理一些
> > 我的意思是你的想法挺好, 而不是拿之前的issue告诉你有解决方法之类的... > > 我也很头疼编译打包的问题, depth=1对我来说只是第一次拉取比较快, 后面git log里又增加许多文件, 实际我操作git pull时又很慢, 期待有比较好的方法 > > 题外话: 我自己也有个问题, 就是openclash编译到固件中的时候, 实际我上传新固件升级, 但其实openclash里面的一些文件并不会真正更新, 只能是m编译...然后m编译的话, 更新几次之后, openclash上传ipk又无法安装了...原因是openclash是m的, 一些依赖比如ruby也变成m了, 实际就是新固件里面也没有ruby了 > > 你这种情况可能还是直接编译进固件好些吧，依赖项也直接在固件了。不过编译进固件的是luci部分，不管你m安装还是直接集成在固件中，clash核心都是另外下载的，你要想每次新编译固件把clash核心也同步好，你可以试试编译前自动把旧的已安装固件中的`/etc/openclash`目录用rsync同步到`lede/files`下并保持目录结构，那么编译好的固件就直接集成好了clash核心。 核心到还好说, 点击就能更新......
> > 核心到还好说, 点击就能更新... 但是这里的文件挺多的, 也是没有获得更新 比如这里的 https://github.com/vernesong/OpenClash/tree/master/luci-app-openclash/root/etc/openclash/custom > > 那也可以利用rsync的`--include-from=XXX.txt`选择性同步： > > ``` > + etc > + etc/openclash > + etc/openclash/core > + etc/openclash/core/** > + etc/openclash/config.yml >...
同样问题，有线网口频繁上下线。+1 ``` Thu Jan 27 21:27:56 2022 kern.info kernel: [84027.816629] igb 0000:05:00.0 eth4: igb: eth4 NIC Link is Down Thu Jan 27 21:27:56 2022 kern.info kernel: [84027.822945] br-lan: port 4(eth4)...
> 新内核编译好像要删.config,重新配置再编译,我没清配置前编译出来的也是这样断断续续的.而且我的网卡还是rtl8111的. 你解决了吗？ 我这边新弄的还是不行哦
我自己的NAS用的是Windows系统，openclash我是把nas所在IP直接排除掉了，然后NAS系统里自己另外安装设置了cfw, 并把系统里的相关线程设置为直连