憩いの場

似た機能を持つ2つの(A)と(A')があって、同時にインストールできないようにしつつ、どちらか一方があれば、それらの機能を必要とするパッケージの依存関係も満たされる…そういうDebパッケージを作るには、debian/controlを下のようにすれば良い。

debian/control

Package: A
Conflicts: B
Replaces: B
Provides: B

Package: A'
Conflicts: B
Replaces: B
Provides: B

(B)というのは、依存関係を調整するだけの実態を持たない仮想パッケージで、そこに「Conflicts」「Replaces」「Provides」を仕向ければ(A)と(A')が排他的に扱われるようになる。すなわち、(A)がインストール済みの状態で
$ apt-get install A'
とすると、(A')がインストールされると同時に(A)がアンインストールされる。そして(A)または(A')を必要とするパッケージがあるなら「Depends:(B)」と書けばいい。

例えば、Ubuntu 10.04の wine1.2 と wine1.0 は上のようになっていて、ユーザーが使いたいバージョンを選ぶことができる。便利。


RPMの場合、Debと同じように「Conflicts」と「Provides」を指定すると(RPMにReplacesは無い)インストールできないパッケージができあがってしまった。結局は普通(?)に

hoge.spec

Name: A
Conflicts: A'
Provides: B

Name: A'
Conflicts: A
Provides: B

お互いに Conflicts して、仮想パッケージ(B)を Provides し、その(B)を Requires すれば目的の依存関係が達成できる。しかし、Debのように「一方をインストールすれば、もう片方は自動でアンインストール」とはならない。もう一方に切り替えようと思ったら、手動で無理やり rpm -e --nodeps で消してからインストールする必要がある。もっと良い方法があるんじゃないかとFedoraのSRPMを探してみたが、見つからなかった。おそらくRPMではDebのような事はできないと思う。共存できるようにパッケージを作って alternative コマンドで切り替えるのが吉。


ってなことで頭を悩ましていた今日この頃です。ほとんどの人にはどうでもいい、日本語が変な文章ですね。

RPMはともかくDebの仕組みを理解するのに苦労しました。日本語の情報が少なく、つれづれ日記に少し書いてあるけど、読めば読むほど混乱するばかり…