debianパッケージの内容のランタイムインストールディレクトリ

Question

ビルドしたdebianパッケージには、ファイルのtarボール、制御ファイル、postinstファイルが含まれています。 dpkg-debを使用してビルドされ、dpkgを使用して正しくインストールされます。

私が作ってみたいのは、ファイルのインストールディレクトリが、dpkg -iがdebファイルで実行されるときに設定される環境変数に基づいて実行時に決定されることです。私postinstスクリプトの環境変数をエコーし​​、私は適切にそのセットを見ることができます。

私の質問：

1）は、実行時に動的にインストールディレクトリを決定することが可能ですか？

2）どうすれば可能ですか？ rulesファイルとmypackage.installファイルについて読んだことがありますが、どちらかがこれを達成できるかどうかわかりません。

ファイルをposinstスクリプト内のターゲットの場所にコピーすることで、ファイルをハックする可能性がありますが、可能であれば正しい方法で実行することをお勧めします。

ありがとうございます！

Answer 1

これは私がこの数週間前にこの問題について知ったことです。

パッケージ化されたバイナリでは、実行時に決定された宛先ディレクトリのdynamicallでdebianパッケージを構築することはできません。 configureを使用してインストールディレクトリを設定できるソースからビルドされたパッケージをインストールすると、これが可能である可能性があります。しかし、この場合、これらはUbuntuマシンに埋め込まれているのでmakeを持たないので、私はそのようなオプションを追求しませんでした。私はそれが動作したインストールのための非伝統的な方法（ハック）を試してみました。 debianパッケージには単に/ tmpに関連するタールボールが入っているだけなので、/ tmpの下にあるディレクトリに対してパッケージをビルドするだけです。 postinstスクリプトでは、アーカイブから永続的な場所にファイルをコピーする場所を決定できます。

リブートした後、/ tmp下のサブディレクトリを自動削除すると、dpkgはファイルパッケージが存在していない可能性があります。これは問題ではありませんでした。私が 'dpkg -l myapp'を実行したとき、それはまだインストールされているように見えました。 dpkg/apt-getを使ってパッケージを更新することも、問題なく動作しました。

「dpkg -r myapp」を使用してパッケージを削除しようとすると、dpkgが/ tmpを削除しようとしていることがわかりました。しかし、/ tmpは簡単には削除されないため、成功しませんでした。私たちの状況では、パッケージを削除することは決してありません。

ソースコードの違いにより、プラットフォームごとに再コンパイルする必要があるため、最終的に汎用パッケージを放棄しなければなりませんでしたが、私はこのようにしてしまい、動作しました。

--instdirを使用してパッケージのインストールディレクトリを変更しようとしましたが、ファイルを再配置しましたが、dpkgファイルが新しいinstdirに対して相対的に見つかりません。 --instdirはchrootのようなものです。私は--admindirと--rootをさまざまな組み合わせで試して、/と相対的にdpkgシステムを使用できるかどうかを確認しましたが、ファイルを再インストールしても動作しませんでした。 rpmには、Ubuntuではなく動作する再配置オプションがあると思います。

Answer 2

異なる環境でdpkg-debを6回実行して6種類のパッケージを生成するスクリプトを作成することもできます。変更を加えたら、スクリプトを実行するだけで、6つのパッケージがすべて生成され、postinstのハッキングを避けてマシンにインストールすることができます！

Answer 3

標準的な場所にインストールし、単にpostinstスクリプトを使用して目的の場所へのシンボリックリンクを作成するのはなぜですか？これははるかにクリーンで、dpk -Iの何かを壊すべきではありません。