未日

https://github.com/JogleLew/coolq-telegram-bot-x/wiki/FAQ 我群晖Docker今天配置一切正常

> 我也遇到了这个问题，不知道在哪里修改啊 https://github.com/JogleLew/coolq-telegram-bot-x/wiki/FAQ

> 修改upload_feeds > https://github.com/tete1030/openwrt-fastbuild-actions/blob/master/scripts/update_feeds.sh > > 参见最后一行注释。 - https://github.com/RealKiro/build-openwrt/blob/master/before_build.sh 能帮我看看根据build-Actions该如何改吗？ 一个是改 `IP`、`主题` 等内部东西，一个是添加第三方`插件`（主要是smartinfo需要`mv`出来）

> 所有的sed命令和mv命令，可以转化成patch放在patches目录 对于`sed`和`mv`，`patch`该如何写？写在一个patch文件里还是分开写？

> P.S.: 我初步怀疑是你的名称不一致所致。 > 你在install_package luci-theme-argon_new 时名字用的是小写。在theme.patch里用的是luci-theme-Argon_new，这里是大写。 确实是这个有错误，我更正后再试试，🙏

> P.S.: 我初步怀疑是你的名称不一致所致。 感谢🙏，编译成功了

> ## `如何将mv/cp命令转化成patch文件` 这样做没法和原git clone过的源码保持同步吧？要想同步必须每次git pull 重新做一份patch

> 有一个办法。把“自定义脚本执行前的源代码”和“build，staging_dir，bin目录”分成两个docker image。这样能保留非patch文件timestamp的一致性。但是这样需要不小的改动 我能力不行无法给您提供帮助，但我想的是有没有可能尽量做到像本地编译那样，加一个判断：当更新或重新上传 config.diff 时从头开始拉源码编译，当只改变 scripts 或 patches 时只在原来编译过的基础上再次编译

> 第一个问题，我猜很可能是残余的已编译文件导致。bin目录不会被清理，过去已编译的efi固件，即便你勾掉了，它们也不会被删除，仍然保留在bin并一起上传了。 我重新拉取过源码第一次保持的[默认diff](https://github.com/RealKiro/openwrt-fastbuild-actions/blob/0715bbf6e5fdb450d091c84f3959c36087244e32/config.diff)编译的,是它导致全部怼进去的吗？

> 1、仓库是不是 public 的？ 2、token 有没有开启 repo 权限？ 3、用的什么浏览器？ 4、打开浏览器控制台，把报错信息发出来 - **我今天进去也是401** @XPoet 1. 是public  2. 已开启repo  3. Chrome 版本 103.0.5060.134（正式版本） (x86_64)  4.  --- - [x]...