[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

[MD:1971] Would anyone like to release Meadow immediately?



北口です。帰ってきてちょっと間しないと頭が働かない...

これに返事するの忘れてたので。

kose> そうだ、どうせ別パッケージにするのなら(前にも書いたけど)
kose> XEmacs の package システムのようにメニューから選んでダウンロー
kose> ドしてインストールまでできるような仕組みが Meadow でも実現で
kose> きるといいな。そしたらさ、

北口> そういうのが欲しいと思っています。

圭一> 私としては、いわゆる binary package ではなく、 ports みたいな 
圭一> make の自動化というほうが、うれしいかなと思います。

圭一> Elisp の場合、純粋に *.elc だけを install するって言うのは、個人
圭一> 的には考えられませんし、 GNU Emacs の流儀ではありませんので、
圭一> package のサイズのことも考えると、 make の自動化がうれしいのでは
圭一> ないかと思います。

ports は私も好きなのでそれができるに越したことはないと思うのです
けど、make 時にいろいろなツールを要求されると嬉しくないなと思います。
だから、ports 的動作があってもいいけど配布物としては packages 的に
なっている方が良いかな、と。ただ、

圭一> あと、 install されているパッケージによって、 compile 時に状態を
圭一> 変化させる([Gg]nusでは、w3に依存しているものは、 w3 がinstall さ
圭一> れていない場合は byte compile しない等)ものもあったりしますので、
圭一> やはり使用する環境で compile したほうがトラブルはおきにくいので
圭一> はないかと思います。

結局これが難しいんですよね...

# こういう時は、Mew は楽だなぁと思ったり(苦笑)

圭一> Install に関しては、 Meadow 専用ということにして、 package 専用
圭一> の lisp directory を load-path に加えるように Meadow 本体をいじっ
圭一> てやれば、 APEL のinstall.el をいじるというのでも、それなりにで
圭一> きるのではないでしょうか?

個人的には

  Meadow/pkg/lisp/app-name         (本体)
             doc/app-name          (ドキュメント類)
             db/app-name           (uninstall 用情報)

こんなのかなぁ、と思ってます。
もっとも、.exe は Meadow/x.xx/bin に入れるしかないと思いますが。

# pkg/bin を作ってパスを通しておくのもいいかもしれませんね。

ただ、SKK などデフォルトでは Meadow/x.xx/site-lisp に入るものは
どうしたものだろう...

圭一> ;; SKK とか Wanderlust あたりでも使いますし。
kose> SKK も Wanderlust も(cmail も Mew も)パッケージにする??
北口> 可能なものは全部やっちゃうのが便利で良いかと。
圭一> 賛成です。

圭一> そうすると、リソースのことを考えなくてもよいような、1次配布のた
圭一> めのサイトがほしいですよね。

master site にはリンク情報だけが置いてあって、モノ自体は分散配置して...
って結局、開発者が更新可能な master site が必要には変わりないですねぇ。

まぁそれより、システムを考える方が先ですね(^^;


--
Shuichi Kitaguchi // ki@xxxxxxxxxxxxxx kit@xxxxxxx