【Shell】どのシェル使ってる?【Script】
■ このスレッドは過去ログ倉庫に格納されています
おまいらが使ってるShellを晒せや(#゚Д゚)ゴルァ!!
そして便利なShell Scriptがあれば晒して( ゚Д゚)ホスィ…
GUI Shellも使ってる香具師はそいつも晒せ(゚∀゚)アヒャヒャ >>238
あ、別に何かしようというわけじゃなくて・・・単にぼやいただけっス
マ板ってムをプロとしてやってる(いわゆるIT屋)連中ばっかってイメージがあるんだが、そうでもないのかな。
自分は研究開発で、理論もやるしコードも書くし泥臭い実験もやるんだけど、
そういう場で求められるスキルってのは、IT屋のそれとは違う気がする。
あーますますスレ違いにw。もうやめます >>233
そーなんだ、ちょっと残念
sourceのかわりに「.」が使えないし、bashと違うとこも多いんだな # zsh --version
zsh 4.2.6 (i686-redhat-linux-gnu)
# echo $PATH
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/xxx/bin
# echo 'export PATH=$PATH:/usr/sbin:/sbin ' > /tmp/hage
# . /tmp/hage
# echo $PATH
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/xxx/bin:/usr/sbin:/sbin
使えるようだが。何か勘違いしてる? >>241
ほんとだ「.」使えた!
ただ、bashと違ってパスまで含めないと駄目ぽいね
いちおうzsh --versionは
zsh 4.2.0 (x86_64-redhat-linux-gnu) >パスまで含めないと
言葉足らずだった
カレントディレクトリにあっても./が必須って意味ね zsh で別に rehash しなくても使えるけどな〜
ただし既存の path に存在するときに
別のより優先度の高い path に
同盟コマンドをインストールした際に気づかせるのには
rehash が必要、という感じで tcsh よりも rehash 必要度は低い >>244
え・・・まじで?バージョンの違いかな
よかったらzsh --version晒してもらえますか? >245
% zsh --version
zsh 4.3.4 (i386-portbld-freebsd7.0)
だけどだいぶ前からそういう挙動だったと記憶している。
いまためしに /usr/local/bin/ に適当な shell script 作ってみたけど
rehash なしで実行できたよ rehash要らないね。
% mkdir -p /tmp/x
% export PATH=/tmp/x
% ls /tmp/x
zsh: command not found: ls
% /bin/cp /bin/ls /tmp/x
% ls /tmp/x
ls
って感じ。
ホントだ出来た・・・大変失礼しますた
bashと違ってtab補完してくれなかったので、てっきり認識されてないのかと思った
rehashすればtab補完されるが・・・面倒だなぁ まーなんだtab使わんでzsh使うなんて考え難いし、
rehashは必要ってことでFA鴨 最強のシェルとして「z」を当ててしまった以上、zshには永遠に進化し続ける義務があるのよね
開発者は大変だなぁw 各シェルのユーザ数つーか、シェアの推移ってどっかにないのかな?
鳥と違って把握はしにくいだろうけど っていうかどうやって判定するんだ?
(他人の作った)各種 script の冒頭の #! で
指定されているだけでも「使っている」ことにはなっちゃうし… .cshrc で interactive セッションだったら exec tcsh とか
わりと tips として流行ってなかった?
(chsh 許されてない環境とかあるし) chsh許されてないほどの不自由な環境だとbashすらなかったりするから困る ぶっちゃけzsh以外話題ないもんな
他に目新しくてよさげなシェルあるっけ? bashc とかいう fd まがいの変態があるらしい
Bash Commander is a traditional GNU bash shell extended with visual two-panel
file browser.
http://groups.google.com/group/bashc/web/overview linuxデスクトップユーザーの特徴
@インストールしただけで選民思想
Aやっていることはwindowsと同じ。しかもめんどくさくなっただけ。
Bコマンド打ち込んでプロだと勘違い
C黙ってwindowsでも使ってろと間口を狭める
D素人がだのなんだのとwindowユーザーを馬鹿にする
Eカーネルいじればいいだろと無茶を要求
Flinux開発者とのずれを認識できていない
Gwineを使うくせにlinuxを再現しようとする動きがあるとたたく
冫─' ~  ̄´^-、
/ 丶
/ ノ、
/ /ヽ丿彡彡彡彡彡ヽヽ
| 丿 ミ
| 彡 ____ ____ ミ/
ゝ_//| |⌒| |ヽゞ
|tゝ \__/_ \__/ | | __________
ヽノ /\_/\ |ノ /
ゝ /ヽ───‐ヽ / / linuxはめんどくさくて難しい分だけ、
/|ヽ ヽ──' / < 自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
/ | \  ̄ / \
/ ヽ ‐-  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ 板違いだがSolarisの標準シェルってなんであんなにヘボいの? kshって凄かったんだけどなあ。昔はbashもzshもなかったし。 何も考えずにシェルスクリプト書くとshの範囲を超えて、kshの範囲まで行ってることが多い。 Bashで、
command1 | command2
っていう処理で、command1がエラー (!=0) だったら
command2を処理させない、っていうのは、どう書けば
良いんですか? >>276
(1)自分がわからないと即誘導。回答辞めろ。
(2)誘導するならシェルスクリプトスレだろ。にわかか? 質問!どなたか詳しい方お願いしまっす。
WIndowsで
C:\Users\foo\Documents>xcopy *.hog /e/s /D:mm-dd-yy D:\backup_dir
みたいな事やってんだけど、Linuxのシェルで同じ事ってどうやったらできますか?
オプションの意味:
カレントディレクトリ以下にある mm-dd-yy以降に更新された *.hog てファイルを
再帰的にディレクトリ構造そのままコピーする。
例えば、
C:\Users\foo\Documents\hoge\fuga\abc.hog てファイルの更新日がmm-dd-yy以降だと
D:\backup_dir\hoge\fuga\abc.hog てな具合にコピーされる。 >>280
find ~/doc -ctime -1 -print0 | cpio -p0d バックアップ先ディレクトリ
などなど >>281
> find ~/doc -ctime -1 -print0 | cpio -p0d バックアップ先ディレクトリ
> などなど
thanks!
find ~/doc -ctime -1 | sed -e s/^.\\/// | cpio -pd バックアップ先ディレクトリ
で、希望の動作になったようです。 仕事ではkshが多い。
自宅SUSEでもわざわざksh bashでhttpdのサービスが起動していたら別のシェルを実行、 すいません途中で切れてしまいました。
bashでhttpdのサービスが起動していたら別のシェルを実行、
起動していなかったら1分待って
再度サービスが立ち上がっているかを確認
→立ち上がっていたら別のシェルを実行
→立ち上がっていなかったら再度1分待機(ループ) ああでもarchのシェルがzshになってて何かカッコいいなーと思った liveCDはzshだけどインストール後のデフォはbashだと思う zsh使い始めたよーもっとはやくに移行すれば良かったと反省。 コマンドラインが流れていかないシェル
でお勧めある? fish用の補完機能作る必要あるかな?って思ったら
fishユーザー居ねぇの?って何年も前から言ってる人がいるだけで
話題にすらならないから作らないことにしたw 現役の時代はCシェルだな
今は確かに、Linuxならbashがよかろう。 ここでいいたいのは、なんでMacOSXは
Cシェルを採用しなかったのかってことだ。
MacOSXを含むBSD系はcsh系だろうが!!!!
裏切り物め!!!
だれもcsh使ってない世界にする気か!!! tcshだったのはv10.2 Jaguarまでだな。忘れてたけど 対話シェルはbash
スクリプトはPython
スクリプトをbshとかcshとかはもう流石に無い シェルのコマンドを繋げただけのスクリプトでも?
例えば ls -t | head -n 1 | xargs $* とか wine-auto start "$(winepath -w "$(locate -i "$(basename "$0").exe" | head -n 1)")" "$@" とか
(後者は実体ファイルは適当な名前にしておいて起動したいWindowsアプリの名前でsymlinkを張って使ってる)
こういうのをいちいちpythonで書くの迂遠だと思わない?
単純なことするだけならシェルスクリプトの出番だってまだまだあるよ 対話シェルはzsh
スクリプトはdash
やはり他のUNIXとかも考えたら可搬性は欲しい。
dashで書けないモノはLL言語でいい。 コンソールで書いたのをヒストリから拾って~/binに放る都合上、
対話シェルもスクリプトもzsh.
crontabのデフォのシェルdashで>&が使えないのを
知って以降はcrontabすら個人分はSHELL=/bin/zshしてある。 bashにしろよ。殆どの環境でデフォルトのシェルだろ。 zshで便利なものって、実はbashでできることだと思うw むしろディストリビューションのデフォルトのシェルをzshにしてほしい cshとかtcshでecho {1..5}ってやると{1..5}って出るんだなw 仕事でMacOSXをいじっていた頃、tcshに浮気した事はあるけどbashが一番安心。 シェルスクリプトの先頭でbsh宣言してるのに、中でbashスクリプトを書くやつはなんなんだ? このスレひとつだけで15年も続いてるんだなw
しかも内容にほぼ変化がないw ターミナルはzshだけど、シェルスクリプトはbash使ってる。
やっぱりzshは重いのとデフォルトじゃないんで他に移すときbashに書き換えるのが面倒 bashとかtcshとか言ってる人たちは最近のzshのプラグインマネージャを知らないんだろうな
それらを知ると対話シェルはzsh一択にしかならないんだが・・ 業務限定ならばzshの選択は事実上無い。
一個人だけ使えても意味がないし、なにがなんでもzshだ!って主張するなら
手順書修正がいいだしっぺに集中する。 >>336
お前、全員でrootを共有してるだろw >>337
ホームのユーザフォルダ内ですら好きな環境を構築できない奴隷派遣SIerさんの人なんじゃね?
自己判断で彼らは外に繋ぐこともできないようなので察してあげてください
その割に内部情報漏えいするのはSIerさんが多いんだけどね ■ このスレッドは過去ログ倉庫に格納されています