多年来，人们已经能够从官方 Arch 存储库同时使用 GIMP 和 MyPaint。 但最近一切都变了。 现在你必须选择一件事。 或者自己组装其中一个包，并进行一些更改。
这一切都始于档案管理员无法编译 GIMP 并 抱怨 为此，请向 Gimp 的开发人员汇报。 他被告知一切都适合每个人，GIMP 与此无关，这些都是考古问题。 报告 Arch 的错误跟踪器解决了他的问题。
原来Arch的维护者使用了一个补丁，改变了一些libmypaint文件的名称。 其中有一个 pkg-config 的配置文件，它影响了依赖 libmypaint 的 Gimp 的构建。 据维护者称，这是无意的，在投诉后，这个古老的补丁被取消了。 然而，在取消之后，libmypaint 和 MyPaint 软件包之间出现了无法解决的冲突，因为这两个软件包具有相同的文件名。
建议将错误使用自己的库的 MyPaint 的作者视为此可怕错误的罪魁祸首。
有传言称，MyPaint 2 发布后该问题将得到解决。 但目前第二个版本仅处于 alpha 阶段。 MyPaint 1.2.1 的最后一次发布是在 2017 年 XNUMX 月，谁知道我们还要等多久才能正式发布第二个版本。
如果您同时安装了 GIMP 和 MyPaint，现在您必须删除一个或将选项 IgnorePkg = mypaint 添加到 /etc/pacman.conf 的 [options] 部分，并希望 MyPaint 能够继续工作，直到新版本发布。
引用自 评论 另一位维护者：
事实上，我们修复了 libmypaint 包中一个长期存在的错误，该错误导致了与 mypaint 的冲突，这本质上并不是某种不良事件，而 mypaint 现在与 gimp 包的依赖项发生冲突的事实并不是因为我们讨厌它或想要它将其放到 AUR 中。 这只是上游 mypaint 开发人员错误决策的不幸后果。
来源： linux.org.ru