Operation Normal ?

nora-test セクションに下記を put しました。

• firefox-3.6-0.6nora10
• xulrunner192-1.9.2-0.3nora10
• xulrunner192-devel-1.9.2-0.3nora10

xulrunner については、前回の時には公式パッケージの 1.9.1 をアップデートする形にしていましたが、この手法では、galeon の様に 1.9.1 に依存するパッケージが削除されてしまうという問題が起きていました。

そこで今回は、1.9.2 については xulrunner192 という新規の別パッケージとしてビルドしました。これで 1.9.1 に依存するパッケージとも共存出来るようになりました。（前回の xulrunner-1.9.2 は、今回の xulrunner192 のインストール時に削除されます）

firefox の方は、この新しい xulrunner192 を使用してリビルドしています。また、日本語ロケールを firefox パッケージに内包させています。この為、従来の firefox-ja パッケージは削除されます。

なお、前回の firefox-3.6-0.1nora10 及び xulrunner-1.9.2-0.1nora10 がインストールされた環境で今回のアップデートを行う場合、Synaptic の「全てアップグレード」経由で行うと firefox パッケージが「破損パッケージ」として扱われてエラーダイアログが表示される場合があります。この場合には、「インストール済（アップグレード可能）」から直接 firefox を選択してアップグレード指定を行ってください。

nora セクションに下記を put しました。

• gzip-1.4-0.1nora10
  　- 1.4 へ更新。
• gkrellm-2.3.4-1nora10
  　- 最新の 2.3.4 へ更新。
• gkrellm-plugins-2.3.4-1nora10
  　- 2.3.4 に合わせてこちらもリビルド。
• bogofilter-1.2.1-1nora10
  　- 最新の 1.2.1 へ更新。
• valgrind-3.5.0-1.1nora10
  　- bogofilter のビルド時にこの関連でエラーが出たので、最新の環境でリビルド。

nora-test セクションに下記を put しました。

• firefox-3.6-0.1nora10
  　- 公式パッケージが公開されるまでの継ぎに。
• firefox-ja-3.6-0.1nora10
  　- 3.6 の日本語ロケール。
• xulrunner-1.9.2-0.1nora10
  　- firefox-3.6 に合わせてこちらも 1.9.2 へ更新。
• jd-2.6.0-0.beta100123.1nora10
  　- 2.6.0 のベータ版。

リリースが間近に迫ってきた Firefox 3.6 (コード名 Namoroka) ですが、私はしばらく前から常用していたりします。

で、Namoroka を使っていて微妙な違和感を覚えることが何度か有ったのですが、その違和感の原因がファイルを保存したり開いたりする時に表示されるファイル選択ダイアログのボタン配置にあることに、今頃になって気が付きました。

何はともあれ、下の2つのスクリーンショットを見比べてください。上が Firefox 3.5.7 で、下が Namoroka (20100118版) のものです。

そう、「保存」と「キャンセル」のボタン配置が逆になっているのです。

ちなみに gedit や sylpheed や jd 等でのファイル選択ダイアログでのボタン配置は、Firefox 3.5 と同じになっています。と言うか私の記憶が正しければ、GTK アプリのこのファイル選択ダイアログでは、以前からずっと「キャンセル」ボタンが左の配置だったはずです。それが Namoroka では逆になっているというのは、どういうことなのでしょうかね？

Namoroka が意図してこの様なボタン配置にしているのか、それともシステム側(GTK側)に原因があるのか、どちらなのかは私には判りませんが、多くのアプリで共通して使用される基本的なダイアログでの UI が特定のアプリの特定のバージョンで異なるというのは、私は好きではありません。

前回の記事では webkit をダウングレードするという些か後ろ向きな対策を行った訳ですが、今回はもうちょっと前向きに(?)ということで、PCC 用のパッチを当てた webkit-1.1.18 のパッケージをビルドしてみました。使用したパッチは、webkit-1.1.16-2pclos2010 で適用されていた PCC の為のパッチを webkit-1.1.18 向けに修正したものです。

（現在の公式パッケージは webkit-1.1.17 でビルドされていますが、WebKitGTK+ のサイトでは 1.1.18 が配布されていたので、野良ビルドでは 1.1.18 を使用しています）

ただ、今回の PCC が起動できないトラブルは一部のユーザの環境のみで発生している模様なので、従来の野良リポジトリの nora セクションにパッケージを put することは避け、新たに nora-test というセクションを作ってそちらに put しました。従って今回ビルドしたパッケージを使用される方は、/etc/apt/sources.list の野良リポジトリの行の末尾に nora-test を追記して頂く必要があります。

rpm http://tomcat.nyanta.jp/linux/PCLOS/apt/ pclos nora nora-test

あるいは Synaptic から設定を行う場合には、[設定] → [リポジトリ] から野良リポジトリに nora-test セクションを追加してください。

こちらの記事で書いた PCLinuxOS コントロールセンター（以下 PCC と略記）が起動出来なくなっている件の続き。

少し調べてみたところ、昨年11月のトラブルの時と同じく、webkit のアップデートが原因であることが判明しました。昨年のクリスマスの時期に webkit-1.1.17-1pclos2010 がアップデートで来ましたが、これを旧版の webkit-1.1.16-2pclos2010 にダウングレードしたところ、PCC が起動する様になりました。

webkit-1.1.16-2pclos2010 で当てられていた PCC 用のパッチが webkit-1.1.17-1pclos2010 では当たっていない様な印象を受けるのですが、公式リポジトリには webkit-1.1.17-1pclos2010 のソースパッケージが何故か put されていないので確認出来ていません。

旧版は下記の riken のサーバに残っています。

• http://ftp.riken.jp/Linux/pclinuxos/apt/pclinuxos/2007/RPMS.main/

具体的には下記の3つのパッケージをダウンロードしてきて、強制インストールしました。

• libwebkitgtk1.0_2-1.1.16-2pclos2010.i586.rpm
• webkit-1.1.16-2pclos2010.i586.rpm
• webkit1.0-1.1.16-2pclos2010.i586.rpm

# rpm -Uvh --force libwebkitgtk1.0_2-1.1.16-2pclos2010.i586.rpm webkit-1.1.16-2pclos2010.i586.rpm webkit1.0-1.1.16-2pclos2010.i586.rpm

私の環境には libwebkitgtk1.0-devel もインストールしてあったのですが、こちらをダウングレードしようとすると libdirectfb-devel パッケージが絡んできて面倒なことになりそうだったので、事前に libwebkitgtk1.0-devel を削除してしまいました。

なお、webkit-gtklauncher, webkit-jsc, webkit1.0-webinspector の３つのパッケージも webkit のサブパッケージですので、これらをインストールしている環境では、依存関係からこちらもダウングレードする必要があるかもしれません。

それにしても、一部のユーザの環境だけでこの問題が発生しているのは何故なんだろうなぁ？

【 2009年1月17日追記 - 関連記事 】

• 続々・PCLinuxOS コントロールセンターが起動出来なくなっている風味