Momonga Linux Part 3

2007年8月19日 Momonga Linux 4 Release

本家 http://www.momonga-linux.org/
Wiki http://developer.momonga-linux.org/wiki/

>>411
> specファイルをチェック?している最中に
>
> scanning specfile: 5%autotrace
> scanning specfile: 5%avahi
> scanning specfile: 5%sh: build-classpath: command not found
> avalon-framework
> scanning specfile: 5%sh: build-classpath: command not found
> avalon-logkit
>
> って出ているのは、何か必要なパッケージが足りないのでしょうか？

jpackage-utils が足りません。jpackage-utils をインストールしてください。
申し訳ありません、これは build-momonga の不備だと思います。
近日中に修正した build-momonga をリリースできるよう作業いたします。

momonga5をインストール直後で、OmoiKondaraしたときに以下が表示されます

scanning specfile: 45%mm
scanning specfile: 45%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
mod_auth_kerb
scanning specfile: 45%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
mod_auth_mysql
scanning specfile: 45%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
mod_auth_pgsql
scanning specfile: 45%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
mod_authz_ldap
scanning specfile: 45%mod_cband

scanning specfile: 45%/bin/sed: /usr/share/selinux/devel/policyhelpを読み込めま せん: そのようなファイルやディレクトリはありません
/bin/sed: /usr/share/selinux/devel/policyhelpを読み込めません: そのようなファイ ルやディレクトリはありません
mod_fcgid
scanning specfile: 45%mod_geoip

scanning specfile: 45%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
mod_python
scanning specfile: 45%mod_ruby

つづき

scanning specfile: 73%sh: octave-config: command not found
plplot

scanning specfile: 75%Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/distutils/sysconfig.py", line 493, in get_config_vars
func()
File "/usr/lib/python2.5/distutils/sysconfig.py", line 352, in _init_posix
raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/lib/python2.5/config/Makefile (No such file or directory)
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/distutils/sysconfig.py", line 493, in get_config_vars
func()
File "/usr/lib/python2.5/distutils/sysconfig.py", line 352, in _init_posix
raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/lib/python2.5/config/Makefile (No such file or directory)
python-json
scanning specfile: 75%python-kerberos

つづき

scanning specfile: 84%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
subversion

