長年にわたり、人々は公式 Arch リポジトリから GIMP と MyPaint を同時に使用することができました。 しかし、最近すべてが変わりました。 次に、何かを XNUMX つ選択する必要があります。 または、いくつかの変更を加えて、パッケージの XNUMX つを自分で組み立てます。
すべてはアーキビストが GIMP をコンパイルできなかったときに始まりました。 不平を言った これについては Gimp の開発者に感謝します。 彼は、すべてが誰にとってもうまくいき、GIMP はそれとは何の関係もなく、これらは考古学的な問題であると言われました。 報告 Arch のバグ トラッカーが彼の問題を解決しました。
Arch のメンテナが、いくつかの libmypaint ファイルの名前を変更するパッチを使用していたことが判明しました。 その中には、libmypaint に依存する Gimp のビルドに影響を与える pkg-config の設定ファイルも含まれていました。 メンテナーによると、これは意図せずに行われたものであり、苦情が寄せられた後、古代のパッチはキャンセルされたとのことです。 しかし、キャンセル後、パッケージのファイル名が同じであるため、libmypaint パッケージと MyPaint パッケージの間で解決できない競合が発生しました。
自分のライブラリを誤って使用した MyPaint の作成者が、この巨大なエラーの犯人とみなされることをお勧めします。
噂によると、MyPaint 2 のリリース後に問題は解決される予定です。 ただし、現時点では 1.2.1 番目のバージョンはアルファ段階にすぎません。 MyPaint 2017 の最後のリリースは XNUMX 年 XNUMX 月でしたが、XNUMX 番目のバージョンの正式リリースまでどれくらい待たなければならないかは誰にもわかりません。
GIMP と MyPaint を同時にインストールしている場合は、どちらかを削除するか、オプション IgnorePkg = mypaint を /etc/pacman.conf の [options] セクションに追加して、MyPaint が機能し続けることを期待する必要があります。新しいバージョンがリリースされました。
からの引用 注釈 別のメンテナ:
mypaint との競合を引き起こした libmypaint パッケージの長年のバグを修正したという事実は、本質的にある種の悪い出来事ではありません。また、mypaint が gimp パッケージの依存関係と競合するようになったという事実は、それを嫌っているからでも、そうしたいと思っているからでもありません。それをAURにドロップします。 それは…単純に、上流の mypaint 開発者による誤った決定による不幸な結果です。
出所： linux.org.ru