神楽坂しえる @Clworld@md.ggtea.org

社畜「実家に帰ります」
プロジェクトがかなり燃えた場合に発生することがあるやつ

社畜は滅びぬ何度でも蘇えるさ？

ところで &lr=lang_ja&hl=en をぐぐるさんの検索パラメータに設定すると、
・日本語のページを表示
・全言語への切り替えプルダウンが画面上に出てくる
といういい感じの検索画面になります

終了が早いのはぐぐるさんのわるい癖

run_in_subdir2.0.0
run_in_subdir2.1.0
run_in_subdir_master
run_in_subdir_v2.1.3
run_in_subdir_v2.3.0
run_in_subdir_v2.4.0
run_in_subdir_v2.4.1
run_in_subdir_v2.4.3
run_in_subdir_v2.5.0
run_in_subdir_v2.5.0rc1
* run_in_subdir_v2.5.1

masterが自分の環境で動かす用の設定の分 origin/master より進んでたりすることがけっこうあるせいでmaster(自分の)にマージせねばならなくてめんどい(stashするのはもっとめんどい)

特にv2.5.1みたいなパッチリリースの場合、v2.5.0 -> v2.5.1 -> master みたいに一直線に並んでなくて後で困りそうなので
v2.5.0状態のmasterからmaster_2.5.1を切ってそこにv2.5.1をマージするみたいにしてる(v2.6.0が来るときはmasterの方に一旦戻ってからgit pullする)

git checkout v2.5.1 とかのタグのチェックアウトはdetachedになるので毎回 git checkout v2.5.1; git checkout -b v2.5.1 みたいに同名のブランチ切ってしまってmaster側から git merge v2.5.1 みたいにマージしてる

gitのマージ失敗時の処理はぐぐるとなぜか git reset 系の手元で変更してるファイルがある怠惰な人間にはとても危険なコマンドが出てくるのですけど、
私としましてはいったんコンフリクトしてるファイルを全部 git add 後 git commit してマージは完了させてしまった後でマージ前のリビジョンをチェックアウトして元いたブランチを消して戻った位置にブランチを作成しなおすのを推奨します。

2.5.1～

とりあえず私の ローカルアカウントでセットアップ -> ライセンス認証をMSアカウントと結び付け -> OneDrive使ってない では回避した模様

OneDriveを設定をしているけど、OneDriveの容量を食うのが嫌で別のディレクトリにしていた時の場合に、もうOneDriveに同期されてるよねってローカルのDocumentsとか消しに行く動作っぽい気がする
https://kurosawa0626.wordpress.com/2018/10/03/windows-update-october-2018%E3%82%82%E6%B0%97%E3%82%92%E3%81%A4%E3%81%91%E3%82%8D/

Windows10 の Fall October 2018 (1809) のファイル削除で問題になってるの OneDrive 関連か…

このせいで電源断とかでサーバが落ちると uprecordsがめっちゃ飛んで困っている。(SSDにした時discard使えるfsがext4だけだったのでext4にした)

ところで日本語版WikipediaのXFSの所に残っている、fdatasyncしないと突然のshutdownでファイルの内容が飛ぶという話(英語版ではもう消えている)なのですが、
XFSではどうも対応が行なわれたらしく起こらないようなのに対し、
後でextentsになったext4は何もしてない感じがしててどちらかというとext4の時ファイルの内容飛びます。

最近mdadmのcheckarrayの速度が--idleのはずなのに全力でcheckしてくれているっぽくチェック中何も出来無いので echo 20000 > /sys/block/md0/md/sync_speed_max した
(通常の速度が30000です)

MythTVの更新をさぼってたせいで依存関係がまずいことになってて
vlcとかghostscriptが古かっためっちゃクリティカルな問題がやっと解決しました