Baru-baru ini saya sedang menjalankan tugas yang sangat khusus dalam projek semasa yang saya
bekerja untuk Red Hat, RHEL Lightspeed
ShellAI, projek ini ialah
agak baru tetapi kami ingin memulakan RPM pembangunan penghantaran untuk QE
kami
rakan-rakan untuk mula bermain di sekeliling alat dan mengujinya dalam perancangan mereka.
Saya tahu cara pembungkusan dan barangan ular sawa am, tetapi man, saya perlu
memberitahu anda, tugas pembungkusan ini mengambil masa dua hari penuh untuk saya selesaikan. Biarkan saya
bimbing anda melalui butiran tugas dengan cepat.
TLDR; semuanya berjaya pada akhirnya dan ini adalah PR yang terhasil:
https://github.com/rhel-lightspeed/shellai/pull/4
Projek, ShellAI, bertujuan untuk dihantar di bawah RHEL 9 dan akan datang
RHEL 10. Sebagai sasaran bonus, kami ingin menjalankannya juga pada RHEL 8.
Dengan pernyataan di atas, jika anda sudah bekerja dengan RHEL sebelum ini, anda sudah
meneka bahawa cabaran akan menjadi versi kebergantungan yang hidup
dalam RHEL.
Kami juga ingin mendapatkan binaan pembangunan dengan kerap untuk
mendapatkan ciri baharu untuk diuji semasa kami membangunkan alat tersebut.
Untuk bahagian pembangunan, kami ingin menggunakan
pdm untuk menguruskan tanggungan kami dan
membina. Semasa kami melalui taks kami perasan bahawa bahagian belakang pdm bukan
dihantar dalam repositori RHEL, oleh itu kami menggunakan binaan alat tetapan lalai
hujung belakang.
Memandangkan sasaran sistem kami adalah "agak baharu", kami ingin memodenkan
projek dan pastikan kami menggunakan alatan/struktur dan format baharu. Untuk
itu, kami memilih untuk melakukannya dengan pyproject.toml, kerana ia dijana melalui pdm init
apabila kami melakukan bootstraped proejct.
Pada mulanya, idea kami ialah menggunakan ciri dan projek ular sawa terbaharu
struktur, seperti fail pyproject.toml dan bukannya setup.py warisan.
Apabila anda memulakan projek baharu, semuanya hebat dan baharu anda menjadi sangat teruja
untuk menggunakan bahan itu, satu-satunya masalah ialah:
Pada mulanya, apabila saya memulakan tugas, saya fikir kita boleh menggunakan RPM baharu
makro untuk membina projek, kerana kami menggunakan pyproject.toml dan pdm untuk
menguruskan tanggungan.
Untuk itu, Dokumentasi Fedora mempunyai artikel bagus yang dipanggil Pembungkusan Python
Garis Panduan
ke mana mereka pergi secara terperinci. Manakala panduan merangkumi hampir setiap topik dan kes
anda mungkin perlu, walaupun dengan contoh
specfile.
Dengan sasaran utama kami ialah RHEL, kami boleh membayangkan bahawa mengikuti segala-galanya
daripada panduan akan berfungsi sebagaimana adanya, bukan? Tidak. Sebabnya terletak pada
versi dihantar dalam repositori RHEL. Walaupun makro baharu itu
ditunjukkan dalam panduan mungkin berfungsi semasa membina, anda tidak akan dapat menjana
RPM akhir dalam sasaran berikut:
Kami terpaksa mencipta warisan
setup.py
fail untuk maju dengan binaan roda Python, dan untuk mengelakkan data
penduaan antara pyproject.toml dan fail setup.py warisan kami, kami
menggunakan tomllib, kerana
sebab berikut:
Seperti yang anda lihat di atas, kami menggunakan tomllib untuk memuatkan fail pyproject.toml dan
baca medan yang diperlukan dan hanya kemas kini setup.py warisan kami. Dengan cara ini, kita
dapat mengubah suai pyproject.toml dan setiap kali kami menolak binaan baharu, kami akan
dapat mengekalkan konsistensi dalam setup.py warisan kami juga.
Mengenai specfile, kami terpaksa kembali dan menggunakan apa yang dipanggil dokumentasi
Pembungkusan Python "201x-era"
garis panduan.
Pada asasnya, kami menggunakan perintah setup.py build ... python lama yang bagus
(melalui makro, jelas sekali) untuk membina projek.
Penyelesaian itu membolehkan kami mengekalkan konsistensi merentas versi RHEL yang kami mahu
untuk menyokong, dan, pada masa yang sama, teruskan menggunakan pdm dan ciri baharu yang berkilat
kami ingin untuk pembangunan.
Atas ialah kandungan terperinci Pembungkusan RPM python. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!