Open shenmo7192 opened 3 months ago
除此之外,使用lat 1.5.2~rc1似乎会造成pvz启动速度的下降
https://wyl01.d.spark-app.store:23333/loong64-store/games/com.pvzhz.spark/
因为wine打包涉及的依赖比较多,也许可以直接在星火商店安装比较好配置
在docker中运行动态的latx确实比较麻烦,一个可行的办法是映射以下文件到容器,并关闭库直通export LATX_KZT=0
ldd /tmp/latx-x86_64
libcrypto.so.1.1 => /lib/loongarch64-linux-gnu/libcrypto.so.1.1 (0x000000fff45a0000)
libdl.so.2 => /lib/loongarch64-linux-gnu/libdl.so.2 (0x000000fff4594000)
librt.so.1 => /lib/loongarch64-linux-gnu/librt.so.1 (0x000000fff4584000)
libglib-2.0.so.0 => /lib/loongarch64-linux-gnu/libglib-2.0.so.0 (0x000000fff4428000)
libm.so.6 => /lib/loongarch64-linux-gnu/libm.so.6 (0x000000fff4368000)
libgcc_s.so.1 => /lib/loongarch64-linux-gnu/libgcc_s.so.1 (0x000000fff430c000)
libpthread.so.0 => /lib/loongarch64-linux-gnu/libpthread.so.0 (0x000000fff42d8000)
libc.so.6 => /lib/loongarch64-linux-gnu/libc.so.6 (0x000000fff4150000)
/lib64/ld.so.1 (0x000000fff486d940)
libpcre.so.3 => /lib/loongarch64-linux-gnu/libpcre.so.3 (0x000000fff4100000)
但对于lib目录不区分架构的os,可能会导致不同架构的二进制覆盖。
admin@3A5000:~/Desktop$ export LATX_KZT=0
admin@3A5000:~/Desktop$ bookworm-run-x86
admin@AmberCE-Bookworm-x86:~/Desktop$ sudo apt install unzip -y
正在读取软件包列表... 完成
正在分析软件包的依赖关系树... 完成
正在读取状态信息... 完成
建议安装:
zip
下列【新】软件包将被安装:
unzip
升级了 0 个软件包,新安装了 1 个软件包,要卸载 0 个软件包,有 0 个软件包未被升级。
需要下载 0 B/166 kB 的归档。
解压缩后会消耗 388 kB 的额外空间。
dpkg-deb: 无法恢复的致命错误,中止:
等待 粘贴 子进程失败: 没有子进程
dpkg: 处理归档 /var/cache/apt/archives/unzip_6.0-28_amd64.deb (--unpack)时出错:
dpkg-deb --control 子进程返回错误状态 2
在处理时有错误发生:
/var/cache/apt/archives/unzip_6.0-28_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
admin@AmberCE-Bookworm-x86:~/Desktop$ echo $LATX_KZT
0
看起来没有解决呢
这个是设计上的一个疏漏,目前可以使用下面的方法绕过,后面进行修复: export LATX_DOCKER=1
docker参数增加 -v /proc/sys/fs/binfmt_misc:/binfmt_misc
这个是设计上的一个疏漏,目前可以使用下面的方法绕过,后面进行修复: export LATX_DOCKER=1
docker参数增加 -v /proc/sys/fs/binfmt_misc:/binfmt_misc
ACE容器并非docker,而是bwrap容器
是需要挂载 /proc/sys/fs/binfmt_misc 到容器内的/binfmt_misc吗?目前/proc直接直通进去了
这个是设计上的一个疏漏,目前可以使用下面的方法绕过,后面进行修复: export LATX_DOCKER=1 docker参数增加 -v /proc/sys/fs/binfmt_misc:/binfmt_misc
ACE容器并非docker,而是bwrap容器
是需要挂载 /proc/sys/fs/binfmt_misc 到容器内的/binfmt_misc吗?目前/proc直接直通进去了
如果不设置export LATX_DOCKER=1,需要确保容器内/proc/sys/fs/binfmt_misc有对应的binfmt配置项 如果设置了,需要确保/binfmt_misc有对应的binfmt配置项
容器内可使用
mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc
(此时不用设置export LATX_DOCKER=1)
这个是设计上的一个疏漏,目前可以使用下面的方法绕过,后面进行修复: export LATX_DOCKER=1 docker参数增加 -v /proc/sys/fs/binfmt_misc:/binfmt_misc
ACE容器并非docker,而是bwrap容器 是需要挂载 /proc/sys/fs/binfmt_misc 到容器内的/binfmt_misc吗?目前/proc直接直通进去了
如果不设置export LATX_DOCKER=1,需要确保容器内/proc/sys/fs/binfmt_misc有对应的binfmt配置项 如果设置了,需要确保/binfmt_misc有对应的binfmt配置项
容器内可使用
mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc
(此时不用设置export LATX_DOCKER=1)
admin@AmberCE-Bookworm-x86:~$ cat /proc/sys/fs/binfmt_misc/
cat: /proc/sys/fs/binfmt_misc/: 是一个目录
admin@AmberCE-Bookworm-x86:~$ ls /proc/sys/fs/binfmt_misc/
DOSWin lat-i386-static lat-x86_64-static python3.11 register status
admin@AmberCE-Bookworm-x86:~$ ls /binfmt_misc/
DOSWin lat-i386-static lat-x86_64-static python3.11 register status
admin@AmberCE-Bookworm-x86:~$ sudo apt install unzip -y
正在读取软件包列表... 完成
正在分析软件包的依赖关系树... 完成
正在读取状态信息... 完成
建议安装:
zip
下列【新】软件包将被安装:
unzip
升级了 0 个软件包,新安装了 1 个软件包,要卸载 0 个软件包,有 0 个软件包未被升级。
需要下载 0 B/166 kB 的归档。
解压缩后会消耗 388 kB 的额外空间。
dpkg-deb: 无法恢复的致命错误,中止:
等待 粘贴 子进程失败: 没有子进程
dpkg: 处理归档 /var/cache/apt/archives/unzip_6.0-28_amd64.deb (--unpack)时出错:
dpkg-deb --control 子进程返回错误状态 2
在处理时有错误发生:
/var/cache/apt/archives/unzip_6.0-28_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
admin@AmberCE-Bookworm-x86:~$ echo $LATX_DOCKER
1
admin@AmberCE-Bookworm-x86:~$
这看起来和binfmt无关
update: 原下载链接失效,这里是新的
ACE: https://pan.huang1111.cn/s/jRDv7Uy
lat: https://mirrors.sdu.edu.cn/spark-store/loong64-store/depends/lat/lat_1.5.3-rc1_loong64.deb
最好能修快点,但凡ACE-x86能打通,就有可能在deepin v23上跑起那些x86平台的Linux原生应用,我们也就用不着顶着wine那慢吞吞的反应操作Steam了。
ACE x86是一个方便的x86容器,可以在龙芯上安装和运行x86的应用程序
在1.4.4时代,可以直接当作qemu-user-static用,全静态
当时的版本是 https://pan.shenmo.tech/index.php?share/file&user=1&sid=qCN2tnxe
1.5.x时,lat-x86_64变成动态链接了,我改成启动时库直通,可以启动了,但是无法使用dpkg,报错如下
更换lat 1.4.4后恢复正常 新版本 https://pan.shenmo.tech/index.php?share/file&user=1&sid=ZbInTg5D
复现环境 deepin 23 preview