Anda benar berpikir ini bukan rute terbaik. Rute ini membutuhkan banyak langkah manual, dan sangat rawan kesalahan, dan tidak skala dengan baik.
Ketika bekerja dengan distribusi linux, Anda harus tetap menggunakan manajemen paket sebanyak mungkin.
Keuntungan menggunakan manajemen paket:
- Dukungan ketergantungan
- Instalasi / penghapusan mudah
- Persediaan perangkat lunak
- Dukungan upgrade / downgrade, termasuk penanganan file konfigurasi
- Paket sumber pada dasarnya mendokumentasikan proses pembuatan Anda, dan mengotomatiskannya untuk Anda setelah ditulis.
- Penandatanganan paket
- dan lainnya.
Ketika Anda mulai bekerja dari sumber saja, Anda kehilangan semua fitur hebat ini, dan semuanya mulai menjadi berantakan dengan cepat.
Untuk menyelesaikan masalah spesifik Anda, Anda harus memeriksa repositori backports ubuntu , mungkin mereka memiliki versi terbaru untuk NGinx yang dapat Anda gunakan.
Jika mereka tidak memiliki versi yang sesuai, maka solusi terbaik adalah membuat sendiri paket ubuntu backport. Ini sebenarnya tidak terlalu sulit, dan itu kurang bekerja daripada mengkompilasinya dari sumber secara manual setiap kali. Backporting membutuhkan, pada dasarnya, mengambil paket sumber dari ubuntu, mengganti file tar.gz upsteam lama dengan yang terbaru yang Anda inginkan, dan membangun kembali paket.
Anda dapat menggunakan panduan ini untuk membantu Anda mendukung paket.
Lain kali ... bagaimana mengompilasinya menjadi * .rpm atau * .deb?
sumber
Jika Anda akan menginstal ini pada satu mesin, maka melakukannya dari sumber setiap kali merupakan masalah cara terbaik. Jika Anda akan menginstal ini pada beberapa mesin dan Anda ingin memastikan itu konsisten, mungkin perlu belajar cara membuat paket Debian. Anda mungkin bisa menggunakan kemasan di Ubuntu sebagai basis.
sumber
Tidak ada cara yang bagus. Alasan mengapa manajemen paket yang efektif dibuat adalah untuk menyelesaikan masalah ini. Memutakhirkan dan menghapus instalan hal-hal yang dikompilasi sumber sulit.
Saya setuju dengan Tom dan David.
Jika ini adalah kasus sekali saja, maka kompilasi ulang dari sumber mungkin merupakan taruhan terbaik Anda. Jika ada di array mesin, sudah pasti saatnya untuk pindah ke manajemen paket yang didukung.
sumber
Saya khawatir ini satu-satunya cara. jika Anda memiliki lebih banyak server untuk dipelihara - pertimbangkan untuk memiliki lingkungan pengujian terpisah tempat Anda menyusun dan mungkin mengemas hasil kompilasi Anda.
ini akan sedikit menstandarkan pengaturan Anda dan memudahkan penyebaran di banyak server. Anda juga tidak akan memerlukan gcc pada mesin produksi [yang banyak akan dianggap sebagai manfaat keamanan].
sumber