Prioritas Hulu: Prinsip Utama Fedora

Konsep prioritas hulu atau “upstream first” merupakan prinsip dasar dalam Proyek Fedora. Prinsip ini membentuk sejarah, budaya, dan pendekatan kami dalam berkontribusi pada ekosistem sumber terbuka. Memahami prinsip ini sangat penting bagi siapa pun yang ingin berkontribusi pada Fedora dan ekosistem distribusi Linux yang lebih luas.

Komitmen Fedora terhadap Prioritas Hulu

Fedora, sebagai distribusi Linux, memainkan peran unik sebagai integrator dari berbagai komponen perangkat lunak. Meskipun Fedora mengembangkan beberapa perangkat lunak sendiri, fungsi utamanya adalah mengemas dan menyediakan pengalaman sistem operasi yang terintegrasi dengan baik, yang dibangun berdasarkan kerja dari berbagai proyek hulu.

Sejak awal berdirinya, Fedora telah mengedepankan prinsip prioritas hulu atau upstream first. Ini bukan kebijakan atau aturan kaku; melainkan nilai inti yang tertanam dalam budaya komunitas Fedora. Kontributor Fedora meyakini bahwa perubahan dan perbaikan pada perangkat lunak sumber terbuka sebaiknya, sejauh mungkin, dibagikan kembali ke proyek upstream. Hal ini memastikan bahwa semua pengguna perangkat lunak tersebut, bukan hanya pengguna Fedora, dapat merasakan manfaatnya. Pada akhirnya, tujuan akhir Fedora adalah manfaat bagi pengguna, dan kontributor Fedora akan melakukan apa yang mereka anggap terbaik untuk pengguna, bahkan jika upstream tidak setuju.

Prinsip “upstream first” juga merupakan prinsip rekayasa yang praktis. Dengan berkontribusi pada perubahan di hulu, Fedora mengurangi beban pemeliharaan jangka panjang yang terkait dengan patch khusus hilir. Pemeliharaan kumpulan patch eksternal dapat menjadi semakin sulit seiring dengan perkembangan proyek hulu. Mengadopsi prinsip “upstream first” membantu memastikan keberlanjutan Fedora dan kontribusinya.

Pendekatan ini memiliki efek domino di seluruh ekosistem sumber terbuka. Perubahan yang diterapkan di Fedora sering kali berdampak pada banyak proyek hilir yang menggunakan Fedora sebagai dasar. Oleh karena itu, berkontribusi pada Fedora merupakan cara yang sangat efektif untuk mempengaruhi dan meningkatkan lanskap sumber terbuka secara keseluruhan, terutama dalam ekosistem RPM/Enterprise Linux.

Dengan memprioritaskan kontribusi hulu, Fedora sejalan dengan visinya tentang dunia di mana semua orang dapat menikmati manfaat dari perangkat lunak bebas dan sumber terbuka yang dikembangkan oleh komunitas yang inklusif dan ramah. Komitmen ini berlaku untuk semua perangkat lunak sumber terbuka, bukan hanya Fedora itu sendiri.

Memahami Hulu dan Hilir

Dalam dunia perangkat lunak sumber terbuka, proyek-proyek sering memiliki hubungan yang saling terkait yang digambarkan sebagai “hulu (upstream)” dan “hilir (downstream)”. Proyek upstream adalah sumber asli perangkat lunak—dasar di mana proyek-proyek lain dibangun. Proyek-proyek downstream, di sisi lain, adalah proyek-proyek yang menggunakan dan seringkali memodifikasi perangkat lunak upstream. Bayangkan seperti sungai: upstream adalah sumbernya, dan proyek-proyek downstream berada lebih jauh di aliran sungai, menerima dan berpotensi mengubah airnya.

Metafora ini sangat penting untuk memahami bagaimana proyek open source saling bergantung dan berinteraksi satu sama lain. Model pengembangan yang berbeda mendorong jenis hubungan upstream/downstream yang beragam.

Komunikasi Terbuka dengan Pihak Hulu

Fedora menyadari pentingnya komunikasi yang jelas dan terbuka dengan proyek hulu. Kami percaya dalam membangun hubungan yang kuat dengan pengembang dan komunitas hulu, dan secara aktif mencari masukan dan umpan balik dari mereka.

Fedora selalu terbuka untuk mendengarkan masukan dari proyek hulu mengenai cara kami dapat meningkatkan proses kolaborasi dan integrasi kami. Kami menyadari bahwa penggunaan Fedora di tingkat hilir terkadang dapat menimbulkan tantangan atau gesekan bagi proyek hulu. Kami mendorong para pengelola proyek hulu untuk menghubungi kami jika mereka menemui masalah atau memiliki saran untuk perbaikan.

Tujuan kami adalah bekerja sama secara konstruktif untuk menemukan solusi yang menguntungkan baik Fedora maupun proyek hulu yang kami andalkan. Meskipun kami tidak selalu dapat memenuhi setiap permintaan dari proyek hulu, kami berkomitmen untuk mendengarkan, belajar, dan menyesuaikan praktik kami guna meminimalkan dampak negatif terhadap komunitas hulu.

Filosofi bekerja secara hulu terlebih dahulu tidak hanya berhenti pada pengembangan. Filosofi ini juga mencakup hubungan yang produktif, positif, dan saling menghormati dengan proyek-proyek hulu kami. Komunitas kami saling tumpang tindih, dan kami ingin memperluas nilai-nilai Fedora ke proyek mereka sama seperti yang kami lakukan di dalam Fedora. Untuk itu, kami selalu ingin menangani tantangan antara proyek-proyek bersama-sama dan memiliki saluran komunikasi yang jelas.