scanning specfile: 87%Package pygtk-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `pygtk-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'pygtk-2.0', required by 'Deskbar Applet Handlers Location', not found
tracker
scanning specfile: 87%transcode

つづき

scanning specfile: 53%grep: /usr/include/db.h: そのようなファイルやディレクト>リはありません
grep: /usr/include/db.h: そのようなファイルやディレクトリはありません
grep: /usr/include/db.h: そのようなファイルやディレクトリはありません
perl
scanning specfile: 53%perl-Acme-Kensiro

scanning specfile: 72%cat: /usr/include/httpd/.mmn: そのようなファイルやディレクトリはありません
php
scanning specfile: 72%php-chasen

つづき

scanning specfile: 72%sh: php-config: command not found
error: Macro %php_extdir has empty body
php-pecl-apd
scanning specfile: 72%sh: php-config: command not found
error: Macro %php_extdir has empty body
php-pecl-memcache
scanning specfile: 72%sh: php-config: command not found
error: Macro %php_extdir has empty body
php-pecl-xdebug
scanning specfile: 72%php-simplate

このへんは、
httpd-devel　selinux-policy-devel　octave-devel　python-devel
pygtk2-devel　db4-devel　php-devel
がインストールされていないためですが、
これらは、 SPEC のBuildPrereq: 等でよきにはからってくれます。
気になるようなら先にインストールしたほうが良いでしょう。

余談になりますが、OmoiKondaraでglib2やkdelib等をいきなりビルドすると
失敗してデスクトップ関係が全滅する可能性があります。
あらかじめ、バイナリを取得しておくなど、復活手段を整えてから
作業したほうがよいので、お気をつけ下さい。

ももんが〜。
自分のマシン軍団（いっぱいある）の富士通陣営の、最後の砦的存在になってます。
これからも、富士通のＮＵシリーズ（よくリース流れが大量に中古で出回る商用ノート）
をよろしく面倒を見てやってください。

>>419
開発者は最新マシンが好きなので、、、中古はありえない、、、
kernelとXは最新に近いところなので、サポートは期待しないように、、、

古いのサポートはしないだろうが、捨てることはしないんじゃないか

カーネルの話だと、どのconfig optionがNUシリーズに必須なのか分からないし、
不要だと思って削除する可能性もあるし、実機持ってないとテストもできない。

動かなくなったらどこかで不満を訴えてくれないと改善もできない。
逆にレポートしてくれれば改善できると思う。

いっ、今起こったことを有りのまま話すぜ。
１GHz越のFMV-NUシリーズでまったく動こうとしなかったecoLinuxが、
233MHzクラスのBIBLOFMV-BIBLO NEVIII23Xではあっさり動きやがった。

なっ何を言っているのか（以下略

特殊なマシンなんですかねぇ、ぬ〜シリーズは。
丈夫で長持ちで良い機械なんだけどなぁ。（語尾あがる

やっぱり中古はdebianかVineということになるか・・・

オヌヌメスレからこっちにきたのか

rxvt-unicode で日本語記号の幅が半分になる、という問題があります。
たとえば◎とか×とか☆などの文字が半分の幅で表示されてしまいます。
EastAsianWidth.txt で文字幅が anbiguous と定義されている文字について、
このような現象が起きるようです。

これについては debian方面の

http://vdr.jp/d/

さんがアップストリームと議論なさっているようです。rxvt-unicodeの作者は
「それは locale の方で解決すべき問題で、アプリは locale の指定に従う」
とつれなく、それではということで glibc 方面に改善を申し入れたが今度は
「アプリの方でも、それなりの変更をしてくれなくっちゃあ、ごにょごにょ」
とかで良い返事は得られず、鳥の方で何とかしようと debianの BTS に投げても
返事は来ず。

ということで、割と有名な問題のようなのに、まともに解決されていないように
見えます。どうやるのがよいでしょうか。

バータリーな対処としては上記のvdrさんの

http://vdr.jp/d/20070322.html

があります。「EastAsianWidth.txt で文字幅が anbiguous となっているものは、
ja_JP.UTF-8 の場合には幅2と決め付ける」というものです。ただし、このURLに
ある UTF-8-EAW-FULLWIDTH.gz は今では古いので、作り直す必要があるでしょう。

>>426
>「EastAsianWidth.txt で文字幅が anbiguous となっているものは、ja_JP.UTF-8 の場合には幅2と決め付ける」
これは ja_JP.UTF-8 locale を修正するというもので、アプリを修正する話ではありません。

flashplayer-pluginをビルドするのに、openssl-develが必要みたいです

s/anbiguous/ambiguous/g

ハズカシー (^_^;

rpmから入れたら？

>>426
できるだけ多くの「困っているんだ」という声を上げなければ進展は難しいかと．
まずは各鳥のBTS(ここではMomonga Bug Tracking)に登録して事例を集めて，
libcのBugzillaに「うちでもこういう状態で困ってるぞ」という声を
集積していくのがいいのではないかな．

>>431
お返事ありがとうございます。昨日から UTF-8 への移行を始めたんですが、
他の方はこの不具合をどうされているのかと思いまして。自分の所では
http://vdr.jp/d/20070322.html の方法でとりあえずしのいでいます。

>できるだけ多くの「困っているんだ」という声を上げなければ進展は難しいかと．

なるほど。パッケージへの鳥固有の対処は、しない方が良いのかな。

別件でscreenへのパッチを探していたら、その件でのパッチは見つからなかった
けど代りに >>426-427 の件でのパッチが見つかりました (debianの開発版にて)。
でもアプリごとに対処するのは面倒だし、locale にそのための情報があるべき
なんですよね。

モモンガ〜。
光ファイバーケーブルをかじるのは辞めるんだ〜

>>432
> http://vdr.jp/d/20070322.html の方法でとりあえずしのいでいます。

うちもそれ．ただlocale差し替えるのは確実に自分しか使っていないマシンに限るかな．

> >できるだけ多くの「困っているんだ」という声を上げなければ進展は難しいかと．
>
> なるほど。パッケージへの鳥固有の対処は、しない方が良いのかな。

オフィシャルな形で修正されてくれたほうがいちいちこんな対処しなくていいしね．
独自でlocaleにこういった大きな変更を加えるのは鳥のポリシーによるだろうから，
まずは要望を出してみては．

BTSに入れときました。

>>435
xtermでも同様の問題がありますね。
そして、
$ xterm -cjk_width
だと、問題なく表示されますが、バックスペースで削除すると、
半分づつ削除されて、美しくないことになってしまうようです。
UTF-8-EAW-FULLWIDTH.gz
も若干古いみたいなので、個人的には、どうするか様子見です。

引き続き EastAsianWidth の話ですが
/usr/lib/perl5/5.10.0/unicore/EastAsianWidth.txt
によれば、トランプのスートの幅が次のように規定されています。
第二フィールドは「Aが ambiguous」「Nが narrow」です。

2661;A # WHITE HEART SUIT
2662;N # WHITE DIAMOND SUIT
2663;A # BLACK CLUB SUIT
2664;A # WHITE SPADE SUIT
2665;A # BLACK HEART SUIT
2666;N # BLACK DIAMOND SUIT
2667;A # WHITE CLUB SUIT

ダイヤモンドだけがnarrowになっています。UTF-8化するのが嫌になってきました…。

>>437

2660;A # BLACK SPADE SUIT

を忘れていた…

momonga4.1

起動直後はSVGAだったとしても、
モニターの設定いじってやるだけでXVGAに代わってくれるのね。
どっかのubuntu派生ディスターも、このくらいの対応できないのかなぁ？
とくにXFace。あれは、折れの技術じゃどうにもなんね。
対応してくれていることを、神に祈るだけ。

ライブCDは来年ですか？

神ではなく仏にお願いしなさい。

ライブCD、RC版で開発放棄。
以後はDVDとネットからのブートって書いてありましたが、
5のRC版と、4.1の正規版LiveCDとでは、どっちの方がお薦めなんでしょうか？

いや。CD焼いて、使ってみますけど、ここが欠点だから、こっちがいいとか、
ここが不完全のままで開発終了したから、4.1がいいとか。
確固たる信念をおもちのかた、いますか？
参考にしたいです。

あと、Momongaって、RadHatの流れを組むSELinuxがベースなんですか？
SELinuxのLiveCD版を試してみたら、共通点がやたら多いようなので。

Vre.5のRC版は、動きませんでした。
もう、LiveCDは作らないんですかぁ……
残念ですが、しょうがないですね。
DVDが当たり前の世の中ですからねぇ……

君みたいなのがスタッフになって尽力を注いでくれると助かる気がする

>> 441

いろいろツッコミ処が満載な気もするが…

> あと、Momongaって、RadHatの流れを組むSELinuxがベースなんですか？
> SELinuxのLiveCD版を試してみたら、共通点がやたら多いようなので。

SELinuxは、Linuxディストリビューションの構成要素だから、それがベースになってるとか
変な表現だな。

SELinuxのLiveCDってのは実際触った事がないからわからんが、そのLiveCDが
Fedoraか何かがベースになってて、SELinuxの動きを見るために作ったものだとしたら、
似てるのも当り前だ。

ちなみに、Momonga 4はサポート終わってるから、今から使うなんて言うなよ。

flashplayer-pluginのinstall_flash_player_10_linux.tar.gzのチェックサムが違っていませんかね？
それともファイルが差し変わったのでしょうか？

FSはext3ですけど、svnでSTABLE_5を更新した後とかに
ファイルが数個しかない別ディレクトリでlsとかすると、一時的に反応がなくなるときがあるのですが、
FSが関係しているのでしょうか。
XFSでもなったかもしれませんが、今はext3にしてしまっているので比較できません
SATAの環境です

>>446
今とってみたらsha256sumは同じだけど。

LiveCDがでりゅまで、いつまでもモモンガ4.1は使うよ。

そろそろMomonga5のVMwareパッケージが出ててもいいのでは無いだろうか…

>>447
libflashplayer-10.0.d20.7.linux-x86_64.so.tar.gzも同じですか？

今は正確なエラー内容が確認できないのですが、
昨晩ビルドしようとして、チェックサムエラーだったと思ったんだけど
チェックサムを書き換えたらビルドできました。
ファイルもその時取得したものです

>>450
447 じゃありませんが。
数分前に落として sha256sum が合いました。

>>449
ttp://www.momonga-linux.org/

トップページでアナウンスされています。

LiveCDは出ないの？出るの？
Vineに行っちゃう方が幸せになれるの？

Vineに行った所で、幸せになるとは到底おもえない。
Momonga使ってても幸せではないだろうからUbuntu使えばいいと思うよ。
rpm系じゃないと嫌ならFedoraで。

> 443：login:Penguin：2009/01/04(日) 20:44:42 ID:9wRWhPxI
> 君みたいなのがスタッフになって尽力を注いでくれると助かる気がする

まさにそういう事だが。

VMware来ましたね

と思ったら既に>>452で、失礼しました

>>446の件
STABLE-5だとエラーになりますね

STABLE5でOmoiKondaraした際に、
***** fatal error *****
Assertion failed!

/home/xxx/trunk/tools/v2/utils.rb:38:in `momo_assert'
/home/xxx/trunk/tools/v2/build.rb:178:in `ensure in do_rpmbuild'
/home/xxx/trunk/tools/v2/build.rb:181:in `do_rpmbuild'
/home/xxx/trunk/tools/v2/build.rb:615:in `block in buildme'
/home/xxx/trunk/tools/v2/build.rb:561:in `catch'
/home/xxx/trunk/tools/v2/build.rb:561:in `buildme'
../tools/v2/OmoiKondara2:69:in `block in <main>'
../tools/v2/OmoiKondara2:67:in `each'
../tools/v2/OmoiKondara2:67:in `<main>'


