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.

Kedua alat dibangun di atas pustaka yang sama dan dengan demikian sangat dekat, tetapi perilaku baku apt telah ditingkatkan untuk penggunaan interaktif dan untuk benar-benar melakukan apa yang diharapkan sebagian besar pengguna. Pengembang APT berhak untuk mengubah antarmuka publik alat ini untuk lebih meningkatkannya. Sebaliknya, antarmuka publik dari apt-get didefinisikan dengan baik dan tidak akan berubah dengan cara yang tidak kompatibel ke belakang. Dengan demikian itu adalah alat yang ingin Anda gunakan saat Anda perlu menulis skrip instalasi paket.

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 ketiga perintah ini, perbedaan ini akan dirinci.

6.2.1. Inisialisasi

Untuk setiap pekerjaan dengan APT, daftar paket yang tersedia perlu diperbarui; hal ini dapat dilakukan sekadar memakai apt update. Tergantung pada kecepatan koneksi dan konfigurasi Anda, operasi dapat memakan waktu, karena melibatkan pengunduhan sejumlah berkas (biasanya terkompresi) (Packages, Sources, Translation-kode-bahasa), yang secara bertahap menjadi lebih besar dan makin besar karena Debian telah mengembang (setidaknya 10-16 MB data untuk bagian main). Tentu saja, memasang dari set CD-ROM/DVD tidak memerlukan pengunduhan — dalam hal ini, operasi sangat cepat.

TIP Pembaruan inkremental

Tujuan dari perintah apt update adalah untuk mengunduh bagi setiap sumber paket, berkas Packages (atau Sources) yang sesuai. Namun, bahkan setelah kompresi xz, berkas-berkas ini dapat tetap agak besar (Packages.xz untuk bagian main Unstable membutuhkan lebih dari 8 MB). Jika Anda ingin memperbarui secara teratur, unduhan ini dapat memakan banyak waktu.

Untuk mempercepat proses, APT dapat mengunduh berkas "diff" yang berisi perubahan sejak pembaruan sebelumnya, bukan seluruh berkas. Untuk mencapai hal ini, cermin Debian resmi mendistribusikan berkas yang berbeda yang mencantumkan perbedaan antara satu versi berkas Pacakges dan versi berikutnya. Mereka dihasilkan pada setiap pembaruan arsip dan sejarah satu minggu disimpan. Masing-masing berkas "diff" ini hanya membutuhkan beberapa lusin kilobyte untuk Unstable, sehingga banyaknya data yang diunduh oleh apt update mingguan sering dibagi dengan 10. Untuk Stable dan Testing, yang berubah lebih sedikit, keuntungannya bahkan lebih terlihat.

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 APT Acquire::PDiffs dan mengaturnya menjadi false.

$ sudo apt -o "Acquire::PDiffs=false" update

Opsi Acquire::* juga mengontrol aspek lain dari unduhan, dan bahkan metode unduhan. Acquire::Languages dapat membatasi atau menonaktifkan unduhan berkas Translation-kode-bahasa dan menghemat lebih banyak waktu. Untuk referensi lengkap lihat apt.conf(5).

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 pembongkaran penuh dengan juga menghapus berkas konfigurasi.

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

Ini dapat pula digunakan untuk mengecualikan paket yang mungkin akan diinstal, misalnya, karena instalasi otomatis dari 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, “Berurusan dengan Mesin yang Terkompromi” merinci langkah yang diperlukan untuk menangani sistem yang terkompromi.

Perintah ini tidak akan memulihkan berkas konfigurasi. Tetapi seperti yang telah Anda pelajari di Bagian 5.2.3, “Checksum, Daftar Berkas Konfigurasi, dsb.” (lihat juga sidebar LEBIH JAUH Paksa dpkg untuk menanyakan permintaan berkas konfigurasi), Anda dapat menggunakan perintah berikut agar diminta untuk memasang versi yang tidak dimodifikasi dan bahkan mengembalikan berkas konfigurasi yang dihapus juga.

# apt --reinstall -o Dpkg::Options::="--force-confask,confmiss" install paket

Beberapa paket tidak mengirimkan berkas konfigurasi yang ditemukan di /etc dengan paket. Sebaliknya mereka membuatnya selama instalasi dengan menyalin kerangka atau menulisnya dengan skrip. Berkas /etc/inputrc, misalnya, adalah salinan /usr/share/readline/inputrc. Dalam kasus seperti itu perintah yang ditunjukkan di atas tidak akan berfungsi.

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 MELANGKAH LEBIH JAUH Versi paket lama: snapshot.debian.org dan archive.debian.org).

Contoh 6.4. Instalasi versi Unstable dari spamassassin

# apt install spamassassin/unstable

