Proyek Fedora adalah proyek terbuka yang disponsori oleh Red Hat dan didukung oleh komunitas.
Di milis Fedora sebuah proposal telah diumumkan cukup menarik, dan itu Kemungkinan menggabungkan isi direktori /usr/biny dan /usr/sbin telah dipertimbangkan, mengganti direktori /usr/sbin dengan tautan simbolik yang menunjuk ke /usr/bin.
Meskipun usulan ini mungkin tidak mewakili perubahan besar, perlu disebutkan bahwa tHal ini mempunyai beberapa implikasi yang menarik. baik untuk pengguna maupun pengembang, karena konversi /bin dan /sbin menjadi tautan simbolik ke /usr/bin dan /usr/sbin dilakukan di Fedora 17.
pemisahan dari bin dan sbin awalnya diperkenalkan untuk membedakan program ditujukan untuk pengguna program standar dan administratif. Namun, dalam praktiknya, perbedaan ini menjadi kurang relevan, terutama ketika distribusi yang berbeda menempatkan file yang dapat dieksekusi secara berbeda antara direktori bin dan sbin.
Perpecahan awal adalah untuk memiliki biner "penting" yang terhubung secara statis di /sbin yang kemudian dapat digunakan untuk operasi darurat dan penyelamatan. Jelasnya, kami tidak lagi membuat tautan statis. Pemisahan tersebut kemudian digunakan kembali untuk mengisolasi biner "penting" yang hanya akan digunakan oleh administrator. Meskipun secara teori hal ini terdengar menarik, dalam praktiknya sangat sulit untuk mengkategorikan program seperti ini, dan pengguna biasa secara rutin memanggil program dari /sbin.
Perlu dicatat bahwa memisahkan file yang dapat dieksekusi ke dalam direktori bin dan sbin adalah praktik usang yang kehilangan maknanya dalam distribusi modern. Awalnya, usr/bin dipahami sebagai host program-program penting yang dapat dieksekusi oleh pengguna, sementara /usr/sbin berisi file-file paling penting yang dapat dieksekusi, terkait dengan administrasi sistem, yang biasanya memerlukan hak akses root.
Usulan untuk menyatukan direktori /usr/bin dan /usr/sbin di dalam sistem Ini adalah perubahan signifikan yang berupaya menyederhanakan struktur sistem dan membuatnya lebih koheren. Selama bertahun-tahun, perbedaan antara /usr/bin dan /usr/sbin menjadi kurang jelas, karena variabel lingkungan PATH menyertakan kedua direktori secara default di banyak distribusi.
Sebagian besar program yang memerlukan hak akses root untuk operasi "tertentu" juga digunakan saat beroperasi tanpa hak istimewa. Dan bahkan ketika hak istimewa diperlukan, hak istimewa tersebut sering kali diperoleh secara dinamis, misalnya menggunakan `polkit`.
Dengan munculnya systemd, hal ini menjadi lebih sistematis: systemd menetapkan `$PATH` dengan kedua direktori untuk semua pengguna dan layanan. Jadi umumnya semua pengguna dan program akan menemukan kedua set biner tersebut.
Disebutkan, usulan penyatuan direktori-direktori tersebut memiliki beberapa manfaat, antara lain menyederhanakan pekerjaan pengelola paket dengan menghilangkan kebutuhan untuk memutuskan di direktori mana untuk meletakkan file yang dapat dieksekusi (misalnya, di Fedora utilitas ip terletak di sbin dan di Debian di bin; setelah penyatuan, jalur karakteristik Debian akan berfungsi di Fedora).
Hal ini akan membuat sistem lebih dapat diprediksi dan dimengerti oleh pengguna. dan akan meningkatkan kompatibilitas antar distribusi yang berbeda. Selain itu, ini akan menyederhanakan pencarian log dan menguraikan keluaran utilitas seperti strace, mengurangi kompleksitas operasional, ditambah lagi akan mengurangi jumlah pemeriksaan direktori saat menjalankan execvp() dan panggilan serupa.
Penyatuan ini juga sejalan dengan praktik Arch Linux, yang menggabungkan sbin dan bin pada tahun 2013, dan berpotensi membuat Fedora lebih kompatibel dengan distribusi lain. Menghapus referensi ke direktori /usr/sbin dari variabel lingkungan PATH setelah semua file yang dapat dieksekusi dikonsolidasikan di satu tempat merupakan bagian integral dari proposal ini.
Meskipun usulan tersebut masih dalam pembahasan dan belum ditinjau oleh FESCo (Komite Pengarah dan Teknik Fedora), yang bertanggung jawab atas bagian teknis pengembangan distribusi Fedora, penyatuan bin dan sbin tampaknya memiliki keuntungan yang signifikan dalam hal kesederhanaan, prediktabilitas, dan kompatibilitas, sehingga ada kemungkinan proposal ini menjadi salah satu perubahan yang akan kita temukan di Fedora 40.
Akhirnya, jika Anda tertarik untuk mengetahui lebih banyak tentangnya, Anda dapat memeriksa detailnya di link berikut.