Debian 13 "Trixie" diluncurkan
(debian.org)- Proyek Debian memperkenalkan versi stabil baru Debian 13 "Trixie" setelah masa pengembangan selama sekitar 2 tahun 1 bulan 30 hari
- Mendukung beberapa lingkungan desktop secara bawaan, termasuk GNOME 48, KDE Plasma 6.3, LXDE 13, LXQt 2.1.0, Xfce 4.20
- Lebih dari 14.100 paket baru ditambahkan; total paket menjadi 69.830, dan 8.840 paket dihapus karena sudah usang
- 44.326 paket diperbarui, diikuti pembersihan besar-besaran pada basis kode; total penggunaan disk mencapai 403 GB, dan jumlah baris kode mencapai 1,4 miliar
- Arsitektur yang didukung: amd64, arm64, armel, armhf, ppc64el, riscv64, s390x
- Dukungan resmi untuk riscv64 diperkenalkan untuk pertama kalinya
- Keputusan penghentian dukungan i386: tidak ada kernel serta alat instalasi resmi, hanya bisa digunakan secara terbatas di CPU 64-bit
- Arsitektur armel akan mendapat dukungan terakhir pada rilis ini
- Selain i386, semua arsitektur menerapkan ABI time_t 64-bit, sehingga mendukung tanggal setelah tahun 2038
-
Perangkat Lunak dan Alat Pengembangan
- Lebih dari 63% dari seluruh paket telah diperbarui
- Perangkat lunak dan alat pengembangan utama: Apache 2.4.64, Bash 5.2.37, BIND 9.20, curl/libcurl 8.14.1, Emacs 30.1, GNU Compiler Collection 14.2, GIMP 3.0.4, LibreOffice 25.2, Linux kernel 6.12 LTS, LLVM/Clang 19, Python 3.13, Rustc 1.85, Systemd 257, Vim 9.1, dan lain-lain
- Cocok untuk berbagai kebutuhan seperti arsitektur, server, desktop, cluster, database, server web, dan server penyimpanan
- Proses jaminan kualitas ditingkatkan, termasuk instalasi otomatis dan pengujian upgrade
-
Dukungan Cloud dan Instalasi Live
- Menyediakan image untuk layanan cloud seperti Amazon EC2, Microsoft Azure, OpenStack, PlainVM, NoCloud, dan lainnya
- Image cloud mencakup otomatisasi cloud-init dan optimasi kernel/bootloader untuk boot instans yang lebih cepat
- Image live disediakan untuk amd64, arm64 dalam format DVD, USB, dan boot jaringan
- Image live memungkinkan pengalaman dengan berbagai lingkungan desktop, dan juga tersedia image standar tanpa GUI
- Dapat diinstal dengan Calamares maupun Debian Installer standar, serta mendukung berbagai metode instalasi seperti HTTP Boot
4 komentar
Untuk teman-teman yang ada di kanal IRC Debian, semoga kamu semua sehat-sehat. Waktu era Debian Potato, saya sering main di IRC banyak sekali... haha
Tag Docker juga sudah ada.
https://hub.docker.com/layers/library/…
Saya juga pindah dari Ubuntu ke Debian di VPS 512MB RAM seharga $2,5/bulan, dan hasilnya menyenangkan. Karena saya beralih dari Ubuntu, jadi saya tetap familiar, dan Debian juga memakai memori lebih sedikit.
Komentar Hacker News
Saya menulis ulasan ini di sistem Debian, dan saya sangat puas menggunakannya sebagai daily driver pribadi. Setelah Ubuntu memburuk dibanding sebelumnya, saya beralih ke Debian 6 dan tidak pernah menyesal. Yang saya sukai dari Debian adalah keseimbangan antara ideologi dan pragmatisme: secara default ia berfokus pada perangkat lunak bebas, tetapi tetap memudahkan pemasangan perangkat lunak non-free atau firmware ketika perlu. Paket guideline, dpkg, dan dokumentasi yang kokoh juga sangat saya hargai (meski dokumentasi Arch tetap juaranya). Adanya stable/testing package stream juga enak, karena saya bisa memilih antara stabilitas versi lama atau yang lebih baru namun hampir stabil. Yang paling penting, selama saya tidak membuat kesalahan, saya belum pernah mengalami sistem rusak karena cacat Debian itu sendiri. Kalau pernah ada masalah besar seperti booting gagal, sebabnya biasanya karena saya menambah repositori pihak ketiga atau melakukan konfigurasi sendiri dengan salah.
Debian memang bagus, tapi sulit bagi saya untuk membagikan pengalaman bahwa sistem tak akan rusak asalkan saya tidak salah. Apalagi di Debian stable, banyak patch kernel diterapkan, dan saya beberapa kali menemukan crash yang sulit dideteksi saat backport pada subsistem DRM yang berubah cepat. Nominalnya nomor kernel memang sama sepanjang periode rilis, tetapi secara praktik Ubuntu yang rutin pakai kernel terbaru (seri hwe) membuat tekanan patch seperti ini lebih ringan. Jadi di VM saya pakai Debian, sedangkan di bare-metal saya memakai Ubuntu. Saya belum mencoba kernel dari repo debian-backports.
Saya juga berhenti memakai Ubuntu Server karena repot urusan upgrade. Saya mengelola lebih dari 75 VPS, dan saat pembaruan maintenance, saya sering khawatir sampai gagal booting. Hanya untuk pemulihan insiden saja biasanya butuh tambahan 1 hingga 2 jam per VPS. Sejak pindah ke Debian sejak era 8.x sekitar 2015, semuanya jauh lebih stabil. Selama saya tidak menyentuh sesuatu secara salah, tidak pernah rusak.
Saya penasaran bagian mana yang membuat Anda merasa Ubuntu semakin buruk.
Kelemahan tunggal Debian, menurut saya, adalah ia langsung mencoba menjalankan layanan server begitu dipasang. Meskipun kebanyakan pengaturan default aman, tetap terasa menakutkan jika layanan langsung hidup sebelum saya sempat mengaturnya. Red Hat terasa lebih saya sukai karena layanan tidak dijalankan sampai saya menyalakannya sendiri.
Debian adalah fondasi operasi server saya. Server-server saya tetap di Old Stable, dan fitur rilis baru saya uji di sistem sementara. Saya belajar nftables di Bookworm, dan mencoba labwc di Trixie. labwc mendukung Wayland sambil tetap memungkinkan konfigurasi bergaya Openbox.
Terima kasih untuk para relawan komunitas Debian. Banyak proyek besar berbasis Debian yang bisa ada hari ini berkat Anda. Banyak orang dan perusahaan mendapat manfaat dari kerja keras Anda. Secara pribadi, rilis Trixie ini membuat saya sangat bersemangat. Proyek sampingan saya, ntfy, dimasukkan sebagai paket di Trixie. Baru di akhir siklus rilis saya tahu dari maintainer paket ntfy yang menanyakan isu lisensi bahwa aplikasi web hilang dari paket Debian dan beberapa fitur dipotong via patch. Saya juga menambahkan build tags untuk memudahkan menghapus Stripe, Firebase, dan WebPush, jadi saya berharap patch di rilis Debian berikutnya akan berkurang. Dari sudut pandang maintainer upstream, sayang tidak ada penjelasan jelas kenapa aplikasi web dihilangkan. Saya paham ini disengaja, tetapi tidak tahu cara memasukkannya lagi di rilis mendatang. Kalau orang menjalankan
apt install ntfytetapi aplikasinya tidak jalan, tentu banyak pengguna yang kecewa. Masukan atau panduan sangat saya tunggu. Kode sumber juga bisa dijadikan referensi.Maintainer paket sudah menambahkan keterangan terkait. Aplikasi web berbasis nodejs, dan paket nodejs tersebut tidak ada di Debian. Sesuai filosofi Debian, sebaiknya tidak menempatkan sumber dependensi langsung di dalam paket. Jika demikian, paket dependensi juga harus dibuat dan dipelihara sendiri, sehingga bebannya terasa besar.
Paket npm Debian harus selalu bisa dibuild. Jadi dependensi npm dalam file package.json khusus Debian harus diganti menjadi paket Debian, dipindahkan/di-porting, atau disediakan sebagai paket terpisah. Potensinya, ini adalah pekerjaan yang cukup besar. Kalau lockfile-nya besar, memang sangat memakan tenaga. Mungkin itu sebabnya maintainer merasa beban ini terlalu besar. Dalam pendekatan Debian, sepertinya lebih natural bila dipisah menjadi paket seperti ntfy-web.
Saya berterima kasih berkat ntfy. Di rumah, saya memakainya setiap hari untuk menerima notifikasi event dari node Meshtastic.
Perangkat lunak ntfy ini sangat saya gunakan.
Kalau ingin menyelesaikan masalah dependensi, distribusi lewat image container mungkin jadi cara yang lebih baik.
Debian adalah fondasi stabil untuk hidup komputer saya yang bebas. Saya banyak terpengaruh oleh metode voting Condorcet, konsensus prosedural, dan pengambilan keputusan berbasis prinsip. Pengaruh proyek ini dan budayanya ke dunia ini sangat besar dan tak terukur. Salam hangat, selamat ya.
Akhirnya dukungan reguler untuk arsitektur i386 dihentikan (tak ada kernel terbaru atau installer, direkomendasikan hanya CPU 64-bit, dan hardware 32-bit murni tidak lagi direkomendasikan untuk upgrade). Hebatnya, dukungan i386 bertahan sampai Agustus 2025. Saya bahkan masih menjalankan Debian 10 Buster di perangkat berbasis Pentium 3 (EOL Juni 2024). Dukungan yang panjang ini memudahkan mengujinya di hardware tua. Kalau Anda benar-benar ingin OS modern di i386, OpenBSD juga opsi yang patut dipertimbangkan.
Saya kira terakhir pakai Pentium 3 sekitar 2007, tapi sekarang kita hidup di era PC 100x lebih cepat dengan harga cuma $1.
Harapan saya, jika i386 pindah ke infrastruktur Debian ports yang ada (misalnya m68k), ia tetap bisa dipakai secara eksperimen di Debian 14 atau 15.
Jika ingatan saya tepat, old stable didukung sekitar satu tahun lagi. Artinya, setelah 2025 pun belum selesai total.
Ini soal dukungan Debian. Faktanya, kernel Linux sendiri tetap mendukung CPU 32-bit hingga setelah Pentium asli (kecuali beberapa chipset klon).
Bukan maksudnya menyamakan "386" dan 32bit. Biasanya 686 adalah arsitektur 32bit yang umum, sedangkan 386 sudah jadi cerita tahun 1980-an.
sysvinit tetap bisa dipakai. Saya sudah mengujinya di server/desktop. Karena isu dependensi di beberapa paket, Anda dapat menghindari masalah dengan menghapus dan memasang secara bersamaan lewat perintah berikut. Menurut bug Debian terkait, kuncinya adalah menghapus
systemd-sysvdansystemddengan menambahkan "-". Dengan cara ini, build sysvinit lewat debootstrap hampir sama dengan waktu bookworm (termasuk desktop). Seperti saat menggunakan bookworm atau buster, diapt preferencescukup mempertahankanlibsystemd0dan memblokir paket systemd lain denganpriority -1.Benarkah sysvinit juga berjalan di Debian 13? Maksudnya, saya ingin tahu apakah server bisa dioperasikan dengan sysvinit tanpa systemd.
Terima kasih sudah berbagi informasi. Paling tidak saya akan mencoba ini di container LXC.
Saya penasaran mengapa harus sampai sejauh itu.
Susah mencari image .torrent untuk x86-64, jadi saya merangkum tautannya di sini
Minimal: netinstall ISO
Full: DVD ISO
Berikut daftar 7 arsitektur yang didukung resmi di trixie
RISC-V memang belum banyak punya hardware yang benar-benar praktis, tapi menyenangkan akhirnya dianggap platform kelas satu. Saya penasaran kini PowerPC dan System z dipakai di mana, serta di mana arsitektur di luar amd64/arm64/riscv64 benar-benar dideploy.
Power dan z tetap bisnis bernilai miliaran dolar. Kedua arsitektur ini banyak dipakai di sektor finansial dan perbankan. IBM tetap bangga dengan z, tetapi Power terasa lebih seperti sekadar dipertahankan. Power sendiri sangat baik sebagai arsitektur maupun sistem.
Mainframe kini dipakai untuk skenario yang menuntut satu server berjalan tanpa downtime selama puluhan tahun. Komponen seperti processor dan memori pun bisa hot-swap, dan pemantauan serta diagnosis hardware bisa dilakukan secara terus-menerus terpisah dari layanan OS. Ketika masalah hardware terdeteksi, notifikasi otomatis akan dikirim ke pemilik dan IBM. IBM sudah mendukung Linux sebagai OS kelas satu di mainframe sejak awal 2000-an. Dari sudut pandang pengembang, s390x adalah arsitektur big-endian terakhir yang tersisa (masih ada SPARC, tapi hampir sepenuhnya maintenance mode dan Oracle hanya peduli pada Solaris), sangat berguna juga untuk mengacak bug endianness. Kini tersisa dua arsitektur 32bit, armel dan armhf, dan ini adalah rilis terakhir dukungan armel (lihat disini). Segera saja dukungan resmi 32bit juga sepertinya akan berakhir.
IBM menginvestasikan cukup banyak usaha agar kedua arsitektur ini tetap bekerja di distro utama. Jadi berbeda dengan arsitektur lain yang lestari secara alami di ekosistem, kehadiran mereka terasa karena dukungan IBM.
Kalau Anda khawatir soal penamaan NIC di systemd, cek release notes-nya (tautan). Dengan perintah
udevadm, Anda bisa melihat lebih dulu bagaimana nama antarmuka akan berubah setelah upgrade. Daftar selain bond/lo juga bisa dicek lewat one-liner di bawah. Dari semua uji langsung saya, belum pernah ada perubahan nama antarmuka karena upgrade, jadi saya belum yakin metode di atas benar-benar bisa menangkap perubahan nama.Mungkin ini perubahan besar terakhir terkait penamaan antarmuka. Notasi
enoXseharusnya selalu stabil karena BIOS (seperti tabel ACPI, dll.) menunjukkan port mana punya ID tertentu.ensXberbasis slot PCIe, tapi dengan struktur pohon PCIe bisa muncul beberapa NIC dalam satu slot, jadi rumit. systemd sudah berkali-kali mengubah logika penamaan antarmuka untuk mengatasi kasus-kasus semacam ini. Dulu pernah bentrok karena membaca nomor slot PCIe secara tidak langsung, dan ini diperbaiki di systemd 257.Saya penasaran apakah nama antarmuka tetap bisa berubah bila Anda sudah mematikan Predictable Network Interface Names di systemd sebelum upgrade.
Saya pakai Debian sejak slink. Sampai sekarang saya masih selalu menulis
apt-get ..., dan tetap berjalan meski dengan segala suka duka. Lebih dari 25 tahun upgrade selalu ada masalah besar-kecil, tapi dari sisi waktu/energi dibanding Linux lain atau software proprietari, itu tetap jauh lebih kecil. Satu hal yang saya sesali adalah belum memberi kontribusi lebih ke komunitas. Kelebihan terbesar Debian adalah pengguna harus memahami sekurang-kurangnya secara dasar cara kerja sistem agar bisa memakainya. Berkat itu, saya rasa Debian mempertahankan filosofi "seluas mungkin, tapi tidak terlalu sederhana".Kelebihan utama Debian adalah upgrade dari stable ke stable bisa diselesaikan dalam waktu kurang dari 15 menit. Sistem pertama saya selesai migrasi kurang dari 10 menit, termasuk unduhan paket dan reboot. Bukan komputer berperforma tinggi, mini PC-nya bahkan cuma jaringan 50Mbps.