Vine Seed
Vineの開発版を中心とした話をしたいと思います。
と云いながら最近は x86_64 関連しか興味が無かったりします。
当ボードは Project Vine とは一切関係ありません。
このまま記事を入力し[投稿する]ボタンを押せば当サイトに送信されます。
以下の文章は注意書きです。
名前はかならず記入してください。ハンドルネームでも構いません。
またパスワードを入力することをお勧めします。
その場合他人による *なりすまし* と区別出来るかもしれません。
さらにブラウザでクッキーを有効に設定してある場合あなたの記事は後で修正可能になります。
コメントスパム防止のため記事の内容を機械的にモデレート
(スパムである確率を計算)
する処理を通します。
どのような投稿であれ、たまたま計算誤差によりスパムとみなされ
秘密の場所
に収納される可能性があります。
その場合、管理人が手作業で正規の場所に移動しますのでお待ちください。
-
373
owa
2007/08/07 22:30
id: mJs8kxp1Zus
prob: 0.0%
-
-
>372 現在 compat32-*.rpm ライブラリは必須では無いようです
そうは云っても現状は compat32 作ることになっているし、
ビルドなされて無いものも増えて来たので、少しはリビルドしようとしてみたけど、すぐに頓挫。
i386 ライブラリどうしのビルド依存関係もあるので x86_64 マシンのうち一台はそれ専用にしよう。
i386 をすべて消したい理由の一つに、x86_64 ビルド中に i386 ライブラリを呼んでしまうことがある。
原因を辿っていくと解決が難しい場面もあるし、いちいち解決する時間が持てない(先延ばししたい)場合もある。
そんなわけで i386 互換パッケージをインストールしていない環境のマシンもあると便利なのは確か。
以前中村さんが 「そろそろ compat32 を整理しませんか」と投稿なされたけど、やっと意味が解ったのかもしれぬ。
-
372
owa
2007/06/18 00:51
id: mJs8kxp1Zus
prob: 0.0%
-
-
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 だけで良いのか?
そもそも使えるものなのか調べないといけない。
-
371
owa
2007/06/14 22:35
id: mJs8kxp1Zus
prob: 0.0%
-
-
xpaint-2.7.8.1 は GUI が少し変わった。
非力な私には、旧 2.5.7 を日本語化した部分が適用できなかった。
やっぱり日本語化は (国際化して) 本家に取り込んでもらうことが必要なんだと負け惜しみ。
xpaint-2.5.7 + 日本語化版はボタンやヘルプを日本語にしてある。
だけど Canvas に日本語フォントを描画できるわけでは無い。※1
本質的じゃ無い部分を日本語化しただけだと手かせ足かせになることもある。
そう考えると自らのパッケージはひどいもの。反省しないとあかんな。
追記:
※1 そんなことはなく、日本語入力にちゃんと対応してました。重ね々々すいません。
-
370
owa
2007/06/13 00:42
id: mJs8kxp1Zus
prob: 1.4%
-
-
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 にパッチを当てた。
-
369
owa
2007/06/10 16:55
id: mJs8kxp1Zus
prob: 0.4%
-
-
jdk-6u1-linux-amd64.bin では mozilla plugin がサポートされて無いらしい。
http://java.sun.com/javase/ja/6/webnotes/install/system-conf...
とりあえず jdk-1.6.0_01-uvl2.nosrc.rpm を作って置くことに。
ftp://owa.as.wakwak.ne.jp/pub/vine/seed/SRPMS
-
368
owa
2007/06/09 22:54
id: mJs8kxp1Zus
prob: 0.1%
-
-
firefox x86_64 版の flash-plugin が無い
http://gwenole.beauchesne.info/en/projects/nspluginwrapper
を使えば i386 用の plugin が使えるというが、インストールはできない。
どうも i386 版 libX11.so.6 などが必要らしい。
結局は compat32-XOrg-* を作らないといけないのか? しばし休憩。
-
367
owa
2007/06/08 23:08
id: mJs8kxp1Zus
prob: 0.0%
-
-
日本語入力メソッドも使える (x86_64)
# apt-get install scim-anthy anthy
# setime scim
この記事は WindowMaker 環境で日本語入力して居ます。
今や gnome はさくさく動くのだけど、僕にはやはりまどろっこしい感じがする。
普段使うのは主に firefox, sylpheed, kterm だけなので。
-
366
owa
2007/06/07 22:33
id: mJs8kxp1Zus
prob: 0.0%
-
-
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 ファイルが壊れてるのかしら?
-
365
owa
2007/06/06 23:28
id: mJs8kxp1Zus
prob: 0.0%
-
-
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 が入って無い気がする
自分で作る
-
364
owa
2007/06/06 23:08
id: mJs8kxp1Zus
prob: 0.0%
-
-
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/...
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
|