Masa's blog

_ 液晶の輝度制御 for TOSHIBA Dynabook

まず東芝ノートパソコン用ACPIモジュールをロードする。

# modprobe toshiba_acpi

VGA出力ONは

# echo 'crt_out : 1' > /proc/acpi/toshiba/video

VGA出力OFFは

# echo 'crt_out : 0' > /proc/acpi/toshiba/video

LCD出力のON

# echo 'lcd_out : 1' > /proc/acpi/toshiba/video

LCD出力のOFF

# echo 'lcd_out : 0' > /proc/acpi/toshiba/video

TV出力のON

# echo 'tv_out : 1' > /proc/acpi/toshiba/video

TV出力のOFF

# echo 'tv_out : 0' > /proc/acpi/toshiba/video

LCDの輝度調整

# echo 'brightness : N' > /proc/acpi/toshiba/lcd

Nは0〜7の数字。0が一番暗く、7が一番明るい。

参考ページ : http://www.geocities.co.jp/SiliconValley/3680/LOnL5-6.html

_ setting of vim to edit utf-8

基本的にcharctersetは未だにeucでやっている。

$ echo $LANG
ja_JP.eucJP

でも、utf-8のファイルを編集したいこともたまに出て来るようになった。

~/.exrc-utf8を作って

$ cat .exrc-utf8
let &termencoding = &encoding
set encoding=utf-8
set fileencodings=utf-8,euc-jp,cp932,default,latin

viutf8というaliasを定義している。

$ alias viutf8
alias viutf8='/usr/bin/vim -u ~/.exrc-utf8'

_ kernel: nfs: server xxxxxxxx not responding, still trying

サーバー側(linux01)がSlackware-8.0、クライアント側(lib190)がSlackware-12.1な環境で以下のようにnfsマウントを行ったときに、異常にアクセスの遅いことに気付いた。

mount -t nfs lib190:/ /mnt

サーバー側(linux01)の/var/log/messagesには以下のようなメッセージが、1分間に4、5回程度繰り返されていた。

Sep 19 12:59:03 linux01 kernel: nfs: server lib190 not responding, still trying
Sep 19 12:59:03 linux01 kernel: nfs: server lib190 OK

結局、対象療法ではあるけれども

mount -t nfs -o nfsvers=2 lib190:/ /mnt

として、nfsプロトコルのversion2を利用することを明示的に指定すると現象が治まった。

古いカーネル(2.4.x?)、古いユーティリティ(mount-2.11b)だとnfsプロトコルのversion3の実装に不完全なところが有るのかも知れないと想像。

_ /usr/lib/ruby/gems/1.8/gems/dbi-0.4.3/lib/dbi/utils/date.rb:57: undefined method `deprecate' for DBI::Date:Class (NoMethodError)

とある環境で、ruby+dbiなスクリプトで以下のようなエラーが出るようになった。

m-ito@c7x0 /home/m-ito/tmp> ./test3.rb
/usr/lib/ruby/gems/1.8/gems/dbi-0.4.3/lib/dbi/utils/date.rb:57: undefined method `deprecate' for DBI::Date:Class (NoMethodError)
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
        from /usr/lib/ruby/gems/1.8/gems/dbi-0.4.3/lib/dbi/utils.rb:56
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
        from /usr/lib/ruby/gems/1.8/gems/dbi-0.4.3/lib/dbi.rb:50
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require'
        from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in `require'
        from ./test3.rb:4

deprecateというメソッドがみつからないらしい。

m-ito@c7x0 /home/m-ito/tmp> gem1.8 list

*** LOCAL GEMS ***

dbd-sqlite3 (1.2.5)
dbi (0.4.3)
deprecated (3.0.0, 2.0.1)
sqlite3-ruby (1.2.5)

deprecatedがいつのまにか2.0.1から3.0.0にバージョンアップされている。これが怪しいかもしれない。ということで

m-ito@c7x0 /home/m-ito/tmp> su -
パスワード:
root@c7x0:~# gem1.8 uninstall deprecated

Select gem to uninstall:
 1. deprecated-2.0.1
 2. deprecated-3.0.0
 3. All versions
> 2
Successfully uninstalled deprecated-3.0.0

で、無事復旧。いろいろapt-getした結果、バージョンの不整合な状態になっていたよう。

_ rubygems

知ってる人にはあたりまえなのだろうが、gemを使ってdbiをインストールした場合は

require 'rubygems'
require 'dbi'

というふうにrubygemsを一緒に呼び出さないといけない。

という事にさっき気がついた。

_ apache lighttpd CONTENT_LENGTH

apacheとlighttpdではGETメソッドを使用した場合のCGIプログラムに渡る環境変数CONTENT_LENGTHの挙動が違うようだ。

• apacheの場合CONTENT_LENGTHそのものが定義されない
• lighttpdの場合CONTENT_LENGTHには「0」が設定される

CONTENT_LENGTHに数値が設定されていればPOSTメソッドとして処理し、それ以外ならGETメソッドとして処理する...みたいなロジックを書いていてapache環境なら動いていたのにlighttpd環境では動かない現象が出てちょっと悩んでしまった。