Bear's Droppings

upTeX/upLaTeX の amd64 版パッケージを Ubuntu 10.04 にインストールしようとしてハマった件

2010-08-09T02:52:02-05:00

upTeX/upLaTeX という、pTex/pLaTeX が Unicode 化されたパッケージがありまして、しかもこれを Debian 用のパッケージにしてくださっている方もいらっしゃいまして、さらにこれを Ubuntu 用に修正する方法を公開してくださっている方もいらっしゃいまして、おかげさまで大変便利に使わせていただいています。

32bit 版のパッケージは、事前に texlive-full と xpdf-japanese あたりのパッケージをインストールしておく必要がある以外はほぼすんなりインストールできるのですが、64bit 版のパッケージはちょっと手こずりました。

まず、32bit 版と同様に texlive-full と xpdf-japanese パッケージをインストールします。

次に、64bit 版の uptex パッケージ（上記リンクを参考に自作）をインストールしようとすると、libgd2-xpm というパッケージが必要だというエラーが出ました。

そこで sudo apt-get install libgd2-xpm を実行したのですが謎のエラーが発生。

（エラーメッセージを保存し忘れましたが、なにやらコンフリクトしてるだの virtual package だのどうのこうのというエラーでした）

これは、libgd2-noxpm を一旦アンインストールして、そのあと libgd2-xpm をインストールしたら直ったと思います（記憶が定かでなくてすいません、、、）

さらに大きな問題がこの後襲ってきました。

自作 uptex パッケージをインストールしようとしたら、以下のようなエラーが起こってしまいました。

  ：
Generating fmt files ...
Error: `pdfetex -ini  -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' failed
Error: `pdfetex -ini  -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' failed

###############################################################################
fmtutil: Error! Not all formats have been built successfully.
Visit the log files in directory
  /opt/uptex/share/texmf-var/web2c
for details.
###############################################################################

