初心者もOK! FreeBSD質問スレッドその100

**名無しさん＠お腹いっぱい。** · 2009/01/31(土) 23:15:47

FreeBSD 関連の質問はここで。
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましい。
再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。

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

FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/

過去ログ
http://www9.atwiki.jp/freebsd/

前スレ
初心者もOK! FreeBSD質問スレッドその99
http://pc11.2ch.net/test/read.cgi/unix/1230176228/

**名無しさん＠お腹いっぱい。** · 2009/03/10(火) 23:54:47

いまどきsendmail.cfいじるやつなんか一部の物好きだけだ

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 00:16:38

>>592
なるほど…マニュアル読みます！
ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 10:30:09

お前は次に「WIDE版CFの最新版はどこにありますか」と言う (ズキューン!)

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 11:48:25

sendmail.cfも眺めてりゃ分かるようになるって

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 12:01:07

頭のいい人が頭のいい人が使うように作ったソフトウェアってあるよね。

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 12:58:21

オマエが頭が悪いことは判るｗ

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 13:03:04

オマエモナ

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 13:22:28

残念でした。オレは頭がいいｗ

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 13:27:00

>597 が必死です

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 13:46:52

必死過ぎて恐い

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 18:29:35

バイナリコードも読めないくせに頭がいいとか笑わせるぜ
C言語ができて普通人
JavaやrubyといったDQN言語しか使えんやつは一般的にいえば厨卒レベル

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 18:42:57

>>603
釣れますか？

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 23:14:31

ガチガチのファイアウォール内からcvsupしたい。
許されるのはTCP/80だけ。

仕方ないので外部PCからcvsupして/usr/srcを物理転送した。

portsnapで/usr/srcを更新できないものだろうか・・・・

**605** · 2009/03/11(水) 23:18:01

>許されるのはTCP/80だけ。

正しくは許されるのはwebだけ。になるかな。

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 23:28:41

>>606
RFC2549

**名無しさん＠お腹いっぱい。** · 2009/03/11(水) 23:50:41

443(ssl)が使えないというのも信じられないが

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 00:07:19

proxyも使わずにガチガチを自負してるほうが信じられんが

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 07:15:32

FreeBSD でグローバルな bashrc はどこに設定すればいいんでしょうか？
Linuxだとディストロによって /etc/{bash.,}bashrc だったりしますが、
FreeBSD だと {/usr/local,}/etc/{bash.,}bashrc に書いても読み込まれません。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 07:23:49

わたしは強くて偉いのでマニュアルを見ません。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 08:15:01

>>610
「グローバルな bashrc」というのは(Linuxでも)そもそも存在しない。
Linuxの場合、デフォルトのユーザーの $HOME/.bashrcが /etc/bashrcをsourceする
ように書かれているだけで、bash自身は /etc/bashrcなんてファイルを定義していない。

bash自身がグローバルに読むのは /etc/profile だが、
これはログインシェルのみ。

>>611
各人が同じことを各人がバラバラに調べたりマニュアルを読んだりすると
その分、人件費が何重にもかかる。
回りには詳しい人がいっぱい居るんだから、
自分で調べずに人に聞くこと。人に聞けばすぐに解決する。
って教えられなかったかい?

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 09:14:17

>>612
> 回りには詳しい人がいっぱい居るんだから、
> 自分で調べずに人に聞くこと。人に聞けばすぐに解決する。
> って教えられなかったかい?

これをやると、すぐに「詳しい人」が居なくなるから、良い子は真似しないようにね。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 09:31:03

詳しい人の知識を統合したスーパー詳しい人という
目の上のたんこぶができあがって逃げるしかなくなるって事かｗ

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 09:38:36

↑キチガイ

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 09:44:23

わからないことをすぐ人に訊いてもいいことになると、
やがてわかることも人に訊くようになる。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 10:14:14

自分で調べる事の楽しさがわからない人が多いのかな
ってか人に聞くときも相手の時間を無駄に浪費してる事に気づいてほしいよね

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 10:15:27

思い出すより人に訊いた方が早い

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 10:43:35

いやいや、詳しい人も詳しくない振りを
はじめるようになるという事でしょう

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 11:24:44

人が怖いから人に聞けない

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 11:45:54

じゃぁ試せ。ってか聞くこともしない椰子が試すこともしないだろうけど。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 11:59:50

>>612みたいな人間の存在が怖ろしいし悲しい。
収奪することしか考えていない略奪者だ。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 13:30:21

キチガイ

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 14:55:08

「はい」か「いいえ」で済むような質問文だが、微妙に引っかかるようにして
はいといいえ以外の答えを出してしまうように食いつかせる質問をするのが基本ｗ

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 18:44:34

掲示板に質問する程度の語句から答えを出してくれるくらいが
パソコンの当たり前だと思う。ないなら目指そうそういう機能。
そうならないならばどういう手順でそれが実行できるか
誰が知っているかどこにヒントがあるか探す技能が必要。

情報の信頼性が確保できない以上
いろんな人が試行錯誤するのを否定してほしくはない

質問をしてもっとも欲しい答えを期待する。それでも別にいいと思う。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 18:47:01

また来たよ。統合失調気味のへんなオジサン。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 18:53:35

>>625
日本語でおｋ

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 19:10:35

>>612 って本当ですか？
グローバルな bashrcは設定できないんでしょうか？
/etc/profile は他のシェルも読むので、
ここに bash 用の設定を bash 文法で書いちゃまずいですよね？

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:13:27

>>628
if [ "$BASH" ]; then
fi

の中に書けば？

あと、>>612 は嘘。
Debian環境で調べてみたが、/etc/profile には
PATHとプロンプト、umaskの設定くらいしかない。

/etc/skel/.bash_profile には

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:17:16

途中で送信してしまった。>>629の続き。

if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi

if [ -d ~/bin ] ; then
PATH=~/bin:"${PATH}"
fi

このくらいしかかかれていない。
/etc/skel/.bashrc にも bash_completion を読み込むくらいで
/etc/bash.bashrc を読み込むような記述はない。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:25:08

>>629-630
ということは >>612 が正しいということじゃんｗ

もとの >>610 の質問で、
「ディストロによって /etc/{bash.,}bashrc」を読むといってるのに対し、
(もし読むのだとしたら) $HOME/.bashrc が . /etc/bashrc してるだけであって、
bash自身は /etc/bashrcを直接読んでいない、って主張だから。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:25:09

Vine4.2では/etc/skel/.bashrcにはきっちり

if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi

とかかれているぞ。Debianには見当たらなかったが。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:26:20

bashのバイナリをstringsくらいしろと。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:39:50

>>631
ディストロによってはbash自身が /etc/{bash.,}bashrc を読むように
パッチが当てられている場合もあるが、オリジナルのbashではmanを見ればわかるように
/etc/{bash.,}bashrc は定義していないってことでおk?

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 20:43:04

config-top.h

/* #define SYS_BASHRC "/etc/bash.bashrc" */

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 21:27:17

というか、ログインシェルじゃ「ない」時だけ読む .bashrcって、
なんの価値があるのか?
ログインシェルも非ログインシェルもすべて読むファイルなら意味がわかるが。

実際、$HOME/.bash_profileとかから .bashrcを sourceしてる人がほとんどだし。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 21:32:51

定期的に沸いてくるんだよな。bash厨が…

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 21:44:41

>>636
rlogin とか slogin とか X の端末で入ったときに読んでほしいか?

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 21:51:11

>>638
読んで欲しいだろ。

あと、>>638 は勘違いしてるね。Xの端末で入ったときは
非ログインシェルになるから、bashrcは読まれる。(.bash_login系は読まれない)

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 22:02:43

>>638
じゃあ仮に、rloginの時には読んで欲しくない設定があったとして、
それを .bashrc に移したとする。
とすると、今度はrloginだけじゃなく、本体のコンソールに直接loginした時も、
(ログインシェルだから) .bashrcを読まないから、
結局「本体直接ログイン環境」と「rlogin環境」は同じになってしまって、
rloginの時だけ環境を蛙事にはなっていない。