abort

please report this message to [email protected]

***********************
と、なるのですが、
何が原因かわかりますでしょうか。

>>457
STABLE_5の方を直しました。

>>458
そのメッセージの前がないと勘になるけど、
ruby19-rpmが入ってないとか？

>>459
事前にyum install build-momongaして
[root@ml115 ~]# rpm -qa | grep ^ruby19
ruby19-1.9.0-16m.mo5.i686
ruby19-rpm-1.2.3-13m.mo5.i686
となっております。

メッセージの前となると、例えば
../tools/OmoiKondara -Svn flashplayer-plugin
とした場合、
number of specfiles: 3718
scanning specfile: 100%
reading RPM database to see what is installed ... OK
(ファイル取得など、エラーらしきメッセージなし)
***** fatal error *****
Assertion failed!

と続きます。

>>460

../tools/OmoiKondara に -G オプションを付けたときのログをもらえませんか。

%dist mo6
とな？
ますます違いが小さくなりましたな。(%dist fc11)

>>458
LANG=ja_JP.EUC-JPな環境ではないですかね？

Momonga Linux 5のVmware版をダウンロードしたのですが，
初期のアカウントとパスワードが分からずログインできません．

どこをみれば記載されているのでしょうか?

ヒント: momonga

>>465
ありがとうございます．

ルートパスワードが分からないことと
初期ユーザーの登録画面がでないというトラブルが
重なっていたようです．

ふくろももんがLINUXを作ろうと思う。

>>467
すでにNECが作ってるよ
http://www.nec.co.jp/pfsoft/clusterpro/
http://www.nec.co.jp/pfsoft/clusterpro/character.pdf

seamonkeyとfirefoxがflashを表示しようとすると落ちるんだが何か原因を調べる方法はありませんか？

手元にある数台でテストしてみたところ、3台中2台が落ちます。同一ページを開いて動作確認してます
memtestでは特にエラーにならないのでハードエラーはなさそうです。
STABLE_5環境で、flashもomokonで作成したものです。

nspluginwrapper が入っているなら消す
gnash-plugin も swfdec-mozilla も消す

nspluginwrapper,gnash-plugin,swfdec-mozillaそれぞれ入っていませんでした

あとは、libflashsupport の有無かねえ

kgam：jp=k2akpppmがsjnghpkk>2225がKD5550でいいですかね

TurboLinux2008とmomonga4.1を比較した。

比較にならなかった。

ここのチーム、TurboLinuxの開発の委託でも請ければいいのに。

>>474
じゃあVineも入れてあげなきゃ

ターボバインガー楽しみにしてまつ

