Momonga Linux Part 3

2007年8月19日 Momonga Linux 4 Release

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

libxcb-devel
を入れる。

>>276
ありがとうございます
>274より先に進みました

しかしその後もfontencを入れるよう要求されたりして、結局
ptg-config --list-all
が最後まで出力されないですね…

Momongaでgtk-2.0など何かしらの開発してる人はどうやっているんでしょうか

>>277
OmoiKondara回してるから、develパッケージはほとんど入ってるな〜

BuildReq が甘いのはイカンだろ。

>>279
いや、今回のは、develパッケージのRequiresだから、、、
gtk+-2.0.pcのRequires:をspecでRequres:してないので、、、

改善の余地はないわけ？

>>281
trunkは修正済です。。。完全とは言いきれませんが。。。

今、Mo5リリースに向けて集中してるので、
STABLE_4の修正はおそらく実施しないと思います。

PPTPのクライアントは、どのパッケージに入っていますか?

本家鯖に5が追加されてましたけど
5が正式にリリースされるのは何月ぐらいになりますか？

>>284
今alpha2だから、９月ごろじゃね？

>>285
ありがとうございます、今から楽しみですね

やはり大抵の人は設定を弄って4からアップデートするんでしょうか？

>>286
http://developer.momonga-linux.org/wiki/?Momonga4%2B+%A4%AB%A4%E9+dist+%A4%D8sync
まぁ、人柱乙と言うべきか、、、
・ バージョンに問題があるパッケージを削除
・ yum upgradeを実行
・ upstartの設定変更
これぐらいでうまく行けば良い方です。xorg.conf関係の調整がこれ以降に発生してます。

>>287
> xorg.conf関係の調整がこれ以降に発生してます。

Mo4のときに

Section "Device"
Identifier "Videocard0"
Driver "i810"
EndSection

だったが、i810 を intel にする必要があったな。

クリーンインストールでの環境移行のノウハウを持つべきだと思ってはいるのだけど、
毎年アップグレード＋自力調整で何とか切り抜けている。

Mo5 Alpha2 ですが、acpid のログが出力されません。
/var/log/messages には簡単なものは出力されていますが、
Mo4では /var/log/acpid にもっと詳しいのが出力されていました。

alpha/alpha2 ってパッケージ数が少ないんですね。
yumのレポジトリを development と alpha の両方を有効にしておくと
「develにあってalphaに無いパッケージ」が大量にあることがわかる。
vlcが入ってなかったりするし、Mo4と比べてもパッケージが少ないと思われる。

これでアップグレードインストールをしようとすると、あらかじめ抜いておく
必要のあるパッケージが色々出てきてメンドクサイのですが…

betaやRCでは devel並のパッケージ数になるのでしょうか? それとも Mo5 の
収録パッケージは基本的にalpha2と同程度になるのでしょうか?

ちなみに次のは、alpha2にアップグレードしたマシンで数えたものです。
(installed には野良ビルドも含まれます。)

$ yum list | grep installed | wc
1083 3249 87723
$ yum list | grep alpha2 | wc
503 1508 40743
$ yum list | grep development | wc
4300 12880 348300

スペースが削除されて見づらいな。

$ yum list | grep installed | wc
1083     3249      87723
$ yum list | grep alpha2 | wc
503     1508     40743
$ yum list | grep development | wc
4300     12880     348300

290です。どうやら私は momonga/test/5-Alpha2/ しか見ていなかったようですね。
momonga/5/Everything には (今のところ Alpha-1 のようですが) 全部あるみたい。

$ yum list | grep base | wc
3802      11387      307962
$ yum list | grep alpha2 | wc
1199      3596      97119

Alpha2 の hplip,hpijs について。hplip-2.8.2.tar.gz には ppd ファイルとしてたとえば

hplip-2.8.2/ppd/hp-psc_2500_series-hpijs.ppd

なんてのが用意されているけれど、/usr/share/foomatic/db/source/PPD/HP/
以下に hp用の ppd をインストールしてくれる hpijs-2.8.2-2m.mo5.i686 には
hp-psc_2500_series-hpijs.ppd が見当たりません。

