Mi a valódi különbség “ apt-get ” és “ aptitude ”? (Mi lenne a “ wajig ”?)

Tudom hogy az apt-get és a aptitude egyaránt parancssori csomagkezelő interfész Debian-alapú Linux-on, különböző lehetőségekkel, de még mindig kissé zavart vagyok. A motorháztető alatt nem ugyanazt az APT rendszert használják?

Miért tartja fenn a Debian ezeket a párhuzamos eszközöket? (Bónuszkérdés: mi a földön van wajig ?)

Megjegyzések

  • Tudom, hogy ez nem a megfelelő válasz a kérdésedre, de miért nem próbálod meg a szinaptikusat? a felhasználó frindly, és automatikusan letölti és telepíti a függőségeket. A gnome nincs a rendszerén?
  • Én ‘ m elfogult vagyok, de szerintem ezt a kérdést az Ubuntu SE webhelye releváns lehet.
  • másolat: unix.stackexchange.com/questions/244/apt-get-or-aptitude .
  • @Wim a kérdés wajig része miatt úgy döntöttem, hogy a 244-et egyesítem ebbe a kérdésbe, nem pedig fordítva.
  • Érdemes megjegyezni, hogy az alkalmasság meg van adva eltávolítás az alapértelmezett telepítésről az Ubuntu következő verziójára (bár utólag mindig telepítheti az apt-get használatával)

Válasz

A legnyilvánvalóbb különbség az, hogy a aptitude terminálmenü interfészt biztosít (hasonlóan a terminál Synaptic-jához), míg a > nem.

Mindegyiknek csak a parancssori felületeit figyelembe véve, ezek meglehetősen hasonlóak, és többnyire nem mindegy, hogy melyiket használja. Mindkettő legújabb verziói nyomon követik, mely csomagokat telepítették manuálisan, és melyeket telepítették függőségként (és ezért jogosultak automatikus eltávolításra). Valójában úgy gondolom, hogy a közelmúltban a két eszközt frissítették, hogy tulajdonképpen ugyanazt az adatbázist ossza meg a manuálisan vs automatikusan telepített csomagokkal, így azok az esetek, amikor valamit telepít az apt-get segítségével, majd az aptitude el akarja távolítani, a múlt.

Van néhány kisebb különbség:

  • az aptitude automatikusan eltávolítja az alkalmas csomagokat, míg az apt-get külön parancsot igényel ehhez
  • a upgrade és a dist-upgrade parancsokat alkalmasan átnevezték a valószínűleg pontosabb nevekre: safe-upgrade és full-upgrade ill.
  • az aptitude valójában nemcsak az apt-get, hanem néhány társeszközének, például az apt-cache és az apt-mark funkcióit is ellátja.
  • az aptitude kissé eltérő lekérdezési szintaxissal rendelkezik a kereséshez (az apt-cache-hez képest)
  • az aptitude a miért és miért-nem parancsokkal mondja el mely manuálisan telepített csomagok akadályozzák meg a kívánt műveletet.
  • Ha a végrehajtani kívánt műveletek (csomagok telepítése, eltávolítása, frissítése) ütközést okoznak, az aptitude több lehetséges állásfoglalást javasol. Az apt-get csak azt mondja: “Sajnálom, Dave, ezt nem engedhetem meg neked.”

Vannak más apró különbségek is, de ezek a legfontosabbak, amelyeket én