Jika paket yang akan dipasang telah tersedia untuk Anda dalam bentuk bekas sederhana .deb tanpa repositori paket terkait, masih mungkin untuk menggunakan APT untuk memasangnya bersama dengan dependensinya (asalkan dependensi tersedia di repositori yang dikonfigurasi) dengan perintah sederhana: apt install ./path-ke-paket.deb. ./ di awal penting untuk memperjelas bahwa kita mengacu pada nama berkas dan bukan nama paket yang tersedia di salah satu repositori.

LEBIH JAUH Singgahan berkas .deb

APT menyimpan salinan setiap berkas .deb yang diunduh dalam direktori /var/cache/apt/archives/. Dalam hal pembaharuan yang sering dilakukan, direktori ini dapat memakan ruang cakram dengan cepat dengan beberapa versi setiap paket; Anda harus sering menanganinya. Dua perintah yang dapat digunakan: apt-get clean untuk mengosongkan sepenuhnya; apt-get autoclean hanya menghapus paket yang tidak dapat diunduh lagi (karena mereka telah menghilang dari mirror Debian) dan sama sekali tidak berguna (parameter konfigurasi APT::Clean-Installed dapat mencegah penghapusan berkas .deb yang telah terinstall).

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.

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.

Hasil operasi ini dicatat ke /var/log/apt/history.log dan /var/log/apt/term.log, sedangkan dpkg menyimpan lognya dalam berkas bernama /var/log/dpkg.log.

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/ atau /etc/apt/apt.conf itu sendiri. Ingat misalnya bahwa ini memungkinkan APT untuk meminta dpkg mengabaikan kesalahan konflik berkas dengan menentukan DPkg::options { "--force-overwrite"; }.

