もり です。

> こういった汎用的な情報をアプリケーションが個別に持つというのは、
> あまり美しくないという気がするのですが。

誰か、RFCに提案して決めてなんてね。
そもそも、UNIX固有の問題でさえないかも知れない。

で、利用者として行える事は、各々のコミュニティでテーブルに上げる事だっ
たり(例えば、FreeBSDやRedHat Linuxでシステムを検討している様なコミュニ
ティで)すると思うのです。

Sylpheed作者(グループ？)にしても、ここに書かれてもどうしたものかなと思
うだけで実際の対処となるとちょっと困ると思いますから。Linuxだとディス
トリビューションだしている組織にお願いするのかな。それとも作者?

あと、mime.typesってデータ形式が一つしかないのかなという問題もあります
し。それが一つなら、導入時に既に有れば統合、無ければ複写的な処理を行え
ば良い訳ですし。まぁ、ちゃんと保守しているシステム管理者のいる場合には、
未確認な形式は入れて欲しくないという話もでてくるかも知れないし、勝手に
統合するにしても、configureかなんかで抑制する方法は用意しておいた方が
良い気はしますね。(気にしすぎかな？)

それと、システムインターフェースも無いしシステムを管理するデータでもな
いものを/etcに置きたいかという問題もありますね(これは、Sylpheedのあず
かり知らぬ事でしょうが。私は個人的には/etcに置く事なんて止めてと思いま
した)。複数のアプリケーション・ソフトで用いる共用のデータなので
/usr/shareや/usr/lib(data)という事の方が美しいと思います。(/usr/share
は機種依存データ(バイナリデータ等)をおかないのが安全なのでmime.typesが
テキストなら[多分そうですね]ここにおいても良いでしょうね)

いずれにしても、各々のプラットフォームでの考えは尊重するべきでしょうか
ら。
Linuxでも配布系毎に違うなら結構難儀そうですね。


> といっても現状では自前で持つしかないのかな(^^;

使っている内に利用者や管理者も編集している可能性もありますし。存在すれ
ば(Sylpheedのmime.typesだとしても)単純に上書きではまずいでしょうし。
また、利用者毎に定義する必要があるかどうかなんていう話もありますしね。
~/.sylpheed/mime.typesだと問題が起こり様はないですが、~/.mime.types
だと形式の違うmime.typesを使うアプリケーションがあった時には問題と成る
可能性があるので。
~/.sylpheed/mimetmp/なんてあるけど、今はここを使っているのかな。
私は、個人で持つ変更分については、今の状態が良いと思いますし、インス
トールするデータとしても取り合えず今のままで仕方ないと思います。上で、
/etcがどうのと書きましたが、それが望ましくないシステムなら、そのシステム
用の変更として個別に対処すれば良いと思いますので。(FreeBSDのportsにつ
いてはpatch作って行えば良いと思います)


ところで、最近板が飛んでいる事多いのですが、大きく変わっているのですか？
飛んだ時には、矢次早修正がなくなって2回目位の版がでたら新しいのに移ろ
うと思ってたのですが。0.4.5xと0.4.6xの連続性って強いのかな？(私は今だ
に、0.4.9使っています。理由は版が飛んで進んでからの改定回数が少ないの
でちょっと恐れをなしています。)