Röviden, az aptitude helyesebb a Synaptic és más magasabb szintű csomagkezelő kezelőfelületek kategóriájába tartozik. Véletlenül van egy parancssori felülete is, amely hasonlít az apt-get-re. gyorsítótár és apt-mark? Nos, van egy csomó közülük, és ha sokat használja őket, akkor talán nem emlékszik, hogy melyik melyik parancsot adja meg. A wajig az egyik megoldás erre a problémára. Lényegében diszpécser, egy burkoló az összes eszköz körül. szükség esetén a sudo-t is alkalmazza. Amikor azt mondja, hogy wajig install foo, wajig azt mondja: “Ok, install a apt-get és rendszergazdai jogosultságokat igényel, “és fut sudo apt-get install foo. Amikor azt mondja, hogy wajig search foo, wajig azt mondja:” Ok, search a apt-cache szolgáltatja, és nem igényel rendszergazdai jogosultságokat, és fut: apt-cache search foo. Ha használja a wajig-ot az apt-get, apt-mark, apt-cache és mások helyett, akkor soha nem lesz ez a probléma:

$ apt-get search foo E: Invalid operation search 

Ha szeretné tudja, hogy a wajig mit csinál a színfalak mögött, mely eszközöket használja egy adott parancs végrehajtásához, --simulate és --teaching m odes.

Két általam gyakran használt wajig parancs: wajig listfiles foo és wajig whichpkg /usr/bin/foo.