下見て暮らすな上見て暮らせ

>>476
床にゴミが溜まりますた

>>476
ありがとう
階段でパンチラ見えますた

Mo5環境のSound Juicerで出力フォーマットで「CDの品質(MP3orAAC)」を利用したいのですが、
選択できないのは何か理由があるのでしょうか？
lame/faacはビルド&インストールしてあります。

また、「プロファイルの編集」で新規追加したプロファイルも選択できないようなのですが
これもなぜでしょうか？

>>479
gstreamer-plugins-ugly も必要だと思われます > mp3
sound-juicer ビルド時に必要かもしれないのしれないので、
確認中です。

プロファイルの編集は、編集時に有効にするをチェックして、
再起動すると選択できると思います。

sound-juicerのリビルドは不要なことを確認しました。

sound-juicerでAACの出力はできますか？
必要そうなパッケージはインストールしていると思うのですが
自分の環境では、選択ができません。

>>482
多分、Mo5ではAAC(.m4a)はできないと思います。
# Mo6でもサポートは無い予定。(理由は、私が使わないから)

xine経由だとできるかもしれませんが、MoのGNOMEではxineを切ってますので、
KDE等から試した方がいいと思います。

>>483
sound-juicerでAACを使用可能にするためには
ビルドし直さないと無理ということですか？

>>484
いえ、おそらく、 gst-plugins-bad を入れればよいと思います。
http://gstreamer.freedesktop.org/modules/gst-plugins-bad.html
単純に、ビルドインストールすれば使えるはずですが、
Momongaとして、パッケージを準備していないのです。

要望ということで、近日中にtrunkに投入します。
# Mo5でサポートするのかどうかは、不明です。

うわ〜。
5.0のLiveCDのisoがリリースされている。。。

神さま、ありがとう。
momonga神のそんざいを信じて良かった……

これで、最低でも向こう半年は連邦軍と戦える。

Live版、とってもいい感じだよ〜。
起動までの時間は３割ぐらい増えた感じだけど、一度ログインしてしまえば快適だぁ。

momongaの何が良いって、初期設定ではフルスクリーンで表示されないマシンでも、
ちょっといじってやれば、簡単に画面MAXで表示してくれるところ。
日本語がしっかりしてるところ。
作りがとっても丁寧なところ。

開発チームの皆様、素敵なものをありがとう！！

orz

日立のマシンだと上記の設定変更が通用するので問題なく動くけど、
富士通の6866NU〜6100NU2あたりの世代のマシンだと、画面がじわじわ侵食されるような
現象が起こって、使用不能。

なんだって、富士通のマシンはあっちからもっちからも嫌われるんだ？
最近のディストロ〜イの2/3は、満足に使用できない。

のろい？

>>488
http://imgbbs1.artemisweb.jp/1/bbsmansion/img/1000000000_100000_000005.jpg

>>489
ホカホカうんこ注意

マジリアルうんこ画像
開かんほうがいい

>>489
本当にリアルうんこ画像
開くなよ？絶対だぞ！

便意を堪えられなかったうんこ画像
もう二度と開くもんか

それはそれとして、Momonga5.0ではじめてJDという２ちゃんブラウザにて
書き込みに成功した。

