zsh その7
kill screen<TAB> とか補完して候補が1個しかなかった場合、即PIDに補完されるけど、 候補が1個でもメニューを表示するようにできないかな 他のコマンドの場合はいいんだけど、killの場合は確認しないと不安で zstyle ':completion:*' menu select=1 はやってみたけど変わらなかった bash が入ってるが zsh は入ってない環境って例えばどんなの? >>545 20年前のUNIX/Linuxサーバー 10年前のならだいたい入ってると思うけど、それでもデフォルトで入ってるかどうかはわからん そうなのか。実は zsh スクリプトを積極的に書いていっていいものかと悩んでいるんだ。 他人に使ってもらうためのスクリプトは bash で書いていたが、普段使いのシェルが zsh なので なるべくzsh を使いたい。しかし「このスクリプトを使うためにまず zsh 自体をインストールして下さい」 と言うのは避けたい。導入のハードルを上げたくない。 対話的に使うシェルとスクリプトで使うシェルは別でもいいんじゃないの 日常の作業を自動化したくてスクリプトを書くことがよくあるんです。 あと zsh の rcquotes とか zparseopts とかが便利すぎるので… 自分で答え出してるんじゃね 自分しか使わないならzshでいい 他人に使ってほしいならせめてbash >>550 はい。つまり気になっているのはデフォルトで bash が入っているが、 しかし zsh は入ってない環境が実際あるのか。ってことなんです。 「入れれない」ってんならともかく、「入ってない」だけなら入れれば済むワケで 最近のOSXにはプリインストールだから使って良いんちゃう サーバ用途だとzshは明示的に入れないと入らないでしょ。稼働中のサーバでは後から入れるにしても難色を示される事も多いですし、上でどなたか書かれてたように、自分に決定権のある環境以外でも使うのなら、zshでスクリプトを書くのは避けるべき。 最近はデフォルトのshellがbashになってたりするけど、昔はbashですら入っていない環境も多くて、/bin/sh で書くように教育されたよ。 年寄り臭くてスマンね >>547 俺も昔おんなじことで悩んでたけど、 >「このスクリプトを使うためにまず zsh 自体をインストールして下さい」 これが通らないような相手のことを考えてスクリプト書いてやるのが馬鹿らしくなって、 以来悩むのはやめたわ。それ自体が仕事だとそうもいかんのだろうけど。 >>551 パッケージでなら用意されてない環境も今では珍しいと思うけど、 最初からインストールされてるかどうかで言えば、入ってない環境なんて 山ほどあるかと。 他の人も書いてるけど、デスクトップ用途ならともかく、サーバ用途なら sh、csh、bash、tcshぐらいまでしか入ってないとかは普通にあり得る。 csh系は論外とすると、結局無難なのはshかbashだろうか bashがデフォで入ってない環境もあるんで、 無理のない範囲でshにしとくといいよ。 > 年寄り臭くて いいえ、助言助かりますよ。かつてのbashの位置にようやく追いついたということですね。 先輩方どうもありがとう。 サーバーで使うなら、zsh は諦めるけど デスクトップでは使ってもいいなと思えてきた。 そうすると気になるのは、fish や Go との差はどうなのかってこと。 必要ならインストールさせればいい、ってスタンス なら、当然その辺がライバルになってくるけど… まあいいか。スレにみんなにお礼と言ってはナンですが、makefile で zsh を使う方法を考えたので紹介させてください ~ makefile で zsh を使う・Makefile ~ # 設定をまとめた親ディレクトリ. export ZDOTDIR := $(TMPDIR)/make.$(shell echo $$PPID).zsh $(ZDOTDIR): @cd $(@D); mkdir $(@F) $(ZDOTDIR)/.zshenv: | $(ZDOTDIR) @exec 1> $@; echo setopt rcquotes $(ZDOTDIR)/all: $(ZDOTDIR)/.zshenv # マーカーファイル。この行の依存関係に .zshrc などを並べてね. @touch $@ # 依存関係をまとめたいだけなので、中身はからっぽで. -include $(ZDOTDIR)/all # このように include することでレシピの実行などでシェルが使われる前に設定ファイル群を作れる. マーカーファイルはない状態から作るのでエラーメッセージはかならず出る。それを消すための先頭のハイフン. SHELL := /bin/zsh # zsh の設定ファイルは ZDOTDIR 環境変数で渡される. # なおレシピ外の行での $(shell ...) 関数から呼ばれるシェルは、直前のSHELL設定行より下では作られた ZDOTDIR が有効になった zsh が使える。その行より上ではただの /bin/zsh が使われる. hoo: echo 'hoo''bar' ~ makefile で zsh を使う・実行 ~ $ make hoo echo 'hoo''bar' hoo'bar zshwiki.orgってまだ落ちてるの? もしかして閉鎖? fishでshift+tabを押すと補完候補をインクリメンタルに選択出来るんだけど、これに似た機能はzshないかね hoge hoge hoge 〜 hoge と文字列を任意個展開するスマートな方法ないですかね? for文使えとかそういうのはなしでお願いします マニュアルのExpansionの章をくまなく読めばわかるのかもだけど echo $(yes hoge | head -10) あ、repeatコマンドもなしでお願いします {hoge(n)} みたいに短くスマートにやる方法が知りたい forもwhileもrepeatも使ってないからセーフ >>568 あ、bashでこんな手があるんですね yesって何に使うのだろうと思ってた ただ、天下のzshですからもっとzshらしい方法があるはず zsh本来の力の10%も使いこなしてないけど、せめてExpansion系は使いこなしたいわ >>566 fishよく知らないんだけどインクリメンタル補完って何? もしかしてサジェスト系? ぼうやーってわしもちふつうだけど、まーおこめのほうがいいんだけど エラーの原因が分からない? まず確認しよう! 《書き込めない時の早見表》 《掲示板へ戻る》 《スレッド一覧へ戻る》 《スレッドへ戻る》 もしかしてアクセス規制ですか? お使いのプロバイダさんが、原因となった人に対応するまで規制は続きます。 個別の対応・進展については、プロバイダさんへお尋ねください。 その他、5chちゃんねるについては、 初心者の質問 批判要望 運用情報 運用臨時 などへどうぞ。 あーめんどくさいなー、びんぼうだしさいごだし、ぼうそういこかなあれはあるか わしかわいそーきょうじゅうにじょうものんだし、ああじゅよんのむと、ししょーあるksなきのせいかな [ $i -lt 100000 ] と [[ $i -lt 100000 ]] では後者のほうが速い Linux上では2.5倍ぐらい後者が速いが、 WSL上では10倍以上の差をつけて後者が速い 他のシェルでも似たような傾向はあるがこれほどの差はない どうもzshはシステムコール呼びすぎっぽいな [ ] が遅いって言うよりも関数呼び出しが遅い気がするな while [[ $i -lt 100000 ]]; do を ↓ foo() { [[ $i -lt 100000 ]] } while foo; do こんな感じに置き換えてみたら、同じように遅くなった [ ] を使っていた場合、最初から関数呼び出し相当だったということかも ベンチマークで、ループしてevalとそうでない場合の 速度差を調べようと思ったんだが、まさかループの回数判定で evalと同等の差がでるとはwww evalもzshだけ遅い。他のシェルはeval使っていても ほとんど速度は落ちないというのに 俺の知る限り、現在使われてるBourne系シェルの 全てで [ はビルトインになっている setopt forcefloatして(( ))の数値演算すると固定表示で出力される仕様みたい それはいいんだけど、最後の桁に誤差が混じってちょっと困る なにかいい方法ないかな $ echo $(( 1 )) 1. $ echo $(( .1 )) 0.10000000000000001 ←0.1 ってなってほしい >>588 printf じゃだめかな? $ printf "%.1f\n" $((.1)) 0.1 $ printf "%.2f\n" $((5.1)) 5.10 printfで0.999999999999999になったとき どう表示されるのだろうか 先輩、手の空いてる時に教えていただけませんか? ssh接続して、サーバー内で [server:~] $ sudo rm -f `ls -1t /home/user/work/*.mp4 | tail -n+3` は、おkなのですが、 [local:~]$ ssh hostname “sudo rm -f `ls -1t /home/user/work/*.mp4 | tail -n+3`” は、 zsh: no matches found: /home/user/work*.mp4 で、うまくいきません。 サーバー はbash しか入ってないです。 これってどうしたらうまくいくがアドバイスいただけませんでしょうか。 rmするのにsudoしてるのは、docker run -v してるディレクトリで コンテナが吐き出すファイルだからです。 >>591 \*.mp4 みたいにエスケープするとどうなる? レスありがとうです! エスケープ試してみたのですが、 zsh: no matches found: /home/user/work*.mp4 で結果は変わらなかったです。 クライアント側のzshが先にワイルドカード展開しようとしてエラーになってるのかな ダブルクオートをシングルクオートにするのはどうか lsコマンドを囲んだ元のシングルクオートはエスケープするか$()で置き換えるか ls を囲んでるの、シングルクオートじゃなくてバッククオートなんだよ。 だから ssh を呼び出す前にクライアント側のシェルで展開されて、何もマッチしないから空の文字列になってる。 単純にダブルクオートをシングルクオートに変えるだけでいいと思うよ。 >>594-595 ダブルクオートをシングルにしたらいけました。 天才! ありがとうございます! ワイルドカードの質問ですが mkdir ~/hoge touch ~/hoge/fuga ls ~/hoge/fu* 最後の行のfu*がタブ押しても補完してくれません ~が$HOMEだと補完してくれます バグですかね? >>597 バグだろうね 自分の環境では補完されるからキーボードかPC捨てて買い換えろ (( a = 0 )) と (( a = それ以外の数値 )) の終了ステータス $? が それぞれ1と0なんどけど仕様?(( a = 0.0 )) とかにしても1。 変数に設定された値自体が終了ステータスに影響するっておかしくない? エラーがあると困るシェルスクリプトでは最初に set -e するようにしてるんだが これじゃ (( )) で数値演算したいときに超困る >>599 ちょっと調べてみた まずbashでhelp letを見てみると Exit Status: If the last ARG evaluates to 0, let returns 1; let returns 0 otherwise. とあるので((...))は中身が0に評価されたときのみ1を返す じゃあa=0とa=1(これはassignment)がどんな値に評価されるのか?だけど POSIXを見ると$((...))の中身はCのルールに従って評価されると書いてある ((...))もPOSIXには無いけど同じルールに従うはず http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01 で、Cだとassignmentはassignされた値を返すので ((a=0))は0、((a=1))は1を返すということになる 一言で言うと(( ... ))の中はCのルールが適用されるからということかな set -eの回避策は((a=0, ..., a>100))とか、: $((a=0))とか、if文の中に押し込むとか色々ある 間違えた修正 誤 ((a=0))は0、((a=1))は1を返すということになる 正 ((a=0))は1、((a=1))は0を返すということになる >>600 ,601 調べてくれてありがとう。Linux歴15年以上あるのに今頃知りましたよ : $(( 〜 )) のスタイルにするしかないかー。面倒だ ちなみにこんなwhile処理で発覚した。致命的なミスをする前に気づけてよかった set -e (( x = xmin )) while : ; do 〜処理〜 (( x += dx )) (( x > xmax )) && break done 変数は全部浮動小数ね gitで M ../a1.txt M ../a2.txt こんな風に親ディレクトリに変更ファイルがあるとき git add <Tab> で候補だしてくれないじゃん。 git add ../<Tab> なら出るんだけど。これ出るようにできないかね? >>602 このスレは始めてきたので今更だが 普通は x=$((xmin)) x=$((x+dx)) [ "$x" -gt "$xmax" ] とかやろ? せっかくzsh使ってんのに-gtだの-leだのまどろっこしい書き方できるかよ ~/.zsh_historyファイルを読んで、コマンド実行の傾向を分析するkibanaのdashboardを作りました。 dockerで作らているので、非常に簡単に始められます。 もし良かったら使ってみてください。 https://github.com/codequokka/shell-history-analyzer lsのソートについて質問 ファイル名先頭の_が無視されるのか hoge1 _hoge2 hoge3 となるのだけど _hoge2 hoge1 hoge3 とするにはどうしたらいいの? >>609 zshの問題じゃなかったんだ 失礼しました ありかとう 新しい macOS のデフォルトシェルが zsh になるってよ! bashですら重いのに、更に重いzshにするのか・・・ 誰が喜ぶんだ? Macのシェルなんて素人さんしか使わねぇよ WSLと同じ 品質なんかどうでも良い タブ補完で例えば、 cp oo/oo kk/kk の oo/から保管して ppppを入力する場合、ooとppppの差分の2文字が上書きされるのですが、回避する方法はありますか? 上の場合だと cp oo/ppppk/kk のような結果になります。 カレントシェルで文法チェックのためにdryrunしたい。 zsh -n $BUFFER で変数 BUFFER をチェックできるけど、 新しくシェルを立ち上げるから setopt がズレてるおそれがあり、 いまのシェルで $BUFFER が実行できることを保証できない。 たとえば ignore_close_braces がオンになっていると args(){ echo $# } はパースエラーになる。 そもそも dryrunである以上、$BUFFER が実行できることなんて保証できない setoptを含め、実行時にしかわからない情報に依存するものは 実行しないdryrunでわかるわけがない >>622 なら zsh -n は何の役にたつの? 文法をチェックする… ただしパーザの挙動を変えるsetoptが起こる場合 結果は正しくない。起こるか否かも動的にしか判らないのだから、 静的に保証できるものは何もないのでは。 622はおそらく間違っている。 現在のオプションを参照するカレントシェルで動く文法チェッカがあれば、 $BUFFERの実行を伴わない文法チェックはできると思う。 setopt によるパーザの変更はひとつのコマンド行が終わった後に効くっぽいからだ。 二行のファイル setopt ignore_close_braces args(){ echo $# } をsourceすると失敗するが、一行に結合してインタラクティブシェルから呼ぶと成功する。 >>623 > なら zsh -n は何の役にたつの? 構文チェックであり、実行時チェックではない。 args(){ echo $# } は ignore_close_braces がオンであろうがオフであろうが そのオプションとは無関係に正しい文法 だからzsh -nでチェックすると正しい文法として扱われる args(){ echo $# } という関数定義命令を実行すると、 パースエラーという "実行時エラー" が出る 「パースエラーなんだから、実行時エラーじゃないやい!」なんて理屈は通じない。 evalで変なコードを実行したらパースエラーになるだろ 実行時パースエラーというのものが存在する dry-runである以上、実行時パースエラーを見つけることは不可能 zsh -nは間違ってる文法を「間違ってる文法」だと保証してくれるが 「正しい文法」だとは保証していない evalがある言語では ソースコードのパースも(一部は)実行時に行われる dry-run=実行しない以上、実行時にしかわからないエラーを見つけられるわけがない。 ignore_close_braces オンで文法チェックしたいなら、 こうすればいいだけ zsh -o ignore_close_braces -n >>626 構文チェックだけして実行時パースはどうでもいいって状況があるのか? ともあれ zsh -n の働きはわかった。構文チェック -> 実行時パース の順で通していくわけだね。 今回の俺の目標は$BUFFERの実行時パースって位置づけか。 >>628 サンクス、現在のコマンドラインの$BUFFERとその時点のオプションを渡せば目標は達成できるぜ。 実行なしでの文法チェックができた。 もちろん$BUFFER内のevalの引数まではチェックしないけど、そこまでは元々期待してない。 いやその理解はおかしい。構文チェックが二段階あるわけではない。 インタラクティブシェルでは実行時パースの単位はコマンド行の実行毎になるというだけ。 そのため$BUFFERのチェックに限っていえば、パースは一回なので、 途中でのパーザ変更は変数中に効果を発揮しない。故にドライランで構文チェックができる。 > args(){ echo $# } > は ignore_close_braces がオンであろうがオフであろうが > そのオプションとは無関係に正しい文法 ノー。zsh -o ignore_close_braces -n ... で判定するとエラーになる。zsh -n の機能は単に構文チェックするというだけ。 その例のようにパーサの変更がない区間での構文チェックで役にたつ。 アドバイスにおいて、レスをよく読まずに一般論でドヤ顔したり、相手の思考を妄想して叩くべきではない。 あとはこんなときとかに使えるね。 make(){ zparseopts -D -M -E -A opts -- n -just-print=n -dry-run=n -recon=n if [[ $opts[(i)-n] ]];then command make -f =(echo '.SHELLFLAGS := -n -c') "$@" else command make "$@" fi } これは make の dryrun をシェルの dryrun に置き換える。スクリプトを表示するだけだったのが、文法もチェックするようになるよ。 $ make -f =(echo 'SHELL = zsh';echo 'hoo:; echo hoo)') -n echo hoo) zsh:1: parse error near `)' >>630 > いやその理解はおかしい。構文チェックが二段階あるわけではない。 二段階あるんじゃないよ。 -nによる構文チェックは実行せずに静的な構文チェックを行う。 実行しないから実行したら文法エラーになるようなものを見逃す。 通常の実行時は静的な構文チェックは行わずに、実行しながら構文チェックを行う 二段階あるんじゃなくて、二種類あるんだよ。 んで、話は最初に戻る そもそも dryrunである以上、$BUFFER が実行できることなんて保証できない setoptを含め、実行時にしかわからない情報に依存するものは 実行しないdryrunでわかるわけがない ノー。$BUFFER 実行時の構文チェックは一回だから >>635 何いってんの? $BUFFERに入ってるのはただのファイル名なんだけど? zsh -n $BUFFER 構文チェックに通ったからと言って、実行したときに構文エラーが出ないとは限らない なぜなら、zsh -nは実行したときの構文チェックとは別物だから。 >>636 いや、man zshzle に書いてあるが zsh の変数 $BUFFER は エディットバッファの中身を格納している。この値は zle のウィジェットから取得できるんだ。 コマンドラインに例えば echo hoo と入力して実行すると BUFFER='echo hoo' になる。 ウィジェットは自作もできて、好きなキーに bindkey 命令で紐づけて呼べる。 読み返して気付いたんだが、620 は書き間違いで zsh -n -c $BUFFER が正しい。 zsh スレだから当然BUFFERくらい知ってるよなと思っていて、会話が繋がっていったので疑いもしなかったんだが これは完全に俺が悪いです。ごめんなさい。 source ~/.zshrc を打とうとして source ~/.zsh_history を実行してしまった悲劇が話題になってた これどう対策する? https://qiita.com/stilo/items/90f6c6e308c85a4a9460 ~/.zshrc を実行するつもりがタブ補完などをスリップしてしまい .zsh_history を実行していまう。 するとヒストリファイル($HISTFILE == .zsh_history)に書かれた過去に実行したコマンドが、順番に source コマンドによって読み込まれて実行される。 記事で紹介されている事故では途中で止められる機会があったから良いものの、運が悪ければ不可逆的・破壊的コマンドが走り重要な情報を含んでるかもしれない現環境がズタズタになる。 ヒストリ先頭に予め終了命令を入れておくという技をtwitterでみた。 手作業だと忘れそうなので、.zshrc にこういうのを書いておけばいいかな。 < $HISTFILE | { mv $HISTFILE{,.bak}; sed '1{/return 1/!i\ echo '"'"'Cannot source `'$HISTFILE'`, Abort.'"'"' >&2;return 1 ;}' > $HISTFILE ;} && rm $HISTFILE.bak >>640 リンク先読んでないけど、それコマンド確認しないでEnter押しちゃ何だってトラブルの元だよね 補完offにしとくか、HISTSIZEを2-3ぐらいにしとけば 設定ファイル編集した後に読み込むならsource !$<tab>でもいいんだし 誰しも失敗はあるし、フェイルセーフはやっぱほしいよ。 >>642 > 補完offにしとくか、HISTSIZEを2-3ぐらいにしとけば それだと普段の作業がちょっと不便では。 >>641 は毎回mv,sedとかが走るのはパフォーマンス的にどうなんだ HISTFILE=~/my_history みたいに換えとくのが単純でいいか。 >>642 ヒストリ展開は便利だけど、ファイル編集した後なんか適当なコマンドを思いつきで打ってしまうとやりにくい。 >>643 いやこのためだけに、$HISTFILEをファンシーな名前にするのはなんだか環境が汚れた感じがする。 これで行けるわ zstyle ':completion:*' ignored-patterns '.zsh_history' .zshrc あたりに追加すればいい 書き直した。ヒストリのバックアップは別でやるべきだわ function ensure-file-head(){ [[ $(< $1 | read -re) == $2 ]] && return < =(print -r -- $2;< $1) > $1 } # ensure preventing `source .zsh_history`. ensure-file-head $HISTFILE 'echo '"'"'Cannot source `'$HISTFILE'`, Abort.'"'"' >&2;return 1' ファイル直接編集を避けるためにヒストリ関連の組み込み命令 fc -R, -W とかを使ってやる方法も考えてみたが、オプションの具合によってはファイルに追記しかしないし、デフォルトでは詳細なタイムスタンプがつかなかったりするので、 「この指定はsetopt 〜 の後で行う必要がある」のような条件がついて美味しくない。 >>645 補完よく知らないのだが、そっちに手を入れるほうが良さそうだね。 試してみたところその指定では tail .zsh_history のようなものも弾かれてしまわない? source だけに限定するのは難しいだろうか >>647 fc のこと? history == fc -l で、リストアップに限定したコマンド。 問題の対策は他にもEnterキーのアクションである accept-line ウィジェットを置き換えるとか、 コマンドライン実行前に呼ばれる preexecフックとかで止める方法がある。後者は記事のブックマークコメントの先で紹介されてた。 でも言われてた通り機構をあらたに作る必要があって煩雑になるし、その辺は元々弄りたい需要が多すぎるのでただでさえゴチャついてるところに手を入れがたい。 インタラクティブシェルだけ source を関数で置き換える方針はどうだろう。 .zsh_historyが引数のときだけ実行を警告するように。これも軽い修正になってよさそうじゃないかな source ~/.zshrcはエイリアスに入れてるわ これで誤爆の心配もないね! >>648 いや history じゃなくてわざわざ tail .zsh_history を使うのってどういう時なの? 何にせよ .zsh_history を開きたいときは command $HISTFILE<tab> でもいいと思うけど >>651 確かに忘れるけど、セーフティ的な意味なら充分役立ってくれるかなと思って…… >>652 ヒストリ関連のオプションをいじってたとき、内部ヒストリがファイルに保存されているかを確認するために tail .zsh_history と history を見比べてた。 テンポラリのヒストリファイルを複数作って実験していたので、tail $HISTFILE はその用途では使いにくい。 このような需要はあまりないとは思うけど、補完を絞る方法がもしあるならモアベターだと思うんだ。 >>651 ひょっとしてサフィックスエイリアスかな? それはよさそう $ alias -s zshrc=source $ ~/.zshrc (source ~/.zshrc が行われる…) HISTFILE=~/.zsh/history_zsh って感じで場所と名前変えてる zshクソ。誰もが使いそうな変数名を特殊扱いすんな statusとかpathとかsecondsとか 遅レスですまないけど、.zhistoryって行頭が:になってるからsourceしてもスルーするんじゃないの? :って何もしないって機能だよね EXTENDED_HISTORY <C> Save each command's beginning timestamp (in seconds since the epoch) and the duration (in seconds) to the history file. The for‐ mat of this prefixed data is: `: <beginning time>:<elapsed seconds>;<command>'. : ... : ... ; rm -rf / いかんでしょw >>660 > :って何もしないって機能だよね なにも "出力しない" 機能であって何もしない機能ではない。 : $(touch /tmp/ttttt) は実際にファイルを作成する。コメントの代わりには使えない。 そもそも>>661 が言ってる通り、;で区切られてるから動く まあ、: コマンド自体が何もしないってのはそのとおりだけど 一行全体で見ると、引数部分を実行するという話 :はなにもしないし引数をすべて無視するけどシェルが:の引数と解釈しなかった部分が実行される よって;とか&&とか$()とか<()とかいろいろ実行される : を使うシーンって何? 意味は知ってたが使ったことない そういや普通にwhile : ;do〜みたいに手癖で使ってたわ あと昔書いてたシェルスクリプトでも冒頭でset -eを設定しておきつつ エラーで止まってほしくない箇所で : を使ってた てかzsh関係ないですねすんません zshが馴染みすぎるとbash、それも素の設定を使わざるを得ない状況になるとストレスがすごいよね 鯖缶の方とかそういうシチュエーション多そうだけどどうやって折り合いつけてるんだろう >>670 zshは基本入ってないんで、bashに戻りつつあるw 自作のZpluginプラグインのほぼ全てが壊れたまま運用していて、 むしろスッピンより不便なはずだが、何も感じなくなってしまった インタラクティブ環境は、慣れやすいものなのかも Macのデフォルトシェル採用って結構影響でかいような 問題なければ追従するUnixやLinuxの鳥も出てくるじゃないかと それはないなー bashとの互換性がね。shwordsplit、あれが最悪だね。 理屈はわかるんだけどね。互換性の点から見れば最悪。 うん。互換モードはあるよ。でもデフォルトじゃないんで代替にできない。 そこまでして変える必要性がない。 そもそもさ、みんな潔癖だからね。POSIX準拠。そっち優先。 debianとかubuntuは bashよりも機能が低いdashとかにしようとしてるぐらい ログインシェルはまあ自由に使っとくれって感じだろうけど デフォルトシェルはPOSIX準拠。これ一択なんでzshにはならんよ 遅いしね。 Macのログインシェルは、はたから見ると、あぁ可哀想 bashのライセンスが受け入れられなかったから 消去法でzshなんだね。ぐらいにしか思ってない。 zshを選びたくて選んだなんて誰も思ってないんだよ。 zshで何も困らない 強いて言うならQiitaとかのzsh初めて使った人の記事が初心者すぎて目障りなくらいw Macユーザのウザさ、もとい声のデカさを信じようじゃないか plugin managerをzinitに変えたら起動が爆速になった オススメ 単なる興味なんですがzshの2系より前って手に入らないですかね? zshの2系、やっと見つかりました。 https://web.archive.org/web/19990828203220/http ://www.cs.elte.hu/pub/zsh/old/?919318967 zshにBASH_ENVに相当する機能はありますか? つまりzshでシェルスクリプトを非対話型で実行した時に 任意の処理を先立って実行したいのです。 >>683 ~/.zshenv かな http://zsh.sourceforge.net/Doc/Release/Files.html スクリプト実行時に限らず対話シェル起動時にも読まれるけど INTERACTIVEオプションの状態をチェックするifで括ればよさそう if [[ ! -o INTERACTIVE ]]; then echo non-interactive fi >>684 ありがとうございます 既存の ~/zshenvは修正できないという制約があるのでINTERACTIVEの チェックは出来ませんが、ZDOTDIRを書き換えればなんとかなりそうなきがします つまりBASH_ENVをセットして起動の代わりに /tmp以下に一時的にファイルを作ってZDOTDIRをセットして実行 初期化処理の中で一時ファイルを削除したりZDOTDIRを元に戻したりとかです 10より大きいファイルディスクリプタを使うにはどうすればいいの? あー、もうやだ、クソzsh。なんでこんなこともできねーんだよクソ しかも5.5?ぐらいから挙動変わってるし、バグなんかこれ changelogみてもなにもわからねーしー、どうすればちゃんと取得できるんだよ うるせーばーか、こっちはzshがクソで困ってるんだ bashの方がいいな zshは機能が多すぎて覚えられない お勧め設定をAI的に徐々に教えてくれたらいいのに 「そのやり方、こんなふうにもできますよ?次回からこうします?」って 互換性を切り捨ててるものは結局デフォルトになることはないしね zshも互換性が完璧とは言えないから驚かれたぐらい bashがライセンス上の都合で選択できない以上どうしようもなかったんだろうが 下記はとある本にのってる zsh のプロンプトの設定なんですが、一番右の % はなんなのでしょうか? いらない気がするのですが? 誤植? # プロンプトの右はじに、false なら終了ステータスを表示。 RPS1="%(?..(%?%))" >>698 %( に対応する閉じ括弧だと解釈されるのを防ぐエスケープ >>700 kshはメンテも終わった終わったシェルだから >>703 AT&Tがそれを全て取り消して93u+をベースに最初からやり直し、だがそれも頓挫かな ksh2020はkshの派生の別物扱い。zshもksh(tchs)の派生だから兄弟のようなもんかw >>704 zshはコード自体は全く別物だったか。フォークという派生とはちょっと違うか 最凶 最凶と呼べるほどにもない全然 使えない おもちゃか パッケージ: ksh (2020.0.0+really93u+20120801-6) https://packages.debian.org/bullseye/ksh これはksh2020なのか93uなのか Debian offers ksh2020[20] in its testing version.[21] ksh2020は完全に放棄されてんな ASTからバグフィックスのためだけにフォークしたおじいちゃんが一番地道に現在活動的 >>711 >>704 AT&Tからフォークしてあくまでもメンテナンスだけを現在熱心にやってるのは https://github.com/ksh93/ksh かな。それの冒頭に>>711 のことも書いてる 一体いくつあるんだよw オリジナルはまあいいとして そこからの派生 オリジナル : 頓挫、終了 オリジナルのちゃんとしたメンテ : 無い、まだ無い 色々やった 2000 : 頓挫 地道に一人で : 地道に継続中 だけだよ。てか、いい加減過疎ってる ksh スレに行けよw zshなんも関係ないぞ >>478 oh my zshとかGrmlの話題もまったくなく何話してたんだここ >>479 使ってないわけないんだが 何故かこんなのしかいなかったからこのざまだったんだろうな zshで拡張した部分を使えば便利だが、zshしか使えない体になってしまうからなw MacでCUIアプリをダブルクリックした際の挙動と、 インタラクティブシェルで起動した際の挙動を変えたいのだけれどフラグとなる 環境変数がなになのかわからん。 bashしか使ったことなかったけど Macがzshなものでドキュメントみてたけど ページ量多すぎだろ 機能が豊富ですから 機能が豊富なzsh固有のに慣れてしまうと他が使えない体質になりそうで使わないけどw ここzshの本スレですか?随分人いないですね。 どこか別にコミュニティあるんですか? >>717 今だとzinitがホットかな でもまぁフレームワークなんて流行り廃りがあるのだし、ライトユーザが無理に使う必要もないよね oh my zshとかzinitってなんのために使うんだろう? プロンプト決めるだけでしょ? 一通り環境作り上げて不満なくなると更新とか動向全くチェックしなくなってしまう せめて数年に一度は見直さないといかんわな この腰の重さは老化のバロメータか 人が書いたやつはちゃんと追いかけておかないといつまにか別物になってる可能性があるな お前のようにここに書くようなネタが無いだけ 使ってるヤツはそれなりにいる 5chだけが世界の全てのお前にはわからんだろうけど zshのそのものの更新が一年無いって話か それでオワコンだって言ってるのか それもまたあたおかな発想だな https://news.mynavi.jp/itsearch/series/devsoft/powershell_core_-.html これ見ながらpowershellを普段のzshのようにしようかと企んだけど途中でアホ臭くなってやめた ちっとも好きになれんわpowershell 普段のユーザとしては zsh と (pd)ksh しか使ってない。 tcsh から乗り換えて zsh はもう17年だよ… そろそろ bash 勉強しなきゃダメかな… zsh を Mac のデフォルトシェルとして使う https://support.apple.com/ja-jp/HT208050 macOS Catalina から、Mac は zsh をデフォルトのログインシェルおよびインタラクティブシェルとして使うようになります。 それ以前のバージョンの macOS でも、zsh をデフォルトにすることができます。 ZLE使えばコマンドライン入力を編集できますが、 ZLEウィジェットとして登録した関数を直接呼び出して zle を呼び出すとエラーが発生します。 外部からコマンドラインを編集する方法はないのでしょうか? pashなんてあるのか いい感じならzshもパクってくれ psprint死んだらしいな Rest in Hell あれは歯が合わなくても保険等級が下に力が入ったのに そういう 本当にアンチだと思われたいんだろうな ハムはなんで今更貼るの? 今買えの馬鹿も何もしないかぎり騒がんだろうな リバウンドせずに大風呂敷広げるからこんなもんでもないままだろうね。 「もう少し待っといて昔の人気漫画だから若い子は食いつかないもんなの 求めないから実質ずっと雨なんだが やってることは結局すぐダメになると思うが zshの生成AI系サジェストってないの? そろそろ出てきていいように思う read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる