小ぶりなpup登場(早く家に帰りたい！！)

[thinkpadnerd]

何だかんだ言いながら、tazpup で一通りのことができるように工夫しました。ソフトの追加はすべてパッケージマネージャからです。

ビデオドライバ ... radeon, OpenGL (追加)
ワープロ ... なし
テキストエディタ ... geany (追加)
表計算 ... gnumeric (追加) ※注
ブラウザ ... midori (デフォルト)
メーラー ... sylpheed (追加)
CDプレーヤー ... alsaplayer (デフォルト)
メディアプレーヤー ... mplayer (追加)
印刷機能 ... なし

※自動でインストールされる関連パッケージに加えて、goffice (0.10.32) を手動で追加しないと動きません

ブラウザは、一応 YouTube が見れるので midori で我慢します。(キャッシュを 10MB に制限)

256MB の save file で空きが約 110MB

[thinkpadnerd]

tazpup を終了して他の puppy を起動すると時計が -9時間ずれる問題

tazpup によってハードウエアクロックが utc で書き込まれてしまうのが原因と思われます。それで、時計合わせをしている daemon, ntpd を止めてみました。

手順
/etc/rcS.conf の RUN_DAEMONS= から ntpd の記述を削除する。
# hwclock --systohc --localtime
で CMOS にローカルタイムを書き込んで終了する。

tazpup でタイムサーバから時刻を取得することはできなくなりますが、時計合わせは他の puppy で行なうことにすればいいのです。

[タロ兵衛]

時計の件、ありがとうございます

tazpup によってハードウエアクロックが utc で書き込まれてしまうのが原因と思われます。それで、時計合わせをしている daemon, ntpd を止めてみました。

裏側で寝ているWin10が時々目覚めると、びっくりしてます(家族ゲームプレイ時)。
windowsはローカルタイムだけで、UTCに切り替えられないんですね、こっちもびっくりです

[ルビー]

裏側で寝ているWin10が時々目覚めると、びっくりしてます(家族ゲームプレイ時)。

TarPupの時間のずれは、Windowsを起動した時の方が問題が大きそうですね。
イベントログの時間とか、ずれまくりそう。
過去に時間がずれるのは、あまりよろしくないと聞いた事があります。

[thinkpadnerd]

以前に書きましたが、tazpup に mplayer を入れて、DVD の再生ができるようになりました。
viewtopic.php?f=16&t=3370&start=45#p25546

使用上、特に問題はありませんが、mplayer パッケージは ffmpeg を内蔵しています。共有ファイルとしての ffmpeg ではありません。

将来的に ffmpeg を使う他のアプリを入れる可能性があることを考えて(tazpup を使い続けるか分かりませんが )、共有の ffmpeg を使う gxine に入れ替えました。(いったん save file のバックアップから mplayer をインストールする前に戻して、新たに gxine と関連パッケージをインストール)

しかし、DVD が再生できない(メニューは出るが、本編が再生できない)ので、libdvdcss と libdvdread を追加したら、再生できるようになりました。こういう事態は gnumeric に次いで2度目です。slitaz の問題なのでしょうけど、依存関係が適切に処理されない場合がありそうです。

結果、save file 256MB で空きが 95MB

P.S.
tazpup は zram を作って swap として利用しています。ThinkPad X121e の場合は、メモリが 4GBあるので、swap は必要ないですが、zram を作るのは、その場限りの OS (?) である slitaz の仕様なのかな。usb メモリから起動した場合で、RAM の搭載量が少ない場合は有用かもしれません。

[ルビー]

tazpup は zram を作って swap として利用しています。

なるほど。
pupsave作成時に、swap使わないにしたはずなのに、freeコマンドで見るとswap使われているので、不思議に思ってました。

高圧縮のswapを標準使用するのは、やっぱり、最近のPC向きなのかな。
本家をチラ見した限りでは、パピー上でSlitazを走らせたい様な印象を受けたのだけど、このまま、変わり者のままで行きそうな予感。

[thinkpadnerd]

”ルビーさんが書きました:
> このまま、変わり者のままで行きそうな予感。

