> "Nekem boven eleg, ha egy csomagkezelo ennyit tud."
Van egy olyan dolog, amit te nem írtál le, nem tudom hogy neked számít-e, de én személy szerint körülbelül itt húzom meg a csomagkezelő fogalmának határát:
Csomagkezelő legyen képes _ellenőrizni_ telepítés helyességét. Végigellenőrizni, hogy a telepített fájlok tartalma, meta-adatai (tulaj, jog, időcímke stb.) rendben vannak-e, függőségek rendben vannak-e stb.
Ezekre az RPM amióta az eszemet tudom, képes, míg a dpkg nem (nem is tárolja el a fájlok metaadatait). Nálam (millió szempont mellett) ez az legkomolyabb vízválasztó, ami miatt az RPM-et csomagkezelőnek tartom, míg a dpkg+apt párost csak összetákolt bohóckodásnak egy .tar.gz kitömörítése körül.
Számtalan alkalommal felmerül olyan probléma, hogy valami egy darabig működött, aztán nem. dpkg-n nevelkedett emberektől mindig a "telepítsd újra" megoldást hallom, ami vagy bejön - vagy nem, de ha bejön, akkor sem derít fényt arra, hogy mi okozta a hibát, és mit lehetne tenni újbóli előfordulása ellen. RPM-en nevelkedett emberektől viszont sokkal inkább a hibamegelőző hozzáállást láttam: ellenőrizzük le a fájlokat, keressük meg hogy melyik nem stimmel, ha megtaláljuk, akkor nemcsak megoldani tudjuk a problémát, hanem fény derülhet arra is hogy ki-mi okozhatta. Volt már pl., hogy RPM alapú rendszeren betörés nyomait kerestük (megváltoztatott fájlok), és bizony az rpm hatalmas segítségünkre volt, egy szem parancs végignézte az egész rendszert és kiköpte a nem stimmelő fájlok listáját, dpkg-ban nyoma sincs ilyen funkciónak. (Jó, tudom, az rpm adatbázisát is manipulálhatta az illető...)