Mengapa sebagian besar distro (selain Debian) merekomendasikan / memerlukan instal ulang penuh saat memutakhirkan ke versi baru?


10

Setelah menghabiskan sebagian besar hidup Linux saya menggunakan Debian, saya telah melihat distro lain dan benar-benar terkejut sejauh mereka tidak menyediakan upgrade yang lancar antar versi. Debian dapat ditingkatkan secara tak terbatas, dan saya telah memutakhirkan melalui beberapa versi stabil utama sekarang.

Saya berbicara tentang distro yang didukung dengan baik seperti Fedora (dan turunannya), bahkan Ubuntu dan turunannya. Bahkan distro berorientasi server stabil seperti CentOS.

Apakah karena sistem manajemen paket Debian dan skrip peningkatan paket jauh lebih maju daripada yang ditawarkan distro lain?

Atau menginstal ulang dari awal pada peningkatan versi utama hanya ide yang lebih baik secara keseluruhan, terlepas dari distro?

Jawaban:


6

Ini kombinasi dari sejumlah faktor.

Sebagian besar distro menggunakan rilis utama sebagai waktu untuk mengimplementasikan perubahan yang signifikan dan terkadang melanggar. Sebagai contoh, Fedora 15 menambahkan systemd dan Ubuntu menambahkan pemula di 6.10. Debian adalah distro yang sangat konservatif dalam banyak hal. Perubahan besar, yang tidak disukai tidak disukai.

Ini adalah konsekuensi dari itu, misalnya, bahwa siklus rilis Debian sangat jauh, karena mereka mengharuskan setiap paket penting untuk dimodifikasi untuk memenuhi standar rilis baru.

Teknologi manajemen paket Debian tidak lebih baik daripada Fedora atau Ubuntu (jelas, karena sama dengan Ubuntu), tetapi Debian telah memutuskan, secara kultural, bahwa memiliki sistem peningkatan yang lancar adalah penting.


5
Lebih tepatnya, mereka memutuskan bahwa apa yang tidak Anda inginkan dalam server produksi adalah harus menginstal ulang dari awal untuk memutakhirkan perangkat lunak di dalamnya.
Shadur

Bahkan dengan Fedora, melakukan peningkatan (versi tunggal) melalui installer akan mencoba DTRT sehubungan dengan perubahan infrastruktur yang mendasarinya jika memungkinkan.
Ignacio Vazquez-Abrams

1

Untuk lebih spesifik, saya mengalami masalah di banyak distro ketika melakukan peningkatan. Ubuntu Sebagai contoh, secara drastis mengubah basis paket yang diinstal di antara rilis. Jika Anda melakukan 'dist-upgrade' tradisional, paket yang diinstal akan memperbarui ke rilis baru mereka, tetapi hasil akhirnya tidak memiliki perubahan lineup baru. Jika sebuah paket dari instalasi default diturunkan, menjadi hanya 'didukung' atau lebih buruk 'tidak didukung', Anda masih mempertahankan paket itu. Jika paket baru sekarang dalam instalasi default, Anda tidak akan menginstalnya. Meskipun rilis Anda 'secara teknis' adalah rilis yang ditingkatkan, itu tidak mencerminkan pengalaman rilis baru. Kasing yang sama juga sangat akurat, ketika membandingkan CentOS5 dengan CentOS6, mereka sepenuhnya mengatur ulang nama kemasan mereka.

Debian memprioritaskan peningkatan mulus, dengan biaya perubahan drastis tersebut. Inilah sebabnya mengapa Debian lebih lambat pada fitur yang lebih baru, karena komunitas mereka pertukarannya dapat diterima. Untuk menggemakan jawaban sebelumnya, itu tidak ada hubungannya dengan teknologi manajemen paket per se. Saya akan mengatakan, instalasi ulang Ubuntu yang konstan sedang saya pakai.


Ubuntu menyertakan alat khusus untuk pemutakhiran yang seharusnya menangani lebih dari sekedar peningkatan dist. Apakah Anda tahu lebih banyak tentang itu dan apakah ada gunanya?
trr

1

Apa yang Anda sebutkan tidak berlaku untuk seluruh keluarga distribusi rilis bergulir .

Untuk perangkat lunak pemeliharaan sistem, jauh lebih sulit untuk menyelesaikan masalah kompatibilitas lintas paket ketika memutakhirkan hanya beberapa bagian sistem atau mempertahankan konsistensi konfigurasi di seluruh peningkatan. Berbagai paket perangkat lunak perlu diadaptasi untuk bekerja dengan baik satu sama lain.

Itulah sebabnya solusi termudah (yaitu paling dapat diandalkan pada waktu yang bersamaan ) untuk menyediakan pembaruan sistem adalah mempersiapkan rilis instalasi penuh yang teruji secara menyeluruh dan menyeluruh secara berkala. Solusi perusahaan seperti Red Hat mengambil posisi bahwa klien harus diberikan sistem yang andal dan bermasalah dengan memutakhirkan peningkatan selama mungkin. (Tentu saja, peningkatan kecil dan perbaikan bug harus tersedia atau bahkan ditarik secara otomatis). Ini juga filosofi umum di balik distro server gratis seperti CentOS.

Memberi pengguna akhir dengan rute peningkatan yang mulus antar rilis adalah tantangan besar bagi pengembang sistem. Banyak distro memilih untuk tidak mengorbankan waktu mereka yang langka untuk ini. Banyak paket populer (seperti QT misalnya) sulit untuk ditingkatkan, seringkali memerlukan instal ulang yang lengkap. Yang lebih penting, banyak proyek menunjukkan penurunan dalam upaya pengembangan atau digantikan oleh teknologi baru. Dalam hal paket sistem, ini seringkali memerlukan beberapa perancangan ulang sistem yang signifikan. Prosedur migrasi dapat menjadi sangat sulit untuk diterapkan jika mereka harus mempertimbangkan fakta bahwa beberapa orang akan ingin memutakhirkan dari versi C ke D, tetapi yang lain akan beralih dari B atau dari A atau dari beberapa negara bagian di tengah.

Jadi, seperti yang mungkin sudah Anda duga, pendekatan yang paling menantang adalah rilis bergulir. Saya tidak tahu detail pendekatan Debian, tetapi dari uraian Anda, saya bisa melihat mereka ada di suatu tempat di tengah.


Debian sepenuhnya mendukung peningkatan dari stabil sebelumnya ke stabil saat ini. Karena mereka terpisah 2 atau 3 tahun, mereka melibatkan transisi besar seperti glibc, KDE 3 ke 4, Gnome 2 hingga 3 yang akan datang, dll. Anda menyebutkan bahwa beberapa paket sulit untuk ditingkatkan dan harus diinstal ulang - inilah yang diketahui di dalam Debian sebagai "transisi utama" dan manajer paket mereka mampu mengelola semua ini dan mereka sepenuhnya menguji dan mendukung mereka untuk pengguna akhir. Saya pikir itu lebih banyak berkaitan dengan pola pikir daripada yang Anda klaim - Debian percaya itu adalah cara yang tepat untuk melakukannya, sehingga mereka mewujudkannya.
trr
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.