Arch Linux User Repository

您好，新安装的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这个包名称,再加上上面的小修改，即可完美了。

@ihipop 其实我前面搞过一个AppImage的包，但是个别的AUR管理者认为AppImage包和bin包重复且臃肿，和ArchLinux的初衷违背，所以我后面删除了。如果需要的话，我给你单独发一个AppImage的PKGBUILD文件，你直接运行updpkgsums && makepkg -si就可以了。AppImage的包基本上就只有2-3的依赖，不会删除系统的任何包。

@zxp19821005 光删除pipewire-jack这个不行 好像还有其他东西依赖了 pipewire-jack 我yay安装的时候编辑PKG去掉了这个依赖，安装的时候还是可以带来这个依赖

@ihipop 不好意思 相关的依赖目前都是通过运行namcap之后出来的，或者你可以自己修改一下PKGBUILD文件，删除pipewire-jack，然后运行一下makepkg -si进行安装？