使いやすいな。これ。

そして、微かな希望を胸に、Momonga4.0でもチャレンジしたが、
書き込みに失敗するんだな。

だけど、Momonga4.0/5.0を使用して、飛鳥カナ入力にかなり近いキー入力を
可能にすることには成功した。
かなり入力が楽になったよ。

yum info
がエラーになりませんか？
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in <module>
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 243, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 118, in main
result, resultmsgs = base.doCommands()
File "/usr/share/yum-cli/cli.py", line 338, in doCommands
return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, self.extcmds)
File "/usr/share/yum-cli/yumcommands.py", line 214, in doCommand
rap = base.listPkgs(ypl.available, _('Available Packages'), basecmd)
File "/usr/share/yum-cli/output.py", line 341, in listPkgs
self.infoOutput(pkg)
File "/usr/share/yum-cli/output.py", line 313, in infoOutput
print self.fmtKeyValFill(_("Description: "), self._enc(pkg.description))
File "/usr/share/yum-cli/output.py", line 286, in _enc
if len(s) > 0:
TypeError: object of type 'NoneType' has no len()

まぁ書き込めないのは
4.0が悪いのではなくて
設定の問題なんだけどな

どうでもいいが、そこら辺ディストリのせいにするのは
どうかと思うぞ

どんなディストリでも書き込みくらいできる
どうせクッキーの設定とかのエラーだろ
設定ちゃんとしとけよw

ライブ版でもか？

設定しろなんて表示出てこなかったぞ。
5.0に入ってたのはそれでも書けた。ただそんだけだぁ。

作戦行動中である
主語が不明瞭な会話はやめよ！

>>498
2ch の仕様変更が 4.1 Live が作成された後だったので、
4.1 Live では書き込めませんよ。
4.1 の updates には、キチンと対応済みの jd, kita, ochuha が
置かれています。

s/ochuha/ochusha/

結論からすると、Momonga 4のLiveでは2chに書き込めない
という事だ。

Momonga 5 に Intel Fortran compiler(Ver.11.0.081) を
入れようとしております.

The following required for installation commands are missing:
libstdc++.so.5 (library)

32-bit libraries not found on this system.
This product release requires the presence of 32-bit compatibility libraries
when running on Intel(R) 64 architecture systems. One or more of these libraries
could not be found:
libstdc++
libstdc++5
glibc
libgcc


といって怒られます. まあ, メッセージどおり 32bitのライブラリが
ないのでしょうが, 他を当たってみると, Fedora 9 に対して

compat-libstdc++-33.3.2.3-63

をインストールするといった情報が見つかりましたが, Momonga 5 には

compat-libstdc++-*

などはないようです.

最近 x86_64 なシステムを使うようになり, 現状に疎いのですが,
i686 のそれっぽいパッケージを入れてしまってよいのでしょうか？

>>502
firefoxでもか

>>502
馬鹿だｗ
(￣Ｏ￣)(−.−)(＿ ＿).ｚＺ(￣Ｏ￣)(−.−)(＿ ＿).ｚＺ

というか、サポート終わってるんだから使うなよという話。

サポート終わってるのに使うのは
「馬鹿だw」
とも言えるが。

>>503
compat-libstdc++-* ではなく libstdc++3.2-3.2.3-34m.mo5.i686 だと思う

>>507
> compat-libstdc++-* ではなく libstdc++3.2-3.2.3-34m.mo5.i686 だと思う

報告が遅くなりました.
libstdc++3.2-3.2.3-34m.mo5.i686を入れてもインストーラーが
まだ文句を言うので, 中にあったコンパイラ本体の rpm を無理やり
つっこみました.

適当に設定, コンパイル, 計算させたら正しい答えが出てるようなので
まあいいのかなあと.

Momonga5のochushaでまちBBSが読めません。
まちBBSで仕様変更があった影響と思われますが対応されるのでしょうか？

>>509
対応した
rpm が公開されるまで待って

仮面ノリダーは、まだでしょうか？