トップページunix
1001コメント303KB

FreeBSDを語れ Part23

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/02/26(木) 00:39:05
FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ:FreeBSDを語る #22
http://pc11.2ch.net/test/read.cgi/unix/1231983300/
0549名無しさん@お腹いっぱい。2009/04/23(木) 08:50:26
うんざりだ
0550名無しさん@お腹いっぱい。2009/04/23(木) 08:53:28
Portsサーバを立てて
そこからパッケージを取れるようにしようかなと思ったことがあるのだが

ttp://www.otsune.com/bsd/tips/portindex.html
基本的には↑に書かれている方法でいいのだろうけど
もっと便利な方法がないかな
0551名無しさん@お腹いっぱい。2009/04/23(木) 08:59:14
完全解凍したらうんざりついでにnew portいっちょ投稿するかな
0552名無しさん@お腹いっぱい。2009/04/23(木) 18:17:00
>>542 良い方法は知らないが 以前は ~/.Xmodmapでとりあえずしのいだ。

>>535 どうでもいいけど動かない環境を維持する意味が不明だ。
最新版にしたらおかしくなった。だから戻した。それでいいじゃん。
解決能力がないんだったらデフォルトのセッティングをかえるべきではない。
だから>>535がintelも含めて安定動作するようになってもhal無しで運用すべきではないってことだ。

そういえば大地氏がhalでのmountにはpropfs必須です。
とか書いているけどそれってFreeBSDではないな。
以前からhalでのユーザー領域での自動マウントはしているけれど
procfsはなくても動く
必要なのは多分Linux
一ヶ月に一度でいいから仮想環境とかでないFreeBSDを触ってくれ、大地氏よ。

0553名無しさん@お腹いっぱい。2009/04/23(木) 18:20:06
>>552 procfs な... orz
0554名無しさん@お腹いっぱい。2009/04/23(木) 20:21:29
どうでもいい、うせろ、。
0555名無しさん@お腹いっぱい。2009/04/23(木) 21:30:33
>>542

setxkbmap -rules xorg -model pc104 -option "ctrl:nocaps"

してる。
0556名無しさん@お腹いっぱい。2009/04/24(金) 01:03:35
setxkbmap か…。いらん妄想してしまうぜ。
0557名無しさん@お腹いっぱい。2009/04/24(金) 01:23:28
なんと言う俺。疲れてるのかな・・・
0558名無しさん@お腹いっぱい。2009/04/24(金) 01:23:40
そういやhal は、いつJPの106キーボードに対応してくれるんだろう?
0559名無しさん@お腹いっぱい。2009/04/24(金) 01:41:47
>>558
おまえさまが対応させた時に
0560名無しさん@お腹いっぱい。2009/04/24(金) 04:29:01
いや、個人的には106キーボード用のfdiファイルを作って
対応しているんで問題ないんだけど。
0561名無しさん@お腹いっぱい。2009/04/24(金) 07:58:18
106系キーボードは使わないので問題ない
0562名無しさん@お腹いっぱい。2009/04/24(金) 08:00:22
USBキーボードを接続したときにキーのレスポンスが遅いな
これってhalのせい?
0563名無しさん@お腹いっぱい。2009/04/24(金) 10:58:02
客先に、USBキーボードって、強烈なタイプ速度に対応してないん
じゃないかという恐ろしい結論を出してくる部署があるのですが、

管理者としては「あんたら、道具をもうすこし労わってくれ」よと。

0564名無しさん@お腹いっぱい。2009/04/24(金) 11:33:00
トゥルル(trr)値を聞いてみるんだ
0565名無しさん@お腹いっぱい。2009/04/24(金) 13:49:53
>>542
kdbmap kdbcontrol を使えばOK.
0566名無しさん@お腹いっぱい。2009/04/24(金) 22:49:54
やっぱりちゃんとhalを使って小細工なしでUSBのキーボードやマウスを使うには
7系以降に移行しないとだめなのかな?
0567名無しさん@お腹いっぱい。2009/04/24(金) 23:04:49
>>552
> >>535 どうでもいいけど動かない環境を維持する意味が不明だ。
> 最新版にしたらおかしくなった。だから戻した。それでいいじゃん。
> 解決能力がないんだったらデフォルトのセッティングをかえるべきではない。
> だから>>535がintelも含めて安定動作するようになってもhal無しで運用すべきではないってことだ。

