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

FreeBSDを語れ Part24

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

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

前スレ：FreeBSDを語れ Part23
http://pc12.2ch.net/test/read.cgi/unix/1235576345/
0419名無しさん＠お腹いっぱい。2009/06/14(日) 03:07:38
>>418
メモリが4GB以上 | 多少使えないツールがあっても問題無い > amd64
メモリが4GB以下 | 全ての機能を利用する必要がある > i386
0420名無しさん＠お腹いっぱい。2009/06/14(日) 03:10:23
CPUがTurionだからってamd64入れたら
動かしたいツールが動かせなくてi386で再インスコする羽目に
04214182009/06/14(日) 03:15:38
>>419
サンクス。

メモリは4GBで、X関係は入れない。
主な目的はWeb/DB/DNS/メールかな。
使えないツールっていうのが気になるところ。

速度的にはあまり変わらないって聞くけど、他にも意見聞かせてくれないか。
0422名無しさん＠お腹いっぱい。2009/06/14(日) 03:37:56
>>421
その用途なら使えないツールを気にする必要は多分無いな。
LP64だから一般的にメモリ使用量は増えるが、速度は向上することが多い。
ベンチ結果はネットに転がってるから色々調べてくれ。
04234182009/06/14(日) 03:44:31
>>422
今調べてみたけど、amd64で行こうと思う。
サンクス
0424名無しさん＠お腹いっぱい。2009/06/14(日) 04:28:33
pythonのupgrade-site-packagesだが、findかけてそれぞれpkg_whichなんてことしなくても
grep -l 'lib/python2\.[012345]' /var/db/pkg/*/+CONTENTS | sed 's,/var/db/pkg/,,;s,/.*,,'
でリストを得ればいいんじゃないのかな。
0425名無しさん＠お腹いっぱい。2009/06/14(日) 05:15:19
初期の MacOS X は uname すると freebsd の文字列を返してきたけど
最近は違うんだね
0426名無しさん＠お腹いっぱい。2009/06/14(日) 05:20:23
Windows Server の ActiveDirectory が Kerberos5 ベースだと知って Microsoft を見直した
0427名無しさん＠お腹いっぱい。2009/06/14(日) 05:36:48
>>408
kernelはマークカーネル
元をたどればBSDではあるがFreeBSDではない
FreeBSDの皮をかぶったマークカーネルという言い方が正解に近い。
0428名無しさん＠お腹いっぱい。2009/06/14(日) 05:39:31
皮をかぶったチ○コという言い方が正解に近い。
0429名無しさん＠お腹いっぱい。2009/06/14(日) 07:01:37
>>427
そんな適当な言い方をするより、素直にドキュメントを読んだ方が早い。

http://developer.apple.com/documentation/Darwin/Conceptual/KernelProgramming/Architecture/Architecture.html
0430名無しさん＠お腹いっぱい。2009/06/14(日) 07:25:12
モノリシックとマイクロというのがあってだな
BSDはどっちだ？
Machはマイクロカーネル
0431名無しさん＠お腹いっぱい。2009/06/14(日) 07:27:12
MacはBSDサブシステムを採用してるだけ
0432名無しさん＠お腹いっぱい。2009/06/14(日) 07:31:58
BSD
Above the Mach layer, the BSD layer provides “OS personality” APIs and services.
The BSD layer is based on the BSD kernel, primarily FreeBSD. The BSD component provides
* file systems
* networking (except for the hardware device level)
* UNIX security model
* syscall support
* the BSD process model, including process IDs and signals
* FreeBSD kernel APIs
* many of the POSIX APIs
* kernel support for pthreads (POSIX threads)

BSDレイヤーは、Machレイヤーの上に位置してる、BSDレイヤーは、APIとサービスを提供する
BSDレイヤーは、BSDカーネルベース(特にFreBSD)、BSDコンポーネントが提供するものは以下
0433名無しさん＠お腹いっぱい。2009/06/14(日) 08:46:47
AppleがコミットしはじめてからFreeBSDはおかしくなった？
0434名無しさん＠お腹いっぱい。2009/06/14(日) 08:57:32
コアメンバのjhkがAppleに就職したくらいじゃね？

良くも悪くもBSDライセンスだし、共存する理由もないし、
むしろ、5.xからほとんど進歩してないし、これからもしないだろうに、
死ぬまでBSD BASEを語りそうで困る。
0435名無しさん＠お腹いっぱい。2009/06/14(日) 10:02:16
と半可通っぷりを披露するわけですな。jhkとか。
0436名無しさん＠お腹いっぱい。2009/06/14(日) 10:10:05
>>430
Machは2.5までがモノリシック。NEXTSTEP等で使われた。
3.0はマイクロカーネル実装
Mac OSXはMach3.0ベースだがわざわざモノリシックに
書き直している。多分性能上の理由だろう。
0437名無しさん＠お腹いっぱい。2009/06/14(日) 10:27:52
まいくろ☆か〜ねる
0438名無しさん＠お腹いっぱい。2009/06/14(日) 10:51:49
BSDユーザは妙に自虐的なやつが多いな。
アンチの書き込みかと思ったら生粋のBSDユーザだったりするから驚きだ。
0439名無しさん＠お腹いっぱい。2009/06/14(日) 10:56:32
Apple は MkLinux にも手を出してたから、micro kernel を（当時の）次期 OS に
取り込もうとはしてたんじゃない？
0440名無しさん＠お腹いっぱい。2009/06/14(日) 11:15:53
いまどきBSDなんか使っているユーザなんかいません




開発者は...
0441名無しさん＠お腹いっぱい。2009/06/14(日) 11:18:22
スパーミリオンヘアーを使ってます。
0442名無しさん＠お腹いっぱい。2009/06/14(日) 13:11:23
>>440
うちのsvnサーバはBSDでうごいてるお
0443名無しさん＠お腹いっぱい。2009/06/14(日) 16:17:39
BSDディスってんのかメーン！
0444名無しさん＠お腹いっぱい。2009/06/14(日) 16:44:19
V速民が何故ここにいる
0445名無しさん＠お腹いっぱい。2009/06/14(日) 17:11:55
2000年のFreeBSD Expressを捨てようと思って取り出してぺらぺら見てみたら、
なんか失われた華々しい時代を思い出して涙こみ上げてみた。

インストール事例のマシンスペックが、Celeron 300A、メモリ64MBだぜ。
0446名無しさん＠お腹いっぱい。2009/06/14(日) 17:39:22
>>445
その台詞を10年後にも

Windows2008Serverを入れてたスペックが、 E5430/2.8GHz、たったの４GB だったのよ〜なぞと。
0447名無しさん＠お腹いっぱい。2009/06/14(日) 18:08:12
8→16→32ときて→64の世代交代期だからなぁ。
10年前と今より、今と10年後のほうが差が大きそうだ。
0448名無しさん＠お腹いっぱい。2009/06/14(日) 18:15:47
32-.64への世代交代には激しくデジャブを感じるんだけど、
64ビット化はこれで何度目だろ？
0449名無しさん＠お腹いっぱい。2009/06/14(日) 18:18:36
いまどきOSの種類がクリティカルになる場面なんてどんどん減ってるんじゃないの？
結局、管理者・開発者の能力が最終成果物の最大のファクターなわけで。
0450名無しさん＠お腹いっぱい。2009/06/14(日) 18:40:37
管理しやすければ何でもいいが、
コストの高いGUIなんかｲﾗﾈってのも。

もちろん、土方ITには文字なんか無くて良い！
赤点灯が緑点灯になるだけの処置でってな
感覚ならGUIなんだろうが。
0451名無しさん＠お腹いっぱい。2009/06/14(日) 18:59:30
パスワード打ち込む画面をちょっとダイアログっぽく画面の中央に
出して綺麗なフォントとビットマップでデコレーションするだけで
「グラフィカルログイン」とか言って喜んじゃうのが世の中の
大多数なんですよねー
0452名無しさん＠お腹いっぱい。2009/06/14(日) 22:28:23
>>427
> 元をたどればBSD

俺がソース読んでた頃はCMUだったが?
0453名無しさん＠お腹いっぱい。2009/06/15(月) 09:02:59
BSD互換のAPI作ったら「元がBSD」になっちゃう
頭の緩い人もいるんですよねー
0454名無しさん＠お腹いっぱい。2009/06/15(月) 23:23:02
openoffice-3で WITH_SYSTEM_ICU というknobがあるので定義してビルドしてみたら……

checking ICU version... configure: error: not suitable, only >= 4.0 supported currently

ICUって4.0や4.2が出てるのね。
0455名無しさん＠お腹いっぱい。2009/06/16(火) 03:34:55
3.8.2しかしらんぞ。
0456名無しさん＠お腹いっぱい。2009/06/16(火) 09:55:36
emulator/virtualbox, とうとうコミットされたんだね。
0457名無しさん＠お腹いっぱい。2009/06/16(火) 12:08:22
mergemaster君よ、-rがついたときはmtreeを保存すべきじゃない気がするぞ。
0458名無しさん＠お腹いっぱい。2009/06/16(火) 12:21:09
Qtが4.5になったらQt Creatorもportsに降りてくるんだろうか
0459名無しさん＠お腹いっぱい。2009/06/16(火) 15:13:02
FreeBSD7.2でQt4.5.1を使う自作プログラムのgprofが出来ない(;´д⊂)
自作プログラムを-pgつけてコンパイルし、実行するとコアダンプします。
どなたか出来ている方いませんか？
0460名無しさん＠お腹いっぱい。2009/06/16(火) 15:17:12
自作プログラムが腐ってんだろ
0461名無しさん＠お腹いっぱい。2009/06/16(火) 15:32:44
簡単なQtプログラムでも起きたので、自作プログラムのせいじゃ
なさそうでした。
0462名無しさん＠お腹いっぱい。2009/06/16(火) 17:47:39
Qt自体を-pgつきでコンパイルすると、
セグメンテーションフォルトだらけで
コンパイルさえできませんでした。
なにか根本的にまちがえてる？？

0463名無しさん＠お腹いっぱい。2009/06/16(火) 19:35:43
リンクしたものが腐ってる。
0464名無しさん＠お腹いっぱい。2009/06/17(水) 07:35:13
editors/openoffice.org-3/generate.pl
こんなのportsツリーにコミットしてユーザに配るようなものじゃないだろ。
自分たちの手元にだけおいとけよ。
0465名無しさん＠お腹いっぱい。2009/06/17(水) 07:53:46
editors/openoffice.org-3/files/generate.pl だった

0466名無しさん＠お腹いっぱい。2009/06/17(水) 17:41:38
>>464 そんなことをいったらyoutube_dlとかだってそうだし
font-ipaとかダウンロードしていれるだけでいいのに借り物炸裂じゃないか。
portsなんてそんなものだよ
0467名無しさん＠お腹いっぱい。2009/06/17(水) 19:39:32
make releaseのMAKE_ISOSってCD-ROMのスケールなんだよね？

配布物にDVDも出てきたし
MAKE_DVDISOとかDVD用のカスタムスピンが一発でつくれる
オプションがあればいいのに
0468名無しさん＠お腹いっぱい。2009/06/17(水) 20:24:41
>>464
なんでなんで？
0469名無しさん＠お腹いっぱい。2009/06/17(水) 20:48:53
>>467 USBメモリとかSDとかのがよくないですか?
freesbieみたいに仮想方式にしないとだめだとおもう
0470名無しさん＠お腹いっぱい。2009/06/18(木) 00:48:41
>>466
わざわざ自分はバカだとこれみよがしに示さなくても……

>>468
ファイルを見ればわかる。ユーザが使うものでも
あるいはportsのメンテに関して不特定の人間が使えるものでもないから。
特定の人間(たち)だけにしか意味をなさないもの。
0471名無しさん＠お腹いっぱい。2009/06/18(木) 01:13:13
>>470
特に難しいことをやっているわけじゃないんだ、ということが第三者にわかる。
これだけで十分に意義があるな。

何でもできるし何でもわかる君には必要ないものだろう。
だから下々のやることに興味を持つなど時間の損失だ。
優れた頭脳は優れた仕事をするために使って欲しい。

わかったら「おまえはバカだ」と指摘する仕事に戻るんだ。
0472名無しさん＠お腹いっぱい。2009/06/18(木) 01:15:09
>>471
「おまえはバカだ」
0473名無しさん＠お腹いっぱい。2009/06/18(木) 02:00:42
>>471
> 特に難しいことをやっているわけじゃないんだ、ということが第三者にわかる。
> これだけで十分に意義があるな。

第三者に全く関係のない処理だから、全然ないな。
0474名無しさん＠お腹いっぱい。2009/06/18(木) 02:03:54
>>471
おまえはバカだ
0475名無しさん＠お腹いっぱい。2009/06/18(木) 02:31:27
>>471
「おまえはバカだ」
0476名無しさん＠お腹いっぱい。2009/06/18(木) 04:45:47
>>470が失業しちゃうぞ
0477名無しさん＠お腹いっぱい。2009/06/18(木) 07:52:17
>>471
おまえはバカだ
0478名無しさん＠お腹いっぱい。2009/06/18(木) 11:22:43
>>470 はわざわざ>>466で具体的にportsが持つ個人主義をかいたことを理解できていない。

小さいツールが有用かどうか判断してそれを使うなり改善してカスタマイズして野良ビルドする自由があるのがportsのいいところじゃないのか。

最近のインターネットは必要な情報が検索で見つからないし古いサイトは消えている。
ゲームとか違法性のあるものも多いけれど
スクリプトレベルのものでも資料としてのportsの意味も大きい。

元ネタのOOo関連のものだって必要と思う人もいるはずだ。(自分はOOo自体却下だけど)
>>470がこの意味を理解できるとは思っていないけれど
その意味を理解できる人(普通のFreeBSDユーザー)はこの板には結構多いと見ている。
>>471も多分そんな一人だろうが後半の返しが美しくない。
0479名無しさん＠お腹いっぱい。2009/06/18(木) 11:23:18
すれ違いかもしれませんが教えてください。
Core2DuoのCPU使ってるのですが、
これって32Bit X 2だから64bitCPUなのでしょうか？
0480名無しさん＠お腹いっぱい。2009/06/18(木) 11:34:27
釣りはVIPでも行ってやれ
0481名無しさん＠お腹いっぱい。2009/06/18(木) 11:35:59
大人や先生達は違う違うと言うかもしれないけど、
俺たちは常識なんてクソ食らえって気持ちで生きていこうな。
0482名無しさん＠お腹いっぱい。2009/06/18(木) 12:26:33
>>478
おまえはバカだ
0483名無しさん＠お腹いっぱい。2009/06/18(木) 12:28:54
>1-482,484-1000
みんなバカばっか
0484名無しさん＠お腹いっぱい。2009/06/18(木) 12:30:35
初い奴よのぉ
0485名無しさん＠お腹いっぱい。2009/06/18(木) 12:35:56
そりゃ狂人の脳内は理解できんわなあ
0486名無しさん＠お腹いっぱい。2009/06/18(木) 12:45:56
UPDATINGに書いてあるemulators/virtualboxのgid変更、
これはport更新の後ではなく前にすべきなんじゃないのかな?
0487名無しさん＠お腹いっぱい。2009/06/18(木) 13:57:03
おまえら暑さでイカレたか
まだ夏も始まってないのに
いつものように
HOTで煮えたぎるような罵倒大会汁
0488名無しさん＠お腹いっぱい。2009/06/18(木) 14:59:30
>>459
以前こんなバグがあったけど、アップグレード中途半端にやってたりしない？
http://www.freebsd.org/cgi/query-pr.cgi?pr=119709
0489名無しさん＠お腹いっぱい。2009/06/18(木) 16:02:04
どーでもよすぎてわろた
0490名無しさん＠お腹いっぱい。2009/06/18(木) 17:20:25
>>488
お返事ありがとう(⊃д⊂)
アップグレードはよくわからなくてやってなくて、
7.2をインストールしてあるだけです。
これを参考にアセンブラみてみます。
Qtでgprofできてる人がいたらどうかそれだけでも教えてください_(._.)_
0491名無しさん＠お腹いっぱい。2009/06/18(木) 18:12:33
>>490
Fedora10(i386)で動いたよ。

FreeBSDはまだこんな本質的でないところで悩まないといけないのね。
0492名無しさん＠お腹いっぱい。2009/06/18(木) 20:12:13
>490
あんた変わった名字だな。
0493名無しさん＠お腹いっぱい。2009/06/18(木) 21:01:05
>>492
ぎく。ばれてるのね
0494名無しさん＠お腹いっぱい。2009/06/18(木) 21:04:25
>>490
ありがとう(⊃д⊂)
なるほどLinuxでは動いてるのですね
超自信ないけど、がんばってアセンブラ解析してみます。
0495名無しさん＠お腹いっぱい。2009/06/18(木) 23:04:38
>>494
先週あたりの 8-CURRENT でも動いた。実行後に QtTest.gmon もできてる。

gprof の出力を抜粋すると、こんな感じ。
VM 内の環境なので、プロファイリングタイマはちゃんと動いてないかも。

% cumulative self self total
time seconds seconds calls ms/call ms/call name
0.0 0.00 0.00 19356 0.00 0.00 memset [1]
0.0 0.00 0.00 19099 0.00 0.00 malloc_spin_lock [2]
0.0 0.00 0.00 19099 0.00 0.00 malloc_spin_unlock [3]
0496名無しさん＠お腹いっぱい。2009/06/18(木) 23:48:49
>>495
うおお、超貴重な情報ありがとう！(⊃д⊂)
もう、1ヶ月ほど悩んでるのです。
よかったらGCCとQTのバージョン教えてもらえませんか？
0497名無しさん＠お腹いっぱい。2009/06/18(木) 23:51:11
>>495
あ、あとi386かどうかもお願いします。
0498名無しさん＠お腹いっぱい。2009/06/19(金) 00:03:54
>>496
qmake-qt4 -v の結果:
QMake version 2.01a
Using Qt version 4.4.3 in /usr/local/lib/qt4

ああ、動いてるとか書いたけど、Qt のバージョンよく見てなかった。ごめんwwwww
これは ports から入れたまんまのやつ。

gcc -v の結果:
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719 [FreeBSD]
cc -v, c++ -v の結果も同じ。

uname -m は gcc -v の結果を見てもわかるように i386

0499名無しさん＠お腹いっぱい。2009/06/19(金) 10:23:47
>>498
またもや超貴重情報ありがとう(⊃д⊂)
ぼくの環境と全く一緒でした(;゜ロ゜)
違いはFreeBSDのバージョン。
8.0-CURRENTにしてみよう。。
0500名無しさん＠お腹いっぱい。2009/06/19(金) 13:02:59
死亡フラグかも
0501名無しさん＠お腹いっぱい。2009/06/19(金) 18:25:45
>>479 どちらでも良いけれど普通にPCとして使うんだったらi386
大量のメモリと複数台のストレージをつないでできるだけ速くデータ転送したかったり
先鋭的なコードが動くかどうかで時間を潰したいならばAMD64
0502名無しさん＠お腹いっぱい。2009/06/19(金) 21:01:48
/etc/rc.d/netif が
# $FreeBSD: src/etc/rc.d/netif,v 1.31 2009/06/01 05:35:03 dougb Exp $
…
# REQUIRE: ipfilter ipfs pf ipfw

になってから、pf の

ext_if="eth0"
int_if="eth1"
nat on $ext_if from $int_if:network to any -> ($ext_if)

が OS 起動時には

no IP address found for eth1:network
/etc/pf.conf:108:
could not parse host specification

と言われるようになってしまいました。
仕方ないから OS 起動後 (インターフェース UP 後) に
手動で /etc/rc.d/pf restart してるんですけど、
これは pf のルールに直接 IP を指定しなきゃいけない
という事になっているのでしょうか?
0503名無しさん＠お腹いっぱい。2009/06/19(金) 21:54:59
":network"削っちゃだめなの？
0504名無しさん＠お腹いっぱい。2009/06/20(土) 04:36:41
>>503
削ると…内部ネットワークを NAT してくれる気配はありません。

まあ指定の仕方次第でここでの目的は達せられる気はしますが、
気にしているのはそういう事じゃなくて、今の rc スクリプト
だと :network とか使えなさそうですけどそういう事になって
しまったの?っていう事なのです。
0505名無しさん＠お腹いっぱい。2009/06/20(土) 04:46:40
ルール読み込み時にアドレスが振られていないことよりも
ファイアウォール設定するより先にインタフェースがupする方がまずいと判断されたんだろう。
とりあえず /etc/rc.local に
/etc/rc.d/netif restart
と書いておけば手動というのだけは避けられるんじゃない?
0506名無しさん＠お腹いっぱい。2009/06/20(土) 04:48:14
間違った、もちろん rc.local で restart するのは /etc/rc.d/pf の方
0507名無しさん＠お腹いっぱい。2009/06/20(土) 14:04:47
いろいろ試していると :network の記述があるとエラーメッセージが表示され
るのでおかしい事に気づくのですが、そもそも :network とかの記述に関わらず
インターフェース名とアドレスが結びついていない状態ではインターフェース
名からアドレスを参照する pf のルールは期待通りには適用されてないんです
ね…

# と言うか、pf としてはアドレスがない状態をそのまま素直に適用している
# という事なんでしょうけど。

current を使っている人は大丈夫なんでしょうか? OS を起動した状態で
pf.conf を記述して動作確認できても、reboot すると…

>>506
そうですね。とりあえず netif の後適当な方法でルールを読み直せばいい
わけですが、ファイヤーウォールの設定とインターフェースの設定と…
もう少しスマートな形に整備される事を期待してていいのでしょうかね。
0508名無しさん＠お腹いっぱい。2009/06/20(土) 14:11:49
スマートな形って?
ルール適用時にいちいちインタフェースに割り当たってるアドレスを調べるのは無駄すぎて受け入れられないでしょ。
0509名無しさん＠お腹いっぱい。2009/06/20(土) 14:15:11
/etc/start_if.* を書けばいいだけでは……
0510名無しさん＠お腹いっぱい。2009/06/20(土) 19:19:39
>>508
意味がよくわかんないけど、pfってアドレス変更するとちゃんと追随までするけど？
0511名無しさん＠お腹いっぱい。2009/06/20(土) 20:35:20
>>508
根本的には pf.conf に記述して pf_enable="YES" としておけば、意図した
通りよきに計らって起動してくれるというのが期待した動きです。

流れが決まっている rc スクリプトの中の話なので、わざわざインターフェー
スを調べるなんて事をしなくても問題無い処理の流れになっていればそれでい
いと思っていますが, そもそも素直に動いたのでは期待する動きはできなさそ
うな今のスクリプト構成になっていてそれでいいのかという…

>>509
最後に UP するインターフェースで pf を起動するとか、インターフェース毎
に pf のルールを書いて起動するとかでしょうか?…

どうあれ、別途回避する設定をしてうまく動かす方法を知りたいわけではなく
て、pf_enable="YES" とあれば期待した動きをしてくれるように rc スクリプ
トを作り込む必要があるんじゃないかという考えなのですが。
0512名無しさん＠お腹いっぱい。2009/06/20(土) 20:53:25
今朝、FreeBSDが終了する夢を見て飛び起きた。正夢にならないと
良いんだが。
0513名無しさん＠お腹いっぱい。2009/06/20(土) 21:10:48
$int_if:networkの:networkってどういう意味なん？

うちのnat boxは:networkなしで動いてるけど。

教えて。
0514名無しさん＠お腹いっぱい。2009/06/20(土) 21:19:53
>>511
期待そのものが間違ってる気が。
そう期待する人が作り込んでsend-prすればどうよ。
0515名無しさん＠お腹いっぱい。2009/06/21(日) 00:11:09
う〜ん、謎だ

gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/work/gnome-power-manager-2.24.4/po'
Making all in docs
gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/work/gnome-power-manager-2.24.4/docs'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/work/gnome-power-manager-2.24.4/docs'
Making all in man
gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/work/gnome-power-manager-2.24.4/man'
docbook2man gnome-power-manager.sgml > gnome-power-manager.1
gmake[2]: *** [gnome-power-manager.1] Error 8
gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/work/gnome-power-manager-2.24.4/man'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/work/gnome-power-manager-2.24.4'
gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/sysutils/gnome-power-manager.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090621-33150-r37xyr-0
env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gno
** Fix the problem and try again.
0516名無しさん＠お腹いっぱい。2009/06/21(日) 00:19:05
>>515
gnome at freebsd.orgのメーリングリストで議論しておりますって
05175152009/06/22(月) 16:33:11
自己解決した

>>516
textproc/docbook-to-manを入れたら先へすすめた
textproc/docbook-utilsで一括で入っているもんとちゃうのかと・・・

これってGNOME 2.26をまっさらな状態でインストールしたら
依存するPortsにでてきているのかね
0518名無しさん＠お腹いっぱい。2009/06/22(月) 17:06:39
昔同一 PC で Windows 側では重すぎて再生できないの
が FreeBSD 側の mplayer でサクサク再生できてそれか
らずっと mplayer だったんだけど↓でそれが逆転した。
Windows 側じゃないと話にならない…。

http://sonycoment-6.vo.llnwd.net/e/wipeouthd/wipeoutHD_EN_1080P.zip
■ このスレッドは過去ログ倉庫に格納されています