TOP Linux 4.2.1

[ビズアイユ]

嬉しくなったので、こちらも貼ってみますｗ

[minon]

dilloも進化していますね

先に質問で、
次のRC(5b or 6 )は、いつぐらいになる予定ですか？
もう１週間程度テストしたいな～とう感触です。

(補足追加)
テストしている中で、
acroread,WireSharkでCPU usageが90%以上になり、
pupsaveへの書込み動作が不安定になる現象が2回発生しました。

当初はWeb/DBクライアントで利用するつもりだったので、
大事なデータは別として
データ破損はトレードオフ程度で考えていました。
ただOoo/Thunderbirdあたり本気で使うとなると、
データの置き場所を考慮する必要があります。

pupsaveは、テンポラリ扱いとして
xxxドライブを/root/myshareにシンボリックリンクして、
そこに直接書き込み(とサーバ退避/同期)など試行していますが、
アクセス権などの問題もあり
なかなかいい方法が見つかりません。

このあたり、どうしています？
TOPLinuxの推奨な手段があればうれしいです。
思い切りこちら側の事情ですみません(汗
(追加終わり)

以下、先のコメントへの返信

（更に追記）
Exciteで日本語を翻訳するとバケバケの結果が出ますね（汗
ちょっと使い物にならない気配なので、
GoogleとYahooの二つに絞っちゃうことにします。

Exciteの　ja->en　は気になっていました。
ただ、国産だけあってen->jaの精度はいいようです。
ja->ch,ko はできるようですし、残しておいてほしいです。

原文 - 本家フォーラムよりテキトーに選択

コード: 全て選択

Well, that brings up problems of definition. 
if you think about it, if the hits for Puppy, TEENpup and MACpup are combined, 
then the whole project would have been better off.
Its not for me to second-guess Distrowatch's preferences, am just pointing out a problem or need, 
ie, a clearer way of specifying distributions. It will be good for the Linux landscape. 
Isn't the "too many to choose from" issue being raised about Linux all the time?

Excite japan　- それなりに翻訳

コード: 全て選択

さて、それは定義の問題を持って来ます。
Puppy、TEENpup、およびMACpupのためのヒットが結合されているならあなたがそれについて考えるなら、
プロジェクト全体は、より暮らし向きが良いでしょう。
それはどんな私のためのものではありません。
Distrowatchの好みを結果論で批判するか、ただ問題を指摘しているか、またはieに配分を指定するより明確な方法を必要とするように。 
それはリナックス風景に良くなるでしょう。 
「選ぶ多く過ぎる」問題は絶えず、リナックスに関して提起されていませんか?

Yahoo　- タグがはいったり、意味不明な部分多い

コード: 全て選択

それで、それは定義の問題を持ち出す。 
それについて考えれば、子犬のための衝突が、TEENpupおよびMACpup結合されれば、全プロジェクトはどちらにしても。
<dnt>であろう</dnt><dnt>Distrowatchの好み、ちょうど問題か必要性、
ieの配分を指定するより明確な方法を指摘するAMを勘ぐる私のための</dnt>Itsない。 
それはLinuxの景色のためによい。
問題「から」選ぶべき余りにも多くはLinuxについていつも上げられていないか

[ビズアイユ]

To minonさん

先に質問で、
次のRC(5b or 6 )は、いつぐらいになる予定ですか？
もう１週間程度テストしたいな～とう感触です。

早ければ明日あたりになるでしょうか。
ただ、小規模な変更になるので、
RC5aのテスト結果が役に立たなくなることはないと思います。

pupsaveは、テンポラリ扱いとして
xxxドライブを/root/myshareにシンボリックリンクして、
そこに直接書き込み(とサーバ退避/同期)など試行していますが、
アクセス権などの問題もあり
なかなかいい方法が見つかりません。

こちらも質問ですが、/mnt/xxx以下に直接書き込まず、
シンボリックリンクを用いる理由は何でしょうか？
データの欠損が怖い場合、HDDへのフルインストールが
根本的な解決策になりますが、オススメとは言い難い（汗
アクセス権の問題などという部分を、もう少し詳細に
説明して貰えると、何か知恵が出るかもしれません。

（更に追記）
Exciteで日本語を翻訳するとバケバケの結果が出ますね（汗
ちょっと使い物にならない気配なので、
GoogleとYahooの二つに絞っちゃうことにします。

Exciteの　ja->en　は気になっていました。
ただ、国産だけあってen->jaの精度はいいようです。
ja->ch,ko はできるようですし、残しておいてほしいです。

なるほど。もう一回ビルドしてみます。

[minon]

ちょっと今日、明日、手一杯という事情もあり、
余計なことをかいてしましました。

前提として、

- とりあえず、USBブートな環境
- ほとんどのPCでそのUSBを共用できる(設定変更などコンソール操作なし)
- pupsave は一時的な利用環境(or PUPSTATE=更新しない)
- 文書など重要データは別ドライブにリアル保存
- /root配下のフォルダイメージで使いたい
- サーバ退避/同期は、次の課題でOK

また、終了が遅い(pupsave更新)デメリットを何とかしたい
という側面もあります。

今は、シンプルにUSBの1パーティションを
ln -s /mnt/sdb1 /root/myshare
でリンクしてテストしています。

こちらも質問ですが、/mnt/xxx以下に直接書き込まず、
シンボリックリンクを用いる理由は何でしょうか？

たとえば、 Geanyでファイル選択する場合、
マウント操作とかフォルダ移動操作が面倒という理由だけです。

データの欠損が怖い場合、HDDへのフルインストールが
根本的な解決策になりますが、オススメとは言い難い（汗

Puppyのメリットが半減しそうで、避けたいです。
＃試したわけではないですが。

アクセス権の問題などという部分を、もう少し詳細に
説明して貰えると、何か知恵が出るかもしれません。

今の方法(マウントされたドライブのリンク)ですと、
所属グループ/それ以外のアクセス権の変更ができないですよね。
こちらのテスト範囲内の話ですが、
FirebirdなどDBサーバからはアクセス拒絶の現象がでました。
それ以外にアンマウントのミス操作の影響か
Oooが突然終了する現象もありました。

DBサーバとして使う予定はないのでいいのですが、
- 他アプリでも使えるかどうかわからない・・・
- Puppyのしくみ上、別な方法があるのでは・・・
というのが現状です。

[ビズアイユ]

To minonさん

ちょっと今日、明日、手一杯という事情もあり、
余計なことをかいてしましました。

いえいえ、お互い無理のないペースでやっていきましょう。
現状TOPで儲けが出たりはしないわけですしｗ

今の方法(マウントされたドライブのリンク)ですと、
所属グループ/それ以外のアクセス権の変更ができないですよね。

できないですかね？
僕の環境では、実ドライブのシンボリックリンクに対する
chmodもchgrpもThunarによるパーミッション変更も、
実ドライブにきちんと反映されました。

DBサーバとして使う予定はないのでいいのですが、
- 他アプリでも使えるかどうかわからない・・・
- Puppyのしくみ上、別な方法があるのでは・・・
というのが現状です。

シンボリックリンクの管理はOSが行っているので、
アプリケーションレベルで挙動が変わることは
基本的に無いと思います。ただ、他の仕組みは
ちょっと思い付かないですね。僕も非揮発性の
ストレージにファイルを保存し、不安なときは
syncを叩という運用で誤魔化してますから（汗

FirebirdなどDBサーバからはアクセス拒絶の現象がでました。

超能力で問題の解決を試みようと思いますｗ
DBサーバのサービスはrootではないユーザで
動いているため、パーミッションの問題が出ています。
該当のユーザをrootグループの一員に加えたうえで、
アクセス先の読み書き権限をオーナーから
グループにまで拡張すると、不具合が解消されるのでは？

[Cres]

はい、今日も BAHIR DAR大学にきております。
DILLO2.1でWEBメールがいけたという話ですけどRC4でも大丈夫ですか?

こっちで100MB超えのデータは落とせないので
あるもので頑張るしかないです (泣
電気も毎日 神に祈るしかないのでw

[ビズアイユ]

DILLO2.1でWEBメールがいけたという話ですけどRC4でも大丈夫ですか?

RC4のdillo-2.1はSSLにもcookieにも対応していない状態のため、
全く以って大丈夫じゃないです（汗

700kbならエチオピアでも15分で落とせるはずなので、
設定ファイルまで抱き合わせたdillo-2.1.1.petを
添付しておきます。dillo2でgmail利用の実績は
未だネットに出てないっぽいので、感動できるよｗ

ちなみにw3mもYmailは使えるようになりました。
Gmailはログインのリダイレクトが効かないので駄目っぽい。
日本語の表示と入力は無理だけど、コンソールでネットに
繋げると便利でしょうから、Bashで書かれたDHCP設定の
スクリプトをRC6には入れてみようと思います。

[ビズアイユ]

コンソール環境でのDHCP設定を簡易にするため、
dhclientコマンドをRC6には入れることにしました。
http://www.atmarkit.co.jp/flinux/rensai ... ipadd.html

ここにkonとcannaが加われば、こしきゆかしき
日本語コンソール環境の操作感を再現できるんでしょうが、
以下の理由でそこまでは踏み込みませんｗ
　・ISOが100MBを超えてしまう
　・konとFDやw3mとの連携が面倒臭い
　・そもそも必要とするユーザが少な過ぎる

とはいえ、自力でなんとかしようとする人のために
それっぽいリンクを張っておきます。
一番最後はcannaのpet置き場です。
http://park15.wakwak.com/~unixlife/linux/de-ja.html
http://www.turbolinux.co.jp/support/doc ... e/124.html
http://openlab.jp/puppylinux/download/sources/

[ビズアイユ]

RC5aからの変更点は以下の通りです。
主にブラウジング関係の機能が強化されています。
　
　・Dillo2を--enable-ssl --enable-ipv6で再ビルド
　・Dillo2のcookie設定をDENYからACCEPTに
　・w3mのクッキー受け入れとブックマーク表示のオプションをエイリアス化
　・Pwidgets起動設定の仕様変更
　　（YesとNoの二択、メニューからPwidgetsを選択で再設定可能）
　・ClamTkの更新（4.16→4.17）
　・hdparmの更新（9.15→9.25）
　・ddrescueの更新（1.10→1.11）
　・dhclientの導入（コンソールで簡単DHCP設定）
　・aclocalの削除
　・abiwordの不要なstring設定などを削除
　・不要なライセンスドキュメントを削除

ダウンロードは下のリンクからどうぞ！
http://sourceforge.jp/projects/toplinux ... 4.2.1.iso/

[ビズアイユ]

TOP Linux 4.2.1向けの追加機能を固めたSFSもRC6対応できました。
下のリンクからダウンロードが可能です。

TOP-unlimited-RC6-4.2.1.iso（OSとSFSが一緒に入っているISO）
　http://sourceforge.jp/projects/toplinux ... 4.2.1.iso/
ulmt-nolzma-r6_421.sfs（他のPuppyでも使える非LZMA圧縮版SFS）
　http://sourceforge.jp/projects/toplinux ... 6_421.sfs/

なお、前バージョンからの変更点は以下の通りです。
　・StardictでGoogleのFull-text translationが機能するように修正
　・OOoのminimizerエクステンションの文字化けを修正
　・TuxGuitar向けマンドリン/ウクレレ楽曲ファイル追加
　・Clam Antivirus向けウイルス定義の更新

既知の不具合としては以下の三点が確認されていますが、
ソースレベルでの手直しが必要だったり、SFS化自体が原因で
問題が顕在化するという性質のものだったので、
対処は見送りということにさせていただきます。
　・StardictでAltavistaとSystranBoxのFull-text translationが機能しない
　　（ただしExcite翻訳を有効にするためには上記を残す必要がある）
　・OOoのエクステンションをアンインストール時に警告が連続する
　　（ただし正常にアンインストールは実行できる）
　・ClamTkによるウイルス定義の更新が失敗する
　　（ただし初回のみでClamTkを再起動すると正常に更新できる）

[藥師寺]

RC6出ましたね＾＾

Cres氏がエチオピアで良い写真を仕入れてたら、
それに起動画面を変えちゃおうかなって画策してますｗ

エチオピアの風景ってどんなだろう。
撮影にいきたいですw

主だったディストリビューションでは数年前からgfxbootを使ったりして、より進んだアニメーションな起動画面になっております。
しかし、オリジナルなものを作るにはgfxbootは設定ファイルを変更するだけではどうにもならず、鼻血が出る位面倒くさいそうです。
http://d.hatena.ne.jp/viver/20060918#p1
追従すると、パピー道からはずれちゃいそうですけど。

[ビズアイユ]

To 薬師寺さん

RC6出ましたね＾＾

おかげさまで、8月末までの正式版リリースが
具体的になったような気がします☆
今後は、試用経過とバグ報告を確認したうえでの、
細かい修正を入れるだけになるでしょう。

ネタとしては面白いんですが、独自言語のgfxbootに
今から手を出すってのは正直辛過ぎるので、
それは老後の楽しみに取っておこうと思いますｗ

[ビズアイユ]

今後、TOP Linux 4.2.1の開発中に分かったノウハウを、
不定期に僕のブログに載せていこうと思っています。
手始めに、SourceForge.jpに置いてあるファイルの
説明なんかを補ってみました。リクエストも大歓迎です☆

TOP Linux 4.2.1公開
http://sasurahi.seesaa.net/article/126030467.html
Unlimited SFSの説明
http://sasurahi.seesaa.net/article/126100930.html

[minon]

実ドライブのシンボリックリンクの件は、
firebirdユーザのグループ設定含めクリアできました。
以下、こちらのスキルの問題っぽいので
来週Rc6で実戦投入&ひととおり再テスト予定です。

>所属グループ/それ以外のアクセス権の変更ができないですよね。

できないですかね？
僕の環境では、実ドライブのシンボリックリンクに対する
chmodもchgrpもThunarによるパーミッション変更も、
実ドライブにきちんと反映されました。

rootグループで読書きはできていますが、
Thunarでは、読書きが選択できても[OK]で読込み専用になります。

>FirebirdなどDBサーバからはアクセス拒絶の現象がでました。

超能力で問題の解決を試みようと思いますｗ
DBサーバのサービスはrootではないユーザで
動いているため、パーミッションの問題が出ています。
該当のユーザをrootグループの一員に加えたうえで、
アクセス先の読み書き権限をオーナーから
グループにまで拡張すると、不具合が解消されるのでは？

adduser -g root firebirdでユーザ追加してもダメで、
/etc/passwd のgroupIDをrootにあわせ0にしてOS再起動でOKでした。
アクセス先の読み書き権限はrootのままです。
結果オーライ状態・・・再テスト予定です。

そういえば、
manでdilloのオンラインヘルプ機能発見、便利ですね～

[ビズアイユ]

To minonさん

Firebirdの稼動おめでとうございます！
Puppyはユーザ管理周りが独特なので、
この成果には非常に価値があると思います！

rootグループで読書きはできていますが、
Thunarでは、読書きが選択できても[OK]で読込み専用になります。

うーむ、どうも僕の環境と挙動が違うような。
まず、recursiveな権限の変更か[Yes/No]で聞かれた後、
[Close]でダイアログを閉じているのですが…。

adduser -g root firebirdでユーザ追加してもダメで、
/etc/passwd のgroupIDをrootにあわせ0にしてOS再起動でOKでした。
アクセス先の読み書き権限はrootのままです。
結果オーライ状態・・・再テスト予定です。

なるほど、かなり技巧を凝らした方法ですね。
再テストで新しく分かったことがあったら、
是非ご教示いただけると嬉しいです☆
（このノウハウは色々なところで活かせると思います。）

そういえば、
manでdilloのオンラインヘルプ機能発見、便利ですね～

設定ファイルの説明があるのは嬉しいですね！
ちなみに、TOPでは/etc/dilloに行ってる設定ファイルも
ありますので、若干の注意が必要です。