Jika Web hanya dapat diakses melalui proksi, tambahkan baris seperti Acquire::http::proxy "http://proksimu:3128". Untuk proksi FTP, tulis Acquire::ftp::proxy "ftp://proksimu". Untuk menemukan opsi konfigurasi lainnya, baca halaman manual apt.conf(5) (untuk detail pada halaman 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 bagi paket eksternal untuk mengubah pengaturan program dengan memodifikasi berkas konfigurasinya secara langsung. Sebaliknya itu harus mengundang pengguna untuk melakukannya sendiri dan mencantumkan daftar operasi yang akan dilakukan dalam berkas /usr/share/doc/paket/README.Debian, atau harus membuat pengalihan berkas untuk berkas konfigurasi menggunakan perintah dpkg-divert dan kemudian memasang berkas konfigurasinya sendiri untuk perangkat lunak yang bersangkutan. Yang terakhir ini kadang-kadang digunakan oleh paket pihak ketiga yang mencoba menangani berkas konfigurasi komponen perangkat lunak yang mereka gunakan.

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 dalam sebuah berkas di /etc/apt/preferences.d/ atau berkas /etc/apt/preferences dengan nama paket terdampak, versi mereka, asal mereka, dan prioritas barunya.

APT tidak akan pernah memasang versi lebih lama sebuah paket (yaitu, sebuah paket yang nomor versinya lebih rendah dari salah satu paket yang telah terpasang) kecuali jika prioritasnya lebih besar dari 1000 (atau itu diminta secara eksplisit oleh pengguna, lihat Bagian 6.2.2, “Instalasi dan Penghapusan”). APT akan selalu memasang paket dengan prioritas tertinggi yang mengikuti batasan ini. Jika dua paket memiliki dua prioritas yang sama, APT akan memasang yang terbaru (yang nomor versinya tertinggi). Jika dua paket versinya sama namun berbeda dalam konten mereka, APT akan memasang versi yang tidak terpasang (aturan ini telah dibuat untuk mencakupi kasus sebuah pembaruan paket tanpa peningkatan nomor revisinya, yang biasanya diperlukan).

Dalam istilah yang lebih konkret, paket yang prioritasnya

< 0: tidak akan pernah dipasang,
1..99: hanya akan diinstal jika tidak ada versi lain dari paket yang sudah diinstal,
100..499: hanya akan dipasang jika tidak ada versi lain yang lebih baru yang dipasang atau tersedia di distribusi lain,
500....989: hanya akan diinstal jika tidak ada versi yang lebih baru yang diinstal atau tersedia di distribusi target,
990..1000: akan diinstal kecuali jika versi yang diinstal lebih baru,
> 1000: akan selalu diinstal, bahkan jika memaksa APT untuk menurunkan ke versi yang lebih lama.

Ketika APT memeriksa /etc/apt/preferences dan /etc/apt/preferences.d/, pertama-tama memperhitungkan entri yang paling spesifik (seringkali yang menentukan paket yang bersangkutan), lalu yang lebih umum (termasuk, misalnya, semua paket distribusi). Jika ada beberapa entri generik, kecocokan pertama digunakan. Kriteria seleksi yang tersedia termasuk nama paket dan sumber yang menyediakannya. Setiap sumber paket diidentifikasi oleh informasi yang terkandung dalam berkas Release yang diunduh APT bersama dengan berkas Packages. Ini menentukan asal (biasanya "Debian" untuk paket cermin resmi, tetapi juga bisa menjadi nama seseorang atau organisasi untuk repositori pihak ketiga). Ini juga memberikan nama distribusi (biasanya Stable, Testing, Unstable, atau Experimental untuk distribusi standar yang disediakan oleh Debian) bersama dengan versinya (misalnya, 11 untuk Debian Bullseye). Mari kita lihat sintaksnya melalui beberapa studi kasus yang realistis tentang mekanisme ini.

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".

Sekarang mari kita asumsikan bahwa Anda memiliki server dengan beberapa program lokal yang bergantung pada Perl versi 5.28 dan bahwa Anda ingin memastikan bahwa peningkatan tidak akan memasang versi lain dari itu. Anda bisa menggunakan entri ini:

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

Untuk mendapatkan pemahaman yang lebih baik tentang mekanisme prioritas dan distribusi atau properti repositori untuk pin jangan ragu untuk melaksanakan apt-cache policy untuk menampilkan prioritas baku yang terkait dengan setiap sumber paket, atau apt-cache policy paket untuk menampilkan prioritas baku untuk setiap versi yang tersedia dan sumber paket seperti yang dijelaskan dalam Bagian 6.3.1, “Perintah apt-cache policy”.

Rujukan dokumentasi untuk berkas /etc/apt/preferences dan /etc/apt/preferences.d/ 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, peningkatan (upgrade dan full-upgrade) dilakukan dalam Stable kecuali untuk paket yang sudah ditingkatkan ke distribusi lain: mereka akan mengikuti pembaruan yang tersedia di distribusi lainnya. Kami akan menjelaskan perilaku ini dengan bantuan prioritas baku yang ditata oleh APT di bawah ini. Jangan ragu untuk menggunakan apt-cache policy (Bagian 6.3.1, “Perintah 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 kita ambil contoh paket lain yang versi 2-nya telah dipasang dari Testing. Versi 1 tersedia di Stable dan versi 3 di Unstable. Versi 1 (prioritas 990 — sehingga lebih rendah dari 1000) dibuang karena lebih rendah dari versi terpasang. Ini hanya menyisakan versi 2 dan 3, keduanya prioritas 500. Dihadapkan dengan alternatif ini, APT memilih versi terbaru, yang dari Unstable. Jika Anda tidak ingin paket yang dipasang dari Testing untuk bermigrasi ke versi di Unstable, Anda harus menetapkan prioritas lebih rendah dari 500 (490 misalnya) ke paket yang berasal 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.

Dengan informasi ini, ketika paket dihapus, manajer paket dapat menghitung sebuah daftar paket otomatis yang tidak lagi diperlukan (karena tidak ada paket "terinstall manual" yang bergantung padanya). apt-get autoremove atau apt autoremove akan menyingkirkan paket-paket tersebut. aptitude tidak memiliki perintah ini: karena dia menghapusnya secara otomatis segera ketika mereka teridentifikasi. Dalam semua kasus, perkakas menampilkan pesan yang jelas berisi daftar paket yang terdampak.

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.5.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 python3-debian
i   aptitude         Suggests apt-xapian-index
p   apt-xapian-index Depends  python3-debian (>= 0.1.14)

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. Keduanya masih bisa berguna.

deborphan memindai bagian libs dan oldlibs secara baku (tanpa adanya instruksi tambahan) mencari paket yang saat ini dipasang dan tidak ada paket lain yang bergantung padanya. Daftar yang dihasilkan kemudian dapat berfungsi sebagai dasar untuk menghapus paket yang tidak perlu.

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.

6.2.8. Pola APT

Pola memungkinkan Anda menentukan kueri penelusuran yang kompleks untuk memilih paket yang ingin Anda pasang atau tampilkan. Mereka pertama kali diimplementasikan untuk aptitude (lihat Bagian 6.5, “Frontends: aptitude, synaptic”), tetapi sekarang APT juga dapat memanfaatkannya.

Misalnya, kita dapat menggunakan apt list ?automatic untuk mencantumkan semua paket yang dipasang secara otomatis. Untuk menemukan paket yang dipasang secara otomatis dan tidak lagi menjadi ketergantungan dari paket yang dipasang secara manual, pola ?garbage dapat digunakan.

Pola logika dapat dikombinasikan dengan paket lain untuk membentuk ekspresi yang lebih kompleks. Misalnya, kita bisa menggunakan pola seperti ?and(POLA, POLA). Lihat apt-patterns(7) dan glob(7) untuk semua pola yang dapat Anda gunakan dan ekspresi kompleks yang dapat Anda buat dengan mereka.