Že vrsto let so ljudje lahko uporabljali GIMP in MyPaint hkrati iz uradnega repozitorija Arch. Toda pred kratkim se je vse spremenilo. Zdaj morate izbrati eno stvar. Ali pa sami sestavite enega od paketov in naredite nekaj sprememb.
Vse se je začelo, ko arhivarju ni uspelo prevesti GIMP in pritožil za to razvijalcem Gimpa. Na kar mu je bilo rečeno, da vsem dela vse, GIMP nima nič s tem in da so to arheološki problemi. Poročilo Archov sledilnik hroščem je rešil njegov problem.
Izkazalo se je, da je Archov vzdrževalec uporabil popravek, ki je spremenil imena nekaterih datotek libmypaint. Med njimi je bila konfiguracijska datoteka za pkg-config, ki je vplivala na gradnjo Gimpa, odvisnega od libmypaint. Po mnenju vzdrževalca je bilo to storjeno nenamerno in po pritožbi je bil starodavni popravek preklican. Vendar je po njegovem preklicu prišlo do nerešljivega konflikta med paketoma libmypaint in MyPaint, ker sta imela paketa enaka imena datotek.
Priporočljivo je, da se za krivca te pošastne napake obravnava avtor MyPaint, ki je nepravilno uporabljal lastno knjižnico.
Govori se, da bo po izdaji MyPaint 2 težava odpravljena. Toda trenutno je druga različica le v alfa fazi. Zadnja izdaja MyPaint 1.2.1 je bila januarja 2017 in kdo ve, koliko časa bomo morali čakati na uradno izdajo druge različice.
Če imate istočasno nameščena GIMP in MyPaint, boste morali enega odstraniti ali dodati možnost IgnorePkg = mypaint v razdelek [možnosti] v /etc/pacman.conf in upati, da bo MyPaint deloval do izdana je nova različica.
Citat iz komentar drugi vzdrževalec:
Dejstvo, da smo popravili dolgotrajno napako v našem paketu libmypaint, ki je povzročila konflikt z mypaint, samo po sebi ni nekakšen slab dogodek in dejstvo, da je mypaint zdaj v konfliktu z odvisnostmi paketa gimp, ni zato, ker ga sovražimo ali želimo spusti v AUR. To je ... preprosto nesrečna posledica slabih odločitev prejšnjih razvijalcev mypaint.
Vir: linux.org.ru