Daugelį metų žmonės galėjo vienu metu naudoti GIMP ir MyPaint iš oficialios Arch saugyklos. Tačiau neseniai viskas pasikeitė. Dabar jūs turite pasirinkti vieną dalyką. Arba patys surinkite vieną iš paketų, atlikdami kai kuriuos pakeitimus.
Viskas prasidėjo, kai archyvaras nesugebėjo sukompiliuoti GIMP ir skundėsi už tai Gimp kūrėjams. Į ką jam buvo pasakyta, kad viskas tinka visiems, GIMP su tuo neturi nieko bendra ir kad tai yra archeologinės problemos. Pranešimas Archo klaidų sekiklis išsprendė jo problemą.
Paaiškėjo, kad Arch prižiūrėtojas naudojo pataisą, kuri pakeitė kai kurių libmypaint failų pavadinimus. Tarp jų buvo konfigūracijos failas, skirtas pkg-config, kuris paveikė nuo libmypaint priklausančio Gimp kūrimą. Pasak prižiūrėtojos, tai padaryta netyčia ir po skundo senovinis lopas buvo panaikintas. Tačiau po jo atšaukimo kilo neišsprendžiamas konfliktas tarp libmypaint ir MyPaint paketų dėl to, kad paketai turėjo tuos pačius failų pavadinimus.
Šios siaubingos klaidos kaltininku rekomenduojama laikyti MyPaint autorių, kuris neteisingai naudojosi savo biblioteka.
Sklando gandai, kad po MyPaint 2 išleidimo problema bus išspręsta. Tačiau šiuo metu antroji versija yra tik alfa stadijoje. Paskutinė „MyPaint 1.2.1“ versija buvo išleista 2017 m. sausio mėn. ir kas žino, kiek laiko turėsime laukti iki oficialaus antrosios versijos išleidimo.
Jei tuo pačiu metu įdiegėte GIMP ir MyPaint, dabar turėsite arba pašalinti vieną, arba pridėti parinktį IgnorePkg = mypaint prie /etc/pacman.conf skilties [parinktys] ir tikėtis, kad MyPaint veiks, kol išleista nauja versija.
Citata iš komentaras kitas prižiūrėtojas:
Tai, kad ištaisėme ilgalaikę libmypaint paketo klaidą, kuri sukėlė konfliktą su mypaint, iš esmės nėra kažkoks blogas įvykis, o tai, kad mypaint dabar prieštarauja gimp paketo priklausomybėms, yra ne todėl, kad mes jo nekenčiame ar norime numeskite jį į AUR. Tai... tiesiog apgailėtina blogų sprendimų, kuriuos priėmė „mypaint“ kūrėjai, pasekmė.
Šaltinis: linux.org.ru