hp-setup でセットアップしようとすると ppdファイルが無くて困ったのですが、
WEBブラウザで cups にアクセスして設定したら ppdファイルは見つかりました。
お騒がせしました。m(_,_)m

opfc-ModuleHP-1.1.1-9m に入っている ipa フォントは

/usr/share/fonts/ipa-mincho/ipam.ttf

などの位置にありますが、

/usr/share/ghostscript/conf.d/cidfmap.ja.ipa

内の記述は

/usr/share/fonts/truetype/japanese/ipam.ttf

になっています。

/usr/share/fonts/truetype/japanese/ 以下の指定は古いバージョンのものですね。
しかし ipa のフォントのディレクトリを細かく分けたのはなぜ?
ipaで1つのディレクトリにした方がわかりやすいと思うのですが。

sazanami-fonts-gothic
sazanami-fonts-mincho
に習っただけ。深い意味はなし。

trunk の opfc-ModuleHP は修正されたようですが、他にも /usr/share/fonts/truetype/japanaese/ 以下の
フォントを参照しているファイルがあります。trunk で
grep -r truetype pkgs | grep japanese | grep -v \.svn
したものから anaconda/OBSO/ 以下を除外したものを掲げます。
=================================================================================
anaconda/anaconda-11.2.0.66-upd-instroot.patch:+usr/share/fonts/truetype/japanese/M+1P+IPAG.ttf
anaconda/anaconda-11.4.0.36-upd-instroot.patch:+usr/share/fonts/truetype/japanese/M+1P+IPAG.ttf
anaconda/anaconda-11.4.0.15-upd-instroot.patch:+usr/share/fonts/truetype/japanese/M+1P+IPAG.ttf
anaconda/anaconda-11.4.0.70-upd-instroot.patch:+usr/share/fonts/truetype/japanese/M+1P+IPAG.ttf
anaconda/anaconda-11.3.0.50-upd-instroot.patch:+usr/share/fonts/truetype/japanese/M+1P+IPAG.ttf
anaconda/anaconda-11.4.0.27-upd-instroot.patch:+usr/share/fonts/truetype/japanese/M+1P+IPAG.ttf
mythtv/mythtv.spec:ln -s %{_datadir}/fonts/truetype/japanese/kochi-gothic-subst.ttf %{buildroot}%{_datadir}/mythtv/kochi-gothic-subst.ttf
mythtv/mythtv.spec:ln -s %{_datadir}/fonts/truetype/japanese/kochi-mincho-subst.ttf %{buildroot}%{_datadir}/mythtv/kochi-mincho-subst.ttf
grass-i18n/grass-i18n.spec:%global ipa_fontdir %{_datadir}/X11/fonts/truetype/japanese-ipa

ghostscript/cidfmap.ja.ipa:/IPA-Gothic  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-Gothic-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CSI [(Japan2) 0] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-Mincho  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-Mincho-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CSI [(Japan2) 0] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-PGothic  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipagp.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-PGothic-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipagp.ttf) /CSI [(Japan2) 0] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-PMincho  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipamp.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja.ipa:/IPA-PMincho-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipamp.ttf) /CSI [(Japan2) 0] >> ;

ghostscript/ghostscript.spec:    %{_datadir}/fonts/truetype/japanese \
ghostscript/cidfmap.ja:/IPA-Gothic  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja:/IPA-Gothic-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CSI [(Japan2) 0] >> ;
ghostscript/cidfmap.ja:/IPA-Mincho  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja:/IPA-Mincho-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CSI [(Japan2) 0] >> ;
ghostscript/cidfmap.ja:/IPA-PGothic  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipagp.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja:/IPA-PGothic-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipagp.ttf) /CSI [(Japan2) 0] >> ;
ghostscript/cidfmap.ja:/IPA-PMincho  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipamp.ttf) /CSI [(Japan1) 6] >> ;
ghostscript/cidfmap.ja:/IPA-PMincho-JaH  << /FileType /TrueType /Path (/usr/share/fonts/truetype/japanese/ipamp.ttf) /CSI [(Japan2) 0] >> ;

