X

Momonga Linux Part 3

■ このスレッドは過去ログ倉庫に格納されています
2007/08/28(火) 18:24:34ID:inpYaEeJ
2007年8月19日 Momonga Linux 4 Release

本家 http://www.momonga-linux.org/
Wiki http://developer.momonga-linux.org/wiki/
2008/06/13(金) 00:56:31ID:AmbZIvIB
>>230
ありがとうございます。 avahi と hal は動くようになりました。
今度は acpid の起動が失敗するようになりました。

acpid: can't open /proc/acpi/event: Device or resource busy

orz
232231
垢版 |
2008/06/13(金) 01:00:46ID:AmbZIvIB
ps ax してみると

hald-addon-acpi: listening on acpi kernel interface /proc/acpi/event

って出るから、 acpid はもう要らないのかしらん。
2008/06/13(金) 20:20:21ID:2cXu+H+l
>>231
> 今度は acpid の起動が失敗するようになりました。
> acpid: can't open /proc/acpi/event: Device or resource busy
>
新しい hal に合わせて acpid も起動順が変更されています。
最新の acpid なら問題は出ないはず。
>さて、今の私のグチャグチャな環境を少しでもマトモにするには、何をすればイイでしょうか。
svn up して、最低、二周以上、オモコンを回した方が。
推奨されない option ですが、-i で、パッケージをインストールしながらビルドします。
フルビルドには良いでしょう。
2008/06/13(金) 21:37:29ID:AmbZIvIB
>>233
うーん、オモコンフル回転は、このマシンでは無理っす。仕事に使っているもんで。
仕事用のマシンを別に用意してやればよいのですが、仕事もソコソコ忙しくて手が回らない。
仕事用のマシンで OmoiKondara -i inkscape をやった私がアホでした。今の所仕事に支障は
無いので、しばらく様子見です。

なお dosemu に関しては、devel の glibc を rpm -Uhv --force で入れたら動くようになりました。
しかし

・ldconfig が segmentation fault するのは治りません…
・rpm の db が頻繁に壊れるのも治りません…

これらの問題が無ければ、devel にある *.rpm を片っぱしから rpm -Uhv --force で入れ直す
ところなんですが。
2008/06/14(土) 00:56:52ID:X0Q0XPZP
さてウチのボロボロ環境についてはペンディングにするとして、
もうひとつ気になっていることがあります。やたらディスクアクセスが多いことです。

まず第一原因は trackerd でしょう。デスクトップ検索は、今のところ要らないのでこれは切る
ことにしました。gnomeなどは使っていないので、手で .config/tracker/tracker.cfg を編集し、
EnableIndexing=false
としてあります。
(私は runlevel 3 から startx で fvwm を使っているのですが、どこに trackerd を使う設定があるんでしょう?)

さて trackerd のインデクシングが(たぶん)無くなったにも拘らず、まだディスクアクセスが起きます。
どうやらfirefox3の起動中に起きるようです。firefox3(?)は一体何をしているんでしょう。firefox
自身の動作がたびたび固まって数十秒ほど待たねばなりません。
2008/06/15(日) 21:30:54ID:4tIsd1rl
>>235
fvwm が見ているか見ていないかは知りませんが、
GNOME や KDE では
/etc/xdg/autostart/trackerd.desktop
これが、login 時に trackerd を自動起動します。
/etc/xdg/autostart/tracker-applet.desktop
これがアプレットの起動ファイル。
設定は
$ tracker-preferences
ですか。
使わないならアンインストールしちゃって良いのでは。
firefox は使っていないので分かりません。
2008/06/16(月) 00:28:34ID:s5EfjjVt
tracker をアンインストールすると、依存性などから evince とかまで抜き取られます。
evince は使うこともあるので、単に tracker を使わない設定にしました。

firefox3 を起動して、単にこの Momonga板だけを表示させておき、topでメモリやCPUの
使用状況を眺めていると、時々 firefox が上に上がってきます。瞬間的に CPU 100% なんて
こともあり、一体何をやってんだコイツ、と思ってしまいます。firefoxは軽さが身上だったのに、
最近は重くなりましたねえ…
2008/06/16(月) 02:14:43ID:5mKJMiFb
そもそもメモリ搭載量はいくつなのよ?
256MBしかないとか言うんじゃないよね。