話を元に戻して、
基本的に、ログイン時に設定すればあとは子プロセスに引き継がれるような設定、
具体的には、環境変数とか umask とかを .bash_profileに書く。

子プロセスに設定が引き継がれないため、bash起動のたびに読まなければならない設定
具体的には aliasとかを .bashrc に書く。

ということだが、これだとログインシェルだけ alias設定が効かない。
よって、結局 .bash_profile で source .bashrc して、
ログインシェルも、非ログインシェルも .bashrc を読むようにして使うはめになる。

.bashrc を、非ログインシェルしか読まないように設計した意図が不明。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 22:27:00

すまんが、以後続きは bash のスレに行ってやってくれないかな。

「さっきまで ports の bash4 が壊れてたよな？」みたいな話ならここで良いかも知れんが。

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 22:48:42

screen 使ったことないの？

**名無しさん＠お腹いっぱい。** · 2009/03/12(木) 23:04:11

zshだと、zshrcはlogin shellでも非login shellでも読むね。
読まないのは非インタラクティブの時だけ。

login shellの時だけ読むファイル(profile系)は意味があるが、
login shell以外の時だけ読むファイル(bashrc)は確かに意味ない。
インタラクティブ時なら、login shellでも非login shellでも読む(zshrc)方式が
合理的だね。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 02:48:10

FreeBSD的には login.conf を使用する場面。
環境変数とumask ならこれでかたがつく。
必要に応じて中で BASH_ENV でも定義しておけば。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 06:28:04

>>644
おいおい、BASH_ENVが使用されるのは、ノンインタラクティブシェルの場合のみ。
話題になってるインタラクティブシェルでは値は無視されるよ。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 08:48:24

言葉足らずですまんな。

インタラクティブログイン時と非インタラクティブログイン時はlogin.confで処理。

インタラクティブ起動時は.bashrcで処理する。

あとは必要に応じて残りの非インタラクティブ起動時を BASH_ENV で補完してね、という事。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 08:57:21

>>646
インタラクティブ AND ログイン時に .bashrcを読まないのが問題になってるんですが。

ログイン時でも、インタラクティブなら .bashrcを読んでくれるなら何も問題ない。

「ログイン時を除くインタラクティブ時」のみに必要な設定ってありえないし。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 11:54:02

どうでもいいけど二人して行間そんなに空けないでｗｗ
見づらい。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 12:56:02

二人して？一人だろ。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 13:01:03

なんでもいいけどスレチ

これ以上続けるならbashのスレにでも行けば？

別にFreeBSD固有の話でもないんだし。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 15:26:23

誘導するのはいいがその bash スレってどこなのよ。

.bash_historyの上から五行を晒すスレ
http://pc11.2ch.net/test/read.cgi/linux/1127657008/l200

【tc厨が】bash3.0登場!!【嫉妬する】
http://pc11.2ch.net/test/read.cgi/unix/1095753421/l200

bashで補完スレ
http://pc11.2ch.net/test/read.cgi/unix/1013019416/l200

こんなんしかないよ。
login.conf の話に重点を置けばこのスレで続けられるよ。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 15:43:29

何もかもbashスレを建てない>>651のせい。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 15:51:16

それと、何もかもbash厨のせい。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 15:53:54

結局おまえら何使ってる？

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 15:59:04

>>654
ログインシェルか？おれはzshでほぼ固定。
rootかシングルユーザの場合はtcshだな。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 16:04:30

今時tcshとかｗｗｗｗｗｗｗｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 16:17:44

>>656
ああ！？なんだ、やんのかコラ！bash厨ｗｗ

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 16:56:22

さすがtcshユーザは頭悪そうですね（ｸｽｯ

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 17:26:35

tcshとkshとzsh使っているよ

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 17:36:00

zsh をシングルユーザモードでも使う場合は
ZSH_STATIC=yes しなきゃいけない (んだよね？) のがちょっとアレだ。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 17:53:37

それはしょうがないだろう

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 18:00:46

tcshってそんなに笑われるものなの？
遅れてるって事？

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 18:26:02