何が言いたいのかさっぱりわからん。
>> 535 が言っているのは

・hal の有無にかかわらず最新の intel ドライバではうまく動作しない
・古いドライバでも hal ありだと不都合がある
・hal 無し&古いドライバだと動く

ということだろ。
0568名無しさん@お腹いっぱい。2009/04/25(土) 22:32:05
>>526
遅レスでなんだが、

> 特に動画関係はdbus使ってんだろ。

動画再生がdbus必須なら、dbus対応していないマシンに ssh -Y
とかで入って mplayer とかで再生したら何が起きるの?
0569名無しさん@お腹いっぱい。2009/04/25(土) 22:41:26
うちゅうのほうそくがみだれる
0570名無しさん@お腹いっぱい。2009/04/25(土) 23:01:13
だいうちゅうがこっぱみじんになる
0571名無しさん@お腹いっぱい。2009/04/26(日) 14:15:34
firefox3-develが来たので入れてみたが、既存のfirefox3を上書きしやがったww
別名や別ディレクトリで入れてくると思い込んでいた…
0572名無しさん@お腹いっぱい。2009/04/26(日) 14:43:01
なにもかも>>571がCONFLICTS=を入れろっていうsend-prをしないせい
0573名無しさん@お腹いっぱい。2009/04/26(日) 15:07:39
>>572
CONFLICTS=〜じゃないだろ
0574名無しさん@お腹いっぱい。2009/04/26(日) 15:51:34
MOZILLA_SUFX=3をMOZILLA_SUFX=3-develとかにすれば上書きは回避できそうな気がする。
0575名無しさん@お腹いっぱい。2009/04/26(日) 17:53:59
>>571
いままでもそんな選択的portsはけっこうあったろうに、なんで別だと思い込んでんだよww
0576名無しさん@お腹いっぱい。2009/04/27(月) 13:21:25
俺用メモ
ttp://www.sic.shibaura-it.ac.jp/~takeshi/diary/?0121
ttp://d.hatena.ne.jp/cocelo/20081102/1225603204
ttp://www.karashi.org/d/20041130.html#p01
ttp://www.archivum.info/mailing.freebsd.ports/2008-04/msg00104.html

