Linux でのCAB 形式書庫の解凍

今日の教訓： CAB という拡張子の書庫には、Microsoft 形式とInstall Shield 形式の2つがあり、Linux だと両方をうまく扱えるアーカイバはありません（少なくともArch のオフィシャルレポジトリには）。
このファイルはどっちの書庫形式？と迷ったら、

file 書庫ファイル名

でわかります。これはcab 書庫に限らず使えますけどね。

ということで、CAB 書庫を扱えるアーカイバを探したというお話。

XP上でViso 2000 をアンインストール方法

アンインストールにインストールCDを要求するとかマジ氏ね。10年以上前のCDなんぞ探していられるか。
CDを持っている奇特な人は、こことか、ここを見れば良いです。

かなり面倒でした　＞　手動アンインストール。
尚、ここに書いてあることの内容には一切動作保証はしません。書いてある内容を実践する場合には、全て自己責任でお願いします。ってこれはどのエントリでも同じことなんですが。
改めて言うまでもないですが、個人の備忘録ブログだってことですよ。参考になる情報があれば自由に使って頂いて構いませんが、自己責任でね、ということです。

VirtualBox

Arch Linux だと、VMWare Player はパッケージ管理がされていません。どうしても必要なら自前でパッケージ化する訳ですが、同等（以上）の機能を持つパッケージ化されたVirtual Box があるので、そちらを使います。

同等以上というのは、GPU のハードウェアアクセラレーションがVirtual Box なら使えることですね。VMWare Player に比べてLinux サポートも手厚い（少なくともデスクトップユースにおいては）ですし。唯一の不安点は開発元がOracle だということでしょうか。

VirtualBox の目的はWindows XP を動かすことです。
ちなみに、Windows アプリケーションを動かす目的でWINE をArch Linux で使うのは、自分の経験上止めた方が良い、と思います。なんとか動く環境を見つけるというのがおそろしく時間がかかる作業になり、しかもすぐに不安定になります。ハードウェアリソースがあるなら、VM を使った方が時間の無駄を防げます。

Windows XP をLuvbook S 上でレジューム状態から復帰させるのに、3～5秒程度しかかかりません。Luvobook S クラスのハードウェア（ただしSSD搭載時）ならWINEを苦労して使う意味はほぼないのではないでしょうか。

Bodhi 1.4

リリースのアナウンスは、Bodhi Linux 1.4.0 Releasedをどうぞ。

で、Bodhi のリリースをどう見るべきかということについて基本的なことを書いておきたいと思います。Bodhi を使っている人には今更なので、以下を読む価値はないです。

＜最初に結論＞
「Bodhi のリリース番号の最初の数字以外の変化は無視して良い」

じゃあ、なんでリリースするの？というと

マーケティング上の問題です、以上。

でしょう。これは結構重要なんですよ。

Bodhi のメジャーリリースは 2年毎にしかないので、
　2年間何もリリースしないとニュースにならない。
　　→ 注目されない。
　　→ 新規ユーザが獲得できない。
　　→ 次のリリースのためのリソース不足に。

という負のスパイラルに落ちいります。変化の激しいPC の世界で2年間音沙汰なしは死んでいるのと同義ですからね。
以下はおまけです。

linux-ck とGrub2 のアップデート

以前EeePC でも使っていました。
64bit 環境のLuvbook S でも使うことにしました。理由は、

Arch Linux だから

いや、もとい

Arch だと定期的に不具合のあるカーネルが落ちて来るんだけど、最悪起動不可能になっても別のカーネルで起動出来るようにしておいた方が良いから

もちろん冗談ですよ。本来この目的のためにlts カーネルというものが提供されているので、それを使えば問題ないです、というかそちらを使うべきです。
linux-ck を導入したのは、Core-i に最適化されたカーネルイメージがコンパイル済みで手に入ることと、bfq スケジューラのためです。

Grub2 の方は、最近のアップデートでUEFI 用の余計なパラメータをたくさん付けるようになってくれたのでその削除だけです。

省電力化のアドバイスをpowertop2 に聞いてみました

powertop2 はAUR にあります。相変わらずおもしろい（というかあり得ない）消費電力を表示するところはpowertop と変わってないですけど、画面は非常に見やすくなってますね。
消費電力を削減するには、まずpowertop のアドバイスを聞けは基本なので、jupiter に足りないパラメータはないか確かめてみました。

Arch Linux でもDropbox を使う

Bodhi やUbuntu の場合にはNautilus がDepends に入っていますが、Arch ではそんなことはありません。
その代わりにいつものArch のようにユーザが自分で設定をしなければいけないんですけどね（Bodhi でもWiki にあるようにNautilus 無しで使用する方法はあるのですが、Dropbox がアップデートされても自動更新されないのであまり筋の良い方法ではないと思います。素直にNautilus インストールした上でダミーNautilus 作る方がいいんじゃないですかね）。

自分はGnome をインストールしているので既にNautilus はインストール済みなのですが、通常Nautilus を使用すること無いので、Nautilus 無しで使用する方法を取りました。

Arch linux でのchrommium 設定

Bodhi と違って最新環境なので、GPUアクセラレーションもバリバリ使えます。
キャッシュをラムドライブで運用するのはスマートな方法が思いつかなったので、スクリプト作ってrc.local 及びrc.local.shutdown から呼ばせることにしました。
もっとスマートな方法が見つかればそちらに変えるかもしれません。

Arch Linux（64bit） with E17 のLuvbook S へのセットアップ

このくそ忙しいのにArch のインストールとかしやがって・・・そんな時間あれば少しでも寝ておけよ、という声が聞こえて来るのは多分気のせいです。
反省はしている。だが後悔はしていないｗw

ということで、Arch 64bit を入れて1週間程運用してみました。出張にも連れて行きましたが、今のところ非常に良いです。まだまだきちんと設定出来ていない所も多いですが、なんせ時間がないので。
Luvbook S にArch 64bit をGPT +Grub2 を使って入れようとすると結構難儀です。
いや、GPT はいいんですが、Grub2 が・・・。で、最初からGrub2及びGPT を使用することを前提とされている Arch boot という仕組みを使ってみることにしました。
Archbootってなんぞやという人はArchboot Wikiページを読んで下さい。

今回は64bit をインストールしています。Ubuntu だとpae カーネル使えが未だに推奨（12.04では64bit推奨になるみたい）ですが、Arch だと64bit で使えが標準だしそろそろ自分も64bit環境に移りたいので。

Archboot を使うとちゃんとインストールは出来るんですが、すんなりは行きませんよ。そこはArch らしいというか、ユーザがちゃんと全てトラブルに対応できることを前提をしていますので。くれぐれも自力でトラブルに対応出来る自信のない人は手を出さないように。

Luvbook S 評価

買って1ヶ月強が経過しましたので、そろそろまとめておきます。