依存関係が更新されたら、Debianパッケージをどのように再インストールしますか?

依存関係が更新されたら、Debianパッケージをどのように再インストールしますか?

~のため私が作ったいくつかの.deb(以前は口コミとしてのみ使用されており、非常に狭くて技術的な知識のないユーザー層が興味を示していました。)簡単にインストールできるようにファイルを提供したいと思います。

このエントリには、システムにインストールする必要がある物理ファイルはありません。代わりに、xkb-dataDebian派生ディストリビューションのパッケージに属する既存のファイルに数行を追加する必要があります。私が知っている限り、検索して質問した後も、この行を別の新しいファイルに入れて、システムにそれを選択させる方法がないので、次のように書いています。ファイルを掻き集めるインストールするために。これはうまく機能しますが、コマンドラインとのユーザー対話が必要なため、必ずしも効率的ではありません。また、xkb-dataパッケージマネージャを介して更新するたびに手動でrakeジョブを実行する必要があります。これは面倒な作業です。

私は知っていますDpkg延期そしてDpkgトリガーしかし、これらのどれも上記の問題を解決するのに適しているか適切ではないようです。 (しかし、私が間違っている場合は訂正してください!)

Debianパッケージを入手する方法はありますか?自動的に依存関係のいずれかまたはすべてが、更新されたばかりの条件に基づいて独自に再インストールされるようにしますか?私も明らかにハッキングに興味がありますが、Debian を台無しにしないでくださいくそー。

ベストアンサー1

この問題を解決する合理的な方法は次のとおりです。

  • 移動する変更したファイルはdpkgすべて置き換えられず、別の名前でインストールされます。
  • Rakefile元のファイルの代わりに新しい名前のファイルで操作を実行し、新しい名前のファイルを読み込み、元のファイルに書き込むことができます。
  • run -afterが実行されているdpkg場所に呼び出し後にフックをインストールします。/etc/dpkg/dpkg.cfg.dRakefiledpkg

追加のチェックを追加できます。たとえば、Rakefile変更されたファイルが最後に作成されてから元のファイルのチェックサムが変更された場合にのみ実行できますが、Rakefile毎回dpkg実行するよりも時間がかかりません。複雑さを維持する時間です。 (私はあなたがRakefileMakefileのように振る舞うと仮定してこの記事を書いています。つまりターゲットが前提条件より新しい場合、何も実行されませんが、ここではそうではありません。したがって、Rakefile追加のチェックを追加したり、何もしない場合は、何もしないように変更する方が適切です。または、Makefileで処理をオーバーライドすることもできます。 )

すでに考えていたと思いますが、既存のキーボード定義を変えるよりも新しいキーボードの種類を追加するのが理想的な解決策だと思いますが、私が考えていない問題があるかもしれません。

おすすめ記事