githubにAPIアクセスキーとかをpushすると警告メールを飛ばしてくれるGitGuardian

手持ちの本を管理するプログラムが欲しくて、作ることにした。

以前ヤフオクで落としたバーコードリーダーOPI-2201をつかって、背表紙にあるISBNのバーコードを読み取って、あとはこれをAmazonのProductAdvertising API使って書籍情報を取得してくる…みたいなのを作っていたんだけど、PA-APIアクセスのキーとかをソースコードにベタ打ちしたcommitをgithubにpushしたら、GitGuardianとやらから警告メールが飛んできた。

 

メールの日付を見るに、pushから数十秒くらいで送信されているみたい。すごい早いじゃーんと思ってGitGuardianのページを眺めに行くと、どうやら人工知能に興味がある人が趣味的にやってるサイトらしくて、機械学習で自動判別しているらしい。

毎日200万くらいあるPublicなcommitをひたすらチェックしていってるみたいで、 平均すると2時間あたり3個くらいのペースでSensitiveなcommitがあるらしい。ぼくもそのうちの一つであったのだ…

Good Guyのありがたい通知に従って、今はもうこのAPIキーは無効にして、configから読み取るようにしたけれど、できればお世話になるようなヘマはしたくないなーなどと。そういうサンプルとそのフィードバックがあるからもっと精度も良くなっていくんでしょうけどね。

 

Windows10でいくつかのアプリケーションが落ちる

例えば、

・まめFile5SE

・桜時計

・Exact Audio Copy

・StepMania

あたり。

まめFile5SEはぶっちゃけただのファイラーだしExplorerで代用できる(というか本来はExplorerの代用として使う立場なんだけど、Explorerあんま使い勝手良くないので)し、桜時計もWindows標準の時刻合わせに頼る事にすれば(数分くらいのズレを許容すれば(許容できないでしょ))使わなくても良い。ただ、EACは代替ソフトがあんま見つからなかったし、StepManiaなんかゲームなんだし代替ソフトもクソもねーよ。

いつからこうなったのか記憶がはっきりしないけど、OSバージョンはWin10 Pro 1703。

まめFileでは起動後タブリストが復元されて、ファイルリストが表示された直後に「動作を停止しました」エラー。

桜時計はタスクトレイにいる間は何も言わないんだけど、ウィンドウを開くと「動作を停止しました」エラー。

EACはCDの読み込みまでは良くて、リッピングを開始しようと(Alt+F7)すると「動作を停止しました」エラー。

StepManiaはそもそも起動もしてくれなくて、「エラー起こったよ!詳しくはログ見てね!」なメッセージが表示されるのみ。ログ眺めると「なんか知らんがデータ無かったわwwwww」みたいな感じ。

 

最初はHyperThreadingのエラーかなと思って(使用CPUはIntel Core i7 6700KなのでSkylakeだ)、HTTをオフにしてみたりもしたけど状況変わらず。使用マザーボードはASRock Z170 Gaming K4だけどマイクロコードアップデート降ってないかなと思ったら、7.10が最新(既に適用済み)、ベータ版の7.12ではHTTについてのマイクロコードアップデートが入ってるらしいが、ベータ版を迂闊に適用できるほど人柱ではないので敬遠。

 

もうちょっとちゃんと調べようと思って、イベントビューアを見てみる事にした。EACを起動して落ちたタイミングのイベントを見てみると、エラー情報が。

障害が発生しているアプリケーション名はEAC.exeで良いんだけど、障害が発生しているモジュール名にMacType.dllの文字…

 

取り敢えずMacTypeを無効にしてみると、今まで落ちまくってたアプリケーションが全く問題なく動作するように。

フォントレンダリングの汚さがWindows10でも改善されてなかったから、Windowsインストール直後にMacTypeを入れていたんだけど、それが悪さをしていたみたい。

最近のWindows Updateで降ってきた更新とMacTypeが競合するような内容だったのかもしれない。

 

 

最近ノートPCがサイズ変更無しに1366×768から1920×1080に変わった(どちらも13インチモデルなので寸法はあまり変わってないはず)お陰で画素密度が向上して、文字が随分見やすくなった。というわけで、23インチとか21インチの面積にFullHDを放り込む状況、いい加減やめにして、もうちょっと高解像度な世界で生きていけば、文字もなんとなく見やすくなるんじゃなかろか、という気持ちだ。

4Kモニタ買うなら40インチ前後にして、外形寸法あんま変わらないようにしようと思ってたけど、30インチ切りとかでも綺麗さで言えば向上するはずだから、そういう手もあるんだよな、と思ったりした。4Kモニタでも小さいサイズなら手を伸ばしやすい価格帯になるし。

この辺ワンチャンありそうじゃない?まぁお金無いけど。

シェルで直前の入力を使う

なんか使いたくなったときはいつも忘れてるのでメモ。

まず、直前に入力した引数を使いまわすには!$を使う。

$ mkdir hoge
$ cd !$

直前に入力したコマンドそのものを使いまわすには!!を。

$ pacman -Syu
$ sudo !!

!!が直前の入力に置き換わるような感じなので、次のような使い方もできる。

$ sudo eject
$ !! -t

ejectコマンドは-t, –traycloseをつけると光学ドライブのトレイを閉じてくれる。

Linuxで音楽CDをリッピング

今メインに使ってるWindows PCにディスクドライブが装備されていないので、リッピング部分のみLinuxマシンにやらせて、あとの変換とか再生行程は従来どおりにやりたい的な感じ。

当初/dev/sr0からddで引っ張り出せばいいだろと思ってたけどダメらしい。てきとうにぐぐった結果できそうだったのでやってみる。

 

CDを挿入後lsblkにエントリが追加される

$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 119.2G 0 disk
├─sda1 8:1 0 200M 0 part /boot/efi
├─sda2 8:2 0 256M 0 part /boot
├─sda3 8:3 0 111G 0 part /
└─sda4 8:4 0 7.8G 0 part [SWAP]
sdb 8:16 0 3.7T 0 disk /mnt/r_array
sdc 8:32 0 1.8T 0 disk
sr0 11:0 1 324.2M 0 rom

ケツにあるsr0がそうだ。cdrdaoでリッピング。

$ sudo cdrdao read-cd --device /dev/sr0 --read-raw --datafile ZMCZ-11306.{bin,toc}
Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas@daneb.de>
/dev/sr0: HL-DT-ST DVDRAM GH24NS50      Rev: XP01
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000)

Reading toc and track data...
~以下略

tocファイルをcueシートに変換。

$ toc2cue ZMCZ-11306.{toc,cue}

できあがったbinファイルはエンディアンが異なるっぽいのでddで変換する。このまま再生するとホワイトノイズにしかならない。

$ dd conv=swab if=./ZMCZ-11306.bin of=./ZMCZ-11306.bin.swap

以上でリッピングは終了。

 

ここまででbin+cueな状態にできたので、完了ということで。あとはてきとうに、煮るなり焼くなり。

 

ちなみに上記で使っていたZMCZ-11306はメイドインアビスのED。

あとOPも買ったよ

原作コミックスも全部買った。最高に心がきゅうっとするのでおすすめです(?)

ひどい広告記事になってしまった…