Wary-511-01j

[シノバー]

httpサーバーは起動はしている。
サーバー内エラーである。
perl pup_pplog.pl >pplog.html と直接実行すると、正常なhtmlが出力される
このファイルはブラウザで表示可能。

/var/log/hiawatha/system.log の次のメッセージが気になります。

コード: 全て選択

Sun 27 Mar 2011 16:00:55 +0900|Warning: error redirecting stderr

どうも　pup_pplog.pl の出力のパイプが詰まってるとか、そういう現象みたいです。

${HIAWATHA} -d
にしたら、一応動きました…。

こちらでは動作は確認できませんでした。が、ヒントになるか…

[シノバー]

本家 wary-511(full)では正常動作し、error redirecting stderr は起こりません。
この wary_511.sfs を unsquashfs し、そのままのもの(コピーも何もしていないので、パーミッションなど変化しないはず)を dir2sfs でふたたび wary_511.sfsを作りますと…
error redirecting stderr が出て PPLOGが動きません 　さてはて

[シノバー]

コード: 全て選択

Sun 27 Mar 2011 16:00:55 +0900|Warning: error redirecting stderr

どうも　pup_pplog.pl の出力のパイプが詰まってるとか、そういう現象みたいです。

${HIAWATHA} -d
にしたら、一応動きました…。

たしかに、動きました。forgroundだとredirectingがきくが、backgroundにするとredirectできないという現象がおこっているみたいです。

[シノバー]

本家 wary-511(full)では正常動作し、error redirecting stderr は起こりません。
この wary_511.sfs を unsquashfs し、そのままのもの(コピーも何もしていないので、パーミッションなど変化しないはず)を dir2sfs でふたたび wary_511.sfsを作りますと…
error redirecting stderr が出て PPLOGが動きません 　さてはて

こうなると手の施しようがないのですが、再実験したらちゃんとPPLOGは動きました。
落ち着いて探れば解決の道はありそうです。

501q以降の作り方は、本家Wary_511.sfsを展開し、差分のファイルを突っ込んで再構成するという方法ですが、その過程でリンクの扱いに問題があったことを発見しました。ただしこの修正後もPPLOGの問題は解決できていません。

[新谷]

${HIAWATHA} -d
にしたら、一応動きました…。

たしかに、動きました。forgroundだとredirectingがきくが、backgroundにするとredirectできないという現象がおこっているみたいです。

こちらでも確認しました。しかし原因が分からないなぁ....。

[新谷]

you2pupがダメっぽい。本家フォーラムの最新版に入れ替えればOKっぽいですが。
.....今回は外してもいいかもしれない。

didiwikiは今回外すなら、一応 /root/spot/.didiwiki も削除しておいたほうがすっきりするかもです。

[新谷]

SeaMonkey2 にて、Insert-key 押しても落ちたことないのですが、どういう現象なのでしょうか？

ここでの書き込みとか、 google翻訳などで Insert-key 押すと確実に落ちるようです。
http://translate.google.co.jp/?hl=ja&tab=wT#

Gtkのライブラリを --with-xinput=yes オプションでコンパイルしたものと一部（添付: libgdk-x11-2.0.so.0.2000.1,libgtk-x11-2.0.so.0.2000.1）入れ替えると落ちないことが分かっていますが、最終リリースでそうするかどうか迷っています。

Gtkのコンパイルはしてみたのですが、seamonkey2の新しいバージョンはコンパイルするのがめんどうそうだし…。本家版からの変更をできるだけ小さくするということで、現状のままで行こうかとも…。

どうしましょう？

なるほど、バリーさんの昔のブログに書いてあるですね。
http://bkhome.org/blog/?viewDetailed=01112

.....この投稿はただメモとして置いておくだけで、話を蒸し返すつもりはありません
現状のままでいいと思います。

[サボり魔]

答え：/dev/null のパーミッションで書き込み権限を皆に与える。

SeaMonkeyで動作確認。

これで解決ってことでいいんでしょうか？？（あっさりすぎて…）
clarfさんの記念すべき５００回目の投稿に感謝
http://www.murga-linux.com/puppy/viewtopic.php?t=59106

[新谷]

答え：/dev/null のパーミッションで書き込み権限を皆に与える。

おおー、すっげぇー 確認しました。

[シノバー]

