Dum multaj jaroj homoj povis uzi GIMP kaj MyPaint samtempe el la oficiala Arch-deponejo. Sed lastatempe ĉio ŝanĝiĝis. Nun vi devas elekti unu aferon. Aŭ kunvenu mem unu el la pakaĵoj, farante kelkajn ŝanĝojn.
Ĉio komenciĝis kiam la arkivisto ne povis kompili GIMP kaj plendis por ĉi tio al la programistoj de Gimp. Al kiu oni diris al li, ke ĉio funkcias por ĉiuj, GIMP havas nenion komunan kaj ke ĉi tiuj estas arkeologiaj problemoj. Raporto La cimspurilo de Arch solvis lian problemon.
Montriĝis, ke la prizorganto de Arch uzis flikilon, kiu ŝanĝis la nomojn de iuj libmypaint-dosieroj. Inter ili estis agorda dosiero por pkg-config, kiu influis la konstruon de libmypaint-dependa Gimp. Laŭ la prizorganto, tio estis farita neintence kaj post plendo, la antikva flikaĵo estis nuligita. Tamen, post ĝia nuligo, nesolvebla konflikto inter la libmypaint kaj MyPaint-pakaĵoj ekestis, pro la fakto ke la pakaĵoj havis la samajn dosiernomojn.
Oni rekomendas, ke la aŭtoro de MyPaint, kiu malĝuste uzis sian propran bibliotekon, estu konsiderata la kulpulo de ĉi tiu monstra eraro.
Onidiro diras, ke post la liberigo de MyPaint 2 la problemo estos solvita. Sed nuntempe la dua versio estas nur en la alfa stadio. La lasta eldono de MyPaint 1.2.1 estis en januaro 2017 kaj kiu scias kiom longe ni devos atendi antaŭ la oficiala eldono de la dua versio.
Se vi havas GIMP kaj MyPaint instalitajn samtempe, nun vi devos aŭ forigi unu aŭ aldoni la opcion IgnorePkg = mypaint al la sekcio [opcioj] de /etc/pacman.conf kaj esperas, ke MyPaint daŭre funkcios ĝis nova versio estas publikigita.
Citaĵo el komento alia prizorganto:
La fakto, ke ni riparis longdaŭran cimon en nia libmypaint-pakaĵo, kiu kaŭzis konflikton kun mypaint, ne estas esence ia malbona okazo, kaj la fakto ke mypaint nun konfliktas kontraŭ la dependecoj de la gimp-pakaĵo ne estas ĉar ni malamas ĝin aŭ volas. faligu ĝin al la AUR. Ĝi estas... simple la malfeliĉa sekvo de malbonaj decidoj de la kontraŭfluaj programistoj de mypaint.
fonto: linux.org.ru