Jahrelang konnten Nutzer gleichzeitig GIMP und MyPaint aus dem offiziellen Arch-Repository verwenden. Doch kürzlich hat sich alles geändert. Jetzt müssen Sie sich für eines von beidem entscheiden oder eines der Pakete selbst mit einigen Anpassungen zusammenstellen.
Alles begann damit, dass der Arch-Bewahrer GIMP nicht kompilieren konnte und sich beschwerte bei den Entwicklern von GIMP. Diese antworteten, dass bei allen alles funktioniert, GIMP nicht das Problem sei und es sich um ein Arch-Problem handele. Der Bericht im Arch-Fehlertracker löste sein Problem.
Es stellte sich heraus, dass der Maintainer von Arch einen Patch verwendete, der die Namen einiger Dateien von libmypaint veränderte. Darunter befand sich auch die Konfigurationsdatei für pkg-config, die den Build von GIMP, das von libmypaint abhängt, beeinflusste. Laut dem Maintainer geschah dies unbeabsichtigt, und nach der Beschwerde wurde der alte Patch zurückgenommen. Nach dessen Rücknahme entstanden jedoch unlösbare Konflikte zwischen den Paketen libmypaint und MyPaint, da in den Paketen Dateinamensübereinstimmungen vorliegen.
Der Verursacher dieses gewaltigen Fehlers wird empfohlen, als der Autor von MyPaint betrachtet zu werden, der seine eigene Bibliothek nicht korrekt verwendet hat.
Es wird gemunkelt, dass nach der Veröffentlichung von MyPaint 2 das Problem behoben sein wird. derzeit befindet sich die zweite Version jedoch nur in der Alpha-Phase. Die letzte Version von MyPaint 1.2.1 wurde im Januar 2017 veröffentlicht, und wer weiß, wie lange wir auf die offizielle Veröffentlichung der zweiten Version warten müssen.
Wenn Sie sowohl GIMP als auch MyPaint installiert haben, müssen Sie jetzt entweder eines davon deinstallieren oder die Option IgnorePkg = mypaint in den Abschnitt [options] der Datei /etc/pacman.conf hinzufügen und hoffen, dass MyPaint weiter funktioniert, bis die neue Version erscheint.
Zitat aus einem Kommentar einem anderen Hauptbetreuer:
Die Tatsache, dass wir einen seit langem bestehenden Fehler in unserem libmypaint-Paket behoben haben, der einen Konflikt mit mypaint verursacht hat, ist nicht grundsätzlich ein schlechtes Ereignis. Und dass mypaint jetzt mit den Abhängigkeiten des gimp-Pakets in Konflikt steht, liegt nicht daran, dass wir es hassen oder es aus dem AUR entfernen wollen. Es ist... einfach die unglückliche Folge schlechter Entscheidungen der upstream-Entwickler von mypaint.
Quelle: linux.org.ru
