紅葉は見頃、空は雲ひとつない快晴、風強からず、気温寒からず。紅葉鑑賞には絶好の1日。

神奈川で紅葉の名所を検索するとその多くが小田原以西、箱根や丹沢山系にありまして、自宅からだと片道で2～3時間かかります。しかしながら本日夕方に外せない用事があったので近場はないかなということで、三渓園 に決定。

一般に気温が急激に冷え込むと紅葉は鮮やかに色づき、穏やかに寒くなると色づく所とまだ緑の所が混ざるとのことで、今年は後者。前者だと肉眼で見た時には印象深いのですが、写真に収めるとなると画面全体真っ赤、接写しないとメリハリがないという状態になりやすく、個人的には苦手(これは桜にも言える)。接写は好きなんですが、どこで撮っても同じになるんですよねぇ。

ここ三渓園は春には梅・桜の名所に挙がってたりと欲張りな場所である反面、紅葉も桜もそれぞれ場所が限られており、木がたくさんあるという気がしないのは残念な所。それでも3時間がっつり撮影しましたが(^^;)

壁紙集 に追加。K-x 使うようになってから暗い部分も写るようになったのはありがたいのですが、今日ほどこいつの液晶の使えなさを痛感したことはないな。家に帰ってからPCで見たら露出が全然違うじゃないか…

追加自体久々、さらに桜と紅葉以外の追加というとても珍しい更新 (^^;)

首都圏外郭放水路見学 の帰りに寄り道して撮影。広角レンズでクリスマスツリーから東京タワーまで全てにフォーカスを合わすことは不可能なのですが、どうせボケるならもっと絞り開いて派手にぼかせば良かったなと。

関東ではよく(観光?)名所としてメディアで取り上げられるそうで、写真を見てピンと来た方もいるかも。地下の広い空間に太い柱が林立するその光景から、地下神殿と紹介されることもあるとか。個人的には都市、特に東京の地下鉄網の方が1万年後に謎の地下古代遺跡扱いされているはずだと信じているのですが。

で、タイトルにもなっている首都圏外郭放水路 が何をする物かと言いますと、埼玉の春日部市や東京の江戸川区辺りの洪水対策として、増水時に川の水の一部を地下トンネルに流しこむというもの。

という説明とこの地下空間の写真を見せられると、この空間が延々と続く超大容量のタンクが地下に形成され、増水時にはひたすら水をため、川の水位が引いたらポンプで元の川に戻すのだと思いがちでしょう。私もそう誤解してまして、一体こんなの何10km掘ったんだよと思ってました。実際にはこの空間の長さは177m。サッカーグラウンドがまるまる一つ収まるほどの広さ(事実地上はサッカー場)であり相当の貯水量と思うかもしれませんが、理系の目から見れば洪水1回を回避するだけの水を貯めるには十分とは全然見えません。

現在放送中のアニメUN-GO の劇場版。感想は…特に無いんだな。サブタイトルにepisode:0と書いてあるように、第1話以前のお話。見ておけば登場人物の正体とか終盤辺りに出てきそうなキャラとかが分かって、本編がより楽しめるかもしれない。でも私的には「あ、そう」程度。まぁこれは放送中の本編も私の評価が微妙なせいが大きいですが。

これ、アニメのビジネスモデルの実験しているような気がする。テレビで人気を博した(博している)ので劇場版ってのは昔からあった。最近劇場版で完結させること前提でTV放映するのが出てきた。この映画は1クール作品のTV放映中に劇場版を上映したら相乗効果や興行収入がどうなるかという調査をしている気がしてならない。こういう試み、私が知らないだけで過去にもあったのかなぁ。

実験映画のためか少数の劇場で2週間、しかも私の行った映画館は1日1回だけの上映。これだけ限定すれば、席も半分程度は埋まるわけで。APPLESEED XIII もそうだけど、映画館が限定されているおかげで、下手すれば映画のチケット代より交通費が上回る。こんなのがあまり続くのはうれしくないな。

合法・違法含めて動画作品がネットで行き交い、見る側もただで当然と錯覚しだしている昨今、アニメ本編で収入を得ることは諦めて、グッズ・DVD・CD・原作・劇場版など、本編を撒き餌にしてどうやって儲けるかを考えないといけないんだろうな。と思ったけどアニメ本編を撒き餌にプラモデルの宣伝をするなどの構図は昔からか。でも昔以上に本編(及びDVD)で制作費を回収できなくなってはいるだろう。

あぁ、デジタル上映って画面が小刻みに上下振動しなくていいね♪

RPMForge からCentOS6 に入れたProFTPD がことごとくユーザー認証を失敗して、悩む。SELinuxを切ってもダメ。/var/log/audit/audit.logを見ると

type=USER_AUTH msg=audit(1321591916.623:561): user pid=5500 uid=0 auid=500 ses=24 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:authentication acct="foo" exe="/usr/sbin/proftpd" hostname=::1 addr=::1 terminal=/dev/ftpd5500 res=failed'

PAMで失敗してるらしい。結論から言うとpam_stack.soが廃止され、includeという制御フラグに置き換わったらしい。例えば、

auth       required     pam_stack.so service=system-auth
↓
auth       include      system-auth

となるそうで。

pam_stack.soに問題があると分かるまで、ProFTPDのPAMファイルを一行ずつコメントアウトしたり、system-authの定義内容を丸コピーしてみたりと手間取ったのですが、先に/var/log/secureを見ておけば一発で原因が発見できたのに…

[参考]

• CentOS 6にProFTPdをインストールしてつまづく (Don't walk 2011/7/21)
• mod_auth_pam-1.1.1-9.el6.i686.rpm - CentOS 6 (RHEL 6) (Linux Free Software Catalog and Packages Search / 2005-10-07 Ignacio Vazquez氏のコメント)

[2011/11/19 追記] SELinuxにも引っかかって起動せず。RPMForgeじゃなくEPELから入れると起動はするけど、またSELinuxのせいでFTPログインができない。 <参考>FTPサーバー構築 - ProFTPD (Server world)

[2011/11/21 追記] 'setsebool ftp_home_dir on'でログイン可能に。再起動時も有効にする場合は-Pオプションをつける。RedHat/Fedora系専用。 <参考>boolean 一覧 (Fedora 9) (日本セキュアOSユーザ会)