横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
若干の写真など．Raspberry Pi Model Bです．
スティル写真だと，まともにKDEが起動している感じですが，起動からここまで10分ほどかかってます．
デスクトップが表示されて，Konsoleを立ち上げてtopを実行してみると，バックグラウンド処理が多くて，過重負荷状態^^;;
Konquerorで，当サイトを表示．1920×1200が表示されるのは賞賛に値します．ここまで起動から約20分^^;
いっぽうのRaspbian．GUIのデスクトップが表示された時点で余計なバックグラウンド処理がないのがいいです．
しかし，Webブラウザーの起動の遅さは，KDEのKonquerorと大差ないです．日本語フォントをインストールしてないので，読めません^^;;
これは，QEMUで動いているSlackwareARM 14.2．解像度は1024×768のみ．
最近，少々取り組んでいるのは，Raspberry Piで家庭用サーバーが構築できないか，ということです．
Raspberry Piに限らず，CPUにARMを使うマシンで，サーバーを構築できれば，家庭用サーバーとしては，能力的にも消費電力的にもちょうどいいのかなと思った次第です．
もちろん，x86系の省エネCPUを使うという手がないではありませんが，単に今動かしているサーバーをスペックダウンさせるだけ，ということになって，全然面白みがありません．
手持ちのRaspberry Pi Model B (1x CPU, 512MB RAM)で，Raspbianを動かすのは成功してます．まあ，Lチカみたいなもんですね．
ですが，Debianはほとんど利用経験がないので，自分のホームグラウンドに引きずり込むということで，SlackwareARMのインストールを試みてみました．
サーバーにGUIは関係ない，と長年考えていたのですが，KDEがちゃんと動くと，それはそれで，サーバーの管理も楽ですし，兼用Workstationとしても，メール，Webの閲覧，記事の更新くらいは遜色なくできて，非常に便利です．
ということで，せっかくSlackwareARMに，KDEのフルセットがついていますから，KDEをインストールして試してみました．
最初は，QEMUのARMエミュレーターで試しました．結論的には全く使い物になりません．主記憶を256MB以下にすると，KDEのデスクトップが表示されません．2〜3日放っておけば表示されるのかもしれませんが^^;
512MB, 1024MBにすると，まあなんとか動きますが，それでもデスクトップが落ち着くまでに耐えられないほど時間がかかり，落ち着いてからStartボタンを押して，それからメニューが表示されるまでに数分という，なんのためにStartボタンを押したか，きれいサッパリ忘れるのに十分な時間を要します．
ネット検索の結果，Raspberry Pi Model Bだと，QEMUよりは速いという情報を得たので^^; 実機で試しましたが，こちらも，とてもじゃないけど使えません．そもそも，重量級のKDEは，ARMで動かそうなんてことは全く考えて作られてはないのでしょうね．
選択肢としては，xfceを使うことになると思いますが，KDEを使わないのでは，Slackwareにする意味があまりないようにも思います．まあ，そもそもGUIはあきらめたほうがいいということなのかもしれません．
とりあえず，xfceは動くようにするものの，他のマシンからsshで接続してCUIで設定するということにしてみます．
次は，ルートドライブをUSB接続のSSDにして，ブートさせて，webサーバーなどとして使い物になるか試してみます．
Raspberry Pi 3にSlackwareARM 14.2をインストールしたところ，KDEはまあなんとか使えます．
症状としては，例えばゲストマシンからSo-netのお仕着せルーターのIPv6アドレスをtraceroute6すると，ホストのvirbr0まで届くのですが，その先に行きません．ホストがブリッジ機能を果たしてくれません．
たぶん，引っかかっているのは，解ってしまえばなんでもないようなことだと思うのですが，この二日間悩んでいます．
IPv6のルーティングについては，なんとも不可解である．以下の話は，参考リンクに挙げた，Andyさんの，On Going Struggleの記事による（一部自分で確認して情報を追加）．
Linux Kernelが，ルーターモードでないと判断したら，SLAACが効いて，IPアドレス（IPv6のアドレス．以後も断りなければIPv6限定の話）の取得とルーティングを行うが，ルーターモードになると，SLAACは無効になって，各インターフェースのIPアドレスとルートを手動で設定しなおす必要が出てくる．
では，どのようにルーターモードであるか判断するかというと，/proc/sys/net/ipv6/conf/all/forwardingが1の時，つまり，
echo 1 > /proc/sys/net/ipv6/conf/all/forwarding
が実行されるとルーターモードになる．このコマンドを実行したら，各インターフェースのIPアドレスとルートを手動で設定しなければならない．
ただし，Linux Kernel 2.6.37以降では，ルーターモードでもSLAACを活かすことができるということである．そのためには，
echo 2 > /proc/sys/net/ipv6/conf/<IF name>/accept_ra
とするということである．本来はバイナリーなのに”2″を書き込む．
<IF name>は”all”では効果がなく，それぞれのインターフェースごとに行う必要があるようだ．
Andyさんの，”The Ongoing Struggle”から，
そういう訳で，古〜いZope/Ploneベースのブログが動き出し，眺めてみると，逆に新鮮な感じもあり^^; ソフトを刷新したサーバーに最新版をインストールして見ようかなぁなんて気になりました．
しかし，情報収集してやめとくことにしました．特に参考になったのが，にがうりくんのページです．
この記事は，2013年7月に書かれてますから，2010〜2013年くらいにかけてPloneを使われていたと言うことになります．私の場合Ploneを使ったと言えるのは，2005〜2013年頃ですが，COREBlog(2)の関係でupgradeはしませんでしたから，実質的には，にがうりくんが，使い始めた頃には，すっかり放置状態になっていたと思います．
始めた時期が5年違うのですが，Ploneに感じたデメリットは，共感するところが多いです．
ということで，Zope/Plone再導入計画は，白紙，というか，永遠になしということにしました^^;