6.2. Perintah aptitude, apt-get, dan apt

6.2. Perintah `aptitude`, `apt-get`, dan `apt`

APT merupakan proyek yang luas, yang mulanya direncanakan menyertakan antarmuka grafis. Berbasis pada pustaka yang berisi aplikasi inti, dan apt-get adalah front end pertama — berbasis baris-perintah — yang telah dikembangkan di dalam proyek. apt adalah front end berbasis baris-perintah kedua yang disediakan oleh APT yang mengatasi beberapa kesalahan desain apt-get.

Both tools are built on top of the same library and are thus very close but the default behaviour of apt has been improved for interactive use and to actually do what most users expect. APT's developers reserve the right to change the public interface of this tool to further improve it. On the opposite, the public interface of apt-get is well defined and will not change in any backwards incompatible way. It is thus the tool that you want to use when you need to script package installation requests.

Beberapa antarmuka grafis kemudian muncul sebagai proyek eksternal: synaptic, aptitude (yang menyertakan antarmuka mode teks dan grafis - bahkan jika belum selesai), wajig,dll. Antarmuka yang paling direkomendasikan, apt, adalah yang akan kita gunakan pada contoh-contoh yang diberikan pada bagian ini. Namun perhatikan bahwa sintaks baris perintah apt-get dan aptitude sangat mirip. Ketika ada beberapa perbedaan utama antara apt, apt-get, dan aptitude, perbedaan ini akan dirinci.

6.2.1. Inisialisasi

Untuk bekerja dengan APT, daftar paket yang tersedia perlu diperbaharui; hal ini dapat dengan mudah dilakukan dengan apt update. Tergantung dari kecepatan koneksi Anda, operasi ini perlu beberapa saat karena melibatkan pengunduhan beberapa berkas Packages/Sources/Translation-language-code, yang semakin lama semakin besar sebagaimana Debian dikembangkan (setidaknya data 10 MB untuk bagian main). Tentu saja, instalasi dari CD-ROM tidak perlu mengunduh - dalam hal ini, operasinya sangat cepat.

6.2.2. Instalasi dan Penghapusan

Dengan APT, paket dapat ditambahkan atau dihapus dari sistem, masing-masing dengan apt install paket dan apt remove paket. Dalam dua kasus tersebut, APT akan menginstall ketergantungan atau menghapus paket yang bergantung pada paket yang sedang dihapus secara otomatis. Perintah apt purge paket melibatkan penghapusan penuh — berkas konfigurasi juga dihapus.

TIP Instalasi paket pilihan yang sama beberapa kali

Berguna untuk menginstall secara sistematis daftar paket yang sama pada beberapa komputer. Hal ini dapat dengan mudah dilakukan.

Pertama, ambil daftar paket terinstall pada komputer yang akan tersaji sebagai “model” untuk disalin.

$ dpkg --get-selections >pkg-list

Berkas pkg-list kemudian berisi daftar paket terinstall. Selanjutnya, kirim berkas pkg-list ke komputer yang ingin Anda perbaharui dan gunakan perintah berikut:

## Update dpkg's database of known packages
# avail=`mktemp`
# apt-cache dumpavail > "$avail"
# dpkg --merge-avail "$avail"
# rm -f "$avail"
## Update dpkg's selections
# dpkg --set-selections < pkg-list
## Ask apt-get to install the selected packages
# apt-get dselect-upgrade

Perintah pertama merekam daftar paket tersedia di basisdata dpkg, kemudian dpkg --set-selections mengembalikan paket terpilih yang ingin Anda install, dan apt-get mengeksekusi operasi yang diperlukan! aptitude tidak memiliki perintah ini.

TIP Penghapusan dan instalasi pada saat yang sama

Memungkinkan untuk meminta apt (atau apt-get, atau aptitude) untuk menginstall beberapa paket dan menghapus lainnya pada baris perintah yang sama dengan menambahkan awalan. Dengan perintah apt install, tambahkan “-” pada nama paket yang ingin Anda hapus. Dengan perintah apt remove, tambahkan “+” pada nama paket yang ingin Anda install.