確かに、起動時画面に流れるメッセージを見ても、木に竹を接いだような印象です。

以前にも書きましたが、メニューを整理して、puppy 標準のユーティリティーを装備すれば、表面上は puppy らしくすることができると思います。今は、まだ基本的な動作の確認・調整の段階なのでしょう。

Alpha 16 が出ました。私は Alpha 14 改(保存動作を修正したもの)を使っています。ベータクオリティになったら、また改めて試してみようと思います。

追記
カーネルが 4.17 と極めて新しいのに、glibc のバージョンは 2.14 です。571JP の glibc が 2.15 であることを考えると古すぎます。バランスが悪いと思います。最近の chromium 系ブラウザは動きません。

[ルビー]

Alpha 16 が出ました。

/etc/rcS.confから ntpd 削除して、hwclockをローカルタイムにすると、時計が14時間遅れる様になっちゃいました(^^;。

[thinkpadnerd]

"ルビーさんが書きました:
> /etc/rcS.confから ntpd 削除して、hwclockをローカルタイムにすると、時計が14時間遅れる様になっちゃいました(^^;。

Alpha 16 で仕様が変わったんでしょう。私が ntpd を止める方法を発案した時はまだ Alpha 16 は出ていませんでしたので悪しからず。
とりあえず、ntpd の設定は元に戻してください。

# hwclock
で CMOS に保存されている時刻を確認して下さい。正しい時刻が表示されるなら、
# hwclock --hctosys
で、システムの時刻を修正して下さい。

追記
Alpha 16 をインストールしました。

ntpd は、やはり止めないといけません。そうしないと CMOS に utc で書き込まれてしまいます。
対症療法的ですが、hwclock が正しい(ローカルタイム)と仮定して
hwclock --hctosys
をスクリプトに書いて Startup フォルダに入れておくくらいしか思いつきません。

[ルビー]

ntpd は、やはり止めないといけません。そうしないと CMOS に utc で書き込まれてしまいます。

私は ntpd 生きのままで、対策を考えていますが、ハードウェア時刻がローカルの時か、手動でローカルに設定した直後に終了すれば、他のOSの時刻も正常になります。
なので、/etc/init.d に引数 stop で走るスクリプトを書いて、シャットダウン時に、ハードウェア時刻をローカルにする事を試してみましたが、うまく行かない。
どうも、TazPupは /etc/init.d の引数 stop 方式は使えないみたい。

結局、/etc/rc.d/rc.shutdown を編集して、シャットダウン時にハードウェア時刻をローカルにしたら、TazPup終了後に、他のパピーで時刻は遅れなくなりました。
スクリプトの先頭に、
hwclock --systohc --localtime
を追加しただけです。

あいかわらず、hwclock がローカル→ UTC になるタイミングも良く分からない。
起動時から、UTCの時もあるし。
それに、/mnt/home/fsckme.flg が14時間か、23時間遅れた時刻になります。
14時間は例の数字なのだけど、23時間って何だろう？
14＋９かな。

UTCにするのがSlitazの仕様か知らないけれど、アルファ版とは言え、他に影響を与えるのは、同居しているパピーに迷惑だから、早く修正して欲しいと思う。

PCManFMで、表示ディレクトリを端末で開くのが F4 キーなのだけど、ROX-Filerの Shift＋@ を叩いてしまいます。
気を付けていても、何度も間違える(^^;。
ショートカットキーの変更できないかなと探してるけれど、できないのかな。

[ルビー]

端末のプロンプト変更やエイリアス使いたいので、/root/.bashrc を作っても読んでくれないのか、設定できません。
これもSlitaz仕様？

[thinkpadnerd]

”ルビーさんが書きました:
> UTCにするのがSlitazの仕様か知らないけれど、アルファ版とは言え、他に影響を与えるのは、同居しているパピーに迷惑だから、早く修正して欲しいと思う。

> 端末のプロンプト変更やエイリアス使いたいので、/root/.bashrc を作っても読んでくれないのか、設定できません。

端末の設定は、sakura については、~/.config/sakura/sakura.conf
xterm は、~/.Xdefaults である程度設定できると思います。項目がない場合は作れば効くことがあります。
例えば、xterm*cursorBlink: true

tazpup の開発に協力するとか、tazpup を育てるという気持ちがあれば、本家フォーラムのほうにフィードバックしていけばいいと思いますし、どうにも使い勝手が悪いということなら、標準 puppy を使えばいいのではないでしょうか。
現在の tazpup は開発途上であり、常用には向かないと思います。

[ルビー]

端末の設定は、sakura については、~/.config/sakura/sakura.conf
xterm は、~/.Xdefaults である程度設定できると思います。

sakuraはプロンプトの変数 PS1 が設定されていないので、bashデフォルトの文字列になって、コマンド出力の中に混ざると、どこがプロンプトなのか、探さないと見分けが付きません。
単純に、# だけの方が良いので、変えようとしたのだけど、こんなに手こずるとは思わなかった。

/etc/profile に、rootのプロンプトは # にする設定があるので、これが効いても良さそうなのだけど。
たぶん、Slitazの方で何かやってるのでしょう。

ググっても、sakuraの情報（日本語）は少ないですが、Xtermはけばけばしい感じなので、sakuraの方を使っています。
単に名前が好きなだけかも。

tazpup の開発に協力するとか、tazpup を育てるという気持ちがあれば、本家フォーラムのほうにフィードバックしていけばいいと思いますし、

英文で自由に会話ができれば、とっくにやってますが、辞書引いてまでやる気力はないです。
常用するつもりはないですが、VirtualBoxで、Pale Moonを出しっぱなしにして使う分には問題無しだし、ちょっと良いかなと。

[thinkpadnerd]

”ルビーさんが書きました:
> /etc/profile に、rootのプロンプトは # にする設定があるので、これが効いても良さそうなのだけど。
たぶん、Slitazの方で何かやってるのでしょう。

sakura は独立した設定ファイルを持っているので、他の端末とはちょっと違うのでしょう。初めて見た時、どうやって設定を変更するのか分かりませんでした。
xterm は日本語が扱えませんね。日本語を入力することは、ほとんどないとは思いますが...
レポジトリに urxvt がありますが、そちらのほうが扱いやすいかもしれません。


tazpup には少々飽きてきたので、ベータ版になるまで放っておこうと考えていたのですが、Alpha 16 で新たな問題が生じて、放っておけなくなりました。
そもそも、tazpup には utc か否かを設定する画面がないと思うのですが...

一応、本家フォーラムに質問を投げておきました。以下は、その拙い英文を google 翻訳で訳したものです。いろいろ笑えます。

--
こんにちは。
私はAlpha 13以降、tazpupを試しています。

私はtazpupはutcでhwclockを設定すると思います。 一方、ウィンドウは、ハードウェアクロックが現地時間であることを前提としています。

私は窓に加えて私のPCにいくつかの子犬をインストールし、すべての子犬は現地時間にhwclockを設定しました。 tazpupの設定は、他の子犬や窓に影響します。

tazpupに関しては、現地時間とutcの間で選択することは可能ですか？

よろしく。
--

[thinkpadnerd]

”thinkpadnerd が書きました:
> tazpup には少々飽きてきたので、ベータ版になるまで放っておこうと考えていたのですが、

ハードウエアクロックの件、作者さんから「改良を加えて、ベータ版のリリースに向けて努力します」との回答を得ました。

当座の対策として、起動時に
hwclock --hctosys
でシステムタイムを調整するという方法もありますが、別な方法として

/etc/TZ を削除して、
# unset TZ
代わりに、他の puppy にはある /etc/localtime (リンク)を作成する。
# ln -s /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

いずれにしても、ntpd を止めるか、終了前にハードウエアクロックに localtime で時刻を書き込む必要があります。

そもそも tazpup に、他の puppy にあるような quicksetup の画面がないのが混乱のもとだと思います。

追記
そうこうしているうちに、Alpha 17 が出ました。(まだ試していません)