HOME | ドキュメント |  ブログ  |  BBS  |  瓦版  | 将棋プロジェクト |  物置小屋   

ドキュメント 象歩 Web瓦版
 BBSボード RDF
こんにちは (23)
おためし板 (321)
質問箱 (94)
テスト (0)
建築 DIY (7)
MTB (34)
(13)
節電対策 (2)
このサイトに関する話 (182)
Linux (396)
PC用ハードウェア (10)
Vine Linux 野良系 (68)
PC 工作 (31)
BBS の改良 (105)
Vine Seed (520)
Zope とプロダクト (95)
Web の利用技術 (131)
DB とファイルシステム (63)
Python と C/C++ と... (29)
Zopeプロダクト開発メモ (3)
UTF-8 化 (42)
Mail 環境 (8)
COREBlog (109)
Zope3 (51)
Windows 64bit (18)
Mac (2)
Squeak スクイーク (67)
Django ぶらり一人旅 (3)
64bits (52)
Mono 思いにふける (13)
ディスクトップ (4)
象歩将棋 (477)
将棋よもやま (207)
サイトのデザイン (31)
心配な話 (67)
うそ (22)
昔のゲストブック (20)
ボート部 (95)
鶴南六組 (2)
Web 日記 (202)
 スパム
逮捕しる (2)
スパムお溜り (14)
ごみ箱 (13)
 リンク
kiyoさんのサイト
ペンタ郎の漫漕ブログ
TIT漕艇部の練習動画 @YouTube
墨堤の雄 @FaceBook
ペンタ(五大学ミドル) @FaceBook
Facebook
Vine Seed パッケージビルド状況
Vine Linux パッケージ情報
VineLinux バグトラッキングセンタ
VineSeed 開発用 Trac
VineSeed Specs
RPMパッケージの作成方法
Linux Standard Base
Planet Vine
Vine Linux ユーザーフォーラム
Vine Users ML アーカイブ
VineSeed ML アーカイブ
twitter#VineLinux
勝手に将棋トピックス
詰将棋おもちゃ箱

Vine Seed

Vineの開発版を中心とした話をしたいと思います。 と云いながら最近は x86_64 関連しか興味が無かったりします。 当ボードは Project Vine とは一切関係ありません。


239  owa  2005/05/21 22:49 id: mJs8kxp1Zus  prob: 0.0%
命名法は難しいなー
PIL を VineSeed に上げるのに、勝手に python-Imaging と云う名前をでっち上げたのだけど、世間では python-imaging と云うじゃないですか。元もと野良ビルドで python-PIL なんて、何も考えない
で付けていたのが遠因。確かに python-Imaging なんて名前は変ですね。そして斬られました;;

パッケージ作成ポリシなどと云う哄笑なものを私が考えたのが間違い。python
ライブラリの頭には "python-" と付けましょう、などと云うくらいしか頭になかった。元からあるパッケージ名が Imaging なのだから、プレフィックスを付けて、pythin-Imaging だろうと単細胞的な命名。じゃあ本当は Py
thon Imaging Library のパッケージ名はどうすべきなのか。

バージョンの振り方についても Squeak などを考えると、頭が割れそうになるくらい難しいので止めて。たとえば COREBlog を例にしてみれば、バージョン 1.11 の次は 1.2 になってます。これはカンマを少数点と考えてると受け取れ
ます。でも rpm の世界は逆 1.11 > 1.2 です。もちろん、パッケージングは、オリジナルに従属すべきもので、作者に意見を言うべき筋合ではありません。キッパリ。

とか考えてたら、python パッケージングポリシには命名法も必要なんだと、やっと今日解かりました。
238  owa  2005/05/16 22:12 id: mJs8kxp1Zus  prob: 0.0%
python ライブラリのパッケージ作成ポリシーと spec template のセットみたいなものがあるといいかもしれませんね -
と言われても、大御所が大勢居られる場に投稿する程の力量はありませんが、
誰かが進めないといけないと思ってるので、少し考えてみます。

python 関連パッケージングの原則は、下記の二つ
1) /usr/lib/python*/site-packages/ の下に入れるもの
python ライブラリパッケージや、別ソフトのサブパッケージにかかわらず python
の共有ライブラリ扱いは "python-" をプレフィックスとする。できれば、site-packages
の下に単一ディレクトリを作りインストールすることが望ましい。

「独立アプリだけどそのライブラリが他から使われることも想定しているものがあったとすると 1) のほうにするという感じでしょうか」
はい、おっしゃる通りに考えてます。

2) 独立した python アプリは、たとえば /usr/lib 配下にまとめて入れるのが原則。
一般のパッケージで python ライブラリを提供するものも、自身のディレクトリ下に置く。
この場合 python ライブラリのバージョンをディレクトリパスなどで固定して指定しない。

一方、このライブラリを利用したい者は、自分でライブラリパスを設定し使用する。
この場合、python ライブラリのシンボリックリンクを参照するような方法でいけないのか考えてます。
python 本体や、関連パッケージが直接 /usr/lib/python*.* をリンクするように考えて作られているので、
少し調べないといけないと思ってます。この辺のことを解かってません。
例えば strings で *.pyc を見ると、ライブラリへのパスが見えるのですよね。

こんなことを考えた動機
1. python のマイナバージョンアップのたびに、関連するパッケージを調べないといけません。
   そして一時に、スペック修正したり、リビルドするのは大変。
2. /usr/lib/python*.*/site-packages/ 以下が繁雑になってきたので、整理する必要があると考えた。
そう思うのなら提案すべき。

