~のため私が作ったいくつかの.deb
(以前は口コミとしてのみ使用されており、非常に狭くて技術的な知識のないユーザー層が興味を示していました。)簡単にインストールできるようにファイルを提供したいと思います。
このエントリには、システムにインストールする必要がある物理ファイルはありません。代わりに、xkb-data
Debian派生ディストリビューションのパッケージに属する既存のファイルに数行を追加する必要があります。私が知っている限り、検索して質問した後も、この行を別の新しいファイルに入れて、システムにそれを選択させる方法がないので、次のように書いています。ファイルを掻き集めるインストールするために。これはうまく機能しますが、コマンドラインとのユーザー対話が必要なため、必ずしも効率的ではありません。また、xkb-data
パッケージマネージャを介して更新するたびに手動でrakeジョブを実行する必要があります。これは面倒な作業です。
私は知っていますDpkg延期そしてDpkgトリガーしかし、これらのどれも上記の問題を解決するのに適しているか適切ではないようです。 (しかし、私が間違っている場合は訂正してください!)
Debianパッケージを入手する方法はありますか?自動的に依存関係のいずれかまたはすべてが、更新されたばかりの条件に基づいて独自に再インストールされるようにしますか?私も明らかにハッキングに興味がありますが、Debian を台無しにしないでくださいくそー。
答え1
この問題を解決する合理的な方法は次のとおりです。
- 移動する変更したファイルは
dpkg
すべて置き換えられず、別の名前でインストールされます。 Rakefile
元のファイルの代わりに新しい名前のファイルで操作を実行し、新しい名前のファイルを読み込み、元のファイルに書き込むことができます。- run -afterが実行されている
dpkg
場所に呼び出し後にフックをインストールします。/etc/dpkg/dpkg.cfg.d
Rakefile
dpkg
追加のチェックを追加できます。たとえば、Rakefile
変更されたファイルが最後に作成されてから元のファイルのチェックサムが変更された場合にのみ実行できますが、Rakefile
毎回dpkg
実行するよりも時間がかかりません。複雑さを維持する時間です。 (私はあなたがRakefile
Makefileのように振る舞うと仮定してこの記事を書いています。つまりターゲットが前提条件より新しい場合、何も実行されませんが、ここではそうではありません。したがって、Rakefile
追加のチェックを追加したり、何もしない場合は、何もしないように変更する方が適切です。または、Makefileで処理をオーバーライドすることもできます。 )
すでに考えていたと思いますが、既存のキーボード定義を変えるよりも新しいキーボードの種類を追加するのが理想的な解決策だと思いますが、私が考えていない問題があるかもしれません。