なんか、Linuxはメモリ消費量が少なくてよいとか言ってた時代もあったが、そんなのは
遥か昔の事だ。今時だと推奨は1GB以上だろ。

firefoxがたまにおかしくなるのは今に始まった話でもないが。
2008/06/16(月) 05:53:34ID:s5EfjjVt
2GBだよ。
2008/06/16(月) 13:32:54ID:5mKJMiFb
trackerに含まれてるライブラリが、nautilusに要求されてたから、
yumで削除しようとしたら芋づるで大変な事になりそうだな。
やはり236の方法で使わない様にすべきか。
241237
垢版 |
2008/06/16(月) 15:18:23ID:s5EfjjVt
えーと firefox のディスクアクセスの件ですが、firefox3 では有名みたいですね。
攻撃・偽装サイトのデータベースを作っているらしいです。

設定→セキュリティ→
　□表示中のサイトが攻撃サイトである疑いがある場合は警告する
　□表示中のサイトに偽装サイトの疑いがある場合は警告する

のチェックをはずしたらディスクアクセスは無くなるようです。

あるいはdbファイルを ramdisk に置いて高速化している人も居るみたい。

firefox3 urlclassifier3.sqlite

で検索すると出てきます。
242237
垢版 |
2008/06/16(月) 17:53:46ID:s5EfjjVt
>>233
acpid の情報、ありがとうございました。

>>236
/etc/xdg/autostart/ と tracker-preferences についてご教示、ありがとうございました。
tracker-preferences は tracker パッケージには入っていなくて、 tracker-search-tool パッケージ
の方に入っているようですね。私の環境では、依存性のために tracker パッケージだけしかインストール
されていなかったので、最初は入っていませんでした。man page だけはナゼかありました^^
2008/06/16(月) 20:05:20ID:s5EfjjVt
>>229 >>234 の ldconfig の件も解決しました。 /var/cache/ldconfig/aux-cache を削除したら
治りました。きっとアップデートのとき、後処理のスクリプトが何かの理由で失敗したのでしょう。
rpm の db が壊れたときかも知れません。pre,preun,post,postun などのスクリプトが失敗している
のが他にもありそうです。根本解決はクリーンインストールしか無いのでしょうね…。

めんどくさいなあ…
2008/06/18(水) 00:25:02ID:7p/9jaIR
nVidiaのGeForce FX5200を使ってます。
nVidia製のドライバを入れてあります。

今日の夕方は起動できたのですが、
先ほど夜に起動させようとしたところ、
udevの起動が終わってディスプレイがグラフィカルになった時から進まなくなりました。

マウスが写り、ローディング中のアイコン（winでいう砂時計）のまま
コンソールウィンドウ（？）が表示されなく、2分や3分ほど待っても決して進む事はありませんでした。
（xorg.confのDriverに"nvidia"でも"nv"としても同様にストップしました）

ただの一度、nvidiaと指定して古いカーネルを使った時だけ
udevの後グラフィカルなコンソールに移らずにCUIでinitが進みログインまで行きました。
その後Driverを"nv"に書き換えstartxをするとGUIに移りました。
その後再起動させてしまい、ログインする事ができなくなりました。

どうにもしようが無くなったので結局KNOPPIXを使ってバックアップを取り、入れ直しました。
/var/log/messagesは退避させたのですが、
このような時はどのログを読めばよいのでしょうか。
2008/06/18(水) 08:46:10ID:7p/9jaIR
恥ずかしい限りですが
また再現したので今度はもう少し待ってみた所
画面が移り変わりました
246244-245
垢版 |
2008/06/19(木) 00:12:58ID:qZMvy29K
完全に再現できたので書き込み致します
結論から書きますと、rootの規定言語を日本語にすると起動時間が長くなるみたいです

始めはどの部分で時間がかかってるのか分からなかったので
bootchartを使ってどの部分で時間がかかってるのかを計る事にしました↓
起動が長い方　http://uploader.jpn.org/up/10mb/src/houji0014.png.html
起動が短い方　http://uploader.jpn.org/up/10mb/src/houji0015.png.html
※画像が大きいのでjpg直リンしない所を借りました

runlevel3で起動するとすんなり起動できたのでその辺りを考えると
どうもrhgbあたりが良くないのかなーと予想し
またrhgbが日本語になっていたのでrootの言語を日本語から英語に戻したところ
起動時間が劇的に縮まりました

