この記事は、
の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
以前よりスケジュール管理は、自宅サーバ上のWebDav経由のical形式ファイルを使ってきた。 理由は携帯電話でカレンダーと同期をとるため。 携帯のWeb機能でgoogleカレンダーを触るサービスもあったけど、 Google Mobileは操作性が悪かったし、勝手サイト経由のGoogleCalendar参照は、Googleのパスワードを入力するのが不気味だった。しかし、最近はGoogle Calendar Mobile Gatewayだと認証も安心な方法みたいだし、 一気に移行することにした。
Thunderbird のLightningにも、Provider for Google Calendar などのアドオンを追加し、 Google Calendarに対応させた。 奥さんからも参照できるように共有設定も加えて、 携帯に当日の予定をメールするようにさせた。
iPod TouchのiCalに、CalDAV として Google Calendar を登録したけど、ちょいとまずかった。 母艦とiPod Touchを接続したら、母艦MacBookのiCalに登録してあるカレンダーが同期されて、 同じスケジュールが2重になった。 どちらにしろ、iPodがネットに接続されていないときに一切カレンダーが見えないのも不便なので、iPod TouchのCalDAV登録ははずし、母艦のiCalの同期に留める。
Googleへの依存もさらに増したことだし、アドレス帳もGmailの連絡帳と同期させてみた。 以前より、自宅メールサーバのimap+ssl接続でアドレス帳の同期ができていたので、 Gmail連絡帳にこだわりも、アンチGoogleもないけど、アドオンの数も減らしたいし、 Googleベースに統一だ...
これまたiPod Touchと母艦MacBookのアドレス帳の同期でこれまた問題。 MacのアドレスブックとGmailを同期させたのだが、Gmail連絡帳は名・姓の順で表示され、 Macローカルは姓・名の順になるように設定してある。んで、Thunderbirdだと この姓名のアドレス帳と名姓のアドレス帳が補完に出てくる... Gmailの名姓順の入れ替え設定があればいいのだが....
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
不動産系迷惑電話の相手との雑談をしていた。その中の話の中で、 ある程度のリスクを感じながらも、非難を受けるような記事を書かなければ、 炎上といったトラブルもないだろうし...ということで「オープン主義」で、 子供のバカ親ページを作っていたことを多少反省。
ということで、子供の実名記載の部分をBlog記事の中から呼び名に置換or削除を 行った。ひとまずMovableType上の記事からは、子供の実名は削除した。 といっても、写真なども解像度のそれなりに低い写真はたっぷり。 Blogエンジンを使う前の記事の中にも個人名もまだまだ残っている。
とはいえ、Blogは家族の中のアルバム的な意味もあるし、 それなりに記事は便利。 バカ親の視点でも100%見えなくするのもちょっと寂しい。 世知辛い時代に応じたバカ親なりの妥協点ということで、 外からは個人情報をそれなりに隠す意味で、 古い記事のディレクトリには.htaccessファイルで、 自宅外からのアクセス制限をかけようかな...
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
# 「こんな話してると、私ものっけられちゃうんですかねぇ」と言っていたけど、載せちゃう。(^_^;
先ほど、不動産関係の会社のT氏より、電話がかかってきた。
電話番号を聞いても応えてくれないので、攻撃モードに切り替えようとしたんだけど、
「迷惑電話のページを見て、お話聞いてくれるか電話しました」と語ってくれたので、
思わず笑ってしまった。罵倒される可能性があるのに、電話してくるなんてどういう人間なのか
興味があって、思わず雑談してしまった。
# 面白い方なので、会社名とか氏名は記載しない。
当然ながら、営業トークを始めたら、いつでもスイッチを切り替えるつもりだったけど、 T氏はそういう態度もなかったので、こちらの思いとかきっかけとかを話しながら、 色々と聞いてみた。
この数年、迷惑電話がかかってくるのは、ムラがあるので、 「業界の特徴で電話しまくる時期とかあるの？」と聞くと、そういうのは無いはず... と教えてくれた。 「いまどき迷惑電話してくるのは不動産業界だけですよ！」と話すと、 「先物取引とか宝石とかの業界からは電話ないんですか？」聞かれた。 たしかに、職場には先物系はかかってこない。 逆に、「こういう職業だと業種によって相手にしない業種とかあるんですか？」と 聞いてみたけど、他の業界だし知らなさそう。 思わず「あなたの家にも電話かかってくることがあるんなら、 その電話どういう態度で対応します？」と聞いてみた。 すると、「同じような営業しているってぇのが、相手にもばれちゃう」といったことを言っていた。
雑談の中で、色々と迷惑電話の情報を載せている件で雑談していると、 「個人情報保護法について言う割には、個人情報Webに載せすぎでしょう。 お子さんの名前とよくのっけますねぇ~」と言われる。 たしかに情報を悪用される可能性からすれば、ごもっともな意見。 (脅しっぽく言われたら再びスイッチが入るところだけど、T氏はそんな雰囲気ではなかった) 今現在の私自身の思いとしては、ヤバいネタは載せなければ、この程度の個人情報公開は 納得のいくリスクの範疇なんだけど....。 でも、こうやってブチ切れる可能性のある相手との会話の中で、こういう点が指摘されるんだし、 子供の名前とかを載せ続けるのは、そろそろ潮時で止めたほうがいいのかもしれない。
追記：ということで、自宅ページにてリンク・タイトル・著者の欄に表示される 個人名をひらがな呼び名に変更。wikiページの個人名も削除or呼び名に変更。 といっても、記事の中に個人名が書いてあるページもそれなりにあるので、 何らかの置換をかけよう。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
夜の7:00頃、自宅が停電になった。1分後ぐらいに復旧したけど、自宅サーバがどうもおかしい。 調べてみるとすべてのネットワークが動いていない。 WiFiルータが雷で壊れたかと思ったが、どうも動いている様子。 サーバを見てみると、どのネットワーク機器も通信ができない。 色々調べてみると、"ifup eth0"がうまく動かない。自宅サーバはDHCPも動かしているので、 他のネットワーク機器は総倒れ。他の機器に一時的に固定アドレスを振ると、internetにもつながるし、サーバのeth0 ( NIC=Intel e1000 ) が根本原因。 んで、その状況を確認すると、Macアドレスが00:00:00:00:00:00になっている。 よって、"e1000 Mac Address"でググると、この記事と状況がおんなじ。
BIOSのNIC関連のEEPROMのチェックサムが異常で、こうなるらしい。 先頭1byte目を無視するとか、 書いてあるけど、下記の状況じゃ、きれいさっぱりデータが飛んじゃったみたい。
(( dmesg より )) e1000: 0000:02:0c.0: e1000_probe: The EEPROM Checksum Is Not Valid /*********************/ Current EEPROM Checksum : 0x0000 Calculated : 0xbaba Offset Values ======== ====== 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Include this output when contacting your support provider. This is not a software error! Something bad happened to your hardware or EEPROM image. Ignoring this problem could result in further problems, possibly loss of data, corruption or system hangs! The MAC Address will be reset to 00:00:00:00:00:00, which is invalid and requires you to set the proper MAC address manually before continuing to enable this network device. Please inspect the EEPROM dump and report the issue to your hardware vendor or Intel Customer Support.
ひとまずは、/etc/network/interfaces にて、Mac アドレスを手動設定する。 00:11.22:33:44:66は、自宅内じゃ同じ値になることもないだろうし、適当な値。
(( /etc/network/interfaces ))
auto eth0
iface eth0 inet static
hwaddress ether 00:11:22:33:44:66
address 192.168.xx.yy
netmask 255.255.255.0
職場でdebianのアップグレードをかけていたら、post-install でエラーのメッセージが 出るようになった。
E: Problem executing scripts DPkg::Post-Invoke
'if [ -x /usr/sbin/localepurge ]
&& [ $(ps w -p $PPID | grep -c remove) != 1 ];
then
/usr/sbin/localepurge;
else
exit 0;
fi'
どうも、localepurge が悪さしているみたい。 パッケージインストールで不要な locale 情報を消すだけのプログラムだし、 必須でもないから、"aptitude remove localepurge"を実行すると、 正常に"aptitude safe-upgrade"ができるように戻った。
昨日の夜に除雪しておいたけど、朝までには当然のごとく大量の雪が積もってた。 今朝はじいちゃんばあちゃんが早くから除雪してくれてて、ちょいと助かったけど、 車の上はこの有様。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
IPv6のネットワーク接続ということで、gw6c を設定していたけど、 gw6c のバージョンアップで動かなくなった。 "/etc/init.d/gw6c start" を実行すると "gw6c - no server key ..." と表示され、 接続に失敗する。
確認をすると、/var/lib/gw6c/gw6ckeys.pub あたりが原因で、/etc/default/gw6c をのぞくと、
# Check that the keyfile /var/lib/gw6c/gw6ckeys.pub has the key for your # tunnel broker and abort if not. # "yes" - Default, check for presence of key # "no" - Do not check for key, required if the name of the server is different # from its hostname. (for load balancing reasons for example) # # CHECK_KEYFILE="yes"
と書かれていたので、最後の行のコメントをはずし、"no"に変更すると、再び動くようになった。
(( /etc/default/gw6c )) CHECK_KEYFILE="no"
先日、尿管結石によさそうなウラジロガシなるお茶を楽天のケンコーコムの通信販売で
注文したけど、発送したとか、入荷が遅れるといった連絡がなにもないまま１週間がたった。
年末には色々と発注をしたけど、注文の2・3日後には、送付したと連絡が来るのが普通だった。 DVD-Multi のドライブを発注したときには、型も古く入荷が遅れたけど、 「入荷が遅れます」の連絡はすぐに入った。どちらにしろ1週間音沙汰ないのは初めて。 カード引き落としだし、変な会社で2重引き落としとか変なことが起こらなければいいのだが...
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
子供が冬休みの友の理科の問題で、試験管内の空気と水の膨張の違いの説明が変で ツッコミを入れる。
空気だけのAと水だけのBで温めた時の水位の説明なんだけど、
本当は、A：上がる、B：ほとんど変化しないのはず。
だけど、みつくんはAもBも上がるとの回答。
おかしいと思いツッコミを入れるが、みつくんは、Bも「学校の実験で増えた！」と言い張る。
小学校でどれだけ厳密な実験したか分からないし、"上がる"という点ではたしかに正解(常温であれば...)だし、どう説明しようか悩む。上がるというなら、ガラス管はミリ単位以下の細い管のはず...とツッコミを入れるが、そんな細かいネタが説明しきれるわけがない。
よくよく考えれば、学校の実験はCだったはず。
思わず、水の膨張率をググって、説明する...
# 水は4℃で熱膨張率0で、0-4℃では冷えるほど膨張...常温でも0.021%/℃
個人的には、『じゃあ目の前で実験してみよう！』と言いたいのだが、 試験管やらガラス管やらアルコールランプは自宅に常備してる訳ないよなぁ...
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
この記事は、 の TohruSaitohに掲載したものを、まとめたものです。
謹賀新年、あけおめです。
昨年度末のキッザニアでもらった風邪の体調不良であったけど、
その間、水分補給も少なく横になっている時間が長かったのか、昨日から腹痛。
体調不良＆腹痛で、年末らしい番組もみている途中で寝てしまい、
紅白やら行く年くる年や初詣といった、年末風物詩を経過することなく、新年を迎えた。
しかも腹痛が悪化して、今ひとつ眠りが浅かった。
でも、よくよく考えると、恒例の尿管結石っぽい。しかも左右同時。
大量の水分補給した結果でもあるけど、今日になってようやく石が移動しはじめたみたい。
みつあゆ&ママは実家に遊びに行って、甥っ子と遊んでいるけど、 こっちは取り溜めビデオ鑑賞。
師走最後が体調不良で終わったので、今年の新年の抱負は『健康管理』かな....
