>372 現在 compat32-*.rpm ライブラリは必須では無いようです そうは云っても現状は compat32 作ることになっているし、 ビルドなされて無いものも増えて来たので、少しはリビルドしようとしてみたけど、すぐに頓挫。 i386 ライブラリどうしのビルド依存関係もあるので x86_64 マシンのうち一台はそれ専用にしよう。 i386 をすべて消したい理由の一つに、x86_64 ビルド中に i386 ライブラリを呼んでしまうことがある。 原因を辿っていくと解決が難しい場面もあるし、いちいち解決する時間が持てない(先延ばししたい)場合もある。 そんなわけで i386 互換パッケージをインストールしていない環境のマシンもあると便利なのは確か。 以前中村さんが 「そろそろ compat32 を整理しませんか」と投稿なされたけど、やっと意味が解ったのかもしれぬ。

x86_64 で i386 互換ライブラリは必要なんだろか 現在 compat32-*.rpm ライブラリは必須では無いようです。 実際 rpm 管理に怒られずにすべて削除できました。 なら必要となるのはどんな場合なんだろ 1) インストール用 今はインストーラが無いので、x86_64 環境構築時に compat32 が無いと辛い。 インストーラが完成すれば不要。 2) ブラウザの主要 plugin は x86_64 に未対応。 flash や sun-java の plugin は i386 版しか無い。でも i386 ラッパーが使えるとのこと。 http://gwenole.beauchesne.info/en/projects/nspluginwrapper Xlib 32bit 版が必要らしい。Xlib だけで良いのか? そもそも使えるものなのか調べないといけない。

xpaint-2.7.8.1 は GUI が少し変わった。 非力な私には、旧 2.5.7 を日本語化した部分が適用できなかった。 やっぱり日本語化は (国際化して) 本家に取り込んでもらうことが必要なんだと負け惜しみ。 xpaint-2.5.7 + 日本語化版はボタンやヘルプを日本語にしてある。 だけど Canvas に日本語フォントを描画できるわけでは無い。※1 本質的じゃ無い部分を日本語化しただけだと手かせ足かせになることもある。 そう考えると自らのパッケージはひどいもの。反省しないとあかんな。 追記: ※1 そんなことはなく、日本語入力にちゃんと対応してました。重ね々々すいません。

Tcl/Tk 8.4.15 にするついでに tix も少しいじってみた。 Tix8.4.2 のライブラリは /usr/lib64 の下にある。 $ wish % package require Tix can't find package Tix % puts stdout "$tcl_pkgPath" /usr/share % puts stdout "$auto_path" /usr/share/tcl8.4 /usr/share /usr/lib /usr/share/tk8.4 ここが /usr/lib64 になれば宵かな?...zzz 追記: $ env TCLLIBPATH=/usr/lib64 wish とすれば auto_path に /usr/lib64 が設定されることから辿り、 /usr/share/tcl8.4/init.tcl にパッチを当てた。

jdk-6u1-linux-amd64.bin では mozilla plugin がサポートされて無いらしい。 http://java.sun.com/javase/ja/6/webnotes/install/system-configurations.html とりあえず jdk-1.6.0_01-uvl2.nosrc.rpm を作って置くことに。 ftp://owa.as.wakwak.ne.jp/pub/vine/seed/SRPMS

firefox x86_64 版の flash-plugin が無い http://gwenole.beauchesne.info/en/projects/nspluginwrapper を使えば i386 用の plugin が使えるというが、インストールはできない。 どうも i386 版 libX11.so.6 などが必要らしい。 結局は compat32-XOrg-* を作らないといけないのか? しばし休憩。

日本語入力メソッドも使える (x86_64) # apt-get install scim-anthy anthy # setime scim この記事は WindowMaker 環境で日本語入力して居ます。 今や gnome はさくさく動くのだけど、僕にはやはりまどろっこしい感じがする。 普段使うのは主に firefox, sylpheed, kterm だけなので。

gnome x86_64 版が使える状態になった。 # apt-get install task-gnome で関連パッケージがずらずらと入ってきました。startx で無事に起動。 gdm で WindowMaker と gnome の切り替えも OK いつの間にか firefox も sylpheed も使えるようになってた^^ yelp のビルドにひっかかったおかげで pkg-config の使い方を知りました。たとえば、 $ /usr/bin/pkg-config --variable=libdir firefox-xpcom /usr/lib/firefox-2.0 /usr/lib64/pkgconfig/*.pc でまだ libdir=/usr/lib/hoge と記述されてるものがあるようです。 あと pkg-config の man が表示されない。man ファイルが壊れてるのかしら?

x86_64 のビルド環境を設定する 1) gcc の alternatives alternatives のリンクが gcc-3.x になっていたらリンクを張り直すか、あるいは # rpm -Uvh --replacefiles --force \ gcc-4.1.2-0vl9.x86_64.rpm \ gcc-cpp-4.1.2-0vl9.x86_64.rpm \ 2) /etc/rpm/platform ファイル自体を削除するか、"x86_64-vine-linux" などと書き換える? $ rpm --eval=%{_arch} x86_64 $ rpm --eval=%{_lib} lib64 となることを確認する $ echo $HOSTTYPE x86_64 これはリブートしないと変わらない (/etc/rc.d/rc.sysinit で設定される) 3) スケルトンに ~/rpm/RPMS/x86_64 が入って無い気がする 自分で作る

x86_64 化の手順 1) Vine4.1 を最小構成でインストール → Seed 化 (現時点では近道と思う) 2) x86_64 の main にある rpm をあらかじめ全部 get して置く 3) glibc-*, zlib, bzip2 を無理やり入れる (compat32-* も) #rpm -Uvh --ignorearch --replacefiles --force *.rpm script エラーが出るけど無視 4) kernel, kernel-devel を入れる (--oldpackage が必要かも) initrd.img が必要な場合 /sbin/mkinitrd を修正して通すこと http://www.is.sci.yamaguchi-u.ac.jp/~kawamura/Japanese/Comp/x86_64.html 5) /etc/ld.so.conf に /lib64と /usr/lib64 を加える リブートすれば x86_64 カーネルマシンになる 6) rpm, apt が必要とするライブラリを無理やり入れる (--replacefiles --force) compat32-*.i686 があればなるべく利用すること。main に無ければ plus も探す。 依存関係で入らない場合は、原因となるパッケージを削除する。 7) どうしても入らなかったライブラリと rpm, apt, libstdc++34 をまとめて入れる。 /usr/lib/libstdc++.so.6 に依存するエラーだけなら --nodeps を付けて入れる。危険;; 運良く、うまくいけばこの時点で apt-get が使えるはず。でも使わない。 8) 残った hoge.rpm 達も無理やり入れる (--replacefiles --force) 9) i386 と x86_64 で重複してるパッケージを削除する $ rpm -qa --qf "%{ARCH}-%{OS} %{NAME} %{VERSION}-%{RELEASE}\n" | grep i386 などとすれば i386 の残骸が見えるので削除 (#rpm -e hoge.i386) a) /etc/apt/sources.list を x86_64 に向け #apt-get update; apt-get upgrade してみる たぶん "#apt-get --fix-broken install" は必要無いはず。 追記: http://owa.as.wakwak.ne.jp/zope/labs/bbs/201/365