ArchLinux에서 MyPaint와 GIMP 패키지 충돌

수년 동안 사람들은 공식 Arch 저장소에서 GIMP와 MyPaint를 동시에 사용할 수 있었습니다. 하지만 최근에는 모든 것이 바뀌었습니다. 이제 한 가지를 선택해야 합니다. 또는 패키지 중 하나를 직접 조립하여 몇 가지 사항을 변경해 보세요.

이 모든 일은 기록 보관인이 김프를 컴파일할 수 없었고 불평 이를 위해 Gimp 개발자에게 감사드립니다. 그는 모든 것이 모든 사람에게 효과적이라는 말을 들었지만 김프는 그것과 아무 관련이 없으며 이것이 고고학적 문제라는 말을 들었습니다. 보고서 Arch의 버그 추적기는 그의 문제를 해결했습니다.

Arch의 관리자는 일부 libmypaint 파일의 이름을 변경하는 패치를 사용한 것으로 밝혀졌습니다. 그 중에는 libmypaint에 의존하는 Gimp의 빌드에 영향을 미치는 pkg-config에 대한 구성 파일도 있습니다. 관리자에 따르면 이는 의도치 않은 일이었으며 불만 사항이 접수된 후 고대 패치가 취소되었습니다. 그러나 취소 후 패키지의 파일 이름이 동일하기 때문에 libmypaint와 MyPaint 패키지 간에 해결할 수 없는 충돌이 발생했습니다.

자신의 라이브러리를 잘못 사용한 MyPaint의 작성자를 이 엄청난 오류의 원인으로 간주하는 것이 좋습니다.

MyPaint 2가 출시되면 문제가 해결될 것이라는 소문이 있습니다. 하지만 현재 두 번째 버전은 알파 단계에 불과합니다. MyPaint 1.2.1의 마지막 릴리스는 2017년 XNUMX월에 출시되었으며 두 번째 버전이 공식적으로 출시되기까지 얼마나 기다려야 할지 누가 알겠습니까?

GIMP와 MyPaint가 동시에 설치되어 있는 경우 이제 하나를 제거하거나 /etc/pacman.conf의 [options] 섹션에 IgnorePkg = mypaint 옵션을 추가해야 하며 MyPaint가 새 버전이 출시되었습니다.

견적 의견 다른 관리자:

mypaint와 충돌을 일으킨 libmypaint 패키지의 오랜 버그를 수정했다는 사실은 본질적으로 일종의 나쁜 발생이 아니며, mypaint가 이제 gimp 패키지의 종속성과 충돌한다는 사실은 우리가 그것을 싫어하거나 원하기 때문이 아닙니다. AUR에 넣으세요. 이는 단순히 업스트림 mypaint 개발자의 잘못된 결정으로 인한 불행한 결과입니다.

출처 : linux.org.ru