Ketika Perubahan di Hulu Terjadi

Meskipun Fedora memprioritaskan kontribusi hulu, ada situasi di mana perubahan yang spesifik untuk hilir diperlukan. Pengecualian ini bukanlah bertentangan dengan prinsip prioritas hulu (upstream-first), melainkan pengakuan terhadap realitas kompleks dalam pengembangan dan distribusi perangkat lunak.

Alasan untuk patch hilir meliputi:

  • Penolakan Hulu: Terkadang, pengembang hulu (upstream maintainers) mungkin menolak sebuah tambalan (patch) karena berbagai alasan, meskipun tambalan tersebut bermanfaat bagi Fedora. Fedora mungkin tetap perlu menerapkan tambalan tersebut untuk mengatasi masalah atau persyaratan tertentu.

  • Kemajuan Hulu: Proyek hulu mungkin akan melanjutkan pengembangan dengan fitur baru atau perubahan yang memerlukan penyesuaian signifikan di Fedora. Fedora mungkin perlu melakukan backport perbaikan atau menerapkan solusi sementara sementara penyesuaian di hilir sedang diselesaikan.

  • Kebutuhan Khusus Distribusi: Fedora, beserta distribusi turunannya seperti EPEL, mungkin memiliki persyaratan atau batasan unik yang mengharuskan modifikasi pada distribusi turunannya. Kebutuhan ini mungkin berkaitan dengan dukungan perangkat keras tertentu, pertimbangan keamanan, atau integrasi dengan komponen Fedora lainnya.

  • Blob Non-Bebas: Fedora berkomitmen untuk mempromosikan perangkat lunak bebas dan sumber terbuka serta membangun segala sesuatu dari sumber kode. Terkadang, proyek hulu (upstream) mencakup komponen non-bebas atau biner pra-kompilasi yang harus diubah oleh Fedora untuk mematuhi prinsip-prinsipnya. Meskipun Fedora mungkin mendiskusikan solusi potensial dengan proyek hulu, tambalan (patch) tersebut mungkin tidak selalu diterima jika tidak ada alternatif yang sesuai atau jika tambalan tersebut menghilangkan fungsionalitas.

Dalam situasi seperti ini, Fedora berupaya meminimalkan cakupan dan durasi tambalan hilir, dan terus berupaya untuk mengintegrasikan perubahan ke hulu setiap kali memungkinkan. Memahami alasan di balik perubahan hilir sangat penting untuk menjaga transparansi dan kepercayaan di dalam komunitas.

Contoh dalam Aksi

Prinsip “upstream first” tercermin dalam berbagai cara. Berikut ini beberapa contoh:

  • Peningkatan Pengemasan: Seorang pengemas Fedora menemukan bug atau fitur yang hilang dalam rantai alat pembangunan. Alih-alih membuat tambalan khusus Fedora, mereka kirimkan tambalan ke pemelihara rantai alat tersebut. Setelah tinjauan dan diskusi, tambalan tersebut digabungkan ke hulu, menguntungkan semua pengguna rantai alat dan menghilangkan kebutuhan akan tambalan Fedora di hilir.

  • Skrip Komunitas: Seorang kontributor Fedora mengembangkan skrip untuk menganalisis data paket. Mereka membagikan skrip tersebut secara publik. Seorang kontributor lain memperbaiki skrip tersebut dengan fitur baru dan mengirimkan permintaan pull. Kontributor asli menggabungkan perubahan tersebut, sehingga skrip yang diperbarui tersedia bagi seluruh komunitas.

  • Penjelasan Lisensi: Seorang pengemas Fedora menemukan masalah lisensi pada proyek sumber terbuka, seperti lisensi yang tidak jelas atau tidak sesuai untuk aset yang disertakan. Alih-alih hanya menghilangkan proyek tersebut dari Fedora, mereka bekerja sama dengan pengembang hulu untuk mengklarifikasi atau memperbaiki lisensi tersebut. Hal ini memastikan bahwa proyek dapat dimasukkan ke dalam Fedora dan memberikan manfaat bagi komunitas sumber terbuka yang lebih luas dengan mempromosikan kepatuhan lisensi.

  • Menghindari Ketergantungan yang Dibundel: Seorang pengemas Fedora menyadari bahwa proyek hulu mengemas versi spesifik dari suatu dependensi. Alih-alih menggunakan dependensi yang dikemas, mereka mengemas ulang proyek tersebut untuk menggunakan versi dependensi yang tersedia secara sistem. Hal ini memastikan konsistensi di antara paket-paket Fedora, memudahkan penerapan tambalan keamanan dengan cepat, dan menjaga kompatibilitas antara paket-paket yang saling bergantung.

  • Pengujian Dini dan Pelaporan Bug: Fedora sering kali menjadi pelopor dalam mengintegrasikan versi perangkat lunak dan perpustakaan baru. Adopsi awal ini memungkinkan kontributor Fedora untuk mengidentifikasi dan melaporkan bug pembangunan atau kompatibilitas ke hulu, terutama dalam ekosistem Python. Kontribusi ini bermanfaat bagi seluruh komunitas sumber terbuka dengan memastikan transisi dan pembaruan yang lebih lancar bagi semua orang.

Contoh-contoh ini menunjukkan bagaimana prinsip “Upstream First” mendorong kolaborasi, kepemilikan bersama, dan perbaikan berkelanjutan dalam ekosistem sumber terbuka. Kami mendorong Anda untuk mempertimbangkan cara menerapkan prinsip “Upstream First” dalam kontribusi Anda ke Fedora. Punya cerita tentang kontribusi upstream? Bagikan dengan komunitas!

Want to help? Learn how to contribute to Fedora Docs ›