红豆泥阿里嘎多,这下可以用虚拟环境的解释器了
不过好像确实有图片顺序错误的问题,我也遇到惹
补充:经过测试 似乎超过50人的群聊会发不出文件,有的群聊会报错,有的就是单纯不发,我怀疑可能是qq那边的问题,也有可能是我lagrangebot的问题,晚点我尝试下napcat再来向您反馈。
(不过这个问题其实也无所谓,本来这个插件只打算私信开放)
补充:经过测试 似乎超过50人的群聊会发不出文件,有的群聊会报错,有的就是单纯不发,我怀疑可能是qq那边的问题,也有可能是我lagrangebot的问题,晚点我尝试下napcat再来向您反馈。
(不过这个问题其实也无所谓,本来这个插件只打算私信开放)
嗯 我试了一下 启动时下载第三方库的时候也会报我本地自己手动下第三方库的时候一样的错误,就是
externally-managed-environment
× This environment is externally managed
╰─>
The system-wide python installation should be maintained using the system
package manager (apk) only.
感觉这个错误可能只针对使用docker容器环境运行的koishi才会发生?
docker版koishi基于Alpine Linux构建,我尝试进入容器内使用以下指令直接移除python的外部管理功能后,报错消失:
mv /usr/lib/python3.12/EXTERNALLY-MANAGED /usr/lib/python3.12/EXTERNALLY-MANAGED.bak
另外image2pdf项目目前存在合并的PDF为乱序的情况,根据该issue中的解决方案,亲测将main.py 35~41行的代码替换后可以解决
使用–break-system-packages会有什么影响吗,我直接加上这个参数可不可行
感谢,原来有解决方法了,不过我自己是复现不了
嗯,尝试后这个方法是可行的
1.2.0版本更新:
break_system_packages
:
1.2.2版本更新:
发现一些本子,不知道是不是名字带“~”的原因(例如1060422)下载完发QQ群发不出去(私聊可以发)。QQ提示“文件名格式错误,上传失败”。我手动改了下缓存文件的名字后发,能发出去。不知道是不是只有我这样,有没有办法解决?
都这样,目前解决方案就是只让群文件名字是jm id
嗯…
为什么不直接在 cache/ 中找一个位置开一个 venv 呢?
我草还真是,我之前想的是包里带个venv,但那样包太大了就放弃了
了解了
1.3.0版本更新:
fullName
:
break_system_packages
一个本子总有一两张图片下不下来,然后导致直接报错,不知道怎么整
还有的时候车牌号会和下载错误的本子错乱,导致另一本的车牌号回复的是上一本pdf(太难力萌新大哭)