Daudzus gadus cilvēki ir varējuši vienlaikus izmantot GIMP un MyPaint no oficiālās Arch repozitorija. Bet nesen viss mainījās. Tagad jums ir jāizvēlas viena lieta. Vai arī pats salieciet kādu no iepakojumiem, veicot dažas izmaiņas.
Viss sākās, kad arhivārs nespēja sastādīt GIMP un sūdzējās par to Gimp izstrādātājiem. Uz ko viņam teica, ka viss der visiem, GIMP ar to nav nekāda sakara un ka tās ir arheoloģiskas problēmas. Ziņot Arkas kļūdu izsekotājs atrisināja viņa problēmu.
Izrādījās, ka Arch uzturētājs izmantoja ielāpu, kas mainīja dažu libmypaint failu nosaukumus. Starp tiem bija pkg-config konfigurācijas fails, kas ietekmēja no libmypaint atkarīgās Gimp būvniecību. Kā norāda uzturētājs, tas izdarīts netīšām un pēc sūdzības senais ielāps atcelts. Tomēr pēc tā atcelšanas radās neatrisināms konflikts starp libmypaint un MyPaint pakotnēm, jo pakotnēm bija vienādi failu nosaukumi.
Ieteicams par šīs zvērīgās kļūdas vaininieku uzskatīt MyPaint autoru, kurš nepareizi izmantoja savu bibliotēku.
Baumo, ka pēc MyPaint 2 izlaišanas problēma tiks atrisināta. Bet šobrīd otrā versija ir tikai alfa stadijā. Pēdējais MyPaint 1.2.1 laidiens bija 2017. gada janvārī un, kas zina, cik ilgi mums būs jāgaida līdz otrās versijas oficiālajai izlaišanai.
Ja jums ir vienlaikus instalētas programmas GIMP un MyPaint, tagad jums būs vai nu jānoņem viens vai arī jāpievieno opcija IgnorePkg = mypaint sadaļai /etc/pacman.conf [options] un jācer, ka MyPaint turpinās darboties līdz brīdim, kad ir izlaista jauna versija.
Citāts no komentārs cits uzturētājs:
Tas, ka savā libmypaint pakotnē izlabojām ieilgušo kļūdu, kas izraisīja konfliktu ar mypaint, pēc būtības nav kaut kāds slikts notikums, un tas, ka mypaint tagad konfliktē ar gimp pakotnes atkarībām, nav tāpēc, ka mēs to ienīstu vai vēlamies nometiet to uz AUR. Tās ir... vienkārši nelaimīgas sekas, ko izraisījuši iepriekšējās mypaint izstrādātāju sliktie lēmumi.
Avots: linux.org.ru