[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debian-devel:16230] Re: パッケージ名のネーミングルールなど

こんにちは、

On Sun, Mar 20, 2005 at 11:01:20PM +0900, Hideki Yamane wrote:
> 
>   やまね  です。
> 
>   "Fri, 18 Mar 2005 06:56:31 +0900", "Taketoshi Sano"
>   "[debian-devel:16222] Re: パッケージ名のネーミングルールなど"
> >でも、実際のパッケージ名にはパッと見て何をするのか
> >わからないようなものがいろいろありますから、やっぱり
> >特にルールは無い、というのが現状かもしれません。
> 
> 　皆さんの話を総合すると、ネーミングルールは「他とぶつからなければOK」
> 　というのが現状のようですね。

policyという意味ではそうです。

でもＢｅｓｔＰｒａｃｔｉｃｅ（最良手法）という視点があります。これだと
「ユーザーがシステムを使いやすいように配慮する」ということがルールになりま
す。こういうことよりもっと難しいことはDeveloper reference　に書くことになっ
ていますが。。。

＞　しかし、policy 好きな Debian でここら辺
> 　が決まっていないというのもちょっと驚きです。

皮肉ですね。

Policyはあくまでシステムの整合性を保つために、現状みんながしていることを
記録し周知徹底する手段なのでこういうことには向かないようです。（まあみな
が納得するうまい表現が提案されていないのも事実ですが）

...
> 　で、今回わたしがパッケージに付けた名前は以下のようなものなのですが
> 　パッと見で「これは突っ込まれるだろ」とかあるでしょうか?
> 
> 　upstream での名前 -> redhat-artwork
> 
> 　- desktop-theme-bluecurve  -> 以下のパッケージのインストール用の依存関係のみ
>   　- desktop-icon-bluecurve
>     - nautilus-data-bluecurve
> 　  - gtk-engine-bluecurve
> 　  - gtk2-engine-bluecurve
>   　  - gtk-engine-bluecurve-common
> 　  - kde-theme-bluecurve
>   　- gdm-theme-bluecurve
>   　- xmms-skin-bluecurve

これだとaptitude や　dselect で見ると各パッケージバラバラになります。
とっても見付けにくい気がしました。なぜ同じスタート語にしないんでしょ
うか？

> 　＃それとももっと詳しい説明が無いとなんとも、でしょうか?

これってみんなARCH＝ALLなんですよね。 大体なんでこんなにパッケージを
わけるんでしょうか？そのメリットは？良く見えません。

この程度のディスクスペースを気にするならこの手のパッケージには興味が
ないんじゃないかな？

もし設定を導入スクリプトでしているなら、他のやりかたはないのでしょうか？

他の類似パッケージを探してアプローチを考えては？それが一番いいようです。

参考まで気の付いた事をかきました。

青木