Python RPM のパッケージ化

最近、私は現在のプロジェクトで非常に具体的なタスクに取り組んでいました。
Red Hat で働く RHEL Lightspeed
ShellAI、このプロジェクトは
です 比較的新しいですが、QE 用の開発 RPM の出荷を開始したいと考えていました
友達がツールを試したり、パイプラインでテストしたりし始めます。

私はパッケージングや一般的な Python に関することは知っていますが、おい、そうしなければなりません
言っておきますが、この梱包作業を終えるのに丸 2 日かかりました。させてください
タスクの詳細をすばやくガイドします。

TLDR;最終的にはすべてうまくいき、結果として得られた PR がこれです:
https://github.com/rhel-lightspeed/shellai/pull/4

タスクの詳細

プロジェクト ShellAI は、RHEL 9 および今後リリースされる RHEL 9 では出荷されないように意図されています
RHEL 10。ボーナスターゲットとして、RHEL 8 でも実行したいと考えています。

上記のステートメントにより、以前に RHEL を使用したことがある場合は、すでに RHEL を使用していることになります
課題は、依存関係のバージョンが存続することになると推測しています
RHEL 内。

• RHEL 8 には Python 3.6 が搭載されています
• RHEL 9 には Python 3.9 が搭載されています
• そして最後に、RHEL 10 には Python 3.12 が搭載されています

また、次の目的で開発ビルドを比較的頻繁に取得したいと考えています
ツールを開発する際に、新しい機能をテストする必要があります。

開発部分では、
を使用したいと思います。 pdm は依存関係を管理し、
構築します。タスクを進めていくと、pdm バックエンドが
ではないことに気づきました。 RHEL リポジトリに同梱されているため、デフォルトの setuptools build
を使用しました。 バックエンド。

私たちのシステムターゲットは「比較的新しい」ため、
を最新化したいと考えています。 プロジェクトを作成し、新しいツール、構造、形式を使用していることを確認します。
の場合 これは、pdm init
経由で生成される pyproject.toml を使用することを選択しました。 私たちがプロジェクトをブートストラップしたとき。

RPM の構築に関する問題

当初、私たちのアイデアは最新の Python 機能とプロジェクトを使用することでした
従来の setup.py の代わりに pyproject.toml ファイルなどの構造を使用します。
新しいプロジェクトを始めるときは、すべてがクールで新鮮でとても興奮します
これを使用するには、唯一の問題は次のとおりです:

• これらは開発プロセスには非常に適していますが、パッケージングには適していません。

最初、タスクを開始したとき、新しい RPM を使用できると思いました

には pyproject.toml と pdm を使用しているため、プロジェクトをビルドするためのマクロ 依存関係を管理します。

そのために、Fedora ドキュメントには Python Packaging という素晴らしい記事があります
ガイドライン
詳細はどこに行くのか。このガイドではほぼすべてのトピックとケースをカバーしています
例を挙げても必要になるかもしれません
スペックファイル。

私たちの主なターゲットは RHEL なので、すべてをフォローすることが想像できます
ガイドにあるものはそのまま機能しますよね？いいえ、その理由は
にあります。 RHEL リポジトリに同梱されているバージョン。新しいマクロ
にもかかわらず ガイドで示されているものはビルド中に機能する可能性がありますが、
を生成することはできません。 次のターゲットの最終 RPM:

• RHEL 8 は、%generate_buildrquires 中にエラーをスローします。 そのリリースに同梱されている python3-setuptools のバージョンは非常に古く、 新しい pyproject.toml 形式を実際には認識しません。
• RHEL 9 はほとんどの手順を進めることができますが、失敗します。 %pyproject_wheel は、UNKNOWN という名前のパッケージをビルドします。これ この問題が発生するのは、（やはり）RHEL 9 で出荷された python3-setuptools が 古い。によって生成されるメタデータのほとんどは認識されません。 pyproject.toml仕様

解決策

私たちはレガシーを築かなければなりませんでした
setup.py
Python ホイールのビルドを進め、データを避けるためにファイル
pyproject.toml と従来の setup.py ファイルの間に重複があるため、

のため tomllib を使用 以下の理由:

• Tomllib は RHEL 8 で (pypi および rpm パッケージを通じて) 利用できます
• Python 3.11 以降、tomllib は標準ライブラリにネイティブにバンドルされました

上で見たように、tomllib を使用して pyproject.toml ファイルをロードし、
必要なフィールドを読んで、従来の setup.py を更新するだけです。このようにして、私たちは
pyproject.toml を変更でき、新しいビルドをプッシュするたびに、
従来の setup.py でも一貫性を保つことができます。

specfile に関しては、ドキュメントにあるものに戻って使用する必要がありました
「201x 時代」の Python パッケージング
ガイドライン。
基本的に、古き良き Python setup.py build ... コマンド
を使用しています。 (明らかにマクロを使用して) プロジェクトをビルドします。

このソリューションにより、必要な RHEL バージョン間で一貫性を保つことができました
サポートすると同時に、pdm と輝かしい新機能を使い続けてください
開発をお願いします。

以上がPython RPM のパッケージ化の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。