Шмат гадоў людзі маглі адначасова выкарыстоўваць GIMP і MyPaint з афіцыйнага рэпазітара Арча. Але нядаўна ўсё змянілася. Цяпер вы павінны абраць нешта адно. Або збіраць адзін з пакетаў самастойна, уносячы некаторыя праўкі.
Усё пачалося з таго, што арчавод не змог сабраць GIMP і паскардзіўся на гэта распрацоўшчыкам Гімпа. На што яму адказалі, што ва ўсіх усё працуе, GIMP тут не пры чым і што гэта арча праблемы. Рэпарт у багтрэкер Арча вырашыў яго праблему.
Аказалася, мэйнтэйнер Арча выкарыстаў патч, які змяняе імёны некаторых файлаў libmypaint. У іх ліку быў файл канфігурацыі для pkg-config, які ўплывае на зборку які залежыць ад libmypaint Гімпа. Па запэўненнях мэйнтэйнера, зроблена гэта было ненаўмысна і пасля скаргі старажытны патч быў адменены. Аднак, пасля яго адмены ўзнік невырашальны канфлікт пакетаў libmypaint і MyPaint, з прычыны таго, што ў пакетах ёсць супадаючыя імёны файлаў.
Вінаватым у гэтай жахлівай памылцы рэкамендуюць лічыць аўтара MyPaint, які некарэктна выкарыстоўваў сваю ж бібліятэку.
Пагаворваюць, што пасля рэлізу MyPaint 2 праблема вырашыцца. Але на дадзены момант другая версія знаходзіцца толькі ў стадыі альфы. Апошні рэліз MyPaint 1.2.1 быў у студзені 2017 і хто ведае, колькі давядзецца чакаць да афіцыйнага рэлізу другой версіі.
Калі ў вас стаяць адначасова GIMP і MyPaint, то зараз вам давядзецца альбо выдаліць нешта адно, альбо дадаць опцыю IgnorePkg = mypaint у секцыю [options] файла /etc/pacman.conf і спадзявацца, што MyPaint будзе працягваць працаваць да выхаду новай версіі. .
Цытата з каментара іншага мэйнтэйнера:
Фактом, што мы fixed longstanding bug in our libmypaint package, which caused conflict with mypaint, no inherently some sort of bad occurrence, and fact that mypaint now conflicts no as thimp package's dependance пазбавіцца яго ад AUR. Гэта... толькі незразумелае з'яўленне кепскіх патрэбаў у стылі mypaint developers.
Крыніца: linux.org.ru