ghostscript/FAPIcidfmap.ja:/IPA-Mincho  << /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;
ghostscript/FAPIcidfmap.ja:/IPA-Gothic  << /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;
ghostscript/FAPIcidfmap.ja:/IPA-PMincho    << /Path (/usr/share/fonts/truetype/japanese/ipamp.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;
ghostscript/FAPIcidfmap.ja:/IPA-PGothic    << /Path (/usr/share/fonts/truetype/japanese/ipagp.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;
ghostscript/FAPIcidfmap.ja:/Adobe-Japan1    << /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;
ghostscript/FAPIcidfmap.ja:/Adobe-Japan2    << /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan2) 0] >> ;
ghostscript/FAPIcidfmap.ja:/Ryumin-Light    << /Path (/usr/share/fonts/truetype/japanese/ipam.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;
ghostscript/FAPIcidfmap.ja:/GothicBBB-Medium  << /Path (/usr/share/fonts/truetype/japanese/ipag.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 6] >> ;

kagemai/momonga-kagemai-0.8.4-gdchart.patch:+    :gd_font => '/usr/share/fonts/truetype/japanese/sazanami-gothic.ttf',
blender/blender.spec:ln -s /usr/share/fonts/truetype/japanese/sazanami-gothic.ttf %{buildroot}%{_datadir}/%{name}/fonts/bfont.ttf
blender/blender.spec:      make it symlink to /usr/share/fonts/truetype/japanese/kochi-gothic.ttf)

rails-2.1.0でfastladderがうごかなくなっちゃった。 あと、config/initializers/constants.rbには 最大未読数の設定があるので 上書きしないようにしてもらえるとうれしい。

http://developer.momonga-linux.org/wiki/?evdev
には「xvkbdのことは man で読め」とあるのですが、Mo5の xvkbdパッケージには
man page も無ければ /usr/share/doc/xvkbd もありません。

>>305
バージョンが上がって、man 無くなってるな〜
READMEを読んでください。

>>306
もちろん個人的にはソースをとりよせて解決しましたよーん。
SRPM からビルドすると、BUILDディレクトリにはちゃんと man がありまっせ。
rpmパッケージに入ってくれないという報告でした。

>>307
了解、対応した

ありがトン

ttp://www.momonga-linux.org/~y/report0/

ttp://www.momonga-linux.org/~y/report0/

おもしろいね。
と書こうとして誤って投稿してしまった。

9/2から5betaが配布されましたが
これは正式リリースが出た時にyum updateなどで正式リリースへアップデートできますか？

>>312
やれば出来るとおもうが、そういう質問をしているなら
新規インストールマジオススメ。

Compiz用にxorg.confを設定したら画像ビューアのqivが暴走し、閉じれなくなりました。
鯖用にも使ってるんで原因は究明できないで申し訳ないですが。

        Load "extmod"
か
Section "Extensions"
    Option         "Composite" "Enable"
EndSection
あたりと推測

変更箇所はここを参考にしnvidiaの部分を実行していきました
http://developer.momonga-linux.org/wiki/?Compiz+Fusion%A4%CE%BB%C8%A4%A4%CA%FD

プロセスを切るとCPUを離してくれますが、画面は残ったままになります。

やはり>314っぽいですね
両方をコメントアウトしたらqivが固まらなくなりましたし、画像が正常に表示されました
そして閉じる事もできました。

β２でたね

http://jd4linux.sourceforge.jp/
>(2) 2008年9月中旬に行われた2chの仕様変更によりバージョン 2.0.1 以前のJDでは 2chへの書き込みが出来ないようになっています。
>書き込みを行う場合はバージョン 2.0.2 以降にバージョンアップしてお使い下さい。
という事みたいです。
svnの方は見てないですが、srpmがまだ2.0.1だったので報告だけでも。

>>317
20 日に trunk STABLE_4 ともに jd-2.0.2-1m が投入されています > svn

早かったら後1週間ぐらいでは出るかな

10/10リリースなので暫く待たれよ。

gimp2.6が出ましたが流石に1週間じゃ入れられないですよね
trunkも2.4.7みたいですし

Xでの一部のキーコードが、以前と違っているんですが、ウチだけでしょうか。

