1

スペックファイルからrpmをビルドしようとしているユーザーが、rpmbuildの実行時に環境にCONFIG_SITEを設定し、スペックファイルが「./configure --prefix = / usr && make」でビルドされた場合、CONFIG_SITEでのユーザーの設定は完全に混乱する可能性がありますビルド。（具体的な例として、/ usr / share/config.siteに"prefix= / bar"という行があるとします。そうすると、スペックファイルのファイルマニフェストが完全に間違って、rpmbuildが失敗します。）

この問題に対処するためのベストプラクティスは何ですか？一般的な習慣はそれを無視することのようです。スペックファイルでCONFIG_SITE=trueを設定することにしました。

CONFIG_SITE = true ./configure --prefix = /usr..。

rpmbuildを呼び出すときに元の環境を想定するのがより一般的であり、/ usr / share / config.siteにプレフィックスをリセットするような愚かさはありませんか？または、スペックファイルが期待どおりにrpmを構築することを保証するのは、メンテナの責任ですか？

4

1 に答える 1

1

config.siteユーザーが愚かなファイルを設定した場合、それは彼ら自身の責任だと思います。これ以外にも、システムを機能不全にする方法は無数にあります。私はそれについて心配しません。これを心配するrpmまたはdebビルドスクリプトを見たことがありません。これがおそらくあなたの「ベストプラクティス」です。

たまに見られるのは、パッケージが独自のconfig.siteファイルを持ってくることですが、それは通常、元のパッケージのおそらく壊れた構成チェックが生成するものをオーバーライドするためにパッケージャーによって提供されます。

于 2011-05-29T21:51:34.053 に答える