一足お先にシーズン到来。ゼロックスがあった広島とマリノスよりは一歩遅いが。
久々の等々力は寒かったが風が弱かったのでまだ普通に過ごせた。ただ、買った食料は冷えきっていた。
貴州はアップのときにサブの選手(に思える格好をした大柄な人々？)がボール拾いをやっていた。プロではあんまり見ない光景だなぁと思ったが、あれ本当に選手だったのかな？
芝は先日の雪の影響を受けたはずだし季節も季節なので青々とはしていなかったが、破綻はない状態だったと思う。
パウリーニョは実力を見せたが、今日の出来であれば山本真希でも同等以上にやれたろう。川崎もボールは持ててパスも回るが危険なプレーの頻度は低く、得点チャンスも少なかったよね。これからシーズンを進めながら調子を上げていって欲しいところ。シーズン開幕でレナトのFKに勝ち点をもらうのは、実は毎年かも？
貴州は前半に9番のでかい中心選手が負傷で下がった形だが、選手を入れ替えて内容を向上させたようにも見えた。川崎は最後まで選手交代なし。それなりに危うい場面もあったが気を抜かずにカバーした。
やはり実行ファイル(C:\Users(username)\AppData\Local\Programs\Google\Google+ Auto Backup\Google+ Auto Backup.exe)のファイル名変更だけではあっさり復活した。
まあ、あいつらはそんな甘い奴らじゃないだろうと思ってたよ。
もしかして、Picasaが復活させてるんじゃないか？
C:\Program Files (x86)\Google\Picasa3\GPAutoBackup.msiの名前も変更して、様子を見る。
次復活したらどうしよう。見つけ次第殺すスクリプトをタスクスケジューラで仕込もうか…
まるで、ばいきんまんのように何度やられても決して諦めない。こいつのアンインストールは単なる「ばいばいき～ん」であって、真の意味でのアンインストールには程遠いのだ。Picasaを使っている限り、何度でも復活する。Picasaは使いたい、でもAuto Backupは気持ち悪い。そういうユーザーはどうしたらいいのだろうか？
ぐぐっても「こんなに便利」「オン/オフの切り替え」「バックアップされた写真を削除するには？」くらいの情報しか出てこない。Google+使ってないし一度もバックアップしたことないので、単に使わないからアンインストールしたいだけなのだ。起動するたびに変なダイアログが出るのがね。こんなの出てきたら子供が勝手にクリックしちゃうでしょ。
しょうがないので、実行バイナリをxxxx.exeからxxxx.exe.bakにリネームしてみた。
これでしばらく様子見。
これでも復活したらどうしよう…
ふつう/tmpはtmpfsにしたいと思ってこういうrecipeを書くじゃないですかーやだなーもう。
ログ取得ツールmount "/tmp" do
pass 0
fstype "tmpfs"
device "none"
action [:mount, :enable]
end
それをVagrantで操作しているVMに適用するような操作をすると、cookbookが見つからないとかいうエラーが出るじゃないですかー。
Bringing machine 'default' up with 'virtualbox' provider...
[default] Importing base box 'cent64'...
[default] Matching MAC address for NAT networking...
[default] Setting the name of the VM...
[default] Clearing any previously set forwarded ports...
[default] Fixed port collision for 22 => 2222. Now on port 2200.
[default] Clearing any previously set network interfaces...
[default] Preparing network interfaces based on configuration...
[default] Forwarding ports...
[default] -- 22 => 2200 (adapter 1)
[default] Running 'pre-boot' VM customizations...
[default] Booting VM...
[default] Waiting for machine to boot. This may take a few minutes...
DL is deprecated, please use Fiddle
[default] Machine booted and ready!
[default] The guest additions on this VM do not match the installed version of
VirtualBox! In most cases this is fine, but in rare cases it can
prevent things such as shared folders from working properly. If you see
shared folder errors, please make sure the guest additions within the
virtual machine match the version of VirtualBox you have installed on
your host and reload your VM.
Guest Additions Version: 4.2.16
VirtualBox Version: 4.3
[default] Mounting shared folders...
[default] -- /vagrant
[default] -- /tmp/vagrant-cache
[default] -- /tmp/vagrant-chef-1/chef-solo-1/cookbooks
[default] Running provisioner: chef_solo...
[default] Configuring cache buckets...
Generating chef JSON and uploading...
Running chef-solo...
[2014-01-24T14:08:47+00:00] INFO: Forking chef instance to converge...
[2014-01-24T14:08:47+00:00] INFO: *** Chef 11.6.0 ***
[2014-01-24T14:08:48+00:00] INFO: Setting the run_list to ["recipe[base::tmpfs]", "recipe[base::ntp]", "recipe[base::timezone]", "recipe[base::epel]"] from JSON
[2014-01-24T14:08:48+00:00] INFO: Run List is [recipe[base::tmpfs], recipe[base::ntp], recipe[base::timezone], recipe[base::epel]]
[2014-01-24T14:08:48+00:00] INFO: Run List expands to [base::tmpfs, base::ntp, base::timezone, base::epel]
[2014-01-24T14:08:48+00:00] INFO: Starting Chef Run for localhost
[2014-01-24T14:08:48+00:00] INFO: Running start handlers
[2014-01-24T14:08:48+00:00] INFO: Start handlers complete.
[2014-01-24T14:08:48+00:00] WARN: Cloning resource attributes for service[ntpdate] from prior resource (CHEF-3694)
[2014-01-24T14:08:48+00:00] WARN: Previous service[ntpdate]: /tmp/vagrant-chef-1/chef-solo-1/cookbooks/base/recipes/ntp.rb:21:in `block in from_file'
[2014-01-24T14:08:48+00:00] WARN: Current service[ntpdate]: /tmp/vagrant-chef-1/chef-solo-1/cookbooks/base/recipes/ntp.rb:27:in `block in from_file'
[2014-01-24T14:08:48+00:00] WARN: Cloning resource attributes for service[ntpd] from prior resource (CHEF-3694)
[2014-01-24T14:08:48+00:00] WARN: Previous service[ntpd]: /tmp/vagrant-chef-1/chef-solo-1/cookbooks/base/recipes/ntp.rb:21:in `block in from_file'
[2014-01-24T14:08:48+00:00] WARN: Current service[ntpd]: /tmp/vagrant-chef-1/chef-solo-1/cookbooks/base/recipes/ntp.rb:27:in `block in from_file'
[2014-01-24T14:08:48+00:00] WARN: Cloning resource attributes for execute[rpmkey] from prior resource (CHEF-3694)
[2014-01-24T14:08:49+00:00] INFO: mount[/tmp] mounted
[2014-01-24T14:08:49+00:00] INFO: mount[/tmp] enabled
================================================================================
Error executing action `install` on resource 'yum_package[ntp]'
================================================================================
Mixlib::ShellOut::ShellCommandFailed
------------------------------------
Expected process to exit with [0], but received '1'
---- Begin output of /usr/bin/python /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.6.0/lib/chef/provider/package/yum-dump.py --options --installed-provides ----
STDOUT: [option installonlypkgs] kernel kernel-bigmem installonlypkg(kernel-module) installonlypkg(vm) kernel-enterprise kernel-smp kernel-debug kernel-unsupported kernel-source kernel-devel kernel-PAE kernel-PAE-debug
STDERR: yum-dump Repository Error: Error making cache directory: /var/cache/yum/x86_64/6/base error was: [Errno 2] No such file or directory: '/var/cache/yum/x86_64'
---- End output of /usr/bin/python /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.6.0/lib/chef/provider/package/yum-dump.py --options --installed-provides ----
Ran /usr/bin/python /opt/chef/embedded/lib/ruby/gems/1.9.1/gems/chef-11.6.0/lib/chef/provider/package/yum-dump.py --options --installed-provides returned 1
Resource Declaration:
---------------------
[2014-01-24T14:08:50+00:00] INFO: Running queued delayed notifications before re-raising exception
[2014-01-24T14:08:50+00:00] ERROR: Running exception handlers
[2014-01-24T14:08:50+00:00] ERROR: Exception handlers complete
[2014-01-24T14:08:50+00:00] FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit code 1)
Chef never successfully completed! Any errors should be visible in the
output above. Please fix your recipes so that they properly complete.
Vagrantはcookbookやキャッシュを/tmp以下にマウントするんですよね。だからcookbookの中で/tmpをマウントしてカラにしたらcookbookのファイルが読めなくなってダメなんですな。actionからmountを外せば問題は解消しますが、/tmpがtmpfsになるのはリブート後ということになります。
最近、3人でババ抜きをするケースがあります。誰が勝つ確率が高いのか。Pythonでサイコロを振ってみました。1000ゲーム。もっと多いほうがいいのかもしれない。
初期状態でババを持っている人(ババ持ち)が1抜け(win1)する確率は28%ですが、なぜかババを持っている人から引く(次)人物が1抜けする確率24%よりも高いです。しかし、初期状態でババを持っている人にカードを渡す(初期状態でババから最も遠い人物＝最後)が1抜けする確率は実に47%に達します。この人物は負ける確率も24%と最も低いです。しかし2抜けに着目すると、次が最も高い43%となりました。
次、何ターンまでゲームが進むか。以下の通り。横軸がターン数で、ターンの左縦軸が頻度、CDFもプロットしてみました。
1ターンが10秒で進むとすると、だいたい20ターン(3分半)程度で終わるケースが多いということになります。50%のゲームは20ターンで終わります。1ターン3秒なら1分で終わります。
今日のメリークリスマス・ネオサイタマの再放送を見て気になった、カスミガセキ・ジグラッドの階数。
計算してみる。
# python
>>> def isinvalid(n): return "4" in str(n) or "9" in str(n)
>>> isinvalid(4)
True
>>> isinvalid(1)
False
>>> 700-len(filter(lambda f: f, map(isinvalid, range(700))))
384
実際のところはだいたい380階くらいなんですね。388階の次が500階とか、使いにくいビルなのは間違いない。
現実の日本の最高だとあべのハルカスの300m(60階)ですが、階数で言えば横浜ランドマークタワーの296m(70階)が最高。その5～6倍の高さと推測できるため、最上階の標高はだいたい1600m程度か。マルノウチ・スゴイタカイ・ビルのモデルとなった丸ビルは179.2m(37階)、新丸ビルは197.6m(38階)なので、それらの10倍の高さ。ネオサイタマは地震とか大丈夫なんでしょうか？
来年完成(再建)予定のニューヨークのワールドトレードセンターの1番は541m(本体は415mで108階)、世界一のブルジュ・ハリファは828m(本体636m、160階)ですから、まあスケール的には参考になるかな。
初タイトル、鳥栖にまで先を越されたら、俺達どんな表情をすればいいんだろうか？
…変顔か？ そうなのか？？
まだ天皇杯はありますが、今季等々力開催の試合は終わったので、今シーズン全体の振り返りと、退団する選手に関して。
今季は仮設メインスタンドがひとつの目玉でした。ピッチに近くて評判は上々と聞きましたが実際のところはどうなんでしょうか。旧スタンドがシーズン途中に消えていく様子を観測することができましたが、それにも感慨深いものがありますね。来2014シーズンいっぱいまでは仮設スタンドで、2015シーズンから新メインスタンドが運用になる予定。バックスタンド側もトイレは来シーズンには何らかの改善の予定があるらしい。ゴール裏のトイレは男子小便器の数が豊富なのであまり並ぶことはない。しかも奥の数個は列から見えないから、いつもガラガラなんだよね。
ホーム最終戦の日、私はずっとオーロラビジョンが見えない位置にいたんで煽りVTRもセレモニーの映像も見れなかったんです。オーロラビジョンのアウェイ側への早期移設も計画されていると聞いてますが、ホントに早くしてほしいなぁと思います。来季に間に合うといいのだが。
EPELに入ってる。CentOS6系で普通に使える。これは便利。docker自体の使い方はググってもらうと分かりますが、非常に便利です。LXCを苦労して使おうとしていた時代が嘘のようで、なんて快適なんだと思える。
まずはEPELを有効にしておく。
docker-ioをインストールして、、、
普通に使える。CoreOSについてくるdockerよりもバージョンは新しく、0.7.0だった。最新は0.7.1なので、docker versionコマンドでplease update dockerが出る。ただCoreOSのdockerは今だと0.6.7なので。CoreOSはvagrant経由で動かすとguest additionsが入らないから共有フォルダを使えない。CentOSでdockerがまともに動くなら、CentOSでやったほうがいいかもしれない。
ミニ知識としては、プロキシ経由でWebアクセスしなければいけない環境でdockerを使う場合、dockerはデーモン側でイメージをダウンロードするので、デーモン(docker -d)を実行するときに環境変数http_proxyを設定しておく必要がある。逆に、ユーザ側のコマンド(runとか)のときはプロキシの設定は必要ない。
最初に言いたいのは、ちょっと矢島の扱いが悪すぎないかい？ まあ伊藤宏樹と比べると扱いを落としてもしょうがないとは思うが、2004年から通算7シーズンの在籍ですよね(参考情報としては我那覇が10シーズン、テセが5シーズンの在籍)。これでセレモニーで何の言及もないのはどうかと思った。私は伊藤宏樹のトラック握手会(?)の前に帰ったので、あの後何かあったのかもしれないが。あと、新後援会長(市長と兼任)のマイクだけ不調だったのはご愛嬌(？)
伊藤宏樹についてはたぶん川崎でコーチやってくれるんだと思ってますが、どうなることやら。箕輪が新城高校、佐原も下野毛にいるし、周平も昨年は下野毛にいましたが、今はどこかな？ セレモニーにも来ましたが、とにかく川崎にいます。セレモニーで驚いたのは渡辺匠や相澤貴志まで来てくれたところ。箕輪や川崎でコーチやっている人たちは来るかもしれないと思ってましたが、他クラブの選手が来てくれるなんてね。この流れは都倉が来るかという期待もあったんですが、さすがに神戸からは来れませんでした。