参考:
http://www.python.jp/pipermail/python-ml-jp/2002-August/0017...
237  owa  2005/05/13 00:51 id: mJs8kxp1Zus  prob: 0.0%
最近 COREBlog ユーザが激増してるようです。
とりあえず Vine では Python/Zope 環境のベースは出来てると思いますが、python
ライブラリのインストールで嵌まる話しをたまに見かけます。たとえば psycopg,
pykf, kconv, PIL などですが。なので、必要な python ライブラリは VineSeed に上げることにしました。Zope のプロダクトに関しては、相変わらず、自分でどうぞと云うスタンスです。

とりあえず Zope と COREBlog を問題無くインストールでき、ZMI でプロダクト開発できる環境を作りたいなと思ってますが、今のままでは python ライブラリ関連が繁雑になりそうな気がしてます。整理する案を後で書きますので、よ
ろしく御指導ください。
236  owa  2005/05/01 21:41 id: mJs8kxp1Zus  prob: 0.0%
kernel-smp-2.4.30 にアップ。2.6 までの繋ぎと云うことなので、そろそろなのか?
1. 今まで append="apm=power-off" が必要だったけど、いらなくなったみたい。ちゃんと電源落ちます。
2. lm-sensors モジュールが 2.9.1 にアップ。試してみようかな?
3. 関係無いけど、何時の間にか、gnome-2.10 がちゃんと動くようになっていました。こちらは落ちません;;
(パワーマネージメントに関しては linux 本家で揉めてたみたいだけど kernel-2.6
では落ち着いたのかな?)

この二日、夏場に向けて、マシンの掃除とか雷対策などしてました。部屋のゴミ捨てたら、大分風通しも良くなりました。
もし lm-sensors 使えるなら嬉しいな。去年は挫折してるので。
235  owa  2005/04/18 09:46 id: mJs8kxp1Zus  prob: 1.3%
apt-get したら sylpheed フォルダツリーのフォントが元の(大きい)サイズに戻ってしまった。
1.9.8 でツリー表示を GtkCTree クラスから GtkTreeView に変更したためらしい。
.sylpheed-2.0/gtkrc を次のように変更したら、"Arial 9" で表示されました。
-----------------------------------------
style "small" { font_name = "Arial 9" }
#class "GtkCTree" style "small"
class "GtkTreeView" style "small"
-----------------------------------------
http://www.gtk.org/tutorial/sec-gtksrcfileformat.html
234  owa  2005/04/04 22:23 id: mJs8kxp1Zus  prob: 0.0%
最近 gnome で落ちること多いです。と云っても gnome 使い出したのは最近ですが。
1. RADEON7000 + DVI + FlexScanL365 の相性が悪いのは有名な話し。
2. PEN4 のHT (インチキ SMP) + kernel-smp + acpi も怪しい (append="noapic acpi=off" にしたけどダメ)
3. RADEON ドライバで DRI エラーが出る。(xorg.conf で DRI を disable にした)
4. gnome-2.10 は発展途上。
5. python-2.4 になった。
などが原因かもしれない。まだ落ちます。gnome 立ち上がってしばらく経つとマシンごと落ちています。

ノートブック (VAIO) の方はまだ落ちたことありません。
X11 の不具合か gnome アプリが acpi 突っつくためかと推測したのですが、今のところ原因不明です。
と云うわけでメインの作業はやっぱり安定してる WindowMaker 環境でおこなってます。
233  hoihoi-p  2005/04/03 01:15 id: f4EbtcS9oVc  prob: 0.0%
>>232:原因はたぶん X11 関連と云うことにして置きます。
あたしも、どうもそのような気がします。
さっき、apt-get dist-upgrade したら、XOrg 関連がガラガラ up してから、挙動が安定してます。

# ノーチラス君が、「 "applications:///Office" は正しい場所ではありません。 」
# なんて言って、言うこと効いてくれないので、メインメニューの設定を変えられない。
# これも、Gnome-2.10 が up された辺りからだもんねー。
232  owa  2005/04/02 23:54 id: mJs8kxp1Zus  prob: 0.0%
>>225, 226
gnome 起動してパニックになったのは python-2.4 のせいでは無いようです。現在メインマシンでもちゃんと gnome 立ち上がっています。パニックになって以来、vine サイトから apt-get しただけで、python 関連
はいじってません。原因はたぶん X11 関連と云うことにして置きます。

VineSeed では python に依存するパッケージが大分少なくなったようです。main で調べた範囲では authconfig, kudzu, libuser, libxml2, libxslt,newt, rpm だけでした。以前
よりずっと減ってます。

もともと、基本ライブラリ→アプリケーションライブラリ→ツールライブラリ
という関係にあるはずなので、メインにあるパッケージが python に依存してる状態が不自然だったのかもしれません。gnome が進化して tkinter を使ったツールが減ったのが大きいのかなとも思います。
特に問題が無ければ、python-2.4.1 と既にビルド済みの rpm を明日 upload します。
231  hoihoi-p  2005/03/31 18:51 id: f4EbtcS9oVc  prob: 0.0%
>>230
うちでも、パネルのフリーズもGnome 起動時、「アプリケーション "gnome-settings-daemon"
は突然終了しました。」 と出てくることも無くなったですねー。

瓢箪から駒。 良かった良かった。 ^ ^

後は、付箋紙の情報が、ログアウトすると消えてしまう事、だけなんだけど。

# これは、build tool が、up された頃から。 備忘録に使ってたので、紛失したテキストが・・・。

こっちは、デスクトップにtxt置いて、txtのデフォルトを、gnuclient にして対応してます。
この方が安心な気がする。ハハハ。

どっちにしても、デンジャラスモード。

# KDEのパッケージャさん、かわいそう。
230  owa  2005/03/31 13:26 id: mJs8kxp1Zus  prob: 0.3%
>>228 あれじゃーわからないよなー
でも効果があったようで、gnome 立ち上げ時の XKB エラーは直ったようです^^
control-center-2.10.0-0vl4