ArchLinux 上的 MyPaint 和 GIMP 套件衝突

多年來,人們已經能夠從官方 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

添加評論