[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
Re: [MD:7250] dired.el uncompress problem on Meadow-3.00-r4031-1-pkg.tar.bz2
- X-ml-count: 7261
- Subject: Re: [MD:7250] dired.el uncompress problem on Meadow-3.00-r4031-1-pkg.tar.bz2
- From: Eisaku YAMAGUCHI <eisaku@xxxxxxxxxxxxxxxxxx>
- Date: Sat, 25 Mar 2006 02:12:50 +0900 (JST)
- X-mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI)
山口です.
既に別解が出てきているようですが,話を終息するために.
From: Shun-ichi GOTO <gotoh@xxxxxxxxxxx>
Subject: Re: [MD:7250] dired.el uncompress problem on Meadow-3.00-r4031-1-pkg.tar.bz2
Date: Fri, 24 Mar 2006 14:01:28 +0900 (JST)
>
> > Windows 95/98/Me および NT4.0/2000/XP/2003 で FAT/FAT32 を使う場合は
> > それが BCP かと思います.
> > しかし,現状および今後のことを踏まえて NTFS を使う場合は,ファイルシス
> > テムがハードリンクをサポートしていますから,ハードリンクが良いと思いま
> > す.
> > これは Cygwin のパッケージを更新する際のことも考慮しての話です.
> ハードリンクにした所で更新の際には意味をなさないのではないですか?
> gzip が更新される時はgunzip も更新されるでしょうし、
> その際にまた シンボリックリンクが作られるような気がします。
Cygwin の更新の仕組みを思い出してみました.
一端,旧パッケージをアンインストールして,新しいパッケージをインストー
ルし直すというのが,Cygwin 流だったと思います.
普通に,source code から make install する場合は,旧い sym. link 等が
あった場合はそのまま放置という慣例が残っていたのと(頭がちっとも回って
いないのとで),ハードリンクで OK じゃん... とか思ったのですが,ダメで
すね.
> 今回の内容は、Trac に残す事よりもFAQに追加した方が有用かなと思います。
FAQ もいいですが,dired.el って Emacs 標準の Elisp library なんですか
ら,ユーザが FAQ を見て操作するってのはいただけないように思います.
NTEmacs の事なんて知らないよ.取り敢えず Meadow だけは大丈夫なように...
なら(本家との差分が増えますが)Meadow の中でどうこうしてしまえば済む
ように思います.
お節介な性分を目一杯働かせると,Emacs そのものの dired.el の仕様変更
して貰おうよというのが正解かもしれません.
> > でも,他の OS を含めて考え,汎用性を最優先すると gunzip でなくて
> > gzip -d の方が懸命な気がします.
>
> 自分の記憶では、かつては gzip -d を使っていたような... (自信無し)
やっぱそうですかね.
> # dired-aux の compress は圧縮プログラムは gzip に決め打ちなのも、ちょっ
> # と emacs らしくないなぁと感じました。
compress は元々 FSF 由来のものではなかったと記憶しています.
The Regents of the University of California. ではないのかな.
bzip2 も FSF 由来のものではないですよね.
# bzip2 相当のものは,実は日本人が実現していたかもしれないんですけどね.
# タッチの差でしたね...
Emacs としては gzip 決め打ちである必要はなくとも,default が gzip で
あることはそんなに問題ではないように思います.
dired-aux.el をチラッと眺めた限りでは,compress/gzip/bzip2 に対応する
ことを考慮されているようですし,その詰めが甘いだけではないでしょうか.
つまり 'Z' 以外の key bind が適宜定義されていて,bzip2 とかが考慮され
ているとか,カスタマイズ性がもっと info とかに載っていれば問題ない訳な
んでしょうけれど.
> > Cygwin と NTEmacs/Meadow を併用する環境だと,NTEmacs/Meadow のために,
> > 手動で Cygwin の環境操作が必要なのはいただけないと思います.
> > シンボリックリンクなのは,Cygwin の問題ではなくて GNU の仕様です.
> よくわかりませんが、DOS窓からも実行できるが機能しないブツを配置している
> cygwin の問題とも考えられます。たとえオリジナルがシンボリックリンクでイン
> ストールするものであっても、cygwin package にする段階で考慮できるはずなの
> で。
なるほど.
そういう考え方もありますね.
distributor が入り組んでいるから複雑だなぁ...
-- Eisaku YAMAGUCHI
今夜も逃避してしまった...