Megjegyzések

  • Az egyik nagy problémám az aptitude kapcsán az volt, hogy hosszú időbe telik, amíg a csomagok neve kiegészül a lapokkal (pl. = “0751089232”>

fül), míg az apt-get számára nagyon gyors. Úgy tűnik, hogy az apt-get családban van olyan gyorsítótár, amelyből hiányzik az alkalmasság.

  • aptitude is van a félelmetes aptitude search, amelyet a nagyon hatékony keresési mintákkal használhat. Van aptitude reinstall. Használhatja az ncurses (terminál menü) felületét is összetett csomagműveletek előkészítéséhez , például részleges frissítéshez, egy csomag eltávolításához, egy másik fagyasztásához, ennek frissítéséhez, amelyet aztán egyszerre futtathat művelet … Ja, és van egy interaktív konfliktusmegoldó .
  • @Totor szent tehén, az aptitude ‘ s ncurses felület a parancsok előkészítéséhez egyszer és mindenkorra eladta az alkalmasságot! (évekig tartó gondolkodás után az alkalmasságot érdemes megtenni, de az apt-get beírása az izommemóriából)
  • … és aptitude is van aptitude download package-name a .deb csomag megszerzéséhez!
  • Ez ‘ csak egy dolgot találtam, ami nem ‘ t itt: aptitude, de apt-get, és ez apt-get --compile source package-name . apt-get build-dep package-name létezik, de úgy gondolom, hogy az aptitude build-dep package-name jobb munkát végez.
  • Válasz

    Gyakran csodálkoztam magamon. A Wikipédia kiemeli , hogy a fő megkülönböztető jellemző az, hogy az alkalmasság teljes képernyős szöveges mód (átkok) felület. Az a tény, hogy a legtöbb apt-get parancs argumentumot maga a aptitude paranccsal is használhatja, csak tervezési döntés hogy a apt-get felhasználók könnyebben áttérhessenek a aptitude és fordítva.

    Soha nem használtam wajig, de a dokumentáció azt sugallja, hogy ez csak egy szkript, amely tudja, hogy átad-e neki egy deb fájlt (amikor fut dpkg) vagy egy apt csomag neve (amikor apt-get fut). Kipróbálhatná, és megnézheti, hogy ez az, amit csinál?

    Természetesen a valós különbség:

    gaurav@fern:~$ apt-get moo (__) (oo) /------\/ / | || * /\---/\ ~~ ~~ ...."Have you mooed today?"... gaurav@fern:~$ aptitude moo There are no Easter Eggs in this program. 

    Megjegyzések

    • Nem! aptitude több van. Elfelejtette elhelyezni a végtelen -v zászlókat moo -re. (Felmehet -vvvvvv)
    • Ne felejtse el az összes fontos szuper tehénhatalmat, amely apt-get van, de aptitude nem. (Próbálkozzon --help mindkettővel)
    • lmao. ez egy szórakoztató válasz, bár @ryan ‘ válasza sokkal bonyolultabb;)

    válasz

    Az aptitude a konzolból történő csomagkezelés előnyben részesített programja mind a csomagtelepítések, mind a csomag- vagy rendszerfrissítések esetében a Debianban.

    Itt áttekintést nyújt az eszközről és az apt-get felett található tulajdonságai: http://www.debian.org/doc/FAQ/ch-pkgtools.en.html#s-aptitude

    Szóval, a tanácsom az, hogy csak apt-get install aptitude 🙂

    Megjegyzések

    • A kiadási megjegyzések mondjuk az apt-get most ajánlott az alkalmasságon felül a frissítések szorításához.
    • Igen, de csak azért. Ellenkező esetben egyenlőnek tekintik őket, de a aptitude sokkal fejlettebb funkciókkal rendelkezik, mint például a keresés és a teljes képernyős mód, mint a apt-get.
    • Valamilyen oknál fogva alkalmasságot használt az emacs telepítésére, és anélkül, hogy megnézte volna, eltávolította a gdm-t! Tehát egyelőre az apt-get használom, de nagyon kíváncsi vagyok az alkalmasságra.

    Válasz

    aptitude emlékszik, mely csomagokat kérték kifejezetten, és melyeket csak függőségek miatt telepítették. Automatikusan eltávolítja azokat a csomagokat, amelyeket nem kértek kifejezetten, amikor már nincs rájuk szükség.

    apt-get kifejezetten kezeli a kért csomagokat és függőségeiket.

    Tehát jobb a aptitude használata, ez segít megőrizni a rendszer tisztaságát.

    Megjegyzések

    • Ez régen igaz volt, de tudom, hogy az apt-get egy apt-get autoremove paranccsal rendelkezik a csak függőségként telepített csomagok eltávolításához. Nem tudom, hogy ‘ mikor adták hozzá ezt a funkciót, de az egyik weboldal azt sugallja, hogy a Debian Lenny-vel (2010. június) történhetett.
    • apt-get autoremove nem ‘ nem távolítja el a csak függőségként telepített csomagokat, eltávolítja az árva függőségeket, ami finom különbség ; ‘ nem tudja megmondani, hogy egy ‘ leaf ‘ csomagot szándékosan vagy másként telepítettek-e függőség, így elhagyja azt, ahol az alkalmasság tudná és eltávolítaná.
    • I ‘ m eladtam! Vannak más szép dolgok is a aptitude témában, de ez egy gyilkos funkció.

    Válasz

    apt-get, valamint a különféle társeszközök lényegesen kevesebb memóriát fogyasztanak, mint a aptitude, és egy kicsit gyorsabbak. Boldogan nem tudtam erről, amíg meg nem próbáltam frissíteni a debian telepítését egy kicsi, régi pentium thinkpadra 32 MB RAM-mal. Egy-két órányi cserelapozásra lenne szükség a sikeres befejezés apt-get futtatásához; A aptitude hosszabb ideig tartó gondolkodásom után kudarcot vallana.

    Ez a megkülönböztetés többé-kevésbé lényegtelen a modern asztali rendszerhez hasonló dolgokban.

    Válasz

    A @Gaurav válaszára építve a két csomagkezelő húsvéti tojásai elég viccesek !:

    siddhartha@siddhartha-dev:~$ apt-get moo (__) (oo) /------\/ / | || * /\---/\ ~~ ~~ ..."Have you mooed today?"... siddhartha@siddhartha-dev:~$ aptitude moo There are no Easter Eggs in this program. siddhartha@siddhartha-dev:~$ aptitude -v moo There really are no Easter Eggs in this program. siddhartha@siddhartha-dev:~$ aptitude -vv moo Didn"t I already tell you that there are no Easter Eggs in this program? siddhartha@siddhartha-dev:~$ aptitude -vvv moo Stop it! siddhartha@siddhartha-dev:~$ aptitude -vvvv moo Okay, okay, if I give you an Easter Egg, will you go away? siddhartha@siddhartha-dev:~$ aptitude -vvvvv moo All right, you win. /----\ -------/ \ / \ / | -----------------/ --------\ ---------------------------------------------- siddhartha@siddhartha-dev:~$ aptitude -vvvvvv moo What is it? It"s an elephant being eaten by a snake, of course. siddhartha@siddhartha-dev:~$ aptitude -vvvvvvv moo What is it? It"s an elephant being eaten by a snake, of course. siddhartha@siddhartha-dev:~$ aptitude -vvvvvvvv moo What is it? It"s an elephant being eaten by a snake, of course. 

    és így tovább.

    Válasz

    Ugyanazokat az alapvető funkciókat kínálják: telepítse és távolítsa el a csomagokat a parancssorból.

    Itt részletesebb összehasonlítás található, amely a Ubuntu Stack Exchange webhely : https://askubuntu.com/questions/1743/is-aptitude-really-better-than-apt-get/1749#1749

    Megjegyzések

    • Elég hasonlóak, elég könnyen tudok váltani közöttük.

    Válasz

    Mint említettük, legyen http://pthree.org/2007/08/12/aptitude-vs-apt-get/ , aptitude nek van egy nyája h könnyebben használható parancssori felület.

    A motorháztető alatt nem ugyanazt az APT rendszert használják? Igen.

    Az alaprendszer nemcsak apt, hanem dpkg. Ez a rendszer ugyanolyan buta, mint az RPM, csak egyes csomagok telepítését és adminisztrációját képes kezelni. Nyomon követi, hogy mely telepített fájlok melyik csomaghoz tartoznak.

    apt kezeli az egyes csomagok tárházainak letöltését, a függőségek nyomon követését és így tovább – amit aztán a dpkg használatával telepít. A aptitude ugyanezt teszi, más felülettel.

    Válasz

    Mindkét találat -get és az aptitude támaszkodnak az APT könyvtárra, igen.

    Lásd a válaszomat a serverfault.com webhelyen .

    A Debian nem monolit entitás, vannak különböző véleményű emberek, és az alkalmasság-fenntartó úgy döntött, hogy az apt-getnek vannak hiányosságai, és valami jobbat szeretett volna építeni alkalmassággal. Javította a logikát, hogy megoldásokat találjon az összetett frissítési szcenáriókhoz, hozzáadott egy GUI-t a konzolhoz, stb. És nem csak apt-get és aptitude vannak, lásd apt cikkemet -get, aptitude,… válassza ki a megfelelő csomagkezelőt .

    Válasz

    Nem vagyok biztos benne ha ez továbbra is fennáll, de a vérző élű Debian fejlesztő, Joey Hess mindig is az apt-get helyett az alkalmasságot szorgalmazta. Természetesen változtatni kell a szoftver fejlődésével. Az Apt-get most jobban kezeli a függőségeket, mint korábban. Kezdve: http://lists.debian.org/debian-user/2004/04/msg03138.html

    Dátum: kedd, 2004. április 20., 22:27:12 -0400 Feladó: Joey Hess

    Kilenc ok, amiért az apt-get vagy a dselect helyett az aptitude-t kell használnia.

    1. Az aptitude úgy nézhet ki, mint az apt-get

      Ha “aptitude update”, “aptitude upgrade” vagy “aptitude install” futtatását hajtja végre, akkor az úgy néz ki és működik, mint az apt-get, néhány fejlesztéssel. Tehát nincs tanulási görbe.

      (Ha dselect felhasználó vagy, akkor a tanulási görbe nyilvánvalóan nem tartozik a problémád közé.)

    2. alkalmassági sávok automatikusan telepített csomagok

      Ne aggódjon a fel nem használt könyvtárak és támogatási csomagok metszése miatt a rendszerében. Ha az aptitude-ot használja minden telepítéséhez, akkor nyomon követi, hogy mely csomagokat csak a függőségek vonják be, és eltávolítja ezeket a csomagokat, amikor ezekre már nincs szükség.

    3. az aptitude kezeli az ajánlásokat

      Az apt-get hosszú ideje fennálló kudarca az, hogy nem támogatja az Ajánlja kapcsolatot . Ez problémát jelent, mivel a Debian számos csomagja az Ajánlja az olyan szoftverek beszerzésére támaszkodik, amelyeket az átlag felhasználó általában a csomaggal használ. Ez nem ritka probléma oka, annak ellenére, hogy az apt-get nemrégiben képes volt legalább megemlíteni az ajánlott csomagokat , könnyű elmulasztani a figyelmeztetéseket.

      Az Aptitude alapértelmezés szerint támogatja az Ajánlásokat, és konfigurálható a Suggestek támogatására is. Még az ajánlott csomagok telepítését is támogatja, amikor parancssori módban használják őket.

    4. Használja az aptitude-ot normál felhasználóként, és kerülje a rendszer ürítését

      Talán nem ” Nem tudom, hogy az aptitude rendes felhasználóként futtatható a gui módban. Hajtsa végre a kívánt változtatásokat. Ha valódi rendetlenségbe keveredik, megnyomhatja a “q” billentyűt és kiléphet, a változtatásokat nem menti a rendszer. (Az Aptitude lehetővé teszi a ctrl-u használatát a módosítások visszavonására is.) Mivel normál felhasználóként fut, a rendszert addig nem tömörítheti, amíg meg nem szólítja az aptitude-t valamire, ekkor felszólítja a root jelszó megadására. / p>

    5. az aptitude hatékony felhasználói felületet és keresési képességeket tartalmaz. leírás, fenntartó, függőségek stb., az aptitude használatával minden eddiginél gyorsabban kell megtalálnia a csomagokat.

    6. az aptitude megkönnyíti az elavult szoftverek nyomon követését

      Ha a Debian leállítja a csomag terjesztését, az apt korlátlan ideig hagyja a rendszeren, figyelmeztetés és frissítés nélkül. Az Aptitude felsorolja az ilyen csomagokat az “Elavult és helyben létrehozott csomagok” szakaszában, így tájékoztatást kaphat a problémáról és tehet róla.

    7. Az aptitude kezeli a Debian kezelőfelületét. Feladatrendszer

      Az Aptitude lehetővé teszi a Debian feladatrendszerének használatát, ahogyan azt felhasználásra tervezték. Böngészhet az elérhető feladatok között, kiválaszthat egy feladatot a telepítéshez, majd belemélyezheti és eltávolíthatja a részek kijelölését a feladat, amelyet nem akarsz. Az apt-get nem támogatja a feladatokat, és az aptitude jobb, mint a speciális célú eszközök, mint például a taskel.

    8. Az aptitude több forrást támogat

      Ha a forrásai. A lista úgy van konfigurálva, hogy a csomag több változatát is elérhetővé tegye, az aptitude segítségével részletezheti az elérhető verziókat, és kiválaszthatja a telepítéshez nem alapértelmezett verziót. Ha egy csomag instabillá válik, egyszerűen görgesse vissza a tesztelés alatt álló verzióra.

    9. Az aptitude naplózza a műveleteit

      Az Aptitude naplózza a telepített csomagot, frissíti, és eltávolítja a / varlog / aptitude fájlt, ami hasznos lehet annak kiderítéséhez, hogy a tegnapi frissítés után miért kezdtek törni a dolgok, vagy amikor eltávolított egy partiticlar csomagot.

    – lásd félénk jo

    =================== itt van egy újabb vita 2010-ből is itt https://superuser.com/questions/93437/aptitude-vs-apt-get-which-is-the-recommended-aka-the-right-tool-to-use a StackExchange-en.

    Vélemény, hozzászólás?

    Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük