RedHat：RPMをビルドするために一種のモック環境にパッケージをインストールすることは可能ですか

RPM .specの依存関係を隔離された環境にインストールできるツールはありますか？このような依存関係をシステムにグローバルにインストールすることはありません。ルート権限がないため、インストールできません。

理由

新しいバージョンのBに依存するパッケージAをビルドしたい（システムにグローバルにインストールできない）。

私は、新しいバージョンの構築したいBを、ビルド・ツールをインストールしましょうBは「S -develのビルドに必要なすべてのファイルを提供するために、隔離された環境にそれをA。

ソリューション

• これを行うためのツールはありますか？
• そうでなければ、言うことでこれを行おうとするとき、私は何に注意すべきchrootですか？
• これは悪い習慣でしょうか？

はい、ツールが呼び出さmockれ、EPELにあります。

典型的な使用法：

rpmbuild -bs mypackage.spec
mock -r epel-6-x86_64 mypackage-0.1-1.src.rpm

これは、RPMをビルドするための実際の推奨方法です。これは、プロセスをシステムから分離して、予期しない依存関係が取り込まれないようにするためです。

のファイルを変更/etc/mockして、独自のパッケージやプライベートリポジトリなどを取得するか、ドキュメントをチェックして、mockchroot環境に手動でパッケージを追加する方法を確認できます。

mock使用を許可するには、ユーザーをグループに追加する必要があることに注意してくださいmock。

偶然ではありませんが、kojiRed Hatが使用するビルドサーバーは、mock個々のパッケージをビルドするために呼び出しを使用します。常に多くのパッケージをビルドする必要がある場合は、kojiビルドサーバーの設定を検討する価値があります。

本番ホストでパッケージをビルドしようとすることは悪い習慣であり、root権限なしでビルドしようとすることは、独自のビルドマシンを起動するよりも複雑だと思います。私が通常行うことは次のとおりです。

1. VirtualBoxまたは同様のツールをデスクトップ/ラップトップにインストールします
2. 本番環境で使用するOSの32/64 VMを作成する
3. 通常はモック、rpmbuildなどのツールをインストールします
4. パッケージのRPMとVMの両方のアーチの追加のdepを作成します
5. テスト後、RPMをサーバーに配布するために内部リポジトリにプッシュします。
6. もう一度テストして、適切な依存関係が取り込まれていることを確認します
7. 設定管理を介してリリースします。

モックを使いたい。それはあなたがchrootでrpmを構築することを可能にします

https://fedorahosted.org/mock/