アンチエイリアスするのしないの、Sans-Serif にするのしないのって、どうこう主張するのがアホらしくなった。
フィアットバルケッタが欲しいと思い、家から 7km ほどいったところの中古車屋に行ったのですが、なんだかいまいちっていう感じだった。走行距離も短めでいい感じだったんだけど、色がいまいちなんだよな。
やっぱ「Windows や Mac になくて Linux にあるもの」っていうのを上手に活用すべきなんじゃないかなと思ってみたり。自分自身が Linux や BSD その他 Unix を使い始めてドップリつかうようになったきっかけって、 Web サーバで CGI 走らせたり、 Mail サーバで メーリングリスト作ってみたりと、当時使っていた Mac や Windows ではできない・やらないようなことをやるために使いだしたことだった。現在、LinuxとかBSDとか使っている方も、私と同様に「他ではできないから」ということがキッカケで始められた方が多いのではないだろうか。
デスクトップ用途での Linux の今後のあり方について少し考えてみた。ちなみに最近の Linux のデスクトップ用途の成長は、サーバ用途に比べると本当に小さい。Linux をサーバ用途に利用しているユーザは、最近のインターネット・ブロードバンドの普及に伴って増えている気がするんだけど、デスクトップ用途に関しては3年ぐらい前から全然増えている感じがしない。なんで増えないのかいろいろと考えたところ、「オレがLinux使い始めたキッカケ」にぶつかったのだ。
実は最近噂の Lindows のような Windows を意識しまくったマーケティングメッセージに非常に懐疑的なのだ。デスクトップ用途の OS で最大派閥はなんと言っても Windows であり、彼ら windows ユーザを Linux に移行してもらうことは、Linux でメシ食っているボクらにとってたいへん重要なことなのだ。んで Windows のユーザを Linux 製品に誘導するには、Windowsと同じように作りこむのではなく、Windows でできない・実装されていない魅力的な機能や使い方が存在して、Windows でできたことのほとんどが可能だったり代用可能だったりする必要があるんじゃないかと思う。Windows と同等なものだったら、わざわざ Windows を捨てて Linux に移行する必要なんて全くないんだから。
3~4日前あたりから、この日記のログを閲覧する log.cgi が動いていなかった。 SSH で対象のマシンにログインして log.cgi の STDOUT, STDERR をファイルに落とすようにして出力結果を調べてみたんだけど、log.cgi そのものはナニも出力せず、exit status 152 で終了していやがった。なにがなんだかよくわからなかったので、Web server で uname -r とかしてみたところ FreeBSD の「4.5-RELEASE-p27」になっていることに気づいて、libc.so とか perl とかがなにやら upgrade されていたみたいだった。そういえば log.cgi は、検索サイトからやってきた人がどういうフレーズで調べてやってきたかを調べるためにJcode.pmをつかっていて、こいつを rebuild したら動くようになった。ナニが変わったんだ、FreeBSD 4.5-RELEASE-p27 は。
fontconfigの fonts.conf で設定できる Embeded Bitmap (SBIT) に関する設定の embededbitmap を、システムローカルの設定ファイルの /etc/fonts.conf やユーザごとの設定ファイルの ~/.fonts.conf を include して切替えられるようにしようとホゲホゲしていたところ、どうもうまくいっていなかった。原因を探っていたところ、エレメント include と、embeded bitmap を変更するエレメント edit の順番をまじめに見ているみたいだった。
例えば /etc/fonts/fonts.conf を以下のように書くと、include するファイルの内容を override して embeded bitmap を設定してしまう。
<?xml version="1.0" encoding="UTF-8"> <!-- /etc/fonts/fonts.conf --> <fontconfig> <!-- 途中省略 --> <include ignore_missing="yes">/etc/fonts/local.conf</include> <include ignore_missing="yes">~/.fonts.conf</include> <!-- 途中省略 --> <match> <edit name="embededbitmap" mode="assign"><bool>truel</bool></edit> </match> <!-- 途中省略 --> </fontconfig>
んで、以下のように書けば、/etc/fonts/local.conf と ~/.fonts.conf で override できる。
<?xml version="1.0" encoding="UTF-8"> <!-- /etc/fonts/fonts.conf --> <fontconfig> <!-- 途中省略 --> <match> <edit name="embededbitmap" mode="assign"><bool>truel</bool></edit> </match> <!-- 途中省略 --> <include ignore_missing="yes">/etc/fonts/local.conf</include> <include ignore_missing="yes">~/.fonts.conf</include> <!-- 途中省略 --> </fontconfig>
gtk さんの日記より、「ー」を「━━━(゚∀゚)━━━」に換えてみよう。阪神タイガ━━━(゚∀゚)━━━ス。
先週末の金曜日に、申し込んでおいた e-Access の ADSL がやってきた。 Poweredcom で申し込んだ 12M の ADSLプラスっていうやつなんだけど、普通にファイルをダウンロードするのに 900kbyte/sec 程度でていました。さすがに昔使っていた有線の光ファイバーの10分の1ですが、まぁイイほうなんでしょう、きっと。
んで、IP電話付きで申し込んだら、NECアクセステクニカとかいうところの Aterm DR302 っていうモデムがやってきた。 NAT ルータとかの機能がついているので、ほかにナニもいらんっていう感じっす。 ただ SSH でセッション張って数分間放置すると、そのセッションでキー入力が全くきかなくなるという困った状況に。 ちとルータのログを見てみたところ、NATが「ローカルのマシンから、リモートの ssh のポートに、SYN フラグ立っていないTCPパケットを送信していたから、これをはじいたぞ」みたいなメッセージをだしていて、これが気になった。ルータの設定可能な項目をみていたところ「NATタイマ*1」とかいうものが秒単位で指定できるようにいて、既定値は300秒だったと思う。んでこいつを適当に7500秒(2時間5分)にしてやった。 ちなみに7500秒っていうのは、Linux の TCP の設定の tcp_keepalive_time*2の値が 7200 になっていたので、これに5分間追加してみた結果です。 ちなみに SSH のコネクションが切れてしまう場合のその他の対処法が、#{mes}(#{link})っていうページに書いてあります。
この NAT の方の問題は、この状態にしてしばらく様子見ます。
*1 NAT タイマ は [詳細設定] - [高度な設定] を選んだときに表示されるページの、【NAT/UPnP設定】というところにあります。
*2 tcp_keepalive_time っていうのは、/proc/net/ipv4/tcp_keepalive_time や sysctl の net.ipv4.tcp_keepalive_time で指定できる数値で、単位は秒。 関連する設定は net.ipv4.tcp_keepalive_intvl と net.ipv4.tcp_keepalive_probes という項目。 tcp_keepalive_time の間、TCPのストリームが無通信だったりしてパケットのやり取りが行われていない場合、probe パケットを tcp_keepalive_intvl 指定されたの間隔で tcp_keepalive_probes に指定された回数送出して、反応がない場合、そのコネクションが切れたものと処理するんだそうです。 (参考文献:VCE Project の "Linux Tune")
うほ。
記事本文に、控除が行われなくなることにより年4,000円の税負担が発生する、とあるんだけど、アフォみたいに高くて役に立たない国民年金に払うぐらいだったら、年4,000円捨てたほうがマシかもしれないと一瞬思った。たとえこの控除に組み入れられないというルールを適用しても、それで国民年金の未納が減るとは思えないんだけど。根本的なところは対策されていないわけだし、ペナルティとしてもちっとも痛くも痒くも何ともないわけだし。そもそも国民年金が全員加入である必要性を考え直した方がいいんじゃないかな。
へぇ~っ。 XFree86 の Input method にだけ限って言えば、 XIMP の EncodingNegotiation (正式名称失念) で UTF-8 に対応していれば入力可能になっていますね。僕自身が Turbolinux Suzuka で UTF-8 locale にしていじってみたところ、gtk+-1.2 用の gtkrc とかをきちんと設定すれば、まぁまぁそれなりに使えました。ただ、man で code conversion をしなければならないということもあるんで、この辺を実装せなあかんなと思いつつ、何もせず。(爆
本日中古車屋さんで黄色のフィアットバルケッタ (6.5年落ち) を購入する契約をしてきた。再来週の月曜日か火曜日に納車される予定。。
__
/:::::::::⌒:)⌒::\
/::::::::::_:::ノ\::::ノ:::) 乙カレー
|::::::/__ __ \:::( ,;"ヾヒso..
/::/ ,=・/ヽ=・、 ヽ:::\ ヽ二二二フ= |::::( ,((_))、 ):::::i/\ノ
\::l )~~( ノ::/ /
/ ̄ ̄ ̄ ̄ヽ
|____BWヽ_
§|::::::::::::/::\|
§|:::::::::■~■| 404 Not Found
(6::::::::::::::::::つ::::| ピッチャーガ見ツカリマセン
|:::::::: / /⌒⌒ヽ
|:::::::::::::\  ̄ ノ クチャクチャ
|:::::::::::::::::: ̄:: ̄|
・ JXL98 [Outcomes Assessment: Views and Perspectives. , ]
・ Kelvin79 [A close and literal construction deprives them of half the..]