接続しているキーボードはUS配列のPC用キーボード (IBM・SpaceSaver2)で、USB ではなく PS/2 のもの。
/etc/X11/xorg.conf は

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
Option "XkbOptions" "ctrl:nocaps"
EndSection

と指定しています。

たとえば 右ALT は以前にはキーコードが 113 だったはずですが、いつの間にか 108 が
出るようになっています。前者は /usr/share/X11/xkb/keycodes/xfree86 に記述され、
後者は /usr/share/X11/xkb/keycodes/evdev に記述されています。

他にもキートップ通りに出ないキーがあり、それは

setxkbmap -rules evdev -model pc105 -layout us -option "ctrl:nocaps"

のように、 -rules evdev を指定して setxkbmap を実行すれば、解消しますが、コード
そのものは以前とは違うもののままです。

Xorgに何か仕様変更があったのでしょうか。

なお Mo5RC は新規インストールではなく、Mo4 → devel → Alpha1 → … と yum upgrade で
ダラダラ新しくしていったものです。

すみません、

>他にもキートップ通りに出ないキーがあり、それは
>setxkbmap -rules evdev -model pc105 -layout us -option "ctrl:nocaps"
>のように、 -rules evdev を指定して setxkbmap を実行すれば、解消しますが、コード

こっちは勘違いでした。

.Xmodmap による変更を一時的に抑止していたつもりが、実は抑止されていなくて、かつ
キーコードの変化のおかげでキーのリマップが意図しないものになっていたのでした。
(.Xmodmap を keysym ではなく keycode で指定していたもので)

というわけで、質問は

「XKBのルールセットが、xorg=base=旧xfree86 から evdev に変わった」という事実は
あるのか、それともウチの環境が変なのか、どちらなのでしょう?

というものです。

>>325
hal, xorg-x11-server, xorg-x11-drv-evdev の三つで
一時的に evdev になりましたが、キーボード認識
特に日本語キーボードで不具合が出たため
hal-0.5.11-5m で evdev を利用しないよう、
つまり、従来の xorg.conf を使い xorg=base で動作するよう
戻されました
現在の hal-0.5.11-6m なら、xorg=base な rules で
動くはずです

うーんそうですか。むしろ、ウチで変になったのは5RCからなんですが…
( Option "XkbRules" "base" は指定しました )

不思議なのは追加でつないだUSBキーボードは xorg=base で認識されることです。
二つで違うのが不便なので、USBの方のキーボードドライバを evdev に変えて evdev に
揃えることはできましたが、逆に PS/2 の方はキーボードドライバーを kbd にしても
evdev にしても rules が evdevになってしまうので、base=xorg で揃えることが
出来ないでいます。

個人的には、原因さえわかれば、「これからはevdevで揃える」でも構わないんですが…

>>327
/usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi

の中身を確認していただけませんか?

ttp://developer.momonga-linux.org/viewvc/trunk/pkgs/hal/hal.spec?r1=26763&r2=26885

これを見ていただけるとお分かりになると思いますが、
%post で、パッケージインストール後に、10-x11-input.fdi を

ttp://developer.momonga-linux.org/viewvc/trunk/pkgs/hal/10-x11-input.fdi?revision=26885&view=markup

これに差し替えて、キーボード認識に hal を利用しなくしました。
この変更が適用されていれば、つまり、上の URL の 10-x11-input.fdi と、

/usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi

が、同じなら、evdev は使われないはずなんですが。

ちなみに、何故、パッケージ本体に含まれるファイルではなく、%post で処理しているか、
というと、anaconda、インストーラで(インストール中に)、hal -> evdev によるキーボード認識を行うためです。
anaconda は、内部的に rpm2cpio でパッケージを展開して利用するだけで、%post などの処理は必要としないので、
このような対応が可能となります。

>>328
/usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi
は新しくなっています。試しに古いのも試してみました。
/usr/share/doc/hal-0.5.11/examples/10-x11-input.fdi.orig
が古いやつですよね。問題になっているデスクトップマシン (NECの水冷PC) では

[古い 10-x11-input.fdi] PS/2接続もUSB接続もevdevになる。
[新しい 10-x11-input.fdi] PS/2接続はevdevに、USB接続はbaseになる。

