이것은 결코 완전하거나 철저한 대답은 아닙니다. 나 앞의 포스터는 이미 아주 좋은 지적을했으며, 2 센트를 더하고 싶습니다. 또 다른 것은-apt / dpkg에 익숙해지지 않았습니다. 그것은 항상 나에게 너무 복잡해 보였습니다. 나는 yum / rpm에 가장 편안합니다.
pacman은 사용하기 매우 쉽습니다. 프로와 콘-당신은 하루 오후에 그것을 사용하는 것을 배울 수 있습니다 (패키지 건물 제외)-주로 직관적이고 완전한 패키지 관리 기능을 사용하지만-이것은 크지 만- 매우 유연하지 않습니다.
디자이너가 미리 기능을 생각하지 않았다면 문제가 생겼습니다.
몇 가지 예 : pacman에는 기본 버전이 없습니다. 패키지 버전을 다운 그레이드하려면 특정 패키지 버전을 다운로드하고 -U (업그레이드) 옵션을 사용하여 파일에서 설치해야합니다. 항상 시스템에서 최첨단 패키지를 사용하는 데 매우 적합합니다.
실제 내부 캐시 정리 / 완전한 재구성은 없습니다. (네트워크 문제로 인해) 패키지 다운로드가 손상된 경우 (예 : -Syu 중) 오류 메시지는 정확하지만 많이 사용되지는 않습니다. "전체"세부 정보 및 디버그가 설정된 경우에도 손상된 패키지를 정확히 찾아 내지 않습니다. -Syyc는 실제로 캐시를 정리하고 패키지를 다시 다운로드하지 않습니다. 좋은 소식은 -Sc가 다운로드 한 패키지의 위치를 알려주므로 문제가있는 패키지 (있는 패키지를 파악할 수있는 경우) 또는 모두 제거하고 -Syu를 다시 시작할 수 있다는 것입니다.
dkms와의 pacman 통합은 다소 문제가 있습니다-새로운 커널을 설치하는 동안 dkms에서 오류가 계속 발생했습니다. dkms build && dkms를 사용하면 새로운 커널에 대한 설치가 장애없이 작동했지만 pacman은 커널 업그레이드 중에 dkms가 실패한 이유에 대해 아무런 정보도 제공하지 않습니다 (새 커널의 올바른 경로를 통과하지 못했고 dkms가 기본값을 사용하도록하십시오) (현재 실행중인) 커널이지만 버전이 잘못되었습니다.
언급 한 바와 같이 유연성이 없다는 또 다른 일화는 rpm / yum에 익숙합니다. 시스템에 파일이 있는데 어떤 패키지를 소유하고 있는지 알고 싶다면 yum provides / path / to / file을 실행하고 패키지가 설치되어 있지 않더라도 모든 패키지를 가져올 수 있습니다. 파일을 수동으로 배치 한 후 패키지를 설치하려면 새 파일 이름을 바꾸고 (확장명 .rpmnew 추가) 사용할 항목을 선택하겠습니다.
pacman은 단순히 파일이 이미 존재하지만 완전히 관련이없는 오류 메시지와 함께 오류를 표시합니다. 파일 "true"소유자와 현재 설치된 "filesystems"패키지 간의 충돌이 동일한 파일의 소유자 인 것처럼 불평합니다. 또한 대부분 로컬 설치 정보에 맞춰져 있습니다. 아직 설치되지 않은 패키지의 정보 (예 : 파일 목록 및 소유권)를 얻는 것은 직관적이지 않습니다.
간단히 말해서-그것은 yum만큼 성숙하지 않으며 아마도 dpkg는 사용하기 쉽고 융통성이 없습니다.