Qt5がまざっとります。Qt5が混ざること自体は大した問題じゃない、ぶっちゃけどこに混ざったのかもよくわかんないかもしれないし気にならない人には全くどうでもいいことに思えるかもしれませんが、先に上げた「前提」を見て頂ければ簡単な話ではないと言うのはなんとなく想像つくかと。具体的に言いますと、Qt5でどうやってATOKX3で入力するんでしょう?と言うお話です。結論から言ってしまうと、俺はibus-mozcへ渋々移行することとなりました。実はアップグレードする前からQt5向け開発環境の整備を渋ってたのも理由はこれだったんですよねえ。来るべき時が来ちゃったのかなあと受け入れることにしますが、もしもそれでもATOKを使いたいのであればQt5のみibusを使うかたちにしてgtkとQt4はiiimとximでーって方法も、できなくはないですねえ。/usr/share/im-config/data/あたりのファイルをごにょごにょ・・・。このQt4/Qt5の壁にぶちあたるアプリケーションはなんだ!って話なんですが、ぶっちゃけますとqtcreatorです。やべえ俺的にchromeに継いで使うアプリケーションじゃないですか。因みにchromeは主に可愛い眼鏡の女の子のイラストを見るのに使われていますとかそんなことはどうでもよろしい。Qt5とQt4ってぶっちゃけそんな大幅なコード修正を強いられることも無く移行できる感じで、過去にあったQt3→Qt4の思い出すだけで血の涙が出そうな感覚とは随分違います。このへんは皆様誤解しないで頂きたいところです。対応するプラットフォームも増えましたし、Qt4からQt5に移行するのは全く問題ない、むしろ推奨されるべきところかとも思うのですが、やはり混在となると色々問題がねえ。このバージョンのkubuntuは、ちょっとばかし混在しとります。まあQt4向けのqtcreatorをコンパイルして突っ込むってのもありなんですけどね。Qt5でximが使えるように整えられるかどうかはわかんないし、正直整える方向が正しいのかどうかも俺にはちょっとわかんないですねえ。どっちにせよ、iiimqcfもありませんからQt5でATOKX3使った入力は諦める方向になりますねえ。kscreenとかさせて頂きました。理由は今までのディスプレイ設定で調整してあるデュアルモニタ構成を起動時に毎回キレイに上書きして下さるからです。見とてもわかりやすいツールに見えますが、何故既にあるものを作りなおしたのかは俺にもまあよく分からないところですねえ。余計なことされるのは困っちゃう。これはkubuntuのアップグレードでってことではないのですが、スクリーンロックがどうやっても無効化できないって謎の問題を抱えているような気がしますねえ。KDEのコントロールセンターの配置って物凄くわかりにくいところがあるんですが、例えばスクリーンロックやスクリーンセイバーに関する設定って「ディスプレイとモニタ」以下にあったりする(以前はまた別のとこにあった気がするなあ)わけですけど、こことは別に電源管理のところにもロックに関する項目があります。前者は単に一定時間触らなかったときのソフトウエア的?な設定かと思うのですが、後者に関しては例えば電源状態に合わせて一定時間触らなかった時の設定ってのができる・・・・ってわけわからんでしょもうw。この後者のほうがどうも設定反映されないところがあるような感じですかねえ。Power時のタイムアウト時間を無効にしても開きなおすとやっぱり元にもどってる。powermanagementprofilesrcあたりに記録されるんだろうなあと見てみてもどうも残っていなかったり。settingsを選んでチェックを外していけば一応無理やりロックかかるのは外せるみたいな感じですねえ。設定が反映されないのはバグなのかなあ。あとちょっと気になった点としては、果たしてibusをremoveしたい人がいるかどうかは別として、ibus消そうとするとkde-l10n-jaも消しにかかるのはちょっと驚いた。いやまあ、組み合わせとしては大多数が使うんでしょうけどさあ・・・。えっと、今までのkubuntuですんなりすべてがスムーズに進んだことがありましたか?と言う前提でお話しますと、今回も今までと変わりません。以前までを上出来とするならば今回も上出来。kubuntuのいいところはubuntuの便利さの上でそれなりに最新のKDEをぶん回すことができると言う点だと思うのです。いえ、もちろんkubuntuにしかない実装もちょろちょろあるわけですし(muonとかもそうですねえ)完全な生KDEではありませんがそれらがとにかく使えるように整備されているってところは相変わらず素敵。KDEのアップデートも比較的簡単につっこめますしねえ。今回はTAMはATOKを諦めると言う悲しい選択にはなったのですが、正直これレアケースのような気がします。12.10をそんなにいじらずに使ってたならそのままアップグレードでいいんじゃないですかねえ、わかんないけど。Qt5が入ってきて過去のKDE4.0とかをフラッシュバックしちゃったりする人がいるなら、そのへんはATOKX3使ったりしてない限りは安心していいんではないでしょうかねえ。KDE5が出たらまたわかんないですけど、少なくとも自分で書いたQt4向けコードはほとんどが小さな修正でコンパイルできて動いてますからねー。楽観視しておりますよ。言うわけでお題の通りでKDE上でのQtアプリケーション(KDEアプリケーションを除く、ね)のフォントってなんかちょっとおかしくね?を直すパッチ。11.10、Qt-4.7.4でございます。quotes見ての通り1行です。kubuntuならパッチ当ててlibqtgui4だけ入れ替えればいいかと思います。TAM随分前に買ったS1300と言う卓上スキャナ。買った理由は安かったのとLinuxでの動作を確認していたから。卓上スキャナの使い道と言えば自炊ですか?とも思うのだが、正直こいつは自炊には向いてないんじゃないかな。一度に置ける原稿の枚数も少ないしね。言う方面はあまりやらないのでわからないのだけど。単手軽なスキャナと言う点で見ても場所も取らないし複数の原稿をがりがり読めるのでフラットスキャナを常備するよりは遙かにらくちんですよ。言う意味でもこの手のデバイスは結構おすすめだったりします。Linuxでどうやって使うかって話。こいつを動かすにはファームウェアが必要。Windows版のドライバから1300_0C26.nalとかファイルを拾ってきてsaneが読める位置に置いてやる必要があります。/usr/share/sane/epjitsu/とかこのへんかな。あとはxsaneでも立ち上げて動作チェックをすればおk。連続両面スキャンができなければこの手のデバイスは全く意味が無いのだけれど、簡単にシェルスクリプトを書くならこんな感じ。言うバッチ処理は例によってこのOSの得意とするところだわな。+%s%N`.pngdone両面読み込んでB5サイズに切り抜いて、残り原稿が無いと判断されるまで繰り返す、的な。切り抜き部分はサイズで調整必要だけどなあ。これで大したことも書いてないけど捨てるに捨てにくいお仕事の資料なんかもまとめてスキャンしてポイできますNE。機械上A3がスキャンできないのが個人的にはすっごい辛いんだけど。TAMと言うわけでー。組み直したメインマシンの話。メモリ16GBにしたよー!。これでtmpfsでホッハやな。「makeしたら負けかなと思ってる」なんて言わないよ。Bridge内蔵GPUを諦めました。3000は動きますしデスクトップエフェクトくらいならしっかり動作するんですよ。普通に使う分には問題無いと思いますし特に設定も不要ですからいいと思うんですよ。unityとかは使ったこと無いので分かりませんが。なんでそれなの?と言われれば、うーん、お値段的に手頃だったから?。素直に動いてくれますね。癖あるっちゃああるんだけど以前使ってたのもRadeonだったし慣れてたってのがでかいかなー。メモリももうがっつり入ったので予定通りtmpfsでQtをコンパイルするよー!、って感じでざっくり。tmpfs領域を作るのは簡単です。./tmp"とかしてやるだけですぐ用意できます。この手軽さがたまんないよね。-j16とかしちゃうぞー!、って感じ。ええもう、シェル見てても全く追えないくらいアホみたいな速度でコンパイルが進行します。時々リンクで落ち着くくらい。ところで思ったんだけど、とりあえずメモリいっぱいあるからtmpfsでヒャッハー!と安直な考えだったのだけど、冷静に考えればLinuxには空いたメモリをディスクキャッシュとして使う機能があったような。ことはtar玉展開直後ってこのキャッシュが効いているから読み出しに関して言えばtmpfsあんま意味ないんじゃ...?。書き出しには効果あるんだろうけど、WriteBackを有効にしたHDDを作業用に使うとか方法は色々ありそげ...。調べてないのでディスクキャッシュの挙動がどうなのかは分からないところではあるんですが。どっちにせよ使い方次第なんだろうなあと思う今日この頃です。TAM「PC組んだよー!」と言うわけで。i7マシンを組みました。メインで使っていたノートが一部挙動不審になりつつあって、以前使っていたマシンを蘇らせてあと5年戦えるマシンを作るのだー!と言う勢いです。i7は2600Kをチョイス。マザーはz68のものを選びました。写真には無いですがこれに2TBのHDDと部屋に転がっていた64GBのSSDが入ります。先に断っておきますが俺は自作に関しては超のつく素人です。最後に組んだのがP4(後でC2Dに変えたけど)のゲーム用マシンです。そんな次元の人間が最近のCPUとかマザーとかいじれんのかよーって感じですが、結論からいけば、いけます。言うか昔より簡単じゃないかなあ。そんな感じで色々調べつつパーツを注文していきました。TAMと言うわけで我が家にもKDE4.7がやってきました。Qtのバージョンに追いついたぜヒャッハー!とか一人で喜んでいますが、まあそんなことは置いておいて。upgradeに手こずったりとかですが、もしもplasma回りでエラー出て起動しないよう、なんて方は~/.kde/share/config/以下にあるplasma*ってなファイルを一度消してデフォルトの画面で起動してみるのが良いかと。手になじんだデスクトップを作り直すのはちょっとしんどいけどなー。言うかKDEと心中すゆっ!とか宣っているくせに今回知らないうちに4.7出てて変更箇所なんかもノーマークで恥ずかしい限りです。気になるところとしてはkubuntuでupgradeかけるとまたpulseaudioが投入されちゃったとこかなー。消せばいいところなんですけど、無くても問題無く動く(個人的には居ると厄介なレベル)ものがなんで入れられてしまうのか良く分からないところ。何かしら理由があるのでしょう。TAM昨日のエントリの「64bit環境でATOKX3入れるとうにょうにょ...」って話の続き。これgtk.immodulesと同じじゃないかなーと思って探ってみたら、あっさりうまくいった。32bit版のgdk-pixbufは/usr/lib32/gdk-pixbuf-2.0/2.10.0/以下のloaders.cacheを見にいくべきなのに/usr/lib/gdk-pixbuf-2.0/2.10.0/以下を見ているようで。/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache.32こんな感じで解決。めでたしめでた...くねえぞw。TAM先日64bit版のkubuntuに移行して「これでPAEとおさらばだぜ!」とフンフン鼻息荒くしていたわけですが、いかんせん64bit環境への知識が乏しすぎたなと言う感じ。具体的に言うと、ATOKX3のツールバーが真っ白で悲しい。白いだけだし入力さえできたらいいやーとか言うどうしようも無い方向で進めていたのですが、って言うか64bit環境にATOKX3入れる時点でかなり面倒なことになるのでそこで力尽きていたと言うのが正直なところなのですが、どうもちゃんとエラーとか見てみるとgdk_pixbuf_loader周りで32bitライブラリのくせに64bitライブラリを読みに行っているようで。なにこの子、最近流行のドジっ娘か。言え64bit環境の知識もなければgtkやgdkの知識なんてゼロだぜイエアって感じの俺に直せるわけもなく。放置って感じでしょうか。いいよ入力できるし別に驚きの白さでも。この問題にひっかかってるのはATOKX3のツールバーだけだし。64bit環境でwine使って普通に32bitなWindowsアプリケーションが動いてるの見て「なにい?、wineてどう言うことなんだ?」とか思ってよく見てみたら64bit環境でも32bit向けにコンパイルされたwineが入っているようで。試してみたソフトがマギーたんのAliceってとこがまたなんとも。amd64がどう言う仕組みなのかをちゃんと調べんとだめだわね。「わーい何も考えずにメモリ増えるよー」とか軽い気持ちで突入したらあかんて話。radiko使いたくてAir入れた時もなにげに苦労したしなあ。Wnn8?、なにそれ美味しいの?。TAM久々におじさん大興奮です。AndroidアプリがQtで書けるのよ。試す方法だけ書いておきますね。環境はkubuntu10.10でございます。こちらをざざっと見て頂いて。EclipseでのAndroid開発環境が既に構成されているのであればそのまま流用できますんでおすすめです。されてませんーって方は、まあ今後するかもしれないのであればこの機会にやっちまえ。色んなサイトで日本語でどうすればいいか説明されております。ndkは入れてないなーと言う方は貰ってきておいて下さい。