という結果になりました。
なお別のマシン (ThinkPad X40) の内蔵キーボードは正しくbaseが使われています。

機械によっては、まだ evdev が使われてしまうんですかねえ。

/usr/share/hal/fdi/policy/10osvendor/ 下のファイルで「evdev」と記述のある
ファイルを全部削除しても、やっぱり PS/2 のキーボードには evdev が使われてしまう。

>>329
原因がわかりました。
http://developer.momonga-linux.org/wiki/?evdev
の記述に従い、マウスのチルトホイールを利用しようと、USBマウスに対して evdev
ドライバを使用していた為に起きていたようです。しかし evdev を使わなくとも、
普通のマウスドライバ ( /usr/lib/xorg/modules/input/mouse_drv.so ) でも
チルトホイールは使えるようなので、この evdev を使わないようにしたら、キーボードの
ルールセットに base=xorg が用いられるようになりました。

しかしマウスに影響されるというのは、ちょっと納得が行かないな。halの設定によっては
回避できるのかも知れません。

>>330
上の事に関連して、xorg.conf に記述された各デバイスに対する設定を hal が阻害する
という現象がもう一件あります。上で調べていた2つのキーボードは、

・IBM の SpaceSaver2 (PS/2)
・PLAT'HOMEの Mini Keyboard SU (USB)

で、いずれもスティックポインタを搭載しています。IBMのトラックポイントは実に
スムーズに動くのですが、Mini Keyboard に搭載されているポインタは感度が小さいので、

Option "Sensitivity" "2.0"

のようにして感度を上げています。hal daemon を動かしていないときには、この設定が
有効になります。またこの設定は Mini Keyboard のポインタだけに働きます。しかし
hal daemon を動かしていると、この設定が効きません。

>>330-331

330 の件については、初めて聞きました。
詳細をありがとうございます。

331 に関しては wiki の FAQ
rhgb でポインタが動かない
http://developer.momonga-linux.org/wiki/?Mo5FAQ#l7

の後半に書いたつもりだったんですが、rhgb の項目に置いたことで、
伝わりにくくなっていたかもしれません。

>尚、
>
>hal -> evdev -> X server
>
>というマウスの認識ではなく、従来の xorg.conf を用いたマウス認識を gdm 以降でも利用したい場合は、
>上のマウス設定を xorg.conf に記述した上で、
>
>/usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi
>
>を削除してください。
>haldaemon と X を再起動すれば、xorg.conf を用いた従来のマウス設定が有効になります。

現在、xorg.conf を廃止する方向に動いている過渡期で、Mo5 では、インストーラは
マウスに関する記述を行わず、入力デバイスとしては、キーボードだけを書いています。
X のメンテナは、キーボードに関しても hal -> evdev による自動認識で行きたい、と、
考えていたようですが、先に書いた、日本語キーボードでの不具合回避のため、
私が、xorg.conf によって制御できるよう、hal を触りました。

このような環境(過渡期)であるため、いろいろと、不具合や、それを回避するための tips が
出るかと思います。
もしよければ、wiki の FAQ を編集してください。

# 330 も、hal が動作していれば、マウスに evdev が使われているような。

すみません。
>>333 は私です。

目のまわりのふちが無い方が可愛かった…

>>337
>>335はAAのRCだと思ってリリース版を。

Mo5 です。
dosemu ( Mo のパッケージではなく、野良ビルドパッケージの話ですまん ) が動かなくなってしまいました。
/proc/sys/vm/mmap_min_addr
の値が 65536 に変更されたことによるようで、これを 0 にすると動きます。しかしこの値の変更はセキュリティ
ホールを塞ぐためらしいので、あまり 0 は良くないようです。一方で
http://itpro.nikkeibp.co.jp/article/COLUMN/20080305/295418/
によればこれはカーネル「2.6.17」から「2.6.24.1」までのホールであるとも読めます。さて今のカーネルで
/proc/sys/vm/mmap_min_addr の値を0にしても大丈夫でしょうか。それとも今のカーネルでのセキュリティ対策が
その値のデフォルト値が 65536 であることで、0にするとやっぱりマズイのでしょうか。