たったこれだけのことでした、失礼しましたf(^^;
2008/06/20(金) 02:03:58ID:4wwC4b+N
firefoxには firemacs という extension があり、Emacs ライクなキー操作が可能になります。
ところが Momonga の firefox では、 firemacs のバージョンが 3.x になったときから firemacs
が効かなくなっていました。firefox2 でも、firefox3-beta5 でも、使えませんでした。

さてこのたび firefox-3.0 の正式リリースに伴ない、firefox3の公式ビルドをダウンロードして
起動してみると、firemacs はちゃんと使えます。という事は、Momonga におけビルドでどこかを
いじっているために firemacs が使えなくなっているということになります。firefoxに詳しい方、
何か解決策はありませんでしょうか。

なお debian 方面で firefox の名称を Iceweasel に変更したために、やはり firemacs が
動かなくなった、と聞いた事があります。
2008/06/20(金) 03:06:28ID:4wwC4b+N
>>247
× Momonga におけビルドで
○ Momonga におけるビルドで
2008/06/20(金) 18:49:28ID:mCBwWx1M
>>247
Iceweasel という名前で動かないのなら、
BonEcho でも Minefield でも動作しないかも。
2008/06/21(土) 12:50:48ID:4ENVz60C
>>247
firemacs.jar の中の init.js を下みたいにしたら動いたよ

9c9
< ua.search('Firefox/3|Iceweasel/3') > 0 ? 3 :
---
> ua.search('Firefox/3|Iceweasel/3|Minefield/3') > 0 ? 3 :
2008/06/23(月) 12:37:00ID:ZUGaTLGU
>>250
情報ありがとうございます。

すると firefox2/Mo4 で firemacs3.x が動かなかったのはどうしてなんでしょうね。
2008/06/23(月) 18:01:56ID:bsh9bN+8
>>251
>>249

BonEchoだから。
2008/06/23(月) 18:03:31ID:6w2yGUUh
>>251
>>250 は firefox 3 の場合しか書いてない
firefox 2 の場合を考えると、init.js の変更はこうなる

8,9c8,9
< var firefoxVersion = ua.search('Firefox/2|Iceweasel/2') > 0 ? 2 :
< ua.search('Firefox/3|Iceweasel/3') > 0 ? 3 :
---
> var firefoxVersion = ua.search('Firefox/2|Iceweasel/2|BonEcho/2') > 0 ? 2 :
> ua.search('Firefox/3|Iceweasel/3|Minefield/3') > 0 ? 3 :

2008/06/23(月) 20:40:27ID:ZUGaTLGU
Mo4のfirefox2は BonEcho だったのですか!
スッキリしました。ありがとうございます。>>252-253
2008/06/26(木) 01:43:58ID:JvRbCiFD
fvwm使っています。fvwm を 2.5.x にするため、fedora の Everything にあった srpm をビルドしてみました。
( fedora10 のfvwm.specを使っていますが、fedora9 も fvwm-2.5.x系(2.5.24)です。f9もf10も同じようにビルドできます。)

# Mo5 の ToDoList には載っていませんでしたが、Everything ディレクトリにあって Fedora ディレクトリに
# 無いものは対象外でしょうか??

☆☆☆ Moの trunk に無く、追加する必要のあったパッケージ ☆☆☆ (これは fedora10 ではなく fedora9 から入れた )

fvwmが直接 require しているものとして

perl-File-MimeInfo-0.15-2

更にこれをビルドするために

perl-Devel-Symdump-2.07-5
perl-File-BaseDir-0.03-2
perl-File-DesktopEntry-0.04-6
perl-Pod-Coverage-0.19-3
perl-Test-Pod-1.26-4
perl-Test-Pod-Coverage-1.08-5

を入れる必要がありました。Mo5にも入れて頂けると幸いです。
2008/06/26(木) 01:50:35ID:JvRbCiFD
>>255
fedora10 ってのは、もちろん devel の事っす。
257255
垢版 |
2008/06/26(木) 11:36:55ID:JvRbCiFD
>更にこれをビルドするために
>
>perl-Devel-Symdump-2.07-5
>perl-File-BaseDir-0.03-2
>perl-File-DesktopEntry-0.04-6
>perl-Pod-Coverage-0.19-3
>perl-Test-Pod-1.26-4
>perl-Test-Pod-Coverage-1.08-5
>
>を入れる必要がありました。Mo5にも入れて頂けると幸いです。

ありゃ、このうち

>perl-Devel-Symdump-2.07-5
>perl-Pod-Coverage-0.19-3
>perl-Test-Pod-1.26-4
>perl-Test-Pod-Coverage-1.08-5

は既に入っていましたね。失礼しました。
2008/06/27(金) 02:19:29ID:QvThUrWu
Mo-trunk の inkscape-0.46 の関数プロットにあるバグ。inkscape の trunk では修正されていますが、
inkscapeの次のリリースは未だ先だと思うので…

# diff -u /usr/share/inkscape/extensions/funcplot.py.orig /usr/share/inkscape/extensions/funcplot.py
--- /usr/share/inkscape/extensions/funcplot.py.orig 2008-06-27 02:07:22.000000000 +0900
+++ /usr/share/inkscape/extensions/funcplot.py 2008-06-27 02:07:58.000000000 +0900
@@ -114,7 +114,7 @@
dx0 = (x1 - x0)/ds
dy0 = (y1 - y0)/ds
else: # derivative given by the user
- dx0 = 0 # Only works for rectangular coordinates
+ dx0 = 1 # Only works for rectangular coordinates
dy0 = fp(xstart)

# Start curve
@@ -138,7 +138,7 @@
dx1 = (x1 - x2)/ds
dy1 = (y1 - y2)/ds
else: # derivative given by the user
- dx1 = 0 # Only works for rectangular coordinates
+ dx1 = 1 # Only works for rectangular coordinates
dy1 = fp(x1)
# create curve
a.append([' C ',

259258
垢版 |
2008/06/27(金) 14:02:19ID:QvThUrWu
うーむ、2chだとスペースが削除されてしまうので diff がそのままでは使えんな。>>258
2008/06/27(金) 14:18:27ID:Jlbb7DwE
使えるよ
2008/06/27(金) 15:01:49ID:wwLN3NY9
&nbsp;と入力で出力時にスペースに変わる
    こんな感じに連ねる事もできる
262258
垢版 |
2008/06/27(金) 15:11:11ID:QvThUrWu
こうか?
--- /usr/share/inkscape/extensions/funcplot.py.orig 2008-06-27 02:07:22.000000000 +0900
+++ /usr/share/inkscape/extensions/funcplot.py 2008-06-27 02:07:58.000000000 +0900
@@ -114,7 +114,7 @@
         dx0 = (x1 - x0)/ds 
         dy0 = (y1 - y0)/ds
     else: # derivative given by the user
-        dx0 = 0 # Only works for rectangular coordinates
+        dx0 = 1 # Only works for rectangular coordinates
         dy0 = fp(xstart)
 
     # Start curve
@@ -138,7 +138,7 @@
             dx1 = (x1 - x2)/ds
             dy1 = (y1 - y2)/ds
         else: # derivative given by the user
-            dx1 = 0 # Only works for rectangular coordinates
+            dx1 = 1 # Only works for rectangular coordinates
             dy1 = fp(x1)
         # create curve
         a.append([' C ',
2008/06/27(金) 15:19:33ID:Jlbb7DwE
>>258でも十分見えてるけど。
2008/06/27(金) 22:45:06ID:ZKHo7D3X
>>258
trunkにcommitしました。ありがとうございました。
2008/06/29(日) 16:12:16ID:Ci/59eec
>>257
perl-File-BaseDir
perl-File-DesktopEntry
この２つは trunk に入れたよ。
2008/06/29(日) 16:40:41ID:ho6eF9iZ
>>265
ありがとうございます。

あと fedora の fvwm-2.5.x をビルドするには
BuildRequires: libstroke-devel readline-devel libpng-devel fribidi-devel
のうち libstroke が Moには入っていないので、これも入れて頂けるとありがたいです。

# libstroke は自分の所では半年前に入れたので、>>255-257 のときには気付かなかった。

正直に「fvwm2 を fvwm-2.5.26 にしてくれ」と書けばよいのですが、一応 2.5.x は fvwmの
開発バージョンなので、控えております。

なお最近の fvwm では、わざわざ fvwm2 と名乗るのは止めて、単に fvwm と名乗っています。
# fvwm1 なんて、いつの時代の話だよ…
2008/07/03(木) 14:16:16ID:WE7VZ3/6
ようやくchroot下でのビルド手法を「発見」したのですね。
2008/07/03(木) 14:51:19ID:rU3bKoyi
どういう意味?
269login:Penguin
垢版 |
2008/07/08(火) 00:05:36ID:fDsy+irZ
Mo4 on ThinkPad X40 の sleep (suspend to memory) の話。

無線LANは使っていないのでカードに給電していない (インジケータが点灯しない) のだが、
sleep から目覚めたあとに 無線LANカードのインジケータが点灯してしまう。けっこう電力を
消費するようで、キーボードが暖かくなる。

kernel-2.6.21 まではこののようにはならなかったのだが、kernel-2.6.23 からこうなった。
devel の kernel-2.6.25 でも改善しなかった。/etc/pm/sleep.d/ 下のスクリプト内で

/sbin/ip link set dev wlan0 up
/sbin/ip link set dev wlan0 down

とすることで給電を切れている模様 (インジケータが消えるだけだが) で、一応回避できて
いるので、まあ何と言うことも無いのだが、 スレが過疎っているようなので何となく。
2008/07/13(日) 01:34:28ID:sY+EUQBH
このサイト結構使えるな
http://ja.wikibooks.org/
2008/07/13(日) 18:10:33ID:QNZe11Hm
X40 使っていますが。
無線、入れっぱなしだな...
2008/07/13(日) 19:54:04ID:ZYpvAcqM
>>271
ath0 だったのが、いつの間にか wlan0 になってるんですが、何かご存知?
2008/07/14(月) 06:42:08ID:nBWbDa51
>>272
対応 module が ath_pci と ath5k の二種類あるので、その差かも。
実は、少し前に Atheros のカードを抜いて、Intel の 2945ABG に
換えちゃったので、これ以上は追えません。
2008/07/29(火) 05:30:08ID:8BDGsieV
$ pkg-config --libs gtk+-2.0
Package xcb-xlib was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-xlib.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xcb-xlib', required by 'X11', not found

と出てしまうのですが
pkg-configでgtk-2.0のインクルードファイルのパスやライブラリのパスを取得するには
他に何か入れなければいけないパッケージでもあるのでしょうか？

pkg-config --list-all
でも同様のエラーが表示されます
2008/07/29(火) 05:48:51ID:8BDGsieV
追記ですみません

関係あるか分かりませんが
$ rpm -qa | grep libxcb
libxcb-1.0-1m.mo4
です
2008/07/29(火) 06:46:13ID:gHyjw4yW
libxcb-devel
を入れる。
2008/07/29(火) 15:22:43ID:8BDGsieV
>>276
ありがとうございます
>274より先に進みました

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

Momongaでgtk-2.0など何かしらの開発してる人はどうやっているんでしょうか
2008/07/29(火) 22:13:51ID:7656gBYZ
>>277
OmoiKondara回してるから、develパッケージはほとんど入ってるな〜
2008/08/02(土) 20:21:21ID:3dWBGQ5L
BuildReq が甘いのはイカンだろ。
2008/08/02(土) 20:28:14ID:8oTnkFtZ
>>279
いや、今回のは、develパッケージのRequiresだから、、、
gtk+-2.0.pcのRequires:をspecでRequres:してないので、、、
2008/08/03(日) 20:51:51ID:gMROxpKN
改善の余地はないわけ？
2008/08/03(日) 21:01:04ID:D5+bUj8J
>>281
trunkは修正済です。。。完全とは言いきれませんが。。。

今、Mo5リリースに向けて集中してるので、
STABLE_4の修正はおそらく実施しないと思います。
2008/08/03(日) 22:49:25ID:k8SptLkz
PPTPのクライアントは、どのパッケージに入っていますか?
2008/08/19(火) 09:31:03ID:jwR9z+HL
本家鯖に5が追加されてましたけど
5が正式にリリースされるのは何月ぐらいになりますか？
2008/08/19(火) 22:39:09ID:BdKci4jn
>>284
今alpha2だから、９月ごろじゃね？
2008/08/19(火) 23:36:06ID:jwR9z+HL
>>285
ありがとうございます、今から楽しみですね

やはり大抵の人は設定を弄って4からアップデートするんでしょうか？
2008/08/20(水) 17:40:03ID:enFOPfDK
>>286
http://developer.momonga-linux.org/wiki/?Momonga4%2B+%A4%AB%A4%E9+dist+%A4%D8sync
まぁ、人柱乙と言うべきか、、、
・ バージョンに問題があるパッケージを削除
・ yum upgradeを実行
・ upstartの設定変更
これぐらいでうまく行けば良い方です。xorg.conf関係の調整がこれ以降に発生してます。
2008/08/20(水) 20:39:31ID:K+OJbvAR
>>287
> xorg.conf関係の調整がこれ以降に発生してます。

Mo4のときに

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

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

クリーンインストールでの環境移行のノウハウを持つべきだと思ってはいるのだけど、
毎年アップグレード＋自力調整で何とか切り抜けている。
2008/08/23(土) 10:57:13ID:8uHTTJ0C
Mo5 Alpha2 ですが、acpid のログが出力されません。
/var/log/messages には簡単なものは出力されていますが、
Mo4では /var/log/acpid にもっと詳しいのが出力されていました。
2008/08/24(日) 08:49:30ID:9nUIScbZ
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
2008/08/24(日) 08:57:00ID:9nUIScbZ
スペースが削除されて見づらいな。

$ yum list | grep installed | wc
1083     3249      87723
$ yum list | grep alpha2 | wc
503     1508     40743
$ yum list | grep development | wc
4300     12880     348300
2008/08/24(日) 15:08:09ID:9nUIScbZ
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
2008/08/28(木) 01:12:41ID:CzutJWC7
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 が見当たりません。
294293
垢版 |
2008/08/28(木) 02:10:06ID:CzutJWC7
hp-setup でセットアップしようとすると ppdファイルが無くて困ったのですが、
WEBブラウザで cups にアクセスして設定したら ppdファイルは見つかりました。
お騒がせしました。m(_,_)m
2008/08/30(土) 17:24:56ID:tbKUp1Ij
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

になっています。
2008/08/30(土) 21:37:56ID:tbKUp1Ij
/usr/share/fonts/truetype/japanese/ 以下の指定は古いバージョンのものですね。
しかし ipa のフォントのディレクトリを細かく分けたのはなぜ?
ipaで1つのディレクトリにした方がわかりやすいと思うのですが。
2008/08/31(日) 05:43:04ID:Cd0pttzE
sazanami-fonts-gothic
sazanami-fonts-mincho
に習っただけ。深い意味はなし。
2008/09/01(月) 14:40:47ID:wA8J8kK2
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
299login:Penguin
垢版 |
2008/09/01(月) 14:44:28ID:wA8J8kK2

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] >> ;
300login:Penguin
垢版 |
2008/09/01(月) 14:46:15ID:wA8J8kK2
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] >> ;
301login:Penguin
垢版 |
2008/09/01(月) 14:47:05ID:wA8J8kK2
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] >> ;
302login:Penguin
垢版 |
2008/09/01(月) 14:48:55ID:LBJBof7L
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)
2008/09/02(火) 03:18:49ID:Q+v1uhn1
>>295-302
　　　_、_
　（　,_ﾉ` ） 　 　　　n
￣　　 　 ＼　 　 （ E） ｸﾞｯｼﾞｮﾌﾞ!!
ﾌ 　　　 /ヽ ヽ_／／　
2008/09/02(火) 21:18:36ID:hD0mzi49
rails-2.1.0でfastladderがうごかなくなっちゃった。 あと、config/initializers/constants.rbには 最大未読数の設定があるので 上書きしないようにしてもらえるとうれしい。
2008/09/05(金) 02:01:41ID:asbHmSJJ
http://developer.momonga-linux.org/wiki/?evdev
には「xvkbdのことは man で読め」とあるのですが、Mo5の xvkbdパッケージには
man page も無ければ /usr/share/doc/xvkbd もありません。
2008/09/05(金) 18:00:03ID:aMT/Ol5x
>>305
バージョンが上がって、man 無くなってるな〜
READMEを読んでください。
2008/09/05(金) 20:49:14ID:asbHmSJJ
>>306
もちろん個人的にはソースをとりよせて解決しましたよーん。
SRPM からビルドすると、BUILDディレクトリにはちゃんと man がありまっせ。
rpmパッケージに入ってくれないという報告でした。

2008/09/05(金) 21:36:20ID:xg0sk3vT
>>307
了解、対応した
2008/09/06(土) 05:41:31ID:i/k5c2uD
ありがトン
2008/09/06(土) 18:11:58ID:Zd0H59pP
ttp://www.momonga-linux.org/~y/report0/

2008/09/06(土) 18:13:36ID:Zd0H59pP
ttp://www.momonga-linux.org/~y/report0/

おもしろいね。
と書こうとして誤って投稿してしまった。
2008/09/16(火) 11:52:14ID:mMRdl4xo
9/2から5betaが配布されましたが
これは正式リリースが出た時にyum updateなどで正式リリースへアップデートできますか？
2008/09/16(火) 23:59:29ID:KFgP8DsW
>>312
やれば出来るとおもうが、そういう質問をしているなら
新規インストールマジオススメ。
2008/09/19(金) 12:38:22ID:5hPT8O5D
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を離してくれますが、画面は残ったままになります。
2008/09/19(金) 12:50:31ID:5hPT8O5D
やはり>314っぽいですね
両方をコメントアウトしたらqivが固まらなくなりましたし、画像が正常に表示されました
そして閉じる事もできました。
2008/09/27(土) 20:30:07ID:NZnyvBJB
β２でたね
2008/09/29(月) 06:53:57ID:z+iAa4c0
http://jd4linux.sourceforge.jp/
>(2) 2008年9月中旬に行われた2chの仕様変更によりバージョン 2.0.1 以前のJDでは 2chへの書き込みが出来ないようになっています。
>書き込みを行う場合はバージョン 2.0.2 以降にバージョンアップしてお使い下さい。
という事みたいです。
svnの方は見てないですが、srpmがまだ2.0.1だったので報告だけでも。
2008/09/29(月) 17:49:10ID:rICaz4qh
>>317
20 日に trunk STABLE_4 ともに jd-2.0.2-1m が投入されています > svn
2008/10/01(水) 22:02:38ID:a3icdzIJ
　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　Momonga5リリースマダ〜？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　 |／
2008/10/01(水) 23:39:31ID:Ot2kaput
早かったら後1週間ぐらいでは出るかな
2008/10/02(木) 02:38:52ID:ws3G/HqX
10/10リリースなので暫く待たれよ。
2008/10/02(木) 22:31:13ID:eeZa+GoT
　　　＿　 _＿_
　　　＼>,＼／

　　　　　　　　　　＜⌒／ヽ-、_ ＿
　　　　　　　　　　＜_/＿＿＿＿ノ 10日に起こして。
2008/10/03(金) 20:43:01ID:Q8tkpFzm
gimp2.6が出ましたが流石に1週間じゃ入れられないですよね
trunkも2.4.7みたいですし
2008/10/05(日) 18:44:43ID:EGuRjeo8
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 で
ダラダラ新しくしていったものです。
325324
垢版 |
2008/10/05(日) 19:27:27ID:EGuRjeo8
すみません、

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

こっちは勘違いでした。

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

というわけで、質問は

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

というものです。
2008/10/05(日) 19:52:05ID:6If9lhdt
>>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 で
動くはずです
327324
垢版 |
2008/10/05(日) 20:21:49ID:EGuRjeo8
うーんそうですか。むしろ、ウチで変になったのは5RCからなんですが…
( Option "XkbRules" "base" は指定しました )

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

個人的には、原因さえわかれば、「これからはevdevで揃える」でも構わないんですが…
2008/10/06(月) 00:24:02ID:MYpTowZJ
>>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 などの処理は必要としないので、
このような対応が可能となります。
2008/10/06(月) 06:10:02ID:Q28Tr5qt
>>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 が使われてしまう。
2008/10/06(月) 13:11:55ID:Q28Tr5qt
>>329
原因がわかりました。
http://developer.momonga-linux.org/wiki/?evdev
の記述に従い、マウスのチルトホイールを利用しようと、USBマウスに対して evdev
ドライバを使用していた為に起きていたようです。しかし evdev を使わなくとも、
普通のマウスドライバ ( /usr/lib/xorg/modules/input/mouse_drv.so ) でも
チルトホイールは使えるようなので、この evdev を使わないようにしたら、キーボードの
ルールセットに base=xorg が用いられるようになりました。

しかしマウスに影響されるというのは、ちょっと納得が行かないな。halの設定によっては
回避できるのかも知れません。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況