答え：/dev/null のパーミッションで書き込み権限を皆に与える。

す、す、すごい

リマスタのどの過程で /dev/nullのパーミッションが変わってしまったのか、現在その原因を調査中です。
あと、 pup_pplog.plのUTF8対応ですか…。

[シノバー]

Seamonkey-2.0.13 があるようです。
http://bkhome.org/blog/?viewDetailed=02198
Insert-keyの問題は Gtkをリコンパイルしたものが回避できることが分かっています。

SeamonkeyのアップデートとGtkの入れ替え…この２つはどうしましょう？やるべきでしょうか？

[新谷]

SeamonkeyのアップデートとGtkの入れ替え…この２つはどうしましょう？やるべきでしょうか？

僕はこのままでいいんじゃないの?派です。
これは何か問題があった場合、パピーの根幹部分に関わってくる部分に広範に影響があるでしょうし。
現状での問題は、かなりマイナーなものですし、とりあえず本家準拠ということにして今後の課題ということでもいいんじゃないでしょうか。
向上心に欠けるかな.......

[暇人]

Waryだからそのまんまで。

[シノバー]

サボり魔さん、新谷さん、暇人さん、ありがとうございます。以下をアップしました。
2bbfb2af9336f8c339e0a735cd2bdbc7 wary-511j01-k2.6.32.28-small.iso (５Apr 2011)　日本語版
http://shino.pos.to/party/bridge.cgi?puppy/wary/

511jからの変更点
1. PPLOG(utf8対応)
initrd.gz内 initスクリプトで作成されたデバイスノードをchroot後のシステムにコピーするのを止めました。/dev/nullのパーミッションが変更されてしまっていたことへの対処。
デバイスノードのコピーはUSBデバイスなどの抜き差しでデバイスが認識されない場合への対処としてBaryさんが(5.1.1で）導入したものですが、Quickset版では /etc/rc.d/sysinit内で udevdを再コールすることで対処されています(431JP以来)。
ただし本家版では /dev/nullのパーミッションが変更されない理由は不明。
また /root/Web-Server/blog/pup_pplog.pl をUTF-8対応のものに差し替え(431JPより)。

2. /etc/rc.d/sysinit
ATAドライブの認識で本家版 5.1.1と同期、また Intel 845Gでは直接グラフィックデスクトップに行くのではなく xorgwizardを起動するようにしました。

3. PCの名前をデフォルトの 'puppypc' から変更した場合に名前解決ができす、 ROX-Filerが遅くなることがあったものへの対処。本家フォーラム 01micko情報より。

4. 同じくPCの名前をデフォルトから変更した場合に CUPS-PDF が失敗していたことへの対処。本家フォーラム情報。

以上です。Gtkや seamonkeyのバージョンに変更はありません。(Insertキーで落ちる)

[サボり魔]

終了時の「No Save」の挙動がちょっと気になりました。
当方の環境設定の不足に拠るもの or そもそもそういう仕様でしたらご容赦ください。

環境：
　・Wary-511j01 (frugal install)
　・SaveFile 64MB (←これは関係なさそう)
　・lang_pack_all-0.6-w5.sfs
　・lang_pack_ja-1.1-w5.sfs
　・wary_devx_511.sfs
　・「Puppy イベントマネージャー」で Save Session を 0 にしておく
　　　(↑終了時にsave選択画面が出る)
　・自作PETパッケージ

現象：
　・PETパッケージを入れた後に「No Save」を選んでも再起動すると保存されている。
　・/root/.packages 内にはインストール情報が残っていない
　　(＝PETgetパッケージマネージャにも出ない)。
　
本来期待している動作：
　・何も残らないはず。…はず。　orz

再現方法：
　・自作のPETを入れる。

無理矢理に回避：
　・大昔に書いたスクリプトを試したら、何も残さずに済みました。
　　http://sakurapup.com/forum1/viewtopic.php?p=5166#p5166
　・PUPMODEの数字 or 数字を変えるタイミングの問題？？ (←ただの想像)

以上です。


実は、511j01 の直前の Wary-511j でこの現象に遭遇していたのですが、
No Save を選んだかどうか記憶力に自信がありませんでした。
それとも、パッケージの作り方が悪いのかなぁ…？

（追記）
容量削減のため、添付PETを削除しました。