スレ違いみたいな気もしますが、他のトリを入れているマシンが無いのでデフォルト値の比較もできず、
dosemuの件は TIPS にもなると思うので、とりあえず此処に書いてみました。

mo5リリースされてますな。
いっちょ、DLしてみるか。

Momonga-5-i686-DVD.iso
http://linuxtracker.org/index.php?page=torrent-details&id=8d70b7f6ff3e4bd9d2bce4350e1298178767a366

>>341で気づいて見てみたけど無い…
おかしいな、と思ってF5を押したら更新あった!!

キャッシュの野郎めw
日付見てみるとどうも昨日からあったっぽい？

それにしてもﾐﾆﾏﾙがまだ無いようですね。
期待期待(ﾟ∀ﾟ)!!

>>343
Momonga Linux 5 正式リリース，DVD isoイメージを1種類に統一
http://itpro.nikkeibp.co.jp/article/NEWS/20081010/316672/
DVD 1 枚に統一されたらしいぞ。

>>344
瞬時には残念に思ったが、その記事にも出ている通り
ブロードバンドの時代ネットインストールとミニマルは同程度の容量でCDサイズなわけだから、
必要なパッケージをダウンロードするぐらい大したことないよな

こういう舵取りの上手いところが好きだ

Momonga-5-x86_64-DVD.iso
http://linuxtracker.org/index.php?page=torrent-details&id=93c6c5433d2c1d0a77882847d25063bd57846681

5リリースおめ。
ところで、5のコードネームのmiyakoって誰のこと？

おめでとー!
>>340に書いた Mo5 ってのは RC の事でした。既にリリースされていたのね。
さっそく yum upgrade したよ。

へたれなオイラが初めて
Momonga-5-x86_64-DVD.iso入れてみました.
勝手な感想と質問。