Contoh berikutnya menunjukkan dua perbedaan cara untuk menginstall paket1 dan menghapus paket2.

# apt install paket1 paket2-
[...]
# apt remove paket1+ paket2
[...]

Dapat pula digunakan untuk mengecualikan paket yang mungkin akan diinstal, misalnya karena Recommends. Umumnya, pemecah ketergantungan akan menggunakan informasi tersebut sebagai petunjuk untuk melihat solusi alternatif.

TIP apt --reinstall dan aptitude reinstall

Terkadang sistem dapat menjadi rusak setelah penghapusan atau modifikasi berkas dalam sebuah paket. Cara termudah untuk mengembalikan berkas ini ialah dengan menginstall ulang paket terdampak. Sayangnya, sistem pemaketan menemukan bahwa sebelumnya telah terinstall dan menolak dengan sopan untuk menginstallnya; untuk menghindari hal ini, gunakan pilihan --reinstall untuk perintah apt dan apt-get. Perintah berikut menginstall ulang postfix merskipun paket tersebut telah ada:

# apt --reinstall install postfix

Baris perintah aptitude sangat berbeda, namun hasilnya akan sama dengan aptitude reinstall postfix.

Masalah tidak muncul dengan dpkg, namun administrator jarang menggunakannya secara langsung.

Waspadalah, menggunakan apt --reinstall untuk memulihkan paket yang diubah selama serangan pasti tidak dapat mengembalikan sistem seperti sebelumnya. Bagian 14.7, “Dealing with a Compromised Machine” merinci langkah yang diperlukan untuk menangani sistem yang terkompromi.

Jika berkas sources.list menyebutkan beberapa distribusi, memungkinkan untuk memberi versi paket yang diinstall. Nomor versi paket yang spesifik dapat diminta dengan apt install paket=versi, namun menunjuk distribusi asli (Stable, Testing atau Unstable) — dengan apt install paket/distribusi — biasanya lebih disukai. Dengan perintah ini, memungkinkan untuk paket kembali ke versi yang lebih tua (misalnya Anda mengetahui bahwa itu bekerja dengan baik), asal masih tersedia pada salah satu sumber yang dirujuk oleh berkas sources.list. Bila tidak, arsip snapshot.debian.org dapat hadir sebagai penyelamat (lihat bilah tepi LEBIH JAUH Paket versi lama: snapshot.debian.org).

Contoh 6.3. Instalasi versi unstable dari spamassassin

# apt install spamassassin/unstable

If the package to install has been made available to you under the form of a simple .deb file without any associated package repository, it is still possible to use APT to install it together with its dependencies (provided that the dependencies are available in the configured repositories) with a simple command: apt install ./path-to-the-package.deb. The leading ./ is important to make it clear that we are referring to a filename and not to the name of a package available in one of the repositories.

LEBIH JAUH Cache berkas .deb

APT keeps a copy of each downloaded .deb file in the directory /var/cache/apt/archives/. In case of frequent updates, this directory can quickly take a lot of disk space with several versions of each package; you should regularly sort through them. Two commands can be used: apt-get clean entirely empties the directory; apt-get autoclean only removes packages which can no longer be downloaded (because they have disappeared from the Debian mirror) and are therefore clearly useless (the configuration parameter APT::Clean-Installed can prevent the removal of .deb files that are currently installed).

6.2.3. Pembaharuan Sistem

Pembaharuan berkala direkomendasikan, karena mereke menyertakan pembaharuan keamanan. Untuk upgrade, gunakan apt upgrade, apt-get upgrade, atau aptitude safe-upgrade (tentu saja setelah apt update). Perintah ini mencari paket terinstall yang dapat diperbaharui tanpa menghapus paket. Dengan kata lain, tujuannya adalah untuk memastikan upgrade yang paling tidak intrusif yang mungkin. apt-get lebih banyak persyaratannya daripada aptitude atau apt karena ini akan menolak menginstall paket yang tidak diinstall sebelumnya.