Packageとdistfilesのサーバをつくるにゃ
どれくらいHDDに領域を確保すればいいのやら
0577名無しさん@お腹いっぱい。2009/04/27(月) 13:47:51
問題になるほどサイズないだろ
0578名無しさん@お腹いっぱい。2009/04/27(月) 14:46:17
とりあえず */*/distinfo のSIZEを重複なしに足したら75GBくらい。
0579名無しさん@お腹いっぱい。2009/04/27(月) 14:46:57
たったの75GBか…ゴミめ
0580名無しさん@お腹いっぱい。2009/04/27(月) 14:47:34
7yen/GB
0581名無しさん@お腹いっぱい。2009/04/27(月) 15:50:31
>>578
全部入れるとするとそれだけ必要なんですか

自前でPackageとdistfilesのサーバをつくるときって
たいていは頻繁に使うパッケージだけを置いておくだけでいいんですよね?
2万以上のportsを全部自前でミラーリングしてきて
管理している猛者っているのかな・・・
0582名無しさん@お腹いっぱい。2009/04/27(月) 20:25:41
firefox3を3.0.9に上げたらcore吐くようになったぜ
0583名無しさん@お腹いっぱい。2009/04/27(月) 21:57:42
scimを消したら動くようになった
入れ直してみるかな
0584名無しさん@お腹いっぱい。2009/04/27(月) 23:33:57
helper-manager が core を吐くしな
0585名無しさん@お腹いっぱい。2009/04/27(月) 23:50:15
そいつは、俺の経験では、
・NISを使わないようにすると吐かなくなることもある
・-DWITH_DEBUGでコンパイルすると吐かなくなることもある

その他、誰かのブログによると、
・try_dlopen() の結果をエラー扱いにすると吐かなくなる
・kdmとの実行順序を変えると吐かなくなる
・pthreadがらみか

あと、1.4.[89]あたりのコメントによると、
・module.unload()をしない(または遅らせる)と吐かなくなるかも

pthreadがらみが濃厚。後は誰かよろしく。
0586名無しさん@お腹いっぱい。2009/04/28(火) 07:36:38
>>583
ずいぶん前からGTKのアプリとscim-anthyでcoreを吐く場合があったので、色々調べてたんだけど、
scimやらなんやらのコンパイルオプション(-O, -O2 とか)で吐かなくなったり吐いたり、かなり微妙なタイミングで起きてる模様。
scimの作者に連絡したけど、返信来ず。
間違ってるかもしれんしうろ覚えだけど、scimがマルチスレッドで動いていて、スレッド間の微妙なタイミングで
起こってたかもしれない。
0587名無しさん@お腹いっぱい。2009/04/28(火) 07:51:18
根本的な解決法じゃないけど、gcc34 でコンパイルすると helper-manager はコア吐かなくなった。
0588名無しさん@お腹いっぱい。2009/04/28(火) 09:56:30
>>582
これか?
www.mozilla-japan.org/security/announce/2009/mfsa2009-23.html

Firefox 3.0.9 で行われたセキュリティ問題の修正のひとつによって、
一部のユーザが頻繁にクラッシュに遭遇するというリグレッションが生じてしまいました。
0589名無しさん@お腹いっぱい。2009/04/28(火) 10:04:05
>>588
なるほど。
ただ、そもそも起動途中に落ちるので、リグレッション以前の状態だったんだけど、
scimのコンパイルしなおしで回避できた。
あと、gcc34はscim-helper-manager問題に確かに効果あるみたい。

そういえばgtkがらみのアプリのcoreが10個ぐらいホームにあったよ。
これも全部scimがらみだったのか、gcc34版をしばらく使ってみる。
0590名無しさん@お腹いっぱい。2009/04/29(水) 10:52:28
PC-BSD 7.2Rをインストールしたら、デフォルトの環境で普通にYouTubeやら
ニコニコ動画が見れて感動した。
Flash9が実用上問題無い程度に使える。

PC-BSDってFlash関連で何か特別なチューニングしているの?

これに対してFreeBSD 7.2-PRERELEASEで、最新のportsから、
Firefox3やらFlash9 をインストールして、YouTubeやニコニコ動画を見ると
フリーズすることが多い。
普通のFlashを使っているWebページは大丈夫なんだが。
0591名無しさん@お腹いっぱい。2009/04/29(水) 11:00:02
>>590
あ、PC-BSDって7.1Rなのな。
0592名無しさん@お腹いっぱい。2009/04/29(水) 11:31:27
>>590
adobeと契約してるから
0593名無しさん@お腹いっぱい。2009/04/29(水) 12:06:06
それはLinux版の再配布契約をしたってだけで、
FreeBSDで安定動作するプレーヤーの供給とかじゃないでしょ?
0594名無しさん@お腹いっぱい。2009/04/29(水) 14:21:34
>>590
一体何を比べてるのか判るように書くべき。
0595名無しさん@お腹いっぱい。2009/04/29(水) 17:22:04
>>590
多分、PC-BSD はそういうあれこれが安定してるバージョンで
パッケージにしてるんじゃないかな?
ports の最新がいつも安定して動作するバージョンであるとは
限らない。
0596名無しさん@お腹いっぱい。2009/04/29(水) 18:14:52
意外と8.0-CURRENTからlinux emuをMFCしていたりして。
0597名無しさん@お腹いっぱい。2009/04/29(水) 19:05:50
現実問題としてFlash9,10に関してはLinux版よりWin版をwine上で使う方が確実じゃないのか?
0598名無しさん@お腹いっぱい。2009/04/29(水) 21:04:31
一旦は youtube もニコ動も動いてたけど最近「最新の
flash を入れろ」って言われて動かない。どうも
firefox3 と flash の関係がよくわからないんだよな。

nspluginwrapper が何してるのかもわからないし、
後藤さんのページ見て linux_base も fc8 にしたけど、
後から UPDATING みて後悔してるところだ。

ダウングレードしたら動くかな…。
0599名無しさん@お腹いっぱい。2009/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
やり直してみたら
0600名無しさん@お腹いっぱい。2009/04/29(水) 21:16:43
ちょっと前から fc8 にして、flash9 で使えてたんだが、本日トラブった。
linux-flashplugin-9.0r159 、音が出ない。
アップデートする前までは問題なかったんだが。

flash7 にすれば音は出るんだけど、ニコ動がダメなんだよな...
0601名無しさん@お腹いっぱい。2009/04/29(水) 21:22:30
jail で GEOM (geli) を使って jail を暗号化された 1 つのファイルにする
メリットってなんでしょう ?
0602名無しさん@お腹いっぱい。2009/04/29(水) 23:20:01
想像だけど、jail閉じたら、ファイルを1個持ち運べば別の場所で同じjail動かせて、
持ち運びが安全だからって感じじゃないかなぁ
06036012009/04/30(木) 00:24:34
なるほど、利便性という面ですね。確かにそういうのはありそうかも。
セキュリティ的な面ではどうなんでしょう。
ホスト環境に (一般ユーザで) 侵入されても jail の中身が見えないから
少し安心、とか ?
0604名無しさん@お腹いっぱい。2009/04/30(木) 01:28:01
jailが動いてたら普通にマウントしてるし、
jailの/のパーミッションを落とすわけにいかないから、
一般ユーザでも見れてしまうでしょ。
0605名無しさん@お腹いっぱい。2009/04/30(木) 01:31:09
>>600
もうFedoraCoreは存在しませんよ
0606名無しさん@お腹いっぱい。2009/04/30(木) 07:47:37
>>604
あ、そうなの ? てっきり 1 ファイルになるから VMware のようにホスト環境の
ファイルシステムからは 1 ファイルとしてしか見えなくて、jail 内の
ファイルを見るには ssh なりなんなりで入ってじゃないと見れないのかと
思った。
0607名無しさん@お腹いっぱい。2009/04/30(木) 09:30:52
>>605
あー fc8 じゃなくて f8 ね
0608名無しさん@お腹いっぱい。2009/04/30(木) 18:37:12
send-prしようと思ってたNEW PORTをdaichiタンに取られたぜ
まだ完全解凍じゃないよな
0609名無しさん@お腹いっぱい。2009/04/30(木) 20:19:20
>>599
> nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
> やり直してみたら

うーん、それっぽいスクリプト用意してて駄目だったけ
ど、手作業でやったらうまくいった。なんでだろ?

ま、動いたからいいや。
0610名無しさん@お腹いっぱい。2009/04/30(木) 22:42:29
scimに嫌気がさしたのでibusにしてみた
core吐かない
0611名無しさん@お腹いっぱい。2009/04/30(木) 23:01:35
ibus-skk誰か作って
0612名無しさん@お腹いっぱい。2009/04/30(木) 23:02:05
俺もキボンヌ
0613名無しさん@お腹いっぱい。2009/05/01(金) 00:30:08
今更だけど、なんで scim のバグがとれにくいのか思い出した。
-g つけてコンパイルすると、core 吐かなくなるからだ。
ほんと微妙なタイミングでバグってるんだろうな…
で、printf とか使って、一行ずつ各値を表示させて null とかないか調べてたんだけど、
それもタイミングを変えてしまうので、結局どこが原因なのか突き止められなかった。
ほんとはもっといい方法があるんだろうけど…
0614名無しさん@お腹いっぱい。2009/05/01(金) 01:43:28
>>613
> -g つけてコンパイルすると、core 吐かなくなるからだ。
> ほんと微妙なタイミングでバグってるんだろうな…

gcc なら -g でタイミングが変わるような改変は無いは
ずだけど…(そもそもコード自体に変化は無いと思う)。

考えられるとしたら(UNIX のメモリイメージには明る
くないけど) rodata な部分への参照が何らかのタイミ
ングではみ出していて、デバッグ情報のおかげでそれが
はみ出さなくて済んでいるとか?
0615名無しさん@お腹いっぱい。2009/05/01(金) 01:49:47
シンボル情報の無い core で落ちた辺りのアセンブリコー
ドをメモっておいて、シンボル情報のある方で objdump
--disassemble して比較するとか。

といってもリロケーション情報が無いから難しいか…。

gdb プログラム

で起動しておいて break main して run すると main
入り口で止まるから、その状態で disassemble するっ
てのは?
0616名無しさん@お腹いっぱい。2009/05/01(金) 01:50:58
-gをつけるのと-O,-O2を取るのを区別せずに言ってるだけかも
0617名無しさん@お腹いっぱい。2009/05/01(金) 01:54:38
>>614
そうなんすか。そうかも知れんす。っていうか自分もその辺全然知らないんで…
まあでもそんな感じなんすよ。
bus error だったか、segmentation fault だったか、それさえ忘れてしまいましたし…
でも何かそんな感じなんすよね…
0618名無しさん@お腹いっぱい。2009/05/01(金) 02:05:20
>>615
確か大体どの部分で落ちるかは確か見当がついていたので、
その辺になると一行ずつ実行させるようにgdbでやってたんですが、
もううろ覚えで何か分からんのですけど、確か並行するスレッドの方に問題がありそうな気がして、
結局難しすぎて止めたような記憶が…
今となってはちょっと確かめる時間もないので、なんもできないんすよね…
ちなみに自作のGTKプログラムと合わせてデバッグしてたんすが、
こうすると確実に落ちるってのが分かっていたので、まだ分かりやすかったんですけどね…
0619名無しさん@お腹いっぱい。2009/05/01(金) 02:48:00
>>618
> 確か並行するスレッドの方に問題がありそうな気がして、

スレッド毎にコンテキストは別なんだから普通は落ちた
方だけ気にすればいいはずだよ(間接的に他のスレッド
が影響しているとしても、「X であるはずの値が X で
ない」みたいなのは落ちたスレッドで観察されてるはず
だし)。

> こうすると確実に落ちるってのが分かっていた

この時点で send-pr すべきだったね…。この時メール
送ったのならメールで残ってない?
0620名無しさん@お腹いっぱい。2009/05/01(金) 03:16:30
>>619
> スレッド毎にコンテキストは別なんだから普通は落ちた
> 方だけ気にすればいいはずだよ(間接的に他のスレッド
> が影響しているとしても、「X であるはずの値が X で
> ない」みたいなのは落ちたスレッドで観察されてるはず
> だし)。

この辺ぐじゃぐじゃになっていて、よく覚えてないんですよ。
しかもどの値がおかしくなっているかは、-g もつけられないし、printf も入れれないしで、
確か分からなかったような気がするんで…
(単にgdb+マルチスレッドの扱い方に慣れてなかったような気もします。
ってかgdbの全機能も把握してないもんで…)

で、作者に送ったメールを探してみたんすけど、残ってない…
どのへんがおかしくなるか書いたような気もするし、書いてなかったような気もする…

すんません…
0621名無しさん@お腹いっぱい。2009/05/01(金) 03:25:13
あ、もう一つ書いておくと、
GTK と自分のアプリは -g 付きでコンパイルして、scim は -g なしでコンパイルしてテストしてました。
(そうじゃないと core 吐かない)
なので、scim のどの部分でおかしくなるかは、細かい所は分からなかったけど、だいたいこの辺ってのが分かったような気がします。
ただそれがおかしくなるのは、他スレッドが原因かも、って感じで終了したような気がします。
いつか時間があったらもう少し gdb の知識とか身につけてやりたいんですが、直ぐには無理そうっすね…
0622名無しさん@お腹いっぱい。2009/05/01(金) 09:56:55
-g のありなしで結果が変わるのは、ダングリングポインタから読んだ値に
依存してるバグとかだな。
0623名無しさん@お腹いっぱい。2009/05/01(金) 09:59:54
>>619
他スレッドが本当はまだ解放しちゃいけない領域を解放しちゃったせいで、
バグを含まない側のコードを実行してるスレッドで落ちるなんてこと、よくあるけど。
0624名無しさん@お腹いっぱい。2009/05/01(金) 11:47:10
>>623
日本語もう少し勉強した方が良いよ。
0625名無しさん@お腹いっぱい。2009/05/01(金) 11:57:59
>>624
MTなプログラミングゼロから勉強しなおした方が良いよ。
0626名無しさん@お腹いっぱい。2009/05/01(金) 12:28:38
マルチスレッドを MT と略する人を初めて見たわ……
0627名無しさん@お腹いっぱい。2009/05/01(金) 12:33:42
MTをマルチスレッドと読めない人を初めて見たわ……
0628名無しさん@お腹いっぱい。2009/05/01(金) 12:38:55
マニュアルトランスミッション
0629名無しさん@お腹いっぱい。2009/05/01(金) 12:41:02
メルセンヌツイスタ
0630名無しさん@お腹いっぱい。2009/05/01(金) 12:43:12
FreeBSD 始めようと思ったけど
このスレ見て止めようと決心しますた。
0631名無しさん@お腹いっぱい。2009/05/01(金) 12:47:30
この程度で脱落するなら、そのほうが幸せ。
0632名無しさん@お腹いっぱい。2009/05/01(金) 12:49:18
>>621
printf埋め込んでログを吐いて調べて行くしかないかと。
valgrind使えるなら使うのが良いと思うけど、難しそう?
0633名無しさん@お腹いっぱい。2009/05/01(金) 12:58:19
>>626
お前、馬鹿だろ?
0634名無しさん@お腹いっぱい。2009/05/01(金) 13:06:22
>>626
http://en.wikipedia.org/wiki/MT
>Multi-threading, a concept in computer programming, see thread (computer science)
涙拭けよ
0635名無しさん@お腹いっぱい。2009/05/01(金) 13:20:25
いまどきMTなプログラムなんて流行らないよ。
デバッグの非効率さ、潜在バグの発生しやすさ等、デメリットだらけ。
シングルスレッドできちんと書いたプログラムの方が安定だし、開発効率もいい。
並行処理が必要な部分はスレッドじゃなくてfork()で別プロセスにした方がいい。
0636名無しさん@お腹いっぱい。2009/05/01(金) 13:29:09
fork()使ってもそれはそれで注意は必要だけどね。
MTなプログラムでバグ作り込むような人はfork()を使うモデルでもバグを
作り込みやすいけど、fork()の方が致命的になりにくいってくらいで。
0637名無しさん@お腹いっぱい。2009/05/01(金) 13:35:58
>>623
> 他スレッドが本当はまだ解放しちゃいけない領域を解放しちゃった

その問題となっている領域をまず見つけるには

> バグを含まない側のコードを実行してるスレッドで落ちる

この個所を特定するのが先だということでしょ。
0638名無しさん@お腹いっぱい。2009/05/01(金) 13:41:12
>>635
君のスキルが低いことは良く分かった。
0639名無しさん@お腹いっぱい。2009/05/01(金) 13:43:17
forkだとpipeのやりとりでしか…共有メモリも使えるか。
そしたらmutex必須なわけでMTと変わりなくね?
0640名無しさん@お腹いっぱい。2009/05/01(金) 13:46:59
517 動け動けウゴウゴ2ちゃんねる sage New! 2009/05/01(金) 12:49:21 ID:aMZcqiey0
RELENG_7_2_0_RELEASE is tagged.


518 root▲▲ ★ New! 2009/05/01(金) 13:03:23 ID:???0 BE:?-DIA(102226)
>>517
7.2Rきましたね。今回は安産でした。

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.72.2.11.2.3;r2=1.72.2.11.2.4

-BRANCH="RC2"
+BRANCH="RELEASE"
0641名無しさん@お腹いっぱい。2009/05/01(金) 14:37:02
公式では4日にリリースをアナウンス予定らしいが1日にDL出来ちゃったりするのかなぁ
0642名無しさん@お腹いっぱい。2009/05/01(金) 14:39:34
ちんちんの大きさ自慢し合うのはヤメロ
0643名無しさん@お腹いっぱい。2009/05/01(金) 15:23:24
>>635
hello worldくらいしかプログラムを組まない人がプログラミングについて語るならム板でどうぞ、
0644名無しさん@お腹いっぱい。2009/05/01(金) 15:34:56
>>637>>623の書いていることを理解してないようだ.
0645名無しさん@お腹いっぱい。2009/05/01(金) 15:54:23
ports で入れた emacs-22.3.1 で、M-x compile でエラー
になった行へ C-c C-c でジャンプしようとしても No
error here と言われてジャンプできません(emacs -q
でも)。誰か心当たりありませんか。
0646名無しさん@お腹いっぱい。2009/05/01(金) 16:36:29
>>640-641
csupしたらcheckoutだらけでワラタ
0647名無しさん@お腹いっぱい。2009/05/01(金) 17:23:55
7.2 installworld まで終了しますた。
mergemaster -r も特に何もなくさくっと終了。
0648名無しさん@お腹いっぱい。2009/05/01(金) 18:38:30
殆ど全部checkoutだからうちの細い回線じゃcsupがまだ全然終わる気配すらないぜwwww
■ このスレッドは過去ログ倉庫に格納されています