１　動きが速い気がす
２　最初日本語じゃなくってびびった（設定→SDRが必要）
３　みんなochusha使ってるんだ?最初から入ってるけど。
４　インストール時にvga=971とかできたのかな？
５　compiz-fusionはどこをどうやったら有効に(ry

>>349
> ２　最初日本語じゃなくってびびった（設定→SDRが必要）
これ、gdmでも設定可能です。

> ４　インストール時にvga=971とかできたのかな？
インストール後にgrub.confを書き換える必要があったと思います。

> ５　compiz-fusionはどこをどうやったら有効に(ry
ATI または intel なら、
$ fusion-icon &
だけで、OKな場合がほとんどです。

>gdmでも設定可能
そうだったですか。
＞インストール後に
GUIなインストーラを使いたかったんですが、
vga=が出来なさそうだったんでtextmodeで
インスコしました。
＞ATI または intel なら、
nVidia 8400GS(PCIe)だったりします...

fusion-icon &　したら真っ白な表示になりましたw

nvidiaなら>>314のURLを参考にxorg.confを弄ってみるといい

>>351
> GUIなインストーラを使いたかったんですが、
> vga=が出来なさそうだったんでtextmodeで

インストーラのGrub画面でTABだったかな？

> nVidia 8400GS(PCIe)だったりします...

商用ドライバじゃないと動かないと思います。
Nonfree の xorg-x11-drv-nvidia をいれてください。

>>352
>>354 が書いているように NVIDIA のドライバ入れれば OK.
GeForce 7900GTX で試したら、最新の 177.80 は、compiz で不具合が出たので、
STABLE_5 (Mo5) の xorg-x11-drv-nvidia は 177.76 にしています。
text mode でインストールできる強者が、へたれなんて言わないようにw

>>353-355
ありがとうございまする。
精進しますだ。

5/Everything と 5/Momonga はどうちがうの?

VMWareにインストールする時にGUIインストールにならないのは
どんなドライバが足りないから何でしょうかね。
インストールが終わった後の初起動ではもうGUIになるのに。

VMWareのゲストを作る時にOther LinuxにせずRedHadにしたらGUIインストールできた
スマンかった

>>357
Everything は全部
Momonga は iso に収録されているものだけ

>Momonga は iso に収録されているものだけ

よっくわかりますた。ありがとー

dasher,vnc-serverが重複しているようです
ディスクスペースの都合上、
WindowManagerがxfceだけインストールされるようにしたい場合(gnome,kdeは不要)
どちらのインストールメディア(DVDISO or netinst)を選択すればよいですか?

DVDもnetinstもする事は同じのようです。
CDドライブしか無いならnetinstがいいでしょうが、そうじゃないならDVDイメージの方がいいでしょうね。

>>362
> dasher,vnc-serverが重複しているようです
これ、どういうこと？
$ package-cleanup -d
で、複数表示されるのでしょうか？

gpk-applicationだっけ、でvnc関連が縦に二つ並んでるのは俺も見た
ってかmomon4でもそうだった気がするから気にしてなかったけど

自分も、特に気にしてなかったですが、
インストール中のパッケージリストで重複しているみたいですね
rpmって同一名称、同一バージョンのパッケージって重複してインストールできるのでしたっけ？

以下でも重複しているのが確認できます
ttp://dist.momonga-linux.org/pub/momonga/5/Momonga/i686/os/repoview/gnome-desktop.group.html
ttp://dist.momonga-linux.org/pub/momonga/5/Momonga/i686/os/repoview/base-x.group.html

>>366
重複の意味分かりました。
compsで重複してます > dasher vnc-server
http://developer.momonga-linux.org/viewvc/trunk/tools/anaconda/comps.xml.momonga5?view=markup

クリティカルじゃないから、修正するかどうかちょっとお待ちを。

> rpmって同一名称、同一バージョンのパッケージって重複してインストールできるのでしたっけ？

これはできません。

>>366
とりあえず、compsを修正しました。
STABLE_5のリポジトリから自分でDVDを作成する人以外影響しませんが、
自分で作り直す人は、新たにcheck out してください。

780Gチップセット&Athlon64X2マシンにインストールしてみた。
このMO5のために用意したマシンであります。
しかしながら、問題点が2点

・fusion-icon &を実行すると画面が真っ白になる
>>350に書かれているATIならこれだけってのは、780Gには当てはまらないのかな？

・解像度を1280x1024に設定するとGnomeで画面が出力されない。KDEは正常。
　別マシン（NvdiaGF6800）では正常に出力されたから、780Gの場合、ドライバを
　別途インストールする必要があるのかしら？
　それとも、Gnomeだけ何か設定が必要なのかな？

まぁ、Compizなんてもんは飽きたら使わないだろうし、普段はKDEを使うつもりなので
いいちゃいいんだが、ちょっと気持ち悪いので。

>>369
Driver 何ですか?
780G は持っていませんが、動くドライバとして ati と radeon と radeonhd があって、
どれか一つが上手く動作するという話を、聞いたような気がします。
radeonhd だったかな。

>>369
下の方だけ。
780G+radeonhdドライバでGNOME動いてます。
KDE, xfce4も試したけど平気だった。

>>370-371
レスありがとうございます。
ご指摘どおり、ドライバをradeon→radeonhdに変えたところ、Gnomeにて
SXGAの出力を確認しました。Conmizの方は相変わらず真っ白になりますが。
ATIスレの方に780GはCompizが動かないみたいな書き込みもちらほら
見えるので、ドライバのチューニングが合ってないのかな。
ちょっと自分でもいろいろいぢくってみます。

すみません。
カーネルのコンパイルの仕方なのですがどうしても分からないので、
質問させてください。

version:4Plus (x86)なのですが、、
make xconfigして.configを作成した後にmakeすると。。

[root@foo linux]# make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
make[1]: *** ターゲット `missing-syscalls' を make するルールがありません. 中止.
make: *** [prepare0] エラー 2
[root@foo linux]#

となってしまいます。
kernel-devel.i686とkernel-debug-devel.i686はyumでインストールしてあるので、
必要なものは揃っていると思うのですが。。

どなたかご存知の方よろしくお願いいたします。

>>373
kernelのビルドは、OmoiKondaraを使うのが基本になっています。
なので、SPECを書き換えてビルドする感じになります。

Mo5をインストール後、firstbootでユーザ作成後、
作成したユーザでログインしようとすると
「Cannot start the session due to some internal error.」
て出てログインできません。
なお、boot時にselinux=0を追加すれば、ログインできました