TIP Peningkatan pembaharuan

As we explained earlier, the aim of the apt update command is to download for each package source the corresponding Packages (or Sources) file. However, even after a xz compression, these files can remain rather large (the Packages.xz for the main section of Stretch takes more than 6 MB). If you wish to upgrade regularly, these downloads can take up a lot of time.

Untuk memercepat proses APT dapat mengunduh berkas “diff” yang berisi perubahan sejak pembaharuan sebelumnya, kebalikan dari seluruh berkas. Untuk mencapainya, mirror resmi Debian mendistribusikan berkas pembeda yang mendaftar perbedaan antara satu versi berkas Packages dan versi berikutnya. Mereka dihasilkan pada setiap pembaharuan arsip dan sejarahnya disimpan selama satu minggu. Setiap berkas “diff” ini hanya berukuran beberapa lusin kilobyte untuk Unstable, maka jumlah data yang diunduh oleh apt update setiap minggu sering dibagi 10. Untuk distribusi seperti Stable dan Testing, yang jarang berubah, perolehannya bahkan lebih nyata.

Akan tetapi, terkadang lebih menarik untuk mengunduh seluruh berkas Packages, khususnya ketika pembaharuan terakhir sangat tua dan ketika mekanisme penambahan perbedaan tidak akan lebih menyumbang. Hal ini juga dapat lebih menarik ketika akses jaringan sangat cepat namun ketika prosesor mesin untuk diupgrade sedikit lambat, karena waktu untuk mengunduh hilang ketika komputer menghitung versi baru berkas ini (dimulai dengan versi lama dan menerapkan perbedaan yang diunduh). untuk melakukan hal itu, Anda dapat menggunakan parameter konfigurasi Acquire::Pdiffs dan mengaturnya menjadi false.

apt umumnya akan memilih versi terkini (kecuali untuk paket dari Experimental dan stable-backports, yang bawaannya diabaikan berapapun nomor versinya). Jika Anda menentukan Testing atau Unstable dalam sources.list Anda, apt upgrade akan mengganti kebanyakan sistem Stable Anda ke Testing atau Unstable, mungkin bukan yang Anda inginkan.

Meminta apt untuk menggunakan distribusi khusus ketika mencari paket yang diperbaharui, Anda perlu menggunakan pilihan -t atau --target-release, diikuti oleh nama distribusi yang Anda inginkan (sebagai contoh: apt -t stable upgrade). Untuk menghindari penentuan pilihan ini setiap waktu Anda dapat menggunakan apt, Anda dapat menambahkan APT::Default-Release "stable"; dalam berkas /etc/apt/apt.conf.d/local.

Untuk kenaikan-tingkat yang lebih penting, seperti berubah dari satu versi utama Debian ke berikutnya, Anda perlu menggunakan apt full-upgrade. Dengan instruksi ini, apt akan melengkapi upgrade bahkan jika harus menghapus beberapa paket usang atau menginstall ketergantungan baru. Perintah ini juga digunakan pengguna yang sehari-hari bekerja dengan rilis Debian Unstable dan mengikut evolusinya setiap hari. Ini sangat sederhana yang hampir tidak memerlukan penjelasan: reputasi APT berbasis pada fungsionalitas besar ini.

Tidak seperti apt dan aptitude, apt-get tidak mengenal perintah full-upgrade. Sebagai pengganti, Anda mesti memakai perintah apt-get dist-upgrade ("peningkatan distribusi"), perintah historis dan dikenal luas yang juga diterima oleh apt dan aptitude untuk kenyamanan pengguna yang terbiasa memakainya.

6.2.4. Pilihan Konfigurasi

