09/04/15 11:37:42
弾き撃ちが二週間分（14世代分）ある区画がある。
この区画の残量が二〇億二進文字単位になったので、
不要なヤスリを四〇億二進文字単位ほど消した。
そうしたら悲惨なことになった。この区画を復旧させるため、
稼働中の奉仕を停止して復旧作業をせざるを得なかった。
まるで、増築しすぎて継目だらけで変になった家のように、
第二単一ヤスリ系も手を加え過ぎて動作がおかしくなってるぞ。
461:名無しさん＠お腹いっぱい。
09/04/15 12:21:30
英語でOK
462:名無しさん＠お腹いっぱい。
09/04/15 12:28:54
>>454 was deleted using files by mistake, orz.
463:名無しさん＠お腹いっぱい。
09/04/15 13:00:52
2009年4月13日 Gnome 2.26へアップグレードする方法，FreeBSD勉強会第0回参加締切り本日
URLﾘﾝｸ(gihyo.jp)
# pkg_delete -f gnome-volume-manager-2.24.1
# pkgdb -F
一回アップグレードしたけどもう一度やり直そうかなあ・・・
464:名無しさん＠お腹いっぱい。
09/04/15 13:32:19
全部コンパイルしなおししよっかな～
465:名無しさん＠お腹いっぱい。
09/04/15 13:38:00
>>462
>>454がどの宗教か知らんが、とりあえず冥福を祈ったほうがいいか？
466:名無しさん＠お腹いっぱい。
09/04/15 14:45:20
どうも 7.2R の xf86-video-intel はバグバグなままになりそうな予感
URLﾘﾝｸ(www.freebsd.org)
467:名無しさん＠お腹いっぱい。
09/04/15 15:46:27
>>466 xf86-video-intelはFreeBSDとは関係ないだろ
>>463 >>464 「やり直す」となにがどう違うか分かっていないのなら
ただのアホだ。
>>457 基本的に「削除の仕方」の問題でUFS2は関係ない。
関係ないけれどこれを糧にして重要ファイルのリストと定期バックアップをしとくことだね、
468:名無しさん＠お腹いっぱい。
09/04/15 15:54:00
定期バックアップは当然やってるだろ。だからこそ復旧作業をしているという話かと。
バックアップがあっても復旧には時間がかかるし、サービスも停止する必要がある。
一気に多量のファイルを削除するとUFS2自体がおかしくなるという話なのでは?
たとえ「必要なファイル」であっても、それを消してファイルシステムが
おかしくなるようなことがあってはならないと思うが。
469:名無しさん＠お腹いっぱい。
09/04/15 16:06:57
「悲惨なこと」の内容が書いてないからねえ。
分かる君はエスパーだな！
470:名無しさん＠お腹いっぱい。
09/04/15 16:28:37
ｷﾁｶﾞｲ
471:名無しさん＠お腹いっぱい。
09/04/15 17:29:44
>>467
>>xf86-video-intelはFreeBSDとは関係ないだろ
じゃあなんでタグ打つんだよ?
472:名無しさん＠お腹いっぱい。
09/04/15 17:30:55
>>466
RELEASE時に配布されるxf86-video-intelのpkgは2.5.1になるんかな。
まあ、うちだと2.5.1ですら動かないんだが。
473:名無しさん＠お腹いっぱい。
09/04/15 17:49:45
xf86-video-siliconmotion も動いてないんだよね? > s30 な人
474:名無しさん＠お腹いっぱい。
09/04/15 18:44:39
>>468 ファイルシステムがおかしくなったという事実があったかどうか
そこがまず怪しい。
事前と違う状態になった。しかしそこにはroot権限でのファイル削除があったわけで
それがrmによるものなのかX上からファイラーでやったものかも分からない。
現象がなぜ起きたのか確認もせずに憶測だけでファイルシステムのせいにしているのではないだろうかってこと
例えばfstabに一行書き加えるだけで一見再起不能にもみえる状態になりうる。
475:名無しさん＠お腹いっぱい。
09/04/15 18:51:44
>>472 >>473 vesaでどうなんだ?3Dは捨てるとして
あと「動かない」というのがドライバのせいではなくて
配布元の説明不足のせいでXのファイルの組み合わせとかxorg.confとか何かのせいという可能性はないのか?
最新版だとxorg.confにモジュールの記述があるとだめぽい。
>>471 書いてる奴が適当だからだろ。
OSの本体とCD-ROMのセットとは別物
インストーラーをpy-gtk2で作っちゃったけどOSにはgtk入っていないから
javaのがいいんじゃないか?
そのためにはjavaをOSに入れないと...
とか言っているような方々が書いている。
476:名無しさん＠お腹いっぱい。
09/04/15 20:49:34
>>475
> あと「動かない」というのがドライバのせいではなくて
xf86-video-intel は RedHat 他 Linux 陣営でも問題出
まくりなのでまず間違いなくドライバもおかしい。サー
バもおかしいけどな。
これが設定でどうにかなるレベルとは思えない（もちろ
ん、推奨されている方法は最初に試したさ）。
インストーラのために Java は勘弁ってのは全く同意。
477:名無しさん＠お腹いっぱい。
09/04/15 20:56:12
> インストーラのために Java は勘弁ってのは全く同意。
同意だけど、昔からインストーラから X 選択出来たよね？
# まぁそれが vesa でもいいだろってのはわからんでもない。
478:名無しさん＠お腹いっぱい。
09/04/15 21:01:23
finstallは本当にがっかりしたよ。
479:名無しさん＠お腹いっぱい。
09/04/15 21:04:09
>>466
ちょwwwww
この状態でportsをfreezeしたんか。ふざくんな。
480:名無しさん＠お腹いっぱい。
09/04/15 22:08:52
あれ？finstallってコンソールベースでも動作するんじゃ
ないの？（そのためにフロントエンドを分離したんじゃ
ないの？）
481:名無しさん＠お腹いっぱい。
09/04/15 22:50:50
Free Religion 1.0
Open Religion 0.6d
482:名無しさん＠お腹いっぱい。
09/04/16 03:08:25
ああ、俺のマシン、デスクトップもノートも intel なビデオなんだけど、どうすべー。
そろそろ 6.X -> 7 に切り替えないと、困り始めてきてるし…
965, 945 とかでもまともに動かんのか？
まあ自分で試してみるだけだな…
483:名無しさん＠お腹いっぱい。
09/04/16 09:24:28
>>482
> そろそろ 6.X -> 7 に切り替えないと、困り始めてきてるし…
具体的には? 6→7 は /usr/X11R6 → /usr/local があ
るから UPDATING の作業に注意すればいいよ。
俺も intel ノートだけど 7.3 位が安定してた。参考までに。
484:名無しさん＠お腹いっぱい。
09/04/16 09:35:42
>>447
> 起動時、ざらざらじゃない
startx -- -retro
でざらざらが復活する(Ctrl-Alt-BS も)。
485:名無しさん＠お腹いっぱい。
09/04/16 18:39:11
>>484 それはいいんだけどむしろX -config **のときに使いたかった。でも明日はそれで起動しよう
1.6.0の変更てむしろそこそこ慣れた人に衝撃だよね、
>>477 vesaって単なるXのビデオドライバじゃないのか?使ったことないけど
ノートにインテルチップが多いからintelドライバがだめなのは困るけれど
やっぱATIかnvidiaがいいんじゃないすか?多分LINUXも
xorgは個別のportsを組み上げていったけれど
別にxorg-server-1.4*でも問題なかった。
直前まで最新にしておいてxorg-serverとそれ以降(ドライバ類)だけ入れ替えればいいんじゃないのかな。あんまり7.4とか7.3とかって区別が自分にはない。
486:名無しさん＠お腹いっぱい。
09/04/16 20:29:35
最近"どうでもいい。失せろ。、"のコピペが減ったけどなんかあったの？
487:名無しさん＠お腹いっぱい。
09/04/16 20:33:54
死んだ
488:名無しさん＠お腹いっぱい。
09/04/16 20:39:29
>>486
メンテナシップがお前に移った
489:486
09/04/16 21:00:36
どうでもいい。失せろ。、
490:名無しさん＠お腹いっぱい。
09/04/16 21:27:43
／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_ どうでもいい。失せろ。、
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／
491:名無しさん＠お腹いっぱい。
09/04/16 22:17:49
>>485
vesa は標準規格。
URLﾘﾝｸ(ja.wikipedia.org)
でもって intel 駄目だったから vesa 使ってみたけど、
インストーラには何とか使えるかもという程度でintel
ドライバの代わりになるようなもんじゃない。
ヘボい BIOS のせいで解像度は合わないわ、色はおかし
いわで散々だった。
492:名無しさん＠お腹いっぱい。
09/04/16 22:38:51
amd64だとvesa対応してなくてちょっと凹んだな。
jfbterm動かんって…
493:名無しさん＠お腹いっぱい。
09/04/16 23:43:23
Intel MacのMac miniにFreeBSD 7.1Rをインストールしようと思うのだが
やり方が書いてあるサイトがなかなかみつからない・・・
494:名無しさん＠お腹いっぱい。
09/04/17 00:04:14
>>493
やめとき。
495:名無しさん＠お腹いっぱい。
09/04/17 00:32:57
どうでもいいけど、最近の X って、解像度自分で調節してくれるんな。
このあいだ新しい LCD ディスプレイに交換したんだけど、
1280x1024 -> 1920x1080 に勝手に調節してくれてたよ。
496:名無しさん＠お腹いっぱい。
09/04/17 01:00:50
まぁ、Modelineとかも書く必要はないってことだ
俺のxorg.confはこれで全部。Linuxだけどさ
Section "Files"
ModulePath "/usr/lib/xorg/modules/extensions/nvidia"
ModulePath "/usr/lib/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
Option "AddARGBGLXVisuals" "True"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
497:名無しさん＠お腹いっぱい。
09/04/17 01:56:14
>>496
FontPath とか書かなくていいの？
498:名無しさん＠お腹いっぱい。
09/04/17 02:17:36
デフォルトのはXorgに入ってる。
fonts/TrueTypeがないからFreeBSDでは最低限これくらい足してもいいけどね。
499:名無しさん＠お腹いっぱい。
09/04/17 10:55:12
>>491 そうなのか。でもまぁGUIのアプリが使えるだけましではないかと
ところでintelはほんとうにだめなのか?
なまじ慣れていたり引き継いだせいで何か余計な設定ファイルが残っているとか
そういうことはないのか?
うちもnvidia引っこ抜けばオンボがintelだけど
オンボというよりオンボロ(i815)なので元々glxとかだめだったし試す気合がない。
500:名無しさん＠お腹いっぱい。
09/04/17 11:21:11
>>494
7.0ではインストールできたのだが・・・
501:名無しさん＠お腹いっぱい。
09/04/17 14:41:01
>>499
> ところでintelはほんとうにだめなのか?
URLﾘﾝｸ(lists.freedesktop.org)
↑intel ドライバ凄いことになってるだろ? 一度しか体
験してないからバグレポート送ってないけど、動画再生
中に突然再起動したことあるぞ(w
502:名無しさん＠お腹いっぱい。
09/04/17 16:14:53
>>499
>なまじ慣れていたり引き継いだせいで何か余計な設定ファイルが残っているとか
>そういうことはないのか?
まぁ実は二回ほど試しただけで最近試してないから今か
ら base/ports 全アップデートして試してみる。↓以外
にやることある？
・xorg.conf 削除、moused 止める
・hald/dbus/avahi 動かす
・X 起動
ちなみに今↑の通りにやるとマウスが動かない。
503:名無しさん＠お腹いっぱい。
09/04/17 18:07:32
fdi書いた？
504:名無しさん＠お腹いっぱい。
09/04/17 19:26:52
>>503 追加fbiなくてもマウスは動く。だめなのはキーボードの日本語対応
avahiはgnomeでいるらしいけれど基本的に不要じゃないのか?
>>501 intelというよりdriがらみが多いからとりあえずnvidiaを使っていると地雷は踏まないということみたいだな。
>>502
xorg.confはSection "Files"にフォントパスはいるんじゃないか?
グラドラがだめならだめだけど
マウスが動かない程度ならXは立ち上がったってことか?
再ビルドの前にまず
/var/log/Xorg.0.log
みて原因追求した方がよい。ダメならEEがでてんだろ。
505:503
09/04/17 19:42:47
>>504
ごめん。マウスはそのとおりだた。
506:名無しさん＠お腹いっぱい。
09/04/18 00:43:23
俺もそろそろ人柱になるかな…。いややめとこ…
507:名無しさん＠お腹いっぱい。
09/04/18 14:27:53
とりあえず人柱になるときはいつでも戻れるようにはしておきたいし
人より先に出たてのバージョンで安定した環境になるのは微妙に楽しい。
ぷち人柱とかなんちゃって人柱でいいのでは?
ノートでハマっている人はきついけれど自作PCとかだったら
とりあえずpciexpress16かagpでつなげるならば
nvidiaのファンレス(エコ・静音)のグラボ買うのが基本じゃないの?
508:502
09/04/18 15:53:50
動画再生で Xorg が abort。ログには (EE) でも (WW)
でも (!!) でもないメモリダンプらしきものが出てる。
コンソールは真っ暗になり、キー入力を受け付けてくれ
ない。
全く使い物になりません。
さて、これからドライバを 2.5.1 にして hal サポート
無しの X に戻して、consolekit, policykit, dbus,
hal, hicolor-*, gnome_subr 辺りを消す作業に入るよ。
509:502
09/04/18 16:57:20
>>508
> コンソールは真っ暗
この状態でネット越しに作業進めてたら突然再起動した。
510:502
09/04/18 19:30:57
復帰した。一旦 Ctrl-Alt+F1 でコンソールに戻って
Alt-F9 で X に戻ってからの動画再生でも問題無し（新
しいドライバだとこの操作で酷いときは OS を引き連れ
て死ぬ）。
ということで最近の xf86-video-intel のクソさ加減は
設定がどうのというレベルではないのです。
これからしばらくこの環境で新しいドライバを試すけど、
2.7.0 でも動作しないことは確認済。freedesktop でも
「新しいバージョンは kernel へのパッチが必要」とか
言ってるみたいだから、Linux で落ち着いた上で BSD
対策入らないと無理だろうと思うけどね。
511:502
09/04/18 19:40:38
>>482
> 965, 945 とかでもまともに動かんのか？
ちなみに俺のが GM965 とかいう奴。御愁傷様。
ports ディレクトリの distinfo 消して make PORTVERSION=2.5.1
とかすれば他のは最新でも大丈夫だとは思う。
512:名無しさん＠お腹いっぱい。
09/04/18 19:46:31
UTF-8だとscreenの中でdialogの表示が崩れてとても困るんだけど
これ直すパッチとかどこかにないですか。みんなどうしてるの?
513:名無しさん＠お腹いっぱい。
09/04/18 19:48:20
FreeBSDにUTF-8は鬼門。当然 ja_JP.eucJPを使いつずけるよ
514:名無しさん＠お腹いっぱい。
09/04/18 19:48:53
>>510
カーネルの問題じゃないよ、Xorg側の問題だよ。たまたまカーネル支援が必要な機能の追加がされているだけで、バグとは特には関係ない。
あと設定でどうこうできるらしく、Linuxディストロ側では回避策が取られているらしい。良く分からんけど。
515:名無しさん＠お腹いっぱい。
09/04/18 19:54:07
halサポートなしのXてどうやるん？
516:名無しさん＠お腹いっぱい。
09/04/18 19:57:15
>>515
ports ディレクトリで make config すれば設定が変え
られる。
517:名無しさん＠お腹いっぱい。
09/04/18 20:05:30
サンクスコ。
がんばって再コンパイルします。
518:502
09/04/18 20:14:26
>>515
えと、俺が hal サポート切ってるのは純粋に「不要」
だからだからな。最近のデスクトップ使ってる人は入れ
ておいた方が無難だとは思うぞ（intel とは無関係だと
思うけど、入れて試さないと「そのせいだ」と言われか
ねないんでね）。
519:名無しさん＠お腹いっぱい。
09/04/18 20:28:03
>>518
ありがとう。
なぜかhalがすぐに死ぬ現象が出ていて、おかげでXもすごく調子悪いのよ。
もう面倒くさいから消したいと思っていたところだから。
520:名無しさん＠お腹いっぱい。
09/04/18 20:40:04
それはhalが死ぬ理由を追求した方がいいかもネ
521:名無しさん＠お腹いっぱい。
09/04/18 21:19:08
>>511
> ports ディレクトリの distinfo 消して make PORTVERSION=2.5.1
make PORTVERSION=2.5.1 NO_CHECKSUM=yes でビルドす
れば distinfo そのままでいいみたいだ。
522:名無しさん＠お腹いっぱい。
09/04/18 22:04:54
URLﾘﾝｸ(forums.freebsd.org)
こんな面倒な手順をふまないとだめなのかね
523:名無しさん＠お腹いっぱい。
09/04/18 23:43:28
>>468
ファイルシステムはおかしくならなかったよ。
使えなくなるだけ。
４時間ほど回復を待ってみたけどこれ以上のサービスダウンは
できない事情があったので、あきらめ。
ログインができない、ログインしてたターミナルからもコマンド投入したら
実行されない状況だったのでリセットしてみたが、バックグラインドfsckが
始まると同じ状況。
シングルユーザモードでfsckしてスナップショット消したら復旧した。
スナップショット運用は相当な空き容量が無いと危険な感じ。
6.4と7.1で再現性があった。
524:名無しさん＠お腹いっぱい。
09/04/19 10:16:52
7.2RC1 来た
525:名無しさん＠お腹いっぱい。
09/04/19 14:44:45
xorg-serverを1.6にしていない人はgnome-sessionを2.24.3のままにしておいた方が無難。
2.26のgnome-sessionはアイドルタイマの使い方がおかしいらしく、XorgがCPUを喰いっぱなしになる。
xorg-server 1.6に対処が入ったので、xorg-serverを1.6にした人はgnome-sessionも2.26にして大丈夫(らしい)。
526:名無しさん＠お腹いっぱい。
09/04/19 18:38:22
>>508= >>509 はドライバ以前に何か大事なものを自分でけして
それでおかしくなっているんじゃないのか?
確かにhalはなくても良さそうではあるけれど
hal前提でビルドしてからhalを消したら落ちて当たり前だよ、
特に動画関係はdbus使ってんだろ。
hal -dbus使わないならばそのつもりでソース変えるなりしないとだめで当たり前
とりあえず確実に言えるのはxorg-server-1.5*というやつが失敗作だったってことで
1.4*にするか1.6.*にするかのどちらかにした方が良いって事だけだ。
halが不要と思う気持ちはわからないでもないし
operatorなら別にshutdownコマンドを「ランチャー」に登録した方が電源断も手っ取り早いけど
全体の作りがそうなっているのにそこだけはさみできっちゃうのはダメだと思う。
とりあえずnvidiaだと快適という現実があるわけだからnvidiaな環境にしてみて
それでだめかうまくいくかそれが知りたくはあるな。
527:名無しさん＠お腹いっぱい。
09/04/19 18:39:14
xfceはgtkをアップデートすると微妙に不幸せだよ。オープンファイルダイアログもまた遅くなった。
528:502
09/04/19 21:12:05
>>526
はぁ…。
俺が最近の intel ドライバはクソだって書く度に根拠
もなく「動く」とかいうお前みたいなのがいるから、わ
ざわざ hal 対応の X 作って試したんだけど文盲ですか？
1.5.1 が最後に割とまともに動いてたドライバのバージョ
ンだから、dbus 消したりしたのは元の俺が使ってた環
境に戻しただけだよ。
一度 965 な環境で動画試してみろ。話はそれからだ。
529:名無しさん＠お腹いっぱい。
09/04/20 06:51:21
まぁ、ports に存在するバージョンが 2.6.3 なのを頭
に入れて下記を読めばどんだけクソかはわかるな。
[ANNOUNCE] xf86-video-intel 2.6.99.901
URLﾘﾝｸ(www.mail-archive.com)
[ANNOUNCE] xf86-video-intel 2.6.99.902
URLﾘﾝｸ(www.mail-archive.com)
[ANNOUNCE] xf86-video-intel 2.6.99.903
URLﾘﾝｸ(www.mail-archive.com)
[ANNOUNCE] xf86-video-intel 2.7.0
URLﾘﾝｸ(www.mail-archive.com)
で、2.7.0 で何もかも直ったかというとそうでもないわ
けだ。
2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption
URLﾘﾝｸ(lists.freedesktop.org)
そして誰も nvidia の話なんかしてないことに気付け。
530:名無しさん＠お腹いっぱい。
09/04/20 07:20:03
必死だな
531:名無しさん＠お腹いっぱい。
09/04/21 01:48:28
それより MySQL の運命はどうなるのか…
532:名無しさん＠お腹いっぱい。
09/04/21 03:43:21
おいらは、postgresql/firebird の二本槍。
MySQLは使ってない。 バージョン変わると互換性無さ過ぎる。
pgもバージョン変わるとバイナリ互換性はなくなるけど、他は温存できた希ガス。
それにMySQLって、Linux抱き合わせの初心者向け書き物ばっか。
533:名無しさん＠お腹いっぱい。
09/04/21 11:03:28
>>528 intelで動くとはいっていない。やり方がばらばらだといっているだけだ。
ダメなら素直にxorg-server戻せばいいじゃないか
すぐに戻せないならそもそも管理が悪い。
1.6.0がでた当日かららnvidiaで動かないという話がでててここに至っている。
FreeBSD-7.1+xorg-server-1.6.0は少なくともnvidiaカード使えば
Fx6200とかでもちゃんと動くし
hal入れとけば適当なデスクトップで
USBメモリとかのやりとりでsudoとか使わなくてもファイラーで操作できるんだから
それを正として構築してそっから明示的に入れ替えしてオレ流は構築すればいいよ。
第三者はそういうカキコをみて自分の道具とかと照らし合わせて各々が判断すればいいし
購入のめどにできる。
534:名無しさん＠お腹いっぱい。
09/04/21 11:05:20
ポスタグレってrubyと似た匂いを感じるよ。
MySQLもいまいちメリット低いし
httpサーバー+sqliteでいいや。
535:名無しさん＠お腹いっぱい。
09/04/21 11:42:19
>>533
まだやんのか（w
xorg-server は最新で intel-2.6.1 で動いてるんだよ。
俺はドライバの話してるんだって。
> hal入れとけば適当なデスクトップで
> USBメモリとかのやりとりでsudoとか使わなくてもファイラーで操作できるんだから
> それを正として構築してそっから明示的に入れ替えしてオレ流は構築すればいいよ。
uwm/X10 → twm/X11 しか使ってないですが何か？
今でも動くなら uwm にしたい位だよ俺は。
536:名無しさん＠お腹いっぱい。
09/04/21 11:53:36
>>535
> intel-2.6.1
2.5.1 だな。
537:LINUX
09/04/21 15:35:43
Linuxはバザールモデル。ＮＥＣはバザールでござーる。
この関連は。
1999年に２０００ねん問題でアメリカと日本政府が対立していた。
ようするにWindowsにオープンソースをせまった。
しかし、アメリカは原発臨界事故を起こし、愛媛丸も沈めた。
日立が原発事故。Linux特攻隊が愛媛丸。
夜の５８番街はどうなったのかな
LINUXが五橋研究所からIBMになったのはsolarisは無敵winndowsNTも無敵
NECのUNIXが大打撃を受けるとLinux特攻隊が言ったからだ
538:名無しさん＠お腹いっぱい。
09/04/21 15:53:54
いまいち
539:名無しさん＠お腹いっぱい。
09/04/21 15:54:12
NECといえばHPUX
540:名無しさん＠お腹いっぱい。
09/04/21 16:03:50
>>537 マルチポスト爆撃でアク禁になっちまえ。
541:名無しさん＠お腹いっぱい。
09/04/21 17:14:56
NECといえばACOSだろ
542:名無しさん＠お腹いっぱい。
09/04/22 22:04:19
FreeBSDでキー配置を変える方法はどのようにすればよいのでしょうか。
また、Fedoraあたりで言う yum-fastestmirrorにあたるものはPortsの中にはないのでしょうか。
どうか教えてくださいまし。
543:名無しさん＠お腹いっぱい。
09/04/22 22:15:32
いやづら
544:名無しさん＠お腹いっぱい。
09/04/22 23:11:53
kbdcontrol
setxkbmap
545:名無しさん＠お腹いっぱい。
09/04/22 23:24:17
7.2-RC1-p1
さっさとRC2でないかなぁ
546:名無しさん＠お腹いっぱい。
09/04/23 01:43:38
>>542
URLﾘﾝｸ(www.freebsdnews.net)
547:名無しさん＠お腹いっぱい。
09/04/23 06:55:01
>>546
そんなportsがあるんですか
試してみます
548:名無しさん＠お腹いっぱい。
09/04/23 08:34:46
1ヶ月ほったらかしにしてたら portsが20040か。
とうとう大台越したな。
549:名無しさん＠お腹いっぱい。
09/04/23 08:50:26
うんざりだ
550:名無しさん＠お腹いっぱい。
09/04/23 08:53:28
Portsサーバを立てて
そこからパッケージを取れるようにしようかなと思ったことがあるのだが
URLﾘﾝｸ(www.otsune.com)
基本的には↑に書かれている方法でいいのだろうけど
もっと便利な方法がないかな
551:名無しさん＠お腹いっぱい。
09/04/23 08:59:14
完全解凍したらうんざりついでにnew portいっちょ投稿するかな
552:名無しさん＠お腹いっぱい。
09/04/23 18:17:00
>>542 良い方法は知らないが 以前は ~/.Xmodmapでとりあえずしのいだ。
>>535 どうでもいいけど動かない環境を維持する意味が不明だ。
最新版にしたらおかしくなった。だから戻した。それでいいじゃん。
解決能力がないんだったらデフォルトのセッティングをかえるべきではない。
だから>>535がintelも含めて安定動作するようになってもhal無しで運用すべきではないってことだ。
そういえば大地氏がhalでのmountにはpropfs必須です。
とか書いているけどそれってFreeBSDではないな。
以前からhalでのユーザー領域での自動マウントはしているけれど
procfsはなくても動く
必要なのは多分Linux
一ヶ月に一度でいいから仮想環境とかでないFreeBSDを触ってくれ、大地氏よ。
553:名無しさん＠お腹いっぱい。
09/04/23 18:20:06
>>552 procfs な... orz
554:名無しさん＠お腹いっぱい。
09/04/23 20:21:29
どうでもいい、うせろ、。
555:名無しさん＠お腹いっぱい。
09/04/23 21:30:33
>>542
setxkbmap -rules xorg -model pc104 -option "ctrl:nocaps"
してる。
556:名無しさん＠お腹いっぱい。
09/04/24 01:03:35
setxkbmap か…。いらん妄想してしまうぜ。
557:名無しさん＠お腹いっぱい。
09/04/24 01:23:28
なんと言う俺。疲れてるのかな・・・
558:名無しさん＠お腹いっぱい。
09/04/24 01:23:40
そういやhal は、いつJPの106キーボードに対応してくれるんだろう？
559:名無しさん＠お腹いっぱい。
09/04/24 01:41:47
>>558
おまえさまが対応させた時に
560:名無しさん＠お腹いっぱい。
09/04/24 04:29:01
いや、個人的には106キーボード用のfdiファイルを作って
対応しているんで問題ないんだけど。
561:名無しさん＠お腹いっぱい。
09/04/24 07:58:18
106系キーボードは使わないので問題ない
562:名無しさん＠お腹いっぱい。
09/04/24 08:00:22
USBキーボードを接続したときにキーのレスポンスが遅いな
これってhalのせい？
563:名無しさん＠お腹いっぱい。
09/04/24 10:58:02
客先に、USBキーボードって、強烈なタイプ速度に対応してないん
じゃないかという恐ろしい結論を出してくる部署があるのですが、
管理者としては「あんたら、道具をもうすこし労わってくれ」よと。
564:名無しさん＠お腹いっぱい。
09/04/24 11:33:00
トゥルル(trr)値を聞いてみるんだ
565:名無しさん＠お腹いっぱい。
09/04/24 13:49:53
>>542
kdbmap kdbcontrol を使えばOK.
566:名無しさん＠お腹いっぱい。
09/04/24 22:49:54
やっぱりちゃんとhalを使って小細工なしでUSBのキーボードやマウスを使うには
7系以降に移行しないとだめなのかな？
567:名無しさん＠お腹いっぱい。
09/04/24 23:04:49
>>552
> >>535 どうでもいいけど動かない環境を維持する意味が不明だ。
> 最新版にしたらおかしくなった。だから戻した。それでいいじゃん。
> 解決能力がないんだったらデフォルトのセッティングをかえるべきではない。
> だから>>535がintelも含めて安定動作するようになってもhal無しで運用すべきではないってことだ。
何が言いたいのかさっぱりわからん。
>> 535 が言っているのは
・hal の有無にかかわらず最新の intel ドライバではうまく動作しない
・古いドライバでも hal ありだと不都合がある
・hal 無し＆古いドライバだと動く
ということだろ。
568:名無しさん＠お腹いっぱい。
09/04/25 22:32:05
>>526
遅レスでなんだが、
> 特に動画関係はdbus使ってんだろ。
動画再生がdbus必須なら、dbus対応していないマシンに ssh -Y
とかで入って mplayer とかで再生したら何が起きるの？
569:名無しさん＠お腹いっぱい。
09/04/25 22:41:26
うちゅうのほうそくがみだれる
570:名無しさん＠お腹いっぱい。
09/04/25 23:01:13
だいうちゅうがこっぱみじんになる
571:名無しさん＠お腹いっぱい。
09/04/26 14:15:34
firefox3-develが来たので入れてみたが、既存のfirefox3を上書きしやがったｗｗ
別名や別ディレクトリで入れてくると思い込んでいた…
572:名無しさん＠お腹いっぱい。
09/04/26 14:43:01
なにもかも>>571がCONFLICTS=を入れろっていうsend-prをしないせい
573:名無しさん＠お腹いっぱい。
09/04/26 15:07:39
>>572
CONFLICTS=～じゃないだろ
574:名無しさん＠お腹いっぱい。
09/04/26 15:51:34
MOZILLA_SUFX=3をMOZILLA_SUFX=3-develとかにすれば上書きは回避できそうな気がする。
575:名無しさん＠お腹いっぱい。
09/04/26 17:53:59
>>571
いままでもそんな選択的portsはけっこうあったろうに、なんで別だと思い込んでんだよｗｗ
576:名無しさん＠お腹いっぱい。
09/04/27 13:21:25
俺用メモ
URLﾘﾝｸ(www.sic.shibaura-it.ac.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(www.karashi.org)
URLﾘﾝｸ(www.archivum.info)
Packageとdistfilesのサーバをつくるにゃ
どれくらいHDDに領域を確保すればいいのやら
577:名無しさん＠お腹いっぱい。
09/04/27 13:47:51
問題になるほどサイズないだろ
578:名無しさん＠お腹いっぱい。
09/04/27 14:46:17
とりあえず */*/distinfo のSIZEを重複なしに足したら75GBくらい。
579:名無しさん＠お腹いっぱい。
09/04/27 14:46:57
たったの75GBか…ゴミめ
580:名無しさん＠お腹いっぱい。
09/04/27 14:47:34
7yen/GB
581:名無しさん＠お腹いっぱい。
09/04/27 15:50:31
>>578
全部入れるとするとそれだけ必要なんですか
自前でPackageとdistfilesのサーバをつくるときって
たいていは頻繁に使うパッケージだけを置いておくだけでいいんですよね？
2万以上のportsを全部自前でミラーリングしてきて
管理している猛者っているのかな・・・
582:名無しさん＠お腹いっぱい。
09/04/27 20:25:41
firefox3を3.0.9に上げたらcore吐くようになったぜ
583:名無しさん＠お腹いっぱい。
09/04/27 21:57:42
scimを消したら動くようになった
入れ直してみるかな
584:名無しさん＠お腹いっぱい。
09/04/27 23:33:57
helper-manager が core を吐くしな
585:名無しさん＠お腹いっぱい。
09/04/27 23:50:15
そいつは、俺の経験では、
・NISを使わないようにすると吐かなくなることもある
・-DWITH_DEBUGでコンパイルすると吐かなくなることもある
その他、誰かのブログによると、
・try_dlopen() の結果をエラー扱いにすると吐かなくなる
・kdmとの実行順序を変えると吐かなくなる
・pthreadがらみか
あと、1.4.[89]あたりのコメントによると、
・module.unload()をしない（または遅らせる）と吐かなくなるかも
pthreadがらみが濃厚。後は誰かよろしく。
586:名無しさん＠お腹いっぱい。
09/04/28 07:36:38
>>583
ずいぶん前からGTKのアプリとscim-anthyでcoreを吐く場合があったので、色々調べてたんだけど、
scimやらなんやらのコンパイルオプション(-O, -O2 とか）で吐かなくなったり吐いたり、かなり微妙なタイミングで起きてる模様。
scimの作者に連絡したけど、返信来ず。
間違ってるかもしれんしうろ覚えだけど、scimがマルチスレッドで動いていて、スレッド間の微妙なタイミングで
起こってたかもしれない。
587:名無しさん＠お腹いっぱい。
09/04/28 07:51:18
根本的な解決法じゃないけど、gcc34 でコンパイルすると helper-manager はコア吐かなくなった。
588:名無しさん＠お腹いっぱい。
09/04/28 09:56:30
>>582
これか?
www.mozilla-japan.org/security/announce/2009/mfsa2009-23.html
Firefox 3.0.9 で行われたセキュリティ問題の修正のひとつによって、
一部のユーザが頻繁にクラッシュに遭遇するというリグレッションが生じてしまいました。
589:名無しさん＠お腹いっぱい。
09/04/28 10:04:05
>>588
なるほど。
ただ、そもそも起動途中に落ちるので、リグレッション以前の状態だったんだけど、
scimのコンパイルしなおしで回避できた。
あと、gcc34はscim-helper-manager問題に確かに効果あるみたい。
そういえばgtkがらみのアプリのcoreが10個ぐらいホームにあったよ。
これも全部scimがらみだったのか、gcc34版をしばらく使ってみる。
590:名無しさん＠お腹いっぱい。
09/04/29 10:52:28
PC-BSD 7.2Rをインストールしたら、デフォルトの環境で普通にYouTubeやら
ニコニコ動画が見れて感動した。
Flash9が実用上問題無い程度に使える。
PC-BSDってFlash関連で何か特別なチューニングしているの？
これに対してFreeBSD 7.2-PRERELEASEで、最新のportsから、
Firefox3やらFlash9 をインストールして、YouTubeやニコニコ動画を見ると
フリーズすることが多い。
普通のFlashを使っているWebページは大丈夫なんだが。
591:名無しさん＠お腹いっぱい。
09/04/29 11:00:02
>>590
あ、PC-BSDって7.1Rなのな。
592:名無しさん＠お腹いっぱい。
09/04/29 11:31:27
>>590
adobeと契約してるから
593:名無しさん＠お腹いっぱい。
09/04/29 12:06:06
それはLinux版の再配布契約をしたってだけで、
FreeBSDで安定動作するプレーヤーの供給とかじゃないでしょ？
594:名無しさん＠お腹いっぱい。
09/04/29 14:21:34
>>590
一体何を比べてるのか判るように書くべき。
595:名無しさん＠お腹いっぱい。
09/04/29 17:22:04
>>590
多分、PC-BSD はそういうあれこれが安定してるバージョンで
パッケージにしてるんじゃないかな？
ports の最新がいつも安定して動作するバージョンであるとは
限らない。
596:名無しさん＠お腹いっぱい。
09/04/29 18:14:52
意外と8.0-CURRENTからlinux emuをMFCしていたりして。
597:名無しさん＠お腹いっぱい。
09/04/29 19:05:50
現実問題としてFlash9,10に関してはLinux版よりWin版をwine上で使う方が確実じゃないのか?
598:名無しさん＠お腹いっぱい。
09/04/29 21:04:31
一旦は youtube もニコ動も動いてたけど最近「最新の
flash を入れろ」って言われて動かない。どうも
firefox3 と flash の関係がよくわからないんだよな。
nspluginwrapper が何してるのかもわからないし、
後藤さんのページ見て linux_base も fc8 にしたけど、
後から UPDATING みて後悔してるところだ。
ダウングレードしたら動くかな…。
599:名無しさん＠お腹いっぱい。
09/04/29 21:16:35
>>598
OVERRIDE_LINUX_BASE_PORT=f9
OVERRIDE_LINUX_NONBASE_PORTS=f8
で、
firefox-3.0.10,1
linux-flashplugin-10.0r22
で見れてるよ。
nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
やり直してみたら
600:名無しさん＠お腹いっぱい。
09/04/29 21:16:43
ちょっと前から fc8 にして、flash9 で使えてたんだが、本日トラブった。
linux-flashplugin-9.0r159 、音が出ない。
アップデートする前までは問題なかったんだが。
flash7 にすれば音は出るんだけど、ニコ動がダメなんだよな...
601:名無しさん＠お腹いっぱい。
09/04/29 21:22:30
jail で GEOM (geli) を使って jail を暗号化された 1 つのファイルにする
メリットってなんでしょう ?
602:名無しさん＠お腹いっぱい。
09/04/29 23:20:01
想像だけど、jail閉じたら、ファイルを1個持ち運べば別の場所で同じjail動かせて、
持ち運びが安全だからって感じじゃないかなぁ
603:601
09/04/30 00:24:34
なるほど、利便性という面ですね。確かにそういうのはありそうかも。
セキュリティ的な面ではどうなんでしょう。
ホスト環境に (一般ユーザで) 侵入されても jail の中身が見えないから
少し安心、とか ?
604:名無しさん＠お腹いっぱい。
09/04/30 01:28:01
jailが動いてたら普通にマウントしてるし、
jailの/のパーミッションを落とすわけにいかないから、
一般ユーザでも見れてしまうでしょ。
605:名無しさん＠お腹いっぱい。
09/04/30 01:31:09
>>600
もうFedoraCoreは存在しませんよ
606:名無しさん＠お腹いっぱい。
09/04/30 07:47:37
>>604
あ、そうなの ? てっきり 1 ファイルになるから VMware のようにホスト環境の
ファイルシステムからは 1 ファイルとしてしか見えなくて、jail 内の
ファイルを見るには ssh なりなんなりで入ってじゃないと見れないのかと
思った。
607:名無しさん＠お腹いっぱい。
09/04/30 09:30:52
>>605
あー fc8 じゃなくて f8 ね
608:名無しさん＠お腹いっぱい。
09/04/30 18:37:12
send-prしようと思ってたNEW PORTをdaichiタンに取られたぜ
まだ完全解凍じゃないよな
609:名無しさん＠お腹いっぱい。
09/04/30 20:19:20
>>599
> nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
> やり直してみたら
うーん、それっぽいスクリプト用意してて駄目だったけ
ど、手作業でやったらうまくいった。なんでだろ？
ま、動いたからいいや。
610:名無しさん＠お腹いっぱい。
09/04/30 22:42:29
scimに嫌気がさしたのでibusにしてみた
core吐かない
611:名無しさん＠お腹いっぱい。
09/04/30 23:01:35
ibus-skk誰か作って
612:名無しさん＠お腹いっぱい。
09/04/30 23:02:05
俺もｷﾎﾞﾝﾇ
613:名無しさん＠お腹いっぱい。
09/05/01 00:30:08
今更だけど、なんで scim のバグがとれにくいのか思い出した。
-g つけてコンパイルすると、core 吐かなくなるからだ。
ほんと微妙なタイミングでバグってるんだろうな…
で、printf とか使って、一行ずつ各値を表示させて null とかないか調べてたんだけど、
それもタイミングを変えてしまうので、結局どこが原因なのか突き止められなかった。
ほんとはもっといい方法があるんだろうけど…
614:名無しさん＠お腹いっぱい。
09/05/01 01:43:28
>>613
> -g つけてコンパイルすると、core 吐かなくなるからだ。
> ほんと微妙なタイミングでバグってるんだろうな…
gcc なら -g でタイミングが変わるような改変は無いは
ずだけど…（そもそもコード自体に変化は無いと思う）。
考えられるとしたら（UNIX のメモリイメージには明る
くないけど） rodata な部分への参照が何らかのタイミ
ングではみ出していて、デバッグ情報のおかげでそれが
はみ出さなくて済んでいるとか？
615:名無しさん＠お腹いっぱい。
09/05/01 01:49:47
シンボル情報の無い core で落ちた辺りのアセンブリコー
ドをメモっておいて、シンボル情報のある方で objdump
--disassemble して比較するとか。
といってもリロケーション情報が無いから難しいか…。
gdb プログラム
で起動しておいて break main して run すると main
入り口で止まるから、その状態で disassemble するっ
てのは？
616:名無しさん＠お腹いっぱい。
09/05/01 01:50:58
-gをつけるのと-O,-O2を取るのを区別せずに言ってるだけかも
617:名無しさん＠お腹いっぱい。
09/05/01 01:54:38
>>614
そうなんすか。そうかも知れんす。っていうか自分もその辺全然知らないんで…
まあでもそんな感じなんすよ。
bus error だったか、segmentation fault だったか、それさえ忘れてしまいましたし…
でも何かそんな感じなんすよね…
618:名無しさん＠お腹いっぱい。
09/05/01 02:05:20
>>615
確か大体どの部分で落ちるかは確か見当がついていたので、
その辺になると一行ずつ実行させるようにgdbでやってたんですが、
もううろ覚えで何か分からんのですけど、確か並行するスレッドの方に問題がありそうな気がして、
結局難しすぎて止めたような記憶が…
今となってはちょっと確かめる時間もないので、なんもできないんすよね…
ちなみに自作のGTKプログラムと合わせてデバッグしてたんすが、
こうすると確実に落ちるってのが分かっていたので、まだ分かりやすかったんですけどね…
619:名無しさん＠お腹いっぱい。
09/05/01 02:48:00
>>618
> 確か並行するスレッドの方に問題がありそうな気がして、
スレッド毎にコンテキストは別なんだから普通は落ちた
方だけ気にすればいいはずだよ（間接的に他のスレッド
が影響しているとしても、「X であるはずの値が X で
ない」みたいなのは落ちたスレッドで観察されてるはず
だし）。
> こうすると確実に落ちるってのが分かっていた
この時点で send-pr すべきだったね…。この時メール
送ったのならメールで残ってない？