Nie jest to bynajmniej pełna lub wyczerpująca odpowiedź - plakaty przede mną dawały już bardzo dobre punkty, chciałbym tylko dodać moje 2 centy. Kolejna sprawa - tak naprawdę nigdy nie przywykłem do apt / dpkg. Zawsze wydawało mi się to zbyt skomplikowane, bardzo dobrze czuję się z yum / rpm.
Pacman jest bardzo łatwy w użyciu, co jest zaletą i zaletą - możesz nauczyć się go używać (budowanie pakietów na bok) w ciągu jednego popołudnia - używa głównie intuicyjnych i kompletnych funkcji zarządzania pakietami, ale - i to jest duże, ale - jest niezwykle nieelastyczny.
Jeśli projektanci nie pomyśleli wcześniej o jakiejś funkcji, jesteś zepsuty.
Kilka przykładów: w Pacmanie nie ma natywnej wersji. Jeśli chcesz obniżyć wersję pakietu - musisz pobrać tę konkretną wersję pakietu i użyć opcji -U (aktualizacja), aby zainstalować z pliku. Jest bardzo nastawiony na zawsze używanie najnowocześniejszych pakietów w twoim systemie.
Nie ma prawdziwego wewnętrznego czyszczenia pamięci podręcznej / całkowitej przebudowy. Jeśli (z powodu problemu z siecią) pobieranie pakietu zostało uszkodzone, np. Podczas -Syu, komunikat o błędzie, mimo że jest dokładny, nie będzie przydatny - nie będzie wskazywał uszkodzonego pakietu nawet przy włączonej „pełnej” gadatliwości i debugowaniu , i żadna ilość -Syyc nie wyczyści pamięci podręcznej i ponownie pobierze pakiety. Dobrą wiadomością jest to, że -Sc poinformuje cię, gdzie są pobrane pakiety, dzięki czemu możesz po prostu usunąć szkodliwy pakiet (jeśli możesz dowiedzieć się, który to jest) lub wszystkie z nich i ponownie uruchomić -Syu.
Integracja pacmana z dkms jest również nieco problematyczna - podczas instalowania nowego jądra ciągle miałem błędy z dkms. Korzystanie z dkms build && dkms install na nowym jądrze działało bez żadnych problemów, ale Pacman nie podałby żadnych informacji, dlaczego dkms zawiódł podczas aktualizacji jądra (podejrzewam, że nigdy nie przeszedł poprawnej ścieżki nowego jądra i po prostu pozwól dkms użyć domyślnej (aktualnie działające) jądro, ale z niewłaściwą wersją).
Kolejna anegdota na temat jej elastyczności - jak powiedziano, jestem przyzwyczajony do rpm / yum. Jeśli mam plik w systemie i chcę wiedzieć, który pakiet jest jego właścicielem, mogę uruchomić yum dostarcza / path / to / file i uzyskać WSZYSTKIE pakiety, które mogą go tam umieścić - nawet jeśli żaden z nich nie jest zainstalowany. Jeśli plik został umieszczony ręcznie, a teraz chcę zainstalować pakiet - zmieni on nazwę nowego (dodaj rozszerzenie .rpmnew) i pozwól mi wybrać, czego użyć.
pacman po prostu mylnie stwierdza, że plik już istnieje, ale z całkowicie nieistotnym komunikatem o błędzie - narzeka na konflikty między „prawdziwym” właścicielem pliku a aktualnie zainstalowanym pakietem „systemów plików”, tak jakby był także właścicielem tego samego pliku. Ponadto jest on głównie ukierunkowany na informacje o lokalnych instalacjach - próba uzyskania informacji (takich jak listy plików i własność) pakietów, które nie zostały jeszcze zainstalowane, jest mniej intuicyjna.
Mówiąc najprościej - nie jest tak dojrzały jak mniam i prawdopodobnie dpkg, co nadaje mu łatwość użycia, to także względna sztywność.