ottijpさんの助け合いフォーラム投稿一覧
どのOSでもDebian系の/etc/bash.bashrc設定ファイルを読み込む必要があるのでしょうか?
いいえ.
たとえばDebian系のLinux Mintでは,/etc/profile
に次のようなコードがあり/etc/bash.bashrc
を読み込んでいますが,Red Hat系のCentOSにはそのような行はありません.
if [ "${PS1-}" ]; then
if [ "${BASH-}" ] && [ "$BASH" != "/bin/sh" ]; then
# The file bash.bashrc already sets the default PS1.
# PS1='\h:\w\$ '
if [ -f /etc/bash.bashrc ]; then
. /etc/bash.bashrc
fi
else
if [ "`id -u`" -eq 0 ]; then
PS1='# '
else
PS1='$ '
fi
fi
fi
最初はまず/etc/profileを読み込んだ後~/.bash_profile、その後に/etc/bash.bashrcか/etc/bashrcを読み込む流れと認識していました。
(解説のフローを見るとそう思ってしまったのですが、実際はどうなのでしょうか?)
実際の読み込み順序として,Linux Mintの場合は,
/etc/profile
の読み込み- その中で
/etc/bash.bashrc
の読み込み
- その中で
~/.profile
の読み込み- その中で
~/.bashrc
の読み込み
- その中で
- (
/etc/bashrc
の読み込みは無し)
CentOSの場合は,
/etc/profile
の読み込み~/.bash_profile
の読み込み- その中で
~/.bashrc
の読み込み- その中で
/etc/bashrc
の読み込み
- その中で
- その中で
- (
/etc/bash.bashrc
の読み込みは無し)
bash自体がどの条件でどのファイルを読み込むかは,man bash
のINVOCATIONセクションを見るとわかります.
解説に記述されているフォーマットが間違って(manのフォーマットと異なって)います.
このフォーマットだと,2022年を20と省略できるようになってしまいます.
date [MMDDhhmm[CC[YY]][.ss]]
正しくは以下です.
date [MMDDhhmm[[CC]YY][.ss]]
*
がシェルにより展開されてしまうため,カレントディレクトリにemacs
から始まるファイル名のファイルが存在すると,zypper install emacs*
やzypper in emacs*
では「emacs」で始まる名前のパッケージをインストールできないことがあります.
$ touch emacsfile
$ sudo zypper install emacs*
Loading repository data...
Reading installed packages...
'emacsfile' not found in package names. Trying capabilities.
No provider of 'emacsfile' found.
Resolving package dependencies...
Nothing to do.
そこで,正解は以下が正しいと考えます.
zypper install "emacs*"
zypper in "emacs*"
whichの出力は絶対パスとは限りません(PATH環境変数の値に依ります).
$ touch cmd
$ chmod +x cmd
$ export PATH=.:$PATH
$ which cmd
./cmd
一方,whereisはPATH環境変数を参照し,PATH環境変数の値に依らず絶対パスになります.
$ touch cmd
$ chmod +x cmd
$ export PATH=.:$PATH
$ whereis cmd
cmd: /tmp/tmp.dBUCuH4J0I/cmd
よって,whereisが正解と考えます.
「PINGT」を「pingt」に変換
するためにtr
コマンドを使っていますが,解説にある
tr [オプション] [文字列1 [文字列2]] < ファイル名
は間違いで,tr
の引数は文字列ではなく文字セットです.(manコマンドのSYNOPSISも tr [OPTION]... SET1 [SET2]
となっています.)
tr
を使うと,確かに「PINGT」という文字列が「pingt」には変換されますが,それ以外のP,I,N,G,Tのすべての文字がp,i,n,g,tに置き換わってしまいます(副作用があります).
例
$ cat file.txt
PINGT
POINT
$ tr PINGT pingt < file.txt > hoge.txt
$ cat hoge.txt
pingt
pOint
そこで,正解としてはsed
などを使った以下のようなコマンドのほうが適切と考えます.
cat file.txt | sed s/PINGT/pingt/g > hoge.txt
sed s/PINGT/pingt/g < file.txt > hoge.txt
killall
と異なりpkill
の引数はコマンド名ではなくパターンなので,pkill mycommand
はmycommand2
などを実行しているプロセスが存在する場合,それらも終了させてしまうのではないでしょうか.
つまりpkill mycommand
は正解として不適切ではないでしょうか.
それとも副作用はあれど「mycommandを実行している全てのプロセスをクリーンアップして終了させたい。」という目的は達成できるから正解ということなのでしょうか.