Apakah aptitude masih dianggap superior daripada apt-get?


191

Ketika saya pertama kali mulai menggunakan Ubuntu aptitudeadalah 'in-thing', dengan beberapa perbaikan dinyatakan berakhir apt-get. Apakah saya benar dalam mengatakan bahwa apt-getsekarang telah 'menyusul' aptitude, dan itu membuat sedikit perbedaan yang digunakan (meskipun lebih baik untuk memilih satu atau yang lain, dan tetap dengan itu)?

Selain itu, dengan aptitudeset yang akan dihapus dari instalasi Ubuntu default, haruskah semua orang kembali apt-get, terutama ketika memandu pengguna baru yang tertarik pada CLI?


1
anak-anak keren hari ini menggunakan aptalih-alih salah satu dari mereka: itsfoss.com/apt-vs-apt-get-difference
tatsu

1
aptitude whykadang berguna, dan tidak ada padanan nyata .
Nathaniel M. Beaver

Jawaban:


131

Sejauh yang saya bisa lihat, dalam 10,04, perbedaan utama antara aptitude dan apt-get adalah:

  1. aptitudemenambahkan flag per paket secara eksplisit, menunjukkan apakah suatu paket diinstal secara otomatis untuk memenuhi dependensi: Anda dapat memanipulasi flag tersebut ( aptitude markautoatau aptitude unmarkauto) untuk mengubah cara aptitude memperlakukan paket.

    apt-getmelacak informasi yang sama, tetapi tidak akan menampilkannya secara eksplisit. apt-markdapat digunakan untuk memanipulasi bendera.

  2. aptitudeakan menawarkan untuk menghapus paket yang tidak digunakan setiap kali Anda menghapus paket yang diinstal, sedangkan apt-gethanya akan melakukan itu jika secara eksplisit diminta dengan apt-get autoremoveatau menentukan --auto-remove.

  3. aptitudebertindak sebagai front-end command-line tunggal untuk sebagian besar fungsi di keduanya apt-getdan apt-cache. Catatan : Pada 16.04, ada aptperintah yang menyertakan perintah yang paling umum digunakan dari apt-getdan apt-cachedan beberapa fitur tambahan.

  4. Berbeda dengan apt-cache"pencarian", aptitudeoutput "pencarian" juga menunjukkan status paket yang diinstal / dihapus / dibersihkan dari sebuah paket (ditambah tanda status aptitude sendiri). Juga, "instal" tanda keluaran paket mana yang sedang diinstal untuk memenuhi ketergantungan, dan yang dihapus karena tidak digunakan.

  5. aptitude memiliki UI interaktif (hanya teks).

Saya pribadi hanya menggunakan aptitudeuntuk manajemen paket command-line saya (dan saya tidak pernah menggunakan UI teks); Saya menemukan outputnya lebih mudah dibaca daripada apt-get/ apt-cache.

Namun, jika aptitudetidak akan lagi menjadi standar pada Ubuntu, tidak ada pilihan lain selain menggunakan apt-getinstruksi dan dokumen cara kerja.

(Secara pribadi, saya agak kecewa melihatnya pergi di 10.10, terutama karena perbaikan dari bakat lebih apt-get. Sebagian besar di sisi kegunaan Saya kira mereka dianggap bahwa mereka fasih dengan baris perintah tahu bagaimana untuk mendapatkan aptitude kembali, dan mereka yang tidak menggunakan baris perintah tidak akan peduli ...)


10
pencarian aptitude pada nama paket, apt-cache pada nama paket + deskripsi (Kami hanya harus memulai setiap howto dengan sudo apt-get install aptitude)
LassePoulsen

3
2. Namun apt-get akan memberi tahu Anda bahwa ada paket yang tidak digunakan dan Anda bisa menghapusnya apt-get autoremove.
sepp2k

2
Salah satu kelemahan dari aptitude adalah ketidakmampuan untuk mempertimbangkan pinning seperti yang dilakukan oleh apt-get
txwikinger

4
Bakat membaca dengan benar /etc/apt/preferences(dan menyematkan di dalamnya), tetapi saat ini mengabaikan /etc/apt/preferences.d/. Ini adalah bug yang dikenal sehingga ada harapan untuk segera diperbaiki.
Riccardo Murri

3
Aptitude memiliki opsi untuk mengambil changelog dengan mudah: aptitude changelog package-name. Saya tidak mengetahui fitur tersebut di apt-get.
Lekensteyn

21

Saya kira ini masalah pilihan pribadi sekarang. Saya menemukan pengetikan aptitude searchlebih masuk akal bagi saya daripada apt-cache search, dan saya suka pengetikan memberi tahu saya paket mana yang telah saya instal di sana di hasil pencarian, daripada harus dijalankan dpkg -l.