>>662
tcshに問題があるというかCシェルスクリプトに問題があるんだよ。
「Cシェル問題点」とかでググれば、プログラミングに向かないとか貧弱とか色々出てくる。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 18:32:50

でも今は対話型シェルの話だよ？

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 18:49:02

だよな。rootのシェルまでいちいち変えてられるかっての

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 18:50:00

また来たよスクリプト厨
Cくらい使えるようになれよこのインタラクティブロリコン野郎

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 19:34:41

うざい、氏ね。、

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 20:26:48

wepキーを解析する方法を教えて下さい。
もしくは解説サイトとか。

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 20:44:47

ｸﾞｸﾞﾚｶｽ

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 20:45:40

教えろや

**名無しさん＠お腹いっぱい。** · 2009/03/13(金) 20:51:08

ｸ-ﾞｸﾞﾚｶｽ

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 12:16:58

wep といえば /dev/iwn はまだですかいのぅ…

2009/03/14(土) 12:55:15

>>654
/bin/nologin

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 13:46:46

近寄んな、くせぇから

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 15:48:27

小室哲哉を告訴した「佐上邦久」という男の正体

佐上邦久
http://www.mobiledatabank.net/l/src/MDBL2408.jpg

小室哲哉問題(byひろゆき)＝佐上邦久の過去の詐欺行為を暴露。
http://www.asks.jp/users/hiro/51480.html

小室に騙された芦屋の個人投資家05
http://dubai.2ch.net/test/read.cgi/stock/1236956097

佐上邦久はどう見ても詐欺師です。本当にありがとうございました。

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 18:48:08

最新portsからwineをインストールしようとすると、

# cd /usr/ports/emulators/wine
# make install
===> wine-1.1.17,1 builds, but fails upon startup.
*** Error code 1

Stop in /usr/ports/emulators/wine.

となるのだが、どゆこと？

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 19:08:33

http://home.jp.freebsd.org/cgi-bin/showmail/FreeBSD-users-jp/92181

FreeBSD-users-jp 92181 と同じ症状で困ってるんだけど、MLには回答ついてないみたい。
だれかうまく行ってるひといる？

FreeNXのportってずいぶんメンテナンスされてないようなのが気になるが…。

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 20:04:21

portsを使ってnvidia-driverをインストールしようとしたら、

cd: can't cd to /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-180.29
***Error code 2

てなってインストールできないんだけど、どして？

一応インストールからマニュアルに沿ってやってるんだけどなあ・・・orz

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 21:22:25

情報隠蔽者ktkr

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 22:21:45

FreeNXって、VNCやXDMCPで置き換えはできないの？
俺はFreeNXを使ったことがないのでどういうメリットがあるのか分からん。

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 23:09:32

ちゃんと動いてしまえば VNC + SSH Portforwarding や XDMCP より使い勝手はいいよ。
NATを越えられるし、暗号化もしてくれるし。

VNCをinetd経由で動かす場合は解像度ごとにポートを用意する必要があるけど、
FreeNXなら任意の解像度を自動で選択してくれる。

ちゃんと動いている限りはスキルの高くないユーザにも使わせやすい。

**名無しさん＠お腹いっぱい。** · 2009/03/14(土) 23:27:41

>>678
自己解決した。

果たして正しいやり方か分からないけど、/usr/.../work下のディレクトリ名を変更してインストールを再開したら無事に動いてくれた。

**名無しさん＠お腹いっぱい。** · 2009/03/15(日) 02:03:30

samba3をインストールしようとしたら、
いっぱいオプション選択の我慢が出たんだが。。。

何を選択したらいいんだ？

**名無しさん＠お腹いっぱい。** · 2009/03/15(日) 02:08:47

自分で利用するものを選択
ﾁｿﾌﾟｿならデフォのままで

不都合でたら再ｲﾝｽｺ

**名無しさん＠お腹いっぱい。** · 2009/03/15(日) 11:21:41

>>676
そういう理由でIGNOREが付いてるからmakeしても
きっと動かないのでしょう。