This is a summary of all `failed' messages and warnings:
`pdfetex -ini  -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' failed
`pdfetex -ini  -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' failed
  ：

なんだかよくわからないのですが、エラーメッセージにしたがって /opt/uptex/share/texmf-var/web2c/ 以下のディレクトリにある log ファイルを見てみました。.log ファイルはたくさんあったのですが、etex.log というファイルだけが、他のファイルと違って *.fmt というファイルが出来ていなかったので、たぶんこれが問題のログでしょう。

etex.log の中身を見てみると、最後の方で

! TeX capacity exceeded, sorry [pattern memory=300000].

というエラーが起こっているようです。

このエラー自体は、無限ループなどによって TeX の処理系が使うスタックが溢れそうになったときに起こるようですが、それ以上のことは私にはよくわかりません。

ちなみに、私の環境では loadhyph-hu.tex というファイルの中で hyph-hu.tex というファイルを処理しようとしたときにこのエラーが起こっていましたので、loadhyph-hu.tex がロードされないように /usr/share/texmf-texlive/tex/generic/config/language.def を修正して、loadhyph-hu.tex が呼び出されている行をコメントアウトしました。

それで再度 uptex のパッケージのインストールを試みたところ、やはり同じようなエラーが起こりました。ログファイルを確認すると、別の言語のファイルを処理しようとしたところでエラーが起こったようです。

先程コメントアウトしたハンガリー語(hu）の他に、ノルウェー語(nb)やスウェーデン語(sv)、英国の英語(en-gb) を同様にコメントアウトする必要がありました。

これらの言語を使わない場合は、コメントアウトしてしまってもよいのではないでしょうか。

これでようやく uptex のパッケージをインストールし、実行することができました。

（/opt/uptex/bin に PATH を通すのを忘れないようにしましょう）

問題の根本の原因がよくわかりませんが、とりあえず回避できたのでその方法を公開してみます。

「ここはこうしたほうがよい」とか「根本の原因はこうだから、こういうふうに直したほうがよい」等の情報がございましたらお教えいただけると幸いです。

VMware Player でゲスト OS として Ubuntu 10.04 LTS Desktop をインストールしたらログイン画面でキーボード入力ができなかった問題

2010-05-19T18:00:00-05:00

タイトル通りなのですが、VMware Player 3.0.1 で Ubuntu 10.04 を新規インストールしたら、ログイン画面でパスワードを入力しようとしてキーボードが一切使えなくて弱りました。

（アップグレードした方は問題なかったんですけどね、、、）

↑この状態から何もできない。キーを押しても何も反応しない。

マウスは使える（ボタン等をクリックできる）のですが、、、

マウスが使えるなら、、、ということで、VMware の外のアプリ（メモ帳など）でパスワード文字列を入力し、それをコピーしてから Ubuntu のログイン画面のパスワード欄へペーストしようとしたのですが、受け付けられませんでした。

オンスクリーンキーボードを使おうとしたら、一瞬ちらっと表示されてすぐ消えてしまいました（汗）

解決策

オンスクリーンキーボードを使う設定にして、一旦再起動。
再起動後、オンスクリーンキーボードが表示されて使えるようになっているので、パスワードを入力し、ログイン
ログイン後はキーボードが普通に使えるので、/etc/default/console-setup を編集して次回からオンスクリーンキーボードが不要なようにする

以下、スクリーンショットを交えて手順を詳細に説明します。

（ちなみに私がインストールした Ubuntu は英語版なので、他の言語のバージョン（日本語版とか）だと表示される内容が違ったりするかもしれませんが、大まかな手順は一緒だと思います）

1. オンスクリーンキーボードを使う設定にして、一旦再起動

オンスクリーンキーボードは以下のようにして使えるようにします。

Universal Access Preferences を選ぶと、以下のようなダイアログが現れるので、”Use on-screen keyboard”（オンスクリーンキーボードを使う）にチェックを入れます。

これでこのダイアログを閉じると、一瞬何かが（おそらくオンスクリーンキーボードが）ちらっと表示されてすぐ消えてしまいます。

ここはぐっとこらえて一度再起動します。

2. 再起動後、オンスクリーンキーボードが表示されて使えるようになっているので、パスワードを入力し、ログイン

↑このように、オンスクリーンキーボードでパスワードを入力できるようになっているはずです。

3. ログイン後はキーボードが普通に使えるので、/etc/default/console-setup を編集して次回からオンスクリーンキーボードが不要なようにする

ログイン後は、なぜか普通にキーボードが使えるようになっています。

不思議です。

とはいえ、毎回オンスクリーンキーボードでパスワードを入力しなければならないのも面倒なので、直してしまいましょう。

/etc/default/console-setup というファイルがあるので、それを管理者権限で開いて、以下のような部分を見つけてください。

編集前：

XKBMODEL="SKIP"
XKBLAYOUT="us"
XKBVARIANT="U.S. English"
XKBOPTIONS=""

これを、以下のように編集します。（英語キーボードの場合）

編集後：

XKBMODEL="pc105"
XKBLAYOUT="us"
XKBVARIANT=""
XKBOPTIONS=""

日本語キーボードをお使いの場合は、XKBMODEL は pc106 とかになって XKBLAYOUT は jp とかになるのでしょうかね（日本語キーボードを持っていないので私は確認できません。日本語キーボードで動作確認された方がいらっしゃいましたら、コメント欄等で教えてください。）

これでログイン画面でも、オンスクリーンキーボードでなく普通のキーボードからでもパスワードを入力できるようになっているはずです。

いったん再起動して、、ログイン画面でキーボードが使えることを確認したら、オンスクリーンキーボードは先程と同じダイアログを出して、OFF にしてしまってよいでしょう。

中断してしまった git svn clone を再開する方法

2010-04-23T19:40:05-05:00

答えから先に書くと、途中まで clone できた git リポジトリの中で

$ git svn fetch

を実行します。

これだけです。あとは、完了するのを待ちます。

Subversion のリポジトリに履歴が蓄積されていればいるほど、clone するときにかかる時間が長くなってしまいますよね。

リポジトリのサイズとネットワークの状況によっては、一晩かかっても終わらないかもしれません。

それだけ長い時間をかけていると、その間にコンピュータの電源を落としたりしないといけなくなるかもしれません。

モバイル PC なら clone している途中で別の場所に移動したくなってスリープさせる必要がでてくるかもしれませんし、無線 LAN やデータ通信カードの電波の状況等でネットワーク接続が途切れてしまうかもしれません。

デスクトップ PC なら Windows Update などで強制的に再起動させられたりしているかもしれません。

そのような理由で git svn clone が中段してしまったときは、最初に書いたように、git svn fetch すれば続きから再開してくれます。

簡単ですね。

ちなみに、私の環境の git のバージョンは 1.6.6.1 でした。

RSpec で exit したかどうかをチェックする方法

2010-03-16T08:10:03-05:00

RSpec 入門初日でいきなりつまづいたのでメモ。

今日は、Makefile の中から呼ばれてシステム環境の事前チェックを行うようなスクリプトを Ruby で書いていました。（必要な環境変数が設定されているか、とか、必要なファイルが存在しているか、とか、ファイルのパーミッションは適切に設定されているか、とか、以下略。そのようなチェックを行うための DSL とかって自分で作らなくてもすでに何かありますかね？ご存じの方は教えてください。）

今日書いていたそのスクリプトは、Makefile の中から呼ばれるという性質上、チェックを行った結果として条件が整っていなかった場合には 0 以外のエラーコードを返して終了して欲しいわけです。

そのような挙動を RSpec でテストしようとしたのですが、今日入門したばかりの僕にはどうしたらいいのかわかりませんでした。

ググったときのキーワードが悪かったのか、日本語の情報は見つけられませんでした。

一応、英語のサイトで情報を見つけてうまくいったのでメモしておきます。結構簡単でした。

例として、check_file というグローバル関数があって、それを呼んだら指定されたファイルが存在するかどうかのチェックを行い、存在すれば何も起こらず、存在しなければ exit する、という挙動をチェックしたいという場合を想定してみます。

spec ファイルの中で、以下のように書くと良いようです。

require 'target.rb'

describe "存在しないファイルに対して" do
  it "check_file は exit すること" do
    lambda { check_file("/hogehoge/fugafuga") }.should raise_error(SystemExit)
  end
end

最初に require している target.rb はテスト対象のファイルです。

ポイントは、exit しそうな関数を lambda { } でくくっておき、 .should raise_error(SystemExit) で exit したことを検出します。これだけです。簡単ですね。

ちなみに、グローバル関数に対してチェックを行いましたが、クラスのメソッドに対しても同様にチェックできると思います。

（むしろ、RSpec を使ってクラスやオブジェクトに所属していないメソッドのテストをする方法の日本語の解説が見つけられなかったので、そんな単純そうなことで結構戸惑ってしまいました。わかってしまったらなんてことないのですが。というわけで RSpec でグローバル関数の挙動をチェックしたい人は上記コードが参考になるかもしれません。ってほどおおげさなものでもないか。）

なお、exit するときはたいがい puts とかでメッセージを出力しているはずで、そのメッセージの内容をチェックしたい場合は

alex blabs - Capturing Standard Out In Unit Tests
の記事を参考に、標準出力を文字列にリダイレクトすると良いでしょう。

（実際問題として、メッセージの内容までチェックしないにしても、 RSpec の実行結果の中にテスト対象スクリプトが出力した puts の文字列が紛れ込んでしまうので、リダイレクトした方が実行結果が美しくなるのでいいかもしれません。）

今日はちょっと触ってみただけですが、RSpec は面白いですね。ハマる人が続出しているのもわかる気がします。

Foundations of RSpec: Behavior-Driven Development with Ruby and Rails (ペーパーバック)

[Linux デバイスドライバ第3版] サンプルコードをビルドしようとしてエラーが起きる問題の解決方法

2010-03-15T06:07:31-05:00

仕事で Linux のデバイスドライバを開発しないといけないことになって、Linux デバイスドライバ第3版など購入してお勉強しています。

（ちなみにこれで、デバイスドライバ・そのデバイスを使いこなすための C++ のアプリケーション・そのアプリを外からコントロールするための Web アプリのサーバ・及びその Web サーバにアクセスするための Appcelerator Titanium によるデスクトップアプリケーション、と下から上までオールマイティにひとりでコードを書くことになってしまいました。誰か手伝ってくれる人募集中。）

本を読みながら Hello World ドライバ（insmod されたときに printk() で Hello world を表示するもの）はすぐにできたのですが、もっと高度な（まともに使える）デバイスドライバを書くには本の情報だけだとちょっと足りません。

そこでオライリーのサイトからサンプルコードを落としてきて、ビルドしてみたのですが、エラーになってしまいました。

エラーの内容は、

cc -O2 -fomit-frame-pointer -Wall -I/lib/modules/2.6.31-14-server/build/include    setlevel.c   -o setlevel
setlevel.c:30: error: expected declaration specifiers or ‘...’ before ‘syslog’
setlevel.c:30: error: expected declaration specifiers or ‘...’ before ‘type’
setlevel.c:30: error: expected declaration specifiers or ‘...’ before ‘bufp’
setlevel.c:30: error: expected declaration specifiers or ‘...’ before ‘len’
setlevel.c:30: warning: data definition has no type or storage class
setlevel.c:30: warning: type defaults to ‘int’ in declaration of ‘_syscall3’
setlevel.c: In function ‘main’:
setlevel.c:41: warning: implicit declaration of function ‘syslog’
make[1]: *** [setlevel] Error 1

という感じで、幾つかあるサンプルのうち misc-progs という最初のサンプルをビルドしようとしていきなり失敗しました。

ちなみに私の環境は Ubuntu 9.10 (kernel は 2.6.31.20-generic) です。

とりあえず、今必要な scull だけはビルドできないかなぁと思って scull ディレクトリに移動して make してみたところ、

scripts/Makefile.build:49: *** CFLAGS was changed in "/home/hoge/examples/scull/Makefile". Fix it to use EXTRA_CFLAGS.  Stop.

というエラーが起こってしまいました。

仕方ないので Makefile を手直しします。

CFLAGS += $(DEBFLAGS)
CFLAGS += -I$(LDDINC)

と書かれている行があると思うので、それを上記のエラーメッセージにしたがって

EXTRA_CFLAGS += $(DEBFLAGS)
EXTRA_CFLAGS += -I$(LDDINC)

と修正します。（EXTRA_ を先頭に付加）

これで make してみると、、、

  CC [M]  /home/hoge/examples/scull/main.o
/home/hoge/examples/scull/main.c:17:26: error: linux/config.h: No such file or directory

まだエラーが出ますね（汗

linux/config.h はカーネルのバージョンが 2.6.19 以降では使われなくなったようで、単純に linux/autoconf.h に置き換えれば良いようです。

scull では main.c で linux/config.h を include しているようですので、そこを書き換えて再度 make します。

  CC [M]  /home/hoge/examples/scull/access.o
/home/hoge/examples/scull/access.c: In function ‘scull_u_open’:
/home/hoge/examples/scull/access.c:106: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c:107: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c:114: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c: In function ‘scull_w_available’:
/home/hoge/examples/scull/access.c:165: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c:166: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c: In function ‘scull_w_open’:
/home/hoge/examples/scull/access.c:179: error: ‘TASK_INTERRUPTIBLE’ undeclared (first use in this function)
/home/hoge/examples/scull/access.c:179: error: (Each undeclared identifier is reported only once
/home/hoge/examples/scull/access.c:179: error: for each function it appears in.)
/home/hoge/examples/scull/access.c:179: error: implicit declaration of function ‘signal_pending’
/home/hoge/examples/scull/access.c:179: error: implicit declaration of function ‘schedule’
/home/hoge/examples/scull/access.c:184: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c: In function ‘scull_w_release’:
/home/hoge/examples/scull/access.c:205: error: ‘TASK_INTERRUPTIBLE’ undeclared (first use in this function)
/home/hoge/examples/scull/access.c: In function ‘scull_c_open’:
/home/hoge/examples/scull/access.c:277: error: dereferencing pointer to incomplete type
/home/hoge/examples/scull/access.c:281: error: dereferencing pointer to incomplete type

orz orz orz

さらに大量のエラーが出ます。

しかし、これらのエラーは結果的には単純な理由によるものなのでめげずに直していきましょう。

まず、access.c の current というマクロを参照しているところでエラーとなっているのですが、これは asm/current.h で定義されています。

また、current は結局 tasc_struct 構造体（のポインタ）を参照することになるのですが、これは linux/sched.h で定義されていますのでこれら二つのヘッダファイルを access.c に追加しましょう。

#include <linux/sched.h>  /* for task_struct */
#include <asm/current.h>  /* for 'current' */

追加する場所は、どこでもいいですが、#include “scull.h” の直前あたりでしょうかね。

この時点で make しても、まだエラーが出ます。

  CC [M]  /home/hoge/examples/scull/access.o
/home/hoge/examples/scull/access.c: In function ‘scull_u_open’:
/home/hoge/examples/scull/access.c:109: error: ‘struct task_struct’ has no member named ‘uid’
/home/hoge/examples/scull/access.c:110: error: ‘struct task_struct’ has no member named ‘euid’
/home/hoge/examples/scull/access.c:117: error: ‘struct task_struct’ has no member named ‘uid’
/home/hoge/examples/scull/access.c: In function ‘scull_w_available’:
/home/hoge/examples/scull/access.c:168: error: ‘struct task_struct’ has no member named ‘uid’
/home/hoge/examples/scull/access.c:169: error: ‘struct task_struct’ has no member named ‘euid’
/home/hoge/examples/scull/access.c: In function ‘scull_w_open’:
/home/hoge/examples/scull/access.c:187: error: ‘struct task_struct’ has no member named ‘uid’

これも単純に修正可能です。同じく access.c の current->uid や current->euid を参照している箇所を、単純に current->cred->uid や current->cred->euid に置き換えます。（cred-> を追加）

これでようやく make が通るようになるはずです。

make できたら、scull_load スクリプトでロードしてみましょう。

$ sudo sh ./scull_load
$ ls -l /dev/scull*
lrwxrwxrwx 1 root root        6 2010-03-15 18:01 /dev/scull -> scull0
crw-rw-r-- 1 root staff 250,  0 2010-03-15 18:01 /dev/scull0
crw-rw-r-- 1 root staff 250,  1 2010-03-15 18:01 /dev/scull1
crw-rw-r-- 1 root staff 250,  2 2010-03-15 18:01 /dev/scull2
crw-rw-r-- 1 root staff 250,  3 2010-03-15 18:01 /dev/scull3
lrwxrwxrwx 1 root root       10 2010-03-15 18:01 /dev/scullpipe -> scullpipe0
crw-rw-r-- 1 root staff 250,  4 2010-03-15 18:01 /dev/scullpipe0
crw-rw-r-- 1 root staff 250,  5 2010-03-15 18:01 /dev/scullpipe1
crw-rw-r-- 1 root staff 250,  6 2010-03-15 18:01 /dev/scullpipe2
crw-rw-r-- 1 root staff 250,  7 2010-03-15 18:01 /dev/scullpipe3
crw-rw-r-- 1 root staff 250, 11 2010-03-15 18:01 /dev/scullpriv
crw-rw-r-- 1 root staff 250,  8 2010-03-15 18:01 /dev/scullsingle
crw-rw-r-- 1 root staff 250,  9 2010-03-15 18:01 /dev/sculluid
crw-rw-r-- 1 root staff 250, 10 2010-03-15 18:01 /dev/scullwuid

scull デバイスに cat や dd でファイルを書き込んでみたり読み出してみたりすることができれば成功です。

Linuxデバイスドライバ第3版 (単行本)

私はこの本を購入して、早速裁断してスキャンして電子化してしまいました。（裁断機とかスキャナの話はそのうちこのブログで書くかもしれませんが、世の中に結構そういう情報がすでに溢れているので、めげるかもしれません。）

今まで、興味はありながらも未知の暗黒世界だったデバイスドライバの領域ですが、この本は本当に基本的なところから必要なことを親切に解説してくれるので、よい道標となります。

あとはサンプルコードを読んだりしながら分からないことを調べていけば、実用的で堅牢なデバイスドライバを書くことができるようになりそうな気がします。