2
+1 Setuju dapat melihat apakah aplikasi diinstal saat pencarian sangat berguna. Meskipun saya menemukan bahwa pencarian apt-cache jauh lebih cepat daripada pencarian aptitude.
Mark Davidson

Saya menggunakan alias bash dua huruf untuk pencarian apt-cache, atau saya mungkin akan menggunakan aptitude searchjuga.
belacqua

Saya perhatikan bahwa apt-getpencarian sedikit lebih teliti daripada aptitude. Yang terakhir tampaknya hanya melihat nama paket, sementara yang pertama juga mencari deskripsi, saya kira. mis. coba cari build-essential.
Sparhawk

13

Apt-get sebelumnya tidak akan mengelola dependensi dengan benar dan oleh karena itu menyebabkan dependensi yatim tetap dalam sistem bahkan setelah paket yang menggunakannya dihapus - ini bukan lagi kasusnya, untuk menghapus penggunaan dependensi yatim piatu

sudo apt-get autoremove

aptitude selalu melakukan ini dengan benar dan melacak dependensi dengan lebih baik, tetapi sekarang kedua manajer paket melakukan pekerjaan.

Di ubuntu lebih baik menggunakan apt-get karena didukung dan didukung oleh perusahaan, pada debian saya akan menggunakan aptitude


2
Pernyataan terakhir tidak akurat. aptitudedidukung dengan baik di Ubuntu dan diinstal secara default. Tidak ada perbedaan antara Ubuntu dan Debian dalam hal itu.
loevborg

3
Itu sedang dihapus dari instalasi default di 10,10
kashif

1
Dalam pengalaman saya, aptitudeselalu lebih buruk dalam melacak dependensi yang diinstal. Itu cenderung untuk menghapus yang tidak terkait ketika menghapus suatu program, dan akhirnya melanggar program lain dalam proses ...
Izkata

Apa itu setara apt-get autoremovedengan aptitude? Saya memiliki kernel lama yang apt-get autoremovemenyarankan saya untuk menghapus, tetapi saya tidak melihat cara untuk menghapusnya aptitude.
Alexey

1
@ Alexey Anda dapat menggunakan aptitude remove '~g'. ( Sumber ) Catatan yang aptitudesecara otomatis akan menawarkan untuk menghapus dependensi yang tidak digunakan saat menghapus paket dengannya.
nyuszika7h

6

Selain jawaban yang lain, perlu juga dicatat bahwa apt-getsering kali gagal untuk operasi sederhana, dan tidak memiliki kemampuan untuk menangani ketidakcocokan versi ketergantungan atau paket yang rusak (meskipun mengklaim bahwa paket yang rusak dapat diperbaiki apt-get install -f, saya sudah benar-benar tidak pernah melihat itu bekerja sepanjang hidup saya).

Untuk beberapa alasan, saya masih menggunakan apt-getsecara default, tetapi ketika menemui masalah, saya biasanya menyelesaikannya aptitude, yang sepertinya tidak pernah menemui apt-getbanyak masalah.


Saya juga memiliki pengalaman serupa dalam menyelesaikan konflik, aptitudemerupakan alternatif cara yang lebih baik dalam hal itu.
Volkan Yazıcı

1
Sebagai catatan, saya hanya melihat apt-get install -f memperbaiki sistem saya. aptitude punya masalah, ini memperbaikinya, dan kemudian hal pertama yang saya lakukan adalah apt instal aptitude :) Pilihan adalah hal yang baik (tm)
teknopaul

3

Saya akan mengatakan bahwa dalam pengalaman pribadi saya, apt dan get-get memiliki fungsi yang sangat mirip.

Perbedaan utama yang muncul dalam pikiran yang mungkin mempengaruhi pilihan pengguna adalah, bahwa aptitude menawarkan antarmuka ncurses dan bahwa ia menawarkan opsi untuk pemutakhiran yang aman dan pemutakhiran penuh yang dapat berguna.

Secara pribadi saya selalu menggunakan apt-get dan merekomendasikan agar pengguna baru juga menggunakan apt-get. Dengan aptitude yang diatur untuk dihapus dari Ubuntu secara default seperti yang Anda katakan, ini tampaknya masih menjadi rekomendasi terbaik. Seolah-olah mereka memang ingin menggunakan aptitude, mereka harus tahu cara menggunakan apt-get untuk menginstal aptitude jika mereka menginginkannya :)


bisakah Anda menjelaskan apa antarmuka ncurses itu?
8128

@fluteflute: ncurses adalah pustaka yang digunakan untuk mewujudkan antarmuka pengguna teks. en.wikipedia.org/wiki/Ncurses
dierre

1

Di server saya lebih suka Atitude karena ia datang dengan antarmuka yang cukup bagus untuk memeriksa paket changelogs, upgrade selektif dan semacamnya. apt-get lebih cepat dan saya selalu menggunakannya jika saya hanya ingin memperbarui semuanya tanpa terlalu banyak kesulitan.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.