**名無しさん＠お腹いっぱい。** · 2009/03/15(日) 11:30:18

wineだけどignoreになる前にビルドしたら
OpenGLとかだめだったしFirefoxのFlashプラグインも動かなかった。
1.1.16もdsoundでもmixer pcmがゼロになるとか
Flashの印刷が反転するとか問題あるけれど　1.1.16が最新版とみた方がいい
仮に1.1.17のパッチがでても何ら改善はされていないとみたほうがいいかもしれない。
1.1.17_1より1.1.18を待とう。どうせ1ヶ月以内にはでる。

**名無しさん＠お腹いっぱい。** · 2009/03/15(日) 15:23:34

>>686
1.1.16 を最新版とみたほうがいいってのはおかしい。
1.1.16 のほうが安定していてちゃんと動きやすいのは事実だが、
最新版ではないのも事実だ。

1.1.16 のほうがまともにうごくって言うだけでいいのに、
「最新版と見たほうがいい」ってwwwwwwww

**名無しさん＠お腹いっぱい。** · 2009/03/15(日) 16:04:41

amd64に移ってからすっかりWineの世話になってないな。ONLY_FOR_ARCHS=i386になっているし。

Linux方面では、x86互換でパッケージいれて動かす方法あるみたいだけど、FreeBSDのports
でもやろうと思えばできそう。(-m32 -L/usr/lib32 -B/usr/lib32でコンパイル)

しかし、WinのWOW64みたいに需要がないとだれもやらないだろうな。
実際現状のportsに手を加えないと無理っぽいし…最低限XLibが動かないと動作しなさそう。

**688** · 2009/03/15(日) 18:03:21

気になったので色々調べているんだが、chrootでi386 on amd64な環境を構築している例は
結構あるようだ。ちょっと試してみるか…

**名無しさん＠お腹いっぱい。** · 2009/03/16(月) 10:49:40

>> 688/689

結果報告キボン。

**688** · 2009/03/16(月) 14:23:38

>>690

8.0-CURRENTで実験してみたが、結果としてwineは実行できなかった。
以下の手順で32ビット環境を構築した。

32ビット環境をインストール
# cd /usr/src
# make TARGET_ARCH=i386 DESTDIR=/compat/freebsd32 world
# make TARGET_ARCH=i386 DESTDIR=/compat/freebsd32 distribution

chrootで32ビット環境に入る。
# mount -t devfs /dev /compat/freebsd32/dev
# mount_nullfs /usr/ports /compat/freebsd32/usr/ports
# chroot /compat/freebsd32 tcsh

32ビット環境にいても、uname -mの結果が"amd64"になってしまう。ホスト環境は64ビットだから
当然だが…(sysctl経由で情報を取ってくるので)
このため、普通にportsをインストールしようとするとconfigureのチェックとかでamd64として認識される
のでコンパイルに失敗する。そこでunameのソースをいじって、uname -mの結果が"i386"となるよう
細工したところ、X.orgやWineがインストールできた。ただし、wine-1.1.17はコンパイルできなかったので
wine-1.1.16を野良でインストールした。

wineはインストールできたものの、実行するとbus errorとなってコケてしまった。
不正なポインタを参照していて落ちるっぽい…i386依存のコードだからだろうか？
他にもtopやnetstat、fstatなどkmemに依存しているものはchroot環境で実行できなかった。
xtermとかもディスプレイ番号がないと言って起動しなかった。(xhost +とかやってもダメ)
perlやpythonなどコンソールベースのアプリは大体動いた。

どうしてもWineを動かしたいならデュアルブートするしか今のところなさそうだ。
うまくいっている人がいたらどうやったか教えて欲しい…

**名無しさん＠お腹いっぱい。** · 2009/03/16(月) 14:38:56

>どうしてもWineを動かしたいならデュアルブートするしか今のところなさそうだ。

デュアルブートしたくないから wine を使うんじゃないのか。
デュアルブートでいいなら素直に本物の windows を起動するだろ。

初心者もOK! FreeBSD質問スレッド その100

初心者もOK! FreeBSD質問スレッドその100