問題タブ [rpm-spec]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
linux - Red Hat Enterprise Linuxでのrpmインストール中にパネルにランチャーを追加するにはどうすればよいですか?
rpmインストール中にアプリケーションのパネルにランチャーを配置する方法を知っている人はいますか?たとえば、Firefoxランチャーの隣。
スペックファイルの%post中に.desktopファイルをディレクトリに移動する必要があると思いますか?
rpmは、gnomeを備えたRHEL6.1システム用です。
作業中のプロジェクトのスペックファイルからrpmを作成しています。また、.desktopファイルを使用してランチャーを[アプリケーション]\[アクセサリ]メニューに配置しました。アプリケーションのパネルにランチャーを配置するように求められましたが、検索を試みましたが、ほとんど成功しませんでした。
どんなアドバイスでも大歓迎です。
centos - rpm インストール スクリプトが実行されない
rpm 4.4がインストールされたClearOS5.3で作業しています。作成したモジュールを配布するために rpm を使用して%post
いますが、パッケージをインストールするときにスペック ファイル内のスクリプトが実行されません。
rpmbuild -ba mypackage.spec
コマンドを使用して rpm をビルドし、コマンドを使用しrpm -ivh mypackage-version-release.rpm
てパッケージをインストールしています。
make
インストールは、%install スクリプトで (を使用せずに) 手動で実行されます。すべてのファイルが正しい場所にインストールされているように見えますが、インストール スクリプトは実行されません (具体的%post
に%preun
は、私のパッケージの場合は と )。他のインストール スクリプト ( %pre
) を使用したテストでは、これらのセクションも機能しないことが示されました。
パッケージをデバッグ モードでインストールした結果からわかることは、%pretrans
および%posttrans
スクリプトが実行されていることです。さらに、パッケージをビルドするときに、インストール スクリプトを認識し、それらの依存関係を一覧表示します ( /bin/sh
)。
これらのインストール スクリプトが実行されない理由と、問題を解決するための提案がある理由を知っている人はいますか?
version - rpmスペックファイルの「Suggests」ステートメント
私は現在、多くの古いスペックファイルを一新しています。現在のスペックファイルに役立つソフト依存関係について話したことを覚えています(つまり、lighttpdはmod_rewrite、mod_redirectなどの最も人気のあるモジュールをインストールすることを提案します)。
私の主な問題は、グーグルがステートメントの実装ステータスSuggests:
、その現在の全体的なステータス、およびrpmバージョンの要件に関する貴重な情報を少しもリリースしていないようだということです。ほとんどのドキュメントとハウツーは2004年以前のものであり、信頼できる情報源と見なすには古すぎます。絶対rpmpdfは、Suggests:
タグについても何も述べていません。
事前に情報をありがとうございました。
スクリプト後:OpenSuSEとMageiaはそれを使用しているようですが、それを超えています。
https://build.opensuse.org/package/view_file?file=meld.spec&package=meld&project=openSUSE%3AFactory
rpm - rpmbuild 時に特定の自動検出された依存関係を無視できますか
rpmbuild は、パッケージに含まれるバイナリに必要な共有ライブラリを検索することで、依存関係を自動検出できます。これはほとんどの場合良い考えですが、一部の特定のライブラリに対してのみ、望ましくない場合もあります。一部のバイナリ ファイルが、rpm パッケージ管理を介してシステムに提供されず、サード パーティのインストーラーによって直接インストールされるライブラリを必要とする場合について言及しています。
ここで問題は、自動検出機能をアクティブに保ち (パッケージ内の他のバイナリに便利です)、これらの特定のライブラリのみを無視/削除する方法はありますか?
何かのようなもの
rpm - 他のパッケージのラッパー rpm を作成する
RPM (「私のもの」) を作成して、別の「その他」の RPM (私が管理していない) のインストールを容易にしようとしています。このサードパーティの RPM には、パッケージ「foo」と「bar」が必要です。自分の RPM でパッケージ "foo" と "bar" を提供したいのですが、独自の実装が必要です。他のパッケージを提供することを指定する RPM を定義することはできますか?
rpm - RPMがソースrpmなのかバイナリrpmなのかを検出するにはどうすればよいですか?
RPMがソースrpmなのかバイナリrpmなのかを検出するにはどうすればよいですか?
明らかに、私はファイル名に依存したくありません。
rpm - Linux の rpm パッケージからソフトリンクなどの情報を削除します。
これが私が現在扱っている状況です。
32 ビットと 64 ビットの両方のアプリケーションを含み、両方のモード、つまり 64 ビットと 32 ビットの両方のプラットフォームにインストールできる rpm パッケージを提供します。
パッケージには両方のアプリケーションが含まれているため、rpm パッケージを 32 ビットのみの Linux マシンにインストールしようとすると、. 32 ビット アプリケーションと一緒に 64 ビット アプリケーション用のソフト リンクも作成します。また、インストール後、64 ビット アプリケーションのソフト リンクを削除します。これは、32 ビット マシンにはインストールできないためです。
ここで、パッケージが既に 32 ビット マシンにインストールされており、インストール後の一部として 64 ビット アプリケーションのソフト リンクを削除しましたが、rpm にはこれらの 64 ビット アプリケーション ソフトの情報がまだ含まれているため、問題が発生します。 -links および rpm コマンドで照会すると表示される可能性がありますが、実際には表示されません。
そのため、rpm を介してクエリを実行し、32 ビット アプリケーションの余分な情報を削除するアイデアは誰にでもあります。また、これは 32 ビット パッケージのインストール中に実行する必要があり、インストール後に実行される場合があります。
任意のヘルプ/アイデアをいただければ幸いです。
packaging - 異なる環境で同じパスを使用してRPMサブパッケージを作成するにはどうすればよいですか?
rpmを使用して、異なる環境(live、testing、developer)のサブパッケージをビルドしたいのですが、同じファイルの場合、name-config-liveというパッケージ、name-config-testingというパッケージ、name-configというパッケージがあります。 -開発者とその中のパスは同じですが、それぞれに名前が付けられた環境に対応する構成があります。例として
すべての環境で/etc/name.confというファイルがあり、テストでは「1」、開発では「2」、ライブでは「3」を含める必要があるとします。サブパッケージの生成は、入力した順序ではなく最後にのみ行われるため、同じ仕様でこれを行うことは可能ですか?(そしてうまくいけば%post -nではありません)
BuildRootを使用してみましたが、これはグローバル属性のようです
fedora - RPMパッケージを作成するための簡単なスペックファイル
バイナリJavaファイル、を介して実行さrun.jar
れるbashスクリプトがあります。run.sh
run.jar
java -jar
- 私の環境(
~/rpmbuild/
)では、これら2つのファイルをどこに配置する必要がありますか?ソースファイルはどこに置く必要がありますか?(ソースを次のように圧縮する必要があると思います.tar.gz
)
スペックファイルを次の場所に書き込むにはどうすればよいですか?
- ディレクトリを作成し
~/bin/my-package
ます; - 上記のディレクトリにコピー
run.jar
します。run.sh
それが私が欲しいすべてです。少し手伝ってくれませんか。
御時間ありがとうございます。
PS:私はこのハウツーを経験しました。残念ながら、私はこれの初心者です、私は解決策を見つけることができませんでした。