Arch Linux User Repository

@ihipop 好的，我没有使用这个软件，你直接更新即可。我已经将你添加为共同维护者了。

https://github.com/zxp19821005/My_AUR_Files/pull/9

我提了PR 如果没问题我就把aur这里的也更新掉

@zxp19821005 你可能深度的误解了我的意思

1. 你在build阶段调用了--appimage-extract 你已经获得了appimage解压后的内容于${srcdir},你的fcitx的输入法插件也必须要软连接到${srcdir}/squashfs-root/plugins/platforminputcontexts/，并不是我打错了，否则你只是软连接到 appimage 同目录是没有什么用的。desktop文件的入口也应该是那个appimage解包后获得的入口AppRun

2. 在获取解压完毕的内容后，应该把解压后并且修改了的${srcdir}安装到 ${pkgdir},就像你之前的deb包做的那样，原始的二进制的 appimage 没有什么必要保留

3. 你现在这种做法也没有正确的安装icon,其启动文件无法正常显示图标

4. squashfuse 也是一个不需要的依赖。appimage 不需要他，运行 --appimage-extract 也不需要他

如果可以，能否把我加成 co-maintainer 我是该软件的深度用户。

@sservuss 文件校验不通过是因为上游更新了，目前已经修复。 @ihipop 已经按照你的建议进行了修改，目前显示正常，前面是因为ln -sf的时候多了一个${srcdir}参数。

您好，新安装的arch和endeavourOS安装这个包的时候遇到validity报错了：

~ » yay -S --needed eusoft-eudic-bin eusoft-dehelper-bin


-------省略一部分log-------



: (1/2) Parsing SRCINFO: eusoft-eudic-bin
:: (2/2) Parsing SRCINFO: eusoft-dehelper-bin
==> Making package: eusoft-eudic-bin 2023.09.27-1 (Fr 10 Nov 2023 13:06:46 CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found eusoft-eudic-2023.09.27.AppImage
  -> Found LICENSE.html
  -> Found eusoft-eudic.sh
==> Validating source files with sha256sums...
    eusoft-eudic-2023.09.27.AppImage ... FAILED
    LICENSE.html ... Passed
    eusoft-eudic.sh ... Passed
==> ERROR: One or more files did not pass the validity check!
 -> error making: eusoft-eudic-bin-exit status 1
==> Making package: eusoft-dehelper-bin 2023_06_06-2 (Fr 10 Nov 2023 13:06:47 CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found eusoft-dehelper-2023_06_06.deb
  -> Found LICENSE.html
==> Validating source files with sha256sums...
    eusoft-dehelper-2023_06_06.deb ... FAILED
    LICENSE.html ... Passed
==> ERROR: One or more files did not pass the validity check!
 -> error making: eusoft-dehelper-bin-exit status 1
 -> Failed to install the following packages. Manual intervention is required:
eusoft-eudic-bin - exit status 1
eusoft-dehelper-bin - exit status 1

请问这种报错改如何解决呢？keyring也都是更新到了最新版本。

感谢帮忙

@zxp19821005

我本机不存在 /usr/lib/qt/plugins/platforminputcontexts/libfcitxplatforminputcontextplugin.so 因为我本机只有fcitx5

这也解释了为啥你可以使用输入法因为你应该是fcitx4

你产生libfcitx*.so的原因是你对shell的语法的误解，* 不可以使用引号引起来否则就是代表 *本身

在build阶段 ln -sf "/usr/lib/qt/plugins/platforminputcontexts/libfcitx"*.so "${srcdir}/squashfs-root/plugins/platforminputcontexts/ 即可

@ihipop 或许你可以试试看，我在PKDBUILD里面使用ln -sf /usr/lib/qt/plugins/platforminputcontexts/libfcitx*.so ./squashfs-root/plugins/platforminputcontexts/的时候，直接在pkg目录下生成的是libfcitx*.so文件。

@zxp19821005

你输入法没问题可能是因为你虽然使用了fcitx5但是你的fcitx的模块配置为fcitx4兼容，也就是你的 QT_IM_MODULE值是 fcitx / ibus 而不是 fcitx5，而fictx5是兼容fcitx4或者ibus模块的 （只是兼容，不代表所有特性工作良好）。或者你干脆使用的就是fcitx4 （通过你的代码来推测）

另外你的脚本固定软连接了 fcitx4 的模块，这在只有 fcitx5 的机器上是会出错的 fcitx5的输入法模块的名称是 libfcitx5platforminputcontextplugin.so 建议使用通配符,这样系统里面有什么就连接为什么名称

还有就是在已经使用 --appimage-extract 获取二进制文件的情况下，appimage本体包可以不需要了，无需再调用install安装到目标地址。

@ihipop 根据你的建议，我将源换成了AppImage，并且新增了一个脚本文件，麻烦你再试试看看呢？我这里不管是怎么运行输入法都是正常的。Cinnamon桌面环境。

@zxp19821005 谢谢你，目前测试下来，appimage的包可以直接运行，也没有像另外一个包一样有发音问题，只是fcitx5无法输入中文，有两个解决方案

A.在启动脚本里面切换称fcitx4的QT模块即可。export QT_IM_MODULE=fcitx,因为他的包里面自带了fcitx4的模块，位于 ./squashfs-root/plugins/platforminputcontexts/libfcitxplatforminputcontextplugin.so

B.解压部署后删除自带的输入法模块，从系统里面软连接对应的模块到这个目录，这样就可以自动适配系统的输入法（我个人推荐这个方法）

rm ./squashfs-root/plugins/platforminputcontexts/libfcitx*
ln -sf /usr/lib/qt/plugins/platforminputcontexts/libfcitx*.so ./squashfs-root/plugins/platforminputcontexts/

我建议你修改pkgbuild,不要使用deb包而是使用appimage包作为二进制来源，没有这些依赖问题，因为你其实分发的还是二进制文件，所以还是可以使用这个eusoft-eudic-bin这个包名称,再加上上面的小修改，即可完美了。