Selain elemen konfigurasi yang telah disebutkan, memungkinkan unutuk mengonfigurasi beberapa aspek APT dengan menambahkan arahan dalam berkas di direktori /etc/apt/apt.conf.d/. Ingat misalnya bahwa ini memungkinkan APT untuk meminta dpkg untuk mengabaikan kesalahan konflik berkas dengan menentukan DPkg::options { "--force-overwrite"; }.

Jika Web hanya dapat diakses melalui proxy, tambahkan baris seperti Acquire::http::proxy "http://proxy-anda:3128". Untuk sebuah proxy FTP, tulis Acquire::ftp::proxy "ftp://proxy-anda". Untuk menemukan lebih banyak pilihan konfigurasi, baca laman manual apt.conf(5) dengan perintah man apt.conf (untuk rincian pada laman manual, lihat Bagian 7.1.1, “Halaman Manual”).

KEMBALI KE DASAR Direktori berakhir dengan .d

Direktori dengan akhiran .d semakin sering digunakan. Setiap direktori merepresentasikan sebuah berkas konfigurasi yang dibagi ke dalam beberapa berkas. Dalam pengertian ini, seluruh berkas dalam /etc/apt/apt.conf.d/ merupakan instruksi untuk konfigurasi APT. APT menyertakannya dalam urutan alfabetis, jadi yang terakhir dapat memodifikasi sebuah elemen konfigurasi salah satu yang pertama.

Struktur ini membawa beberapa fleksibilitas untuk administrator mesin dan maintainer paket. Memang, administrator dapat dengan mudah memodifikasi konfigurasi perangkat lunak dengan menambahkan berkas siap-pakai dalam direktori tersebut tanpa perlu mengubah berkas yang ada. Maintainer paket menggunakan pendekatan yang sama ketika mereka perlu menyadur konfigurasi perangkat lunak lain untuk memastikan kebersamaan dengan milik mereka. Kebijakan Debian secara eksplisit melarang modifikasi berkas konfigurasi paket lain - hanya pengguna yang diperbolehkan melakukan ini. Ingat bahwa selama pembaharuan paket, pengguna dapat memilih versiberkas konfigurasi yang harus dipertahankan ketika modifikasi telah terdeteksi. Beberapa modifikasi eksternal pada berkas akan memicu permintaan tersebut, yang akan mengganggu administrator, yang tentu tidak mengubah apapun.

Tanpa direktori .d, tidak mungkin sebuah paket eksternal mengubah pengaturan program tanpa memodifikasi berkas konfigurasinya. Sebagai pengganti, itu harus meminta pengguna untuk melakukannya sendiri dan mencantumkan daftar operasi yang akan dilakukan di dalam berkas /usr/share/doc/paket/README.Debian.

Tergantung aplikasinya, direktori .d digunakan secara langsung atau diatur oleh skrip eksternal yang akan merangkai seluruh berkas untuk membuat berkas konfigurasinya sendiri. Penting untuk mengeksekusi skrip setelah beberapa perubahan pada direktori tersebut agar modifikasi terkini diambil untuk digunakan. Dengan cara yang sama, penting untuk bekerja secara langsung dalam berkas konfigurasi yang dibuat secara langsung, karena apapun akan hilang pada eksekusi skrip berikutnya. Metode yang diambil (direktori .d digunakan secara langsung atau sebuah berkas dihasilkan dari direktori tersebut) biasanya didikte oleh kendala implementasi, namun dalam kedua kasus menguntungkan pada istilah fleksibilitas konfigurasi lebih dari membuat untuk sebuah komplikasi kecil yang dibawakannya. Exim 4 server mail merupakan sebuah contoh metode menghasilkan berkas: ini dapat dikonfigurasi melalui beberapa berkas (/etc/exim4/conf.d/*) yang dirangkai ke dalam /var/lib/exim4/config.autogenerated oleh perintah update-exim4.conf.

6.2.5. Mengelola Prioritas Paket

Salah satu aspek yang paling penting dalam konfigurasi APT adalah mengelola prioritas asosiasi dengan setiap sumber paket. Misalnya, Anda mungkin ingin meluaskan satu distribusi dengan satunya atau dua paket terbaru dari Testing, Unstable atau Experimental. Ini memungkinkan untuk menetapkan prioritas setiap paket yang tersedia (paket yang sama dapat memiliki beberapa prioritas tergantung versinya atau distribusi yang menyediakannya). Prioritas ini akan memengaruhi perangai APT: untuk setiap paket, ini akan selalu memilih versi dengan prioritas tertinggi (kecuali jika versinya lebih tua dari yang terinstall dan jika prioritasnya kurang dari 1000).

APT mendefinisikan beberapa prioritas bawaan. Setiap versi paket terinstall memiliki prioritas 100. Versi tak-terinstall memiliki prioritas 500 secara bawaan, namun ini dapat melompat ke 990 jika ini merupakan rilis target (ditentukan dengan pilihan baris-perintah -t atau arahan konfigurasi APT::Default-Release.

Anda dapat memodifikasi prioritas dengan menambahkan entri pada berkas /etc/apt/preferences dengan nama paket terdampak, versi mereka, asal mereka dan prioritasnya.

APT tidak akan pernah menginstall versi lebih lama sebuah paket (itulah, sebuah paket yang nomor versinya lebih rendah dari salah satu paket yang telah terinstall) kecuali jika prioritasnya lebih besar dari 1000. APT akan selalu menginstall paket dengan prioritas tertinggi yang mengikuti batasan ini. Jika dua paket memiliki dua prioritas yang sama, APT akan menginstall yang terbaru (yang nomor versinya tertinggi). Jika dua paket versinya sama namun berbeda dalam konten mereka, APT akan menginstall versi yang tidak terinstall (aturan ini telah dibuat untuk mencakupi kasus sebuah pembaharuan paket tanpa peningkatan nomor revisinya, yang biasanya diperlukan).

Dalam istilah yang lebih konkrit, sebuah paket yang prioritasnya kurang dari 0 tidak akan pernah diinstall. Sebuah paket dengan prioritas snata 0 dan 100 hanya akan diinstall jika tidak ada versi lain dari paket yang telah terinstall. Dengan prioritas antara 100 dan 500, paket hanya akan diinstall jika tidak ada versi lebih baru terinstall atau tersedia dalam distribusi lainnya. Prioritas paket antara 501 dan 990 hanya akan diinstall jika tidak ada versi yang lebih baru terinstall atau tersedia di distribusi target. Dengan sebuah prioritas antara 990 dan 1000, paket akan diinstall kecuali jika versi terinstall lebih baru. Prioritas yang lebih besar dari 1000 akan selalu mengutamakan instalasi paket bahkan jika memaksa APT untuk menurunkan versi ke versi yang lebih tua.

When APT checks /etc/apt/preferences, it first takes into account the most specific entries (often those specifying the concerned package), then the more generic ones (including for example all the packages of a distribution). If several generic entries exist, the first match is used. The available selection criteria include the package's name and the source providing it. Every package source is identified by the information contained in a Release file that APT downloads together with the Packages files. It specifies the origin (usually “Debian” for the packages of official mirrors, but it can also be a person's or an organization's name for third-party repositories). It also gives the name of the distribution (usually Stable, Testing, Unstable or Experimental for the standard distributions provided by Debian) together with its version (for example 9 for Debian Stretch). Let's have a look at its syntax through some realistic case studies of this mechanism.

KASUS SPESIFIK Prioritas experimental

Jika Anda mendaftarkan Experimental dalam berkas sources.list Anda, paket yang sesuai hampir tidak akan pernah diinstall karena prioritas bawaan mereka adalah 1. Ini tentu saja sebuah kasus spesifik, didesain untuk menjaga pengguna dari kesalahan menginstall paket Experimental. Paket hanya dapat diinstall dengan mengetikkan aptitude install package/experimental — pengguna yang mengetikkan perintah ini hanya dapat berhati-hati terhadap resiko yang mereka ambil. Ini masih memungkinkan (melalui tidak direkomendasikan) untuk memerlakukan paket Experimental seperti distribusi lain tersebut dengan memberikannya prioritas 500. Hal ini dapat dilakukan dengan entri spesidik di /etc/apt/preferences:

Package: *
Pin: release a=experimental
Pin-Priority: 500

Mari anggap bahwa Anda hanya ingin menggunakan paket dari versi stable Debian. Yang disediakan dalam versi lain tidak boleh diinstall kecuali jika diminta secara eksplisit. Anda dapat menulis entri berikut dalam berkas /etc/apt/preferences:

Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian
Pin-Priority: -10

a=stable menentukan nama distribusi yang dipilih. o=Debian membatasi jangkauan ke paket yang berasal dari “Debian”.

Let's now assume that you have a server with several local programs depending on the version 5.24 of Perl and that you want to ensure that upgrades will not install another version of it. You could use this entry:

Package: perl
Pin: version 5.24*
Pin-Priority: 1001

Rujukan dokumentasi untuk berkas konfigurasi ini tersedia pada laman manual apt_preferences(5), yang dapat Anda tampilkan dengan man apt_preferences.

6.2.6. Bekerja dengan Beberapa Distribusi

apt menjadi semacam alat ajaib, digoda untuk mengambil paket yang datang dari distribusi lain. Misalnya, setelah menginstall sebuah sistem Stable, anda mungkin ingin untuk mencoba sebuah paket perangkat lunak yang tersedia di Testing atau Unstable tanpa terlalu banyak berbeda dari kondisi awal sistem.

Bahkan jika Anda akan sekali-kali menemukan masalah ketika mencampur paket dari distribusi yang berbeda, apt mengatur kebersamaan dengan baik dan membatasi resikonya secara efektif. Cara terbaik untuk melakukannya ialah dengan mendaftar seluruh distribusi dalam /etc/apt/sources.list ( beberapa orang selalu menaruh tiga distribusi, namun ingatlah bahwa Unstable diambil untuk pengguna berpengalaman) dan untuk menentukan referensi distribusi Anda dengan parameter APT::Default-Release (lihat Bagian 6.2.3, “Pembaharuan Sistem”).

Mari berandai-andai bahwa Stable merupakan referensi distribusi anda namun Testing dan Unstable juga terdaftar dalam berkas sources.list Anda. Dalam kasus ini, Anda dapat menggunakan apt install paket/testing untuk menginstall paket dari Testing. Jika instalasi gagal karena beberapa ketergantungan yang tidak dipenuhi, mari pecahkan ketergantungan tersebut dengan Testing dengan menambahkan parameter -t testing. Biasanya hal yang sama juga berlaku untuk Unstable.

Dalam situasi ini, upgrade (upgrade dan full-upgrade) dilakukan dengan Stable kecuali untuk paket yang telah diupgrade ke distribusi lain: paket tersebut akan mengikuti pembaharuan yang tersedia di distribusi lain. Kami akan menjelaskan perilaku ini dengan bantuan prioritas bawaan diatur oleh APT berikut. Jangan ragu untuk menggunakan apt-cache policy (lihat bilah tepi TIP apt-cache policy) untuk memverifikasi prioritas yang diberikan.

Semuanya berpusat pada fakta bahwa APT hanya memedulikan paket yang versinya lebih tinggi atau sama dengan yang terinstall (asumsikan bahwa /etc/apt/preferences tidak digunakan untuk memaksa prioritas yang lebih tinggi dari 1000 untuk beberapa paket).

Mari asumsikan bahwa Anda telah menginstall versi 1 dari sebuah paket dari Stable dan versi 2 dan 3 tersedia masing-masing dalam Testing dan Unstable. Versi terinstall memiliki prioritas 100 tetapi versi tersedia dalam Stable (sangat mirip) memiliki prioritas 990 (karena merupakan bagian dari rilis target). Paket dalam Testing dan Unstable memiliki prioritas 500 (prioritas bawaan untuk versi tak-terinstall). Pemenangnya ialah versi 1 tersebut dengan prioritas 990. Paket “tetap di Stable”.

Mari ambil contoh paket lain yang versi 2 telah terinstall dari Testing. Versi 1 tersedia di Stable dan versi 3 di Unstable. Versi 1 (prioritas 990 - kurang dari 1000) diabaikan karena kurang dari versi yang terinstall. Ini hanya meninggalkan versi 2 dan 3, keduanya prioritas 500. Berhadapan dengan alternatif ini, APT memilih versi terbaru, salah satu dari Unstable. Jika Anda tidak ingin sebuah paket terinstall dari Testing untuk migrasi ke Unstable, Anda harus menerapkan sebuah prioritas kurang dari 500 (490 misalnya) ke paket yang datang dari Unstable. Anda dapat memodifikasi /etc/apt/preferences untuk efek ini:

Package: *
Pin: release a=unstable
Pin-Priority: 490

6.2.7. Pelacakan Otomatis Paket Terinstall

Salah satu fungsi esensial dari apt adalah melacak paket terinstall hanya melalui ketergantungannya. Paket ini disebut “otomatis”, dan sering menyertakan pustaka misalnya.

With this information, when packages are removed, the package managers can compute a list of automatic packages that are no longer needed (because there is no “manually installed” packages depending on them). apt-get autoremove or apt autoremove will get rid of those packages. aptitude does not have this command because it removes them automatically as soon as they are identified. In all cases, the tools display a clear message listing the affected packages.

Ini merupakan kebiasaan yang baik untuk menandai sebagai otomatis beberapa paket yang tidak Anda perlukan secara langsung jari mereka secara otomatis terhapus ketika mereka tak lagi diperlukan. apt-mark auto paket akan menandai paket yang diberikan secara otomatis di mana apt-mark manual paket melakukan sebaliknya. aptitude markauto dan aptitude unmarkauto bekerja dengan cara yang sama walaupun mereka menawarkan fitur yang lebih untuk mendandai beberapa paket pada saat yang sama (lihat Bagian 6.4.1, “aptitude”). Antarmuka interaktif berbasis-konsol dari aptitude juga membuatnya mudah untuk meninjau “automatic flag” pada banyak paket.

Orang mungkin ingin mengetahui mengapa sebuah paket terinstall secara otomatis ada pada sistem. Untuk mendapatkan informasi ini dari baris perintah, Anda dapat menggunakan aptitude why paket (apt dan apt-get tidak memiliki fitur yang serupa):

$ aptitude why python-debian
i   aptitude         Recommends apt-xapian-index         
i A apt-xapian-index Depends    python-debian (>= 0.1.15)

ALTERNATIVE deborphan dan debfoster

Pada hari-hari dimana apt, apt-get, dan aptitude tidak dapat melacak paket otomatis, ada dua utilitas yang memroduksi daftar paket yang tidak diperlukan: deborphan dan debfoster.

deborphan adalah yang paling mendasar dari keduanya. Ini memindai bagian libs dan oldlibs (bila tanpa instruksi tambahan) mencari paket yang telah terinstall dan tidak ada paket lain yang bergantung padanya. Daftar yang dihasilkan kemudian dapat disajikan sebagai dasar untuk membuang paket yang tidak diperlukan.

debfoster memiliki pendekatan yang lebih rumit, sangat mirip dengan APT: ini memelihara sebuah daftar paket yang telah terinstall secara eksplisit, dan mengingat paket apa yang benar-benar diperlukan antara setiap invokasi. Jika paket baru muncul pada sistem dan jika debfoster tidak mengetahuinya sebagai paket yang diperlukan, mereka akan muncul pada layar bersama dengan sebuah daftar ketergantungannya. Program ini kemudian menawarkan sebuah pilihan: hapus paket (mungkin bersama dengan paket yang bergantung dengannya), tandai sebagai diperlukan secara eksplisit, atau abaikan sementara.