Notices by rednose (rednose@fla.red), page 5

お気持ちトーキングをすると進捗報告で持ち時間をオーバーして話すことになる

本日、進捗報告日ですが現実逃避が極まってきた

Gに狙いを決めて退治してほしいな

私のGは床から

ゴキブリに対する恐れが形となっている。床に布団を敷いて寝ているため……

これは豆知識ですが、非愛知県にはつけてみそかけてみそは売られていない

これ完全に名古屋県民ムーブすぎる

大きなライブラリを使わずに小さいライブラリでちまちまクローリング！と思ったんですがリトライ処理やエラー時の処理などややこしいなこれという感じになっている

こういうことをぼけぼけ考えていたらそんなもんシュッと文句言えばいいだろと言われたので、それはそうなあという気持ちになった。

cshは現状では広く使われていないからbashやzshに書き換えて使うケースが多いよねということが示せればそれで十分かなあ

proposalを書くためにTOMOYO Linuxに学ぶ説得術を読んでいる

この問題が重要ですよ！とアピールするための文章を書くのって難しいですね。OSSコントリビュートではないけどそれに近い気持ちになる。改修することによる利点がどこにあるのかを示さないとならないが、それを示すことが非常に難しい

@orumin 知は力なりだ。私もそのように解決手段をシュッと思いつけるようになりたいが、経験ですかね。

@orumin 確かにユーザー側の解決手段としてはそれが一つの手という気がするけど、システムとして全学的に出しているのであればバグの入ったrcファイルを放置するのはよろしくないと思いますね。というか正直sshrcなどの解決策は今はじめて知りました。

@orumin ので、一番早い解決は存在しない環境変数を参照しに行くパートをコメントアウト等で無効化することなんですが、そもそもこれがアクセス元のホストタイプか何かを確認する参照変数らしくirixだのが書いてあって今どき存在しとるんかという気持ちになるし、大抵の場合設定されない項目なのでこれを無視するように標準設定を変えるのがあるべき姿というように思える

@orumin すると実は問題が起きるんですよ。.cshrcの末尾にexec /bin/bash -lとかすると、それ以前に存在しない環境変数を参照したことによって以降の.cshrc読み込みが行われなくなるためこれは実行できない。先頭に/bin/bash -lのみを書くのが良さそうに見えるが、これはbashのexitタイミングでcshに落ちてしまって存外使い勝手が悪い。じゃあ、先頭にexec /bin/bash -lすればいいやとなるんですが、この場合ssh越しにコマンドを実行するケース（たとえばscp）などを実行したときにコマンド実行がexec /bin/bash -lした向こう側に飛んでいかないため、永遠にプロンプトが帰ってこないという状態が起きる。
.cshrcに書くからssh等のコマンドが実行できないんだと考えると次は~/.loginの先頭に書きたくなるけれど、これは先述した問題で.cshrcの読み込みが死ぬとログインシェルでも以降の設定ファイル読み込みが行われない（つまり~/.loginが実行されない）ため意味をなさない

@orumin 辛いので標準で置かれている.cshrcをなんとかせんかいのメールを情報センターに投げつける準備をしている(cshを変えろというのは無理筋っぽい気がするため

私のプロフ欄にある本学ではないです。この本学は

@orumin echo $SHELLの結果は/bin/cshだしmanページを開くとcshの文字が見えますね