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

FreeBSD使ってて「こりゃ普及する訳ない」と思った時

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2006/12/28(木) 12:32:51
AdobeがFlashplayerをサポートしてくれない時
0582名無しさん@お腹いっぱい。2007/04/12(木) 08:37:26
BSDじゃ仕事がない
これにつきると思われw
0583名無しさん@お腹いっぱい。2007/04/12(木) 09:05:56
>>580
自分で判断できないのを人のせいにするなよ。
0584名無しさん@お腹いっぱい。2007/04/12(木) 09:14:15
>>582
仕事あるよw

【正社員募集】ドワンゴ大卒未満限定で技術者採用【学歴重視】
http://pc11.2ch.net/test/read.cgi/unix/1171868365/
0585名無しさん@お腹いっぱい。2007/04/12(木) 10:53:01
バイナリパッケージを好む人に質問なのですが、
どのようにしてそのバイナリが作られたのとか気にしないのですか?

ほしい状態のバイナリが常にあるわけではないし・・・

そこら辺は無頓着?
0586名無しさん@お腹いっぱい。2007/04/12(木) 10:55:51
>>585
それは機能の問題?それとも信用の問題?
0587名無しさん@お腹いっぱい。2007/04/12(木) 11:02:13
>>585

その質問は、Windows板が適切じゃないでしょうか?
0588名無しさん@お腹いっぱい。2007/04/12(木) 11:20:52
>>586
両方じゃないの?
debianとかのバイナリ文化圏の人間からすれば、ソースで提供されているものと
同じ、最新の状態のバイナリが、システマチックにビルドされて、きちんと動作
テストを経て、安全に利用できると判断されたものが手に入るのを期待する。
0589名無しさん@お腹いっぱい。2007/04/12(木) 11:28:04
>>585
ちゃんと動いてれば気にしないよ。
問題が起きたらソースパッケージ取ってきて読んだりはする。
逆に聞きたいんだけど、
自分でソースを全部監査してるの?
0590名無しさん@お腹いっぱい。2007/04/12(木) 11:34:27
バイナリだと、自分と1バイトの違いもない全く同じバイナリで動かしてる
ユーザーが多数いる、という安心感がある。もし問題があればすぐ情報が
得られるし、アップデートもされる。

ソースから自分でビルドしたものだと、おかしな動作をしたとき、
それが自分のビルド環境の問題か、アプリ自体の問題か、切り分けるのが困難。
0591名無しさん@お腹いっぱい。2007/04/12(木) 11:46:57
>>585
こいつ自分のPCにインストールしているプログラムのソースは
一行一行ぜんぶ確認しているんだよ。
すばらしいね
0592名無しさん@お腹いっぱい。2007/04/12(木) 11:54:20
そこまでしてるとしたら何も言うことはないなw
0593名無しさん@お腹いっぱい。2007/04/12(木) 12:06:09
>>585
脳天気な君がFreeBSDのバイナリをコンパイルしている最中に
アフリカの貧しい子供たちが次々と命を落としています。

そこら辺は無頓着?
0594名無しさん@お腹いっぱい。2007/04/12(木) 12:12:23
ソースは読むことまではあまりないが、どんなパッチを当ててるのか、
配布元のデフォルトとどう変えているか調べるのはあたりまえにやる。
というか、httpd とか MTA とかの外に見せるサービスは
それを確認しておかないと恐くて動かせない。
バイナリパッケージだとそれがひじょーにめんどくさい。
0595名無しさん@お腹いっぱい。2007/04/12(木) 12:18:22
>>585みたいなやつって、"よく”いるよねw

しかし、すぐやり込められるんだよね

ソースってのは、手に届くところにあればいい
(つまり、何かあったときに見られる状態であればいい)
0596名無しさん@お腹いっぱい。2007/04/12(木) 12:19:59
BSD界隈には、口だけのやつがぎょうさんおる
0597名無しさん@お腹いっぱい。2007/04/12(木) 12:25:18
こんなこと言い出したら、カーネルのソースまで疑わなきゃならなくなるぞ
カーネルのソースなんか読破するの、何年かかるやらw
0598名無しさん@お腹いっぱい。2007/04/12(木) 12:27:02
>>581
×BSD だって Free だの Net だの Open だのディストリ
○FreeBSDだのNetBSDだのOpenBSDだの似てるけど違うOS

FreeBSD is a registered trademark of The FreeBSD Foundation.
NetBSD(R) is a registered trademark of The NetBSD Foundation,
Inc.
0599名無しさん@お腹いっぱい。2007/04/12(木) 12:27:05
>>594
そのへんは設定ファイルでどうとでもできるようになっているが、
そうなってないディストロを使ってるのかな?
0600名無しさん@お腹いっぱい。2007/04/12(木) 12:27:50
>ソースってのは、手に届くところにあればいい
>(つまり、何かあったときに見られる状態であればいい)

ソースについてはそのとおりなんだが、どういうオプションで configure を
実行したのかとか気にしないのかな。自分でソースからコンパイルするときも
いつも --enable-hoge とか --with-hoge とかなしでやってるの?
そういうのが簡単に確認できるのであればバイナリパッケージでもいいんが。
0601名無しさん@お腹いっぱい。2007/04/12(木) 12:28:34
>>600
簡単に得られるよ
0602名無しさん@お腹いっぱい。2007/04/12(木) 12:33:34

apt-get source mplayer
で mplayer のソース落としたぜ

debian/rules にはこう書いてある(長くなるから一部抜粋な)

CONFIGURE_PATH := --prefix=/usr --confdir=/etc/mplayer --mandir=/usr/share/man --with-codecsdir=/usr/lib/win32
CONFIGURE_COMMON := --enable-runtime-cpudetection --enable-largefiles
CONFIGURE_INPUT := --disable-mpdvdkit --enable-dvdread --enable-smb --enable-live --enable-ftp --enable-cdparanoia
CONFIGURE_CONTROL := --enable-lirc --enable-joystick --enable-xf86keysym
CONFIGURE_AUDIO_CODECS := --disable-tremor-internal --enable-liba52 --enable-libdts --enable-musepack --enable-faac \
--enable-speex --enable-libvorbis --enable-mad --enable-mp3lib
CONFIGURE_VIDEO_CODECS := --enable-xvid --enable-libavcodec --enable-libavformat --enable-theora --enable-libdv \
--enable-libmpeg2 --enable-tv-v4l2
CONFIGURE_AUDIO_OUT := --enable-alsa --enable-ossaudio --enable-esd --enable-arts \
--enable-pulse
CONFIGURE_VIDEO_OUT := --enable-xinerama --enable-menu --enable-xv --enable-vm \
--enable-gl --enable-xmga --enable-mga --enable-3dfx --enable-tdfxfb --enable-sdl \
--enable-aa --enable-caca --enable-dxr3 --enable-xvmc --with-xvmclib=XvMCW \
--enable-ggi --enable-fbdev
CONFIGURE_MISC := --enable-freetype --enable-fontconfig --enable-gif --enable-png \
--enable-jpeg --enable-liblzo --enable-fribidi --enable-ladspa

0603名無しさん@お腹いっぱい。2007/04/12(木) 12:35:03
>apt-get source mplayer
>で mplayer のソース落としたぜ

バイナリパッケージなのにソースを落とさないといけないってことに矛盾を感じない?
0604名無しさん@お腹いっぱい。2007/04/12(木) 12:36:39
>>603
ソース落としたのにコンパイルしてバイナリにしないといけないってことに矛盾を感じない?
0605名無しさん@お腹いっぱい。2007/04/12(木) 12:36:41
>>603

いや、だから、ソースは手に届くところにあればいいって
あんた同意してんじゃんw
0606名無しさん@お腹いっぱい。2007/04/12(木) 12:37:49
>>604
別にコンパイルしないよw
確認しただけ
0607名無しさん@お腹いっぱい。2007/04/12(木) 12:41:25
>>600
あんまり気にしないな。
メンテナがきっとうまくやってくれてるだろうと期待している。
自分でコンパイルするときは
基本はオプションなしで、必要に応じて追加してる。

なんでそんなにオプションが気になるの?
0608名無しさん@お腹いっぱい。2007/04/12(木) 12:41:40
>そういうのが簡単に確認できるのであればバイナリパッケージでもいいんが

簡単にできるようだw
0609名無しさん@お腹いっぱい。2007/04/12(木) 12:44:31
FreeBSDのpackagesだと、コンパイルやconfigureのオプションが簡単に確認
できないんだよ。バイナリとソースの対応管理がしっかりしてないし。
0610名無しさん@お腹いっぱい。2007/04/12(木) 12:45:04
時間と電気代の無駄だね
すぐ飽きる、コンパイルなぞ
0611名無しさん@お腹いっぱい。2007/04/12(木) 12:46:52
コンパイルオプションを見るのにソースパッケージをダウンロードしなくてもいいよ。
たとえば、
ttp://cvs.fedoraproject.org/viewcvs/devel/httpd/httpd.spec?view=markup
0612名無しさん@お腹いっぱい。2007/04/12(木) 12:47:53
ports=馬鹿
0613名無しさん@お腹いっぱい。2007/04/12(木) 14:49:00
debian/rulesも読みやすくなってるかどうかはメンテナ次第だからなんとも
いえないなあ。

ソースベースのシステムはpkgsrcとportageしかしらないからportsで聞きたい
んだけど、>>545 みたいな制御ってGCC以外でもできるのかな。
portageだとUSE flagというのでいろいろできるんだけど、PHPぐらいに
オプションがやたらあると、メンテナはもはや「あらゆる組合せについての
動作は保証できない」としかいえなくなってしまうので、バグ報告、追跡が
難しくなるのが難点かなあ。

まあ>>590 と同じようなことをいっているんだけど。
0614名無しさん@お腹いっぱい。2007/04/12(木) 15:03:57
頻繁にBugBuddyがでるようもんは使いたくないなあ
0615名無しさん@お腹いっぱい。2007/04/12(木) 15:06:26
>>613
/etc/make.conf に WITHOUT_X11=yes → システム全体で make 実行時に適用
適用ディレクトリを制限することで、一部にのみ反映させる人もいる
基本的に sh スクリプト内で . /etc/make.conf されてると思えば ok

portupgrade なんかを使う場合は /usr/local/etc/pkgtools.conf で
MAKE_ARGS に 'www/apache22' => [ 'WITH_LDAP=yes', 'WITH_MYSQL=yes' ], ... とか
書いてあげれば任意のものだけに適用も可能 (当然リビルド時も利用される)

問題がある場合に echo 'CFLAGS += -ggdb' >> /etc/make.conf して
portupgrade -fW (target) とかいうのも簡単に出来るのはいい
0616名無しさん@お腹いっぱい。2007/04/12(木) 16:29:59
>>585
脳天気な君がFreeBSDのバイナリをコンパイルしている最中に
世間のエロイカップルは、夜な夜なセックルしまくってます。

そこら辺は無頓着?
0617名無しさん@お腹いっぱい。2007/04/12(木) 17:27:45
気になるのは、sendmailくらいかな。

0618名無しさん@お腹いっぱい。2007/04/12(木) 17:30:05
お家サーバに毛の生えたようなサイトで
まだ sendmail 使ってるとこあったか。
0619名無しさん@お腹いっぱい。2007/04/12(木) 17:40:01
やんのか、ごるぁ。
0620名無しさん@お腹いっぱい。2007/04/12(木) 21:25:35
>>618
機能と使いやすさを考えると
FreeBSD では
sendmail > postfix >> exim >>> (越えられない壁) >>> qmail
じゃね?
0621名無しさん@お腹いっぱい。2007/04/13(金) 01:03:04
>>616
ホスティングしているサーバ上でscreen動かした
上で放置コンパイルなので無頓着です

何か質問は?
0622名無しさん@お腹いっぱい。2007/04/13(金) 01:09:41
>>583
犬なんぞ使ったこと無い人間には何使って良いか分からんよ
そもそもOSがなんなのかハッキリしないんだし
0623名無しさん@お腹いっぱい。2007/04/13(金) 01:30:33
ケンシロウ、Macはいいぞ。
0624名無しさん@お腹いっぱい。2007/04/13(金) 02:01:55
目指すはX(ten)!!
0625名無しさん@お腹いっぱい。2007/04/13(金) 02:02:52
FreeBSDにNeetBSDか
なかなか面白いw
0626名無しさん@お腹いっぱい。2007/04/13(金) 04:02:57
おまいら、ソースはやっぱりブルドックだろ。

そこら辺は無頓着?
0627名無しさん@お腹いっぱい。2007/04/13(金) 04:04:23
当たり前だのクラッカー
0628名無しさん@お腹いっぱい。2007/04/13(金) 04:42:42
じじいしね。
0629名無しさん@お腹いっぱい。2007/04/13(金) 10:30:37
前田のクラッカーぐらい14の俺でも知ってるわ
06306132007/04/13(金) 11:49:25
ども。

特定のディレクトリで WITHOUT_X11=yes make とかすればいいのかな。
それだとUSE flagと大差ないからそんなに気にならないな。
0631名無しさん@お腹いっぱい。2007/04/13(金) 15:49:31
>>589
ソースを全部読むような事はしないし、
問題なく動くのを調査するのに時間があらば良いのですが、
せめて./configureへの引数とか気になりませんか?

>>591
一時期、ワンボード物とか作っていた頃はリセットベクターから全部書いていたけど、
PCとかは無理だと思いますよ。時間的に不可能ではないでしょうか?

>>593
心を痛めております。


まぁ、無頓着な人にはそれでも良いのかもしれませんが・・・・
つーか、ここまでたたかれるとは思わなかったですよ。
そんなにソースからのビルドって嫌われる行為なのでしょうか?
0632名無しさん@お腹いっぱい。2007/04/13(金) 15:56:29
>>631
> せめて./configureへの引数とか気になりませんか?
あんまり気にならないし、
気になってもすぐ調べられるから別に問題ないよ。

> そんなにソースからのビルドって嫌われる行為なのでしょうか?
嫌うってほどじゃないけど、めんどいだけじゃん。
なんかメリットあるの?
0633名無しさん@お腹いっぱい。2007/04/13(金) 16:25:45
>>632
ああ、そんな方法があったのですか?
私はしりませんでした。
どんな方法なのでしょうか?
0634名無しさん@お腹いっぱい。2007/04/13(金) 16:29:06
>>633
スレ内に何度も出てるじゃん。
0635名無しさん@お腹いっぱい。2007/04/13(金) 16:37:33
ソースからのビルドが大好きならやればいいじゃん

しかし、世の中そんなひま人ばかりではないということ
0636名無しさん@お腹いっぱい。2007/04/13(金) 16:38:08
これで、スレタイにつながったねw
0637名無しさん@お腹いっぱい。2007/04/13(金) 16:40:25
./configureに引数渡せば、ちょっと俺ってコンピュータ触ってるなあ
って勘違いできるんじゃないか

すぐ飽きるけどね
0638名無しさん@お腹いっぱい。2007/04/13(金) 16:43:30
手段と目的が入れ替わっちまってるんだな
0639名無しさん@お腹いっぱい。2007/04/13(金) 16:45:40
>>637
ユーザに勘違い野郎が多いのはそのためかw
0640名無しさん@お腹いっぱい。2007/04/13(金) 16:50:20
プログラム板のスレでコンパイルが通りませんというレスがスルーされてるのを
見たとき
0641名無しさん@お腹いっぱい。2007/04/13(金) 16:59:15
気にするとか無頓着とか、気持ちの話ばっかしててもしょうがないよ。
気にしないとどんな不具合があるのか、とか説明しないと。
0642名無しさん@お腹いっぱい。2007/04/13(金) 17:04:33
そんな不具合が出てからのお楽しみでよろしいのでは?
0643名無しさん@お腹いっぱい。2007/04/13(金) 17:28:23
ports動作検証とかしてないっぽいねw
0644名無しさん@お腹いっぱい。2007/04/13(金) 17:29:33
ええ、ユーザに丸なげしてます
0645名無しさん@お腹いっぱい。2007/04/13(金) 17:39:05
>>631
> 一時期、ワンボード物とか作っていた頃はリセットベクターから全部書いていたけど、
> PCとかは無理だと思いますよ。時間的に不可能ではないでしょうか?

http://www.amazon.co.jp/dp/4839919844
http://d.hatena.ne.jp/hariboteOS/?of=31
0646名無しさん@お腹いっぱい。2007/04/14(土) 00:24:13
「普及する訳ない」

インターネットに繋げれば、メールとかホームページとか
見れるんでしょ? というのが、大半のPC初心者
(初めてPC買って使おうっていう人たち)
なんだから、

ports-supfileだとか、/etc/make.confだとか、
そんなこと分かるわけないだろ。

「アップデートって何?」とか言われてしまうぞ。
「インストールって何?」の世界なんだから。

linuxでさえ、synapticが出てくるまで、
敷居が高かったんだぞ。
ubuntuが出てやっとlinuxの敷居が低くなった
くらいなんだから、FreeBSDなんか普及する訳ない。

お金かけないでサーバ立てましょうっていう「会社」
くらいにしか普及しません。

職場で毎日PC使ってる人だって、
FreeBSDを使える人なんかいないよ。

個人用のPC買って、ブートしたらいきなり
管理者権限でパスワード無しでログインしちゃうような
OSをそのまま使ってて、管理者権限でマージャン・ゲーム
してる人を電車の中で見たときには絶望した。

そういう人が世の中大半なんだよ。

どうやったら普及するんだよ。
0647名無しさん@お腹いっぱい。2007/04/14(土) 00:31:52
>管理者権限でマージャン・ゲームしてる人を電車の中で見た
なぜ管理者権限だとわかったのか?
0648名無しさん@お腹いっぱい。2007/04/14(土) 00:49:19
て言うか電車の中で見たんだったらノートPCだろうから...

余計危ないか (w
0649名無しさん@お腹いっぱい。2007/04/14(土) 00:53:20
スタートメニューリボンのユーザー名がそのままAdministratorだったんじゃね?
0650名無しさん@お腹いっぱい。2007/04/14(土) 01:00:42
ブートしたらいきなりだから、ちら見してたんじゃね
0651名無しさん@お腹いっぱい。2007/04/14(土) 01:24:42
MS-DOS だったんじゃね
0652名無しさん@お腹いっぱい。2007/04/14(土) 01:36:44
FreeBSDがなくても生活には何ら支障ないが
WindowsPCがないと仕事も生活も立ち行かない。
0653名無しさん@お腹いっぱい。2007/04/14(土) 01:53:03
PCがないと生活が立ち行かないってのは、なんか
生活スタイルとして拙くネ?
0654名無しさん@お腹いっぱい。2007/04/14(土) 01:56:01
パンチラだったらよかったのに
0655名無しさん@お腹いっぱい。2007/04/14(土) 02:09:36
>>653
金儲けの手段になってるとかじゃね?
0656名無しさん@お腹いっぱい。2007/04/14(土) 03:46:07
knoppixで動いた3CR990がFreeBSDで動かなかったとき
0657名無しさん@お腹いっぱい。2007/04/14(土) 09:02:55
>647

となりの席の人が、winブートして、ログインの手続きしないで
使いはじめたので、これは一般ユーザの追加もパスワードの
設定もしていない環境だな ==> 管理者権限で使ってるな

と思った。
0658名無しさん@お腹いっぱい。2007/04/14(土) 09:35:49
それは、勝手な思い込みじゃないのか?
0659名無しさん@お腹いっぱい。2007/04/14(土) 10:12:22
最近のWindowsは、デフォのインスコ状態(売られているプリインストール状態)で、
パスワードなしで一般ユーザーログイン(起動後いきなりデスクトップ画面)
管理者になるには一旦ログオフしてパスワード付きでログインしなおし、
という仕様になってるなぁ。
0660名無しさん@お腹いっぱい。2007/04/14(土) 11:17:06
XP どころか NT4 の昔から
Tweak UI で自動ログオン設定はできるので
一般ユーザに自動ログオンも可能な件
0661名無しさん@お腹いっぱい。2007/04/14(土) 16:10:34
誰か・・・FreeBSDの浮動小数点直して・・・
0662名無しさん@お腹いっぱい。2007/04/14(土) 17:11:17
>>659

え、そうなんだ。
昔、Win2000とxpをoemで買ってきて、インストールしたら、
そういう環境になってなかったし、先日友人が
win機買ったから設定してくれといわれて
見に行ったら、やっぱり電源ボタン押したら、
そのまま管理者権限でデスクトップの状態までいったんだけど、
ハードウェアメーカによってはそういう設定にしてあるんじゃないかな?
0663名無しさん@お腹いっぱい。2007/04/14(土) 23:02:23
>>659
最近っていうのが Vista なら
Administrators グループ所属のユーザで入って
必要なときに sudo するように昇格

じゃないのか?
0664名無しさん@お腹いっぱい。2007/04/15(日) 01:41:30
WinXPでは(設定変更しない限り)Administratorアカウントを
セーフモード以外使えない方針になったんだが
プリインスコ版はデフォでAdministratorになってるメーカーもある。
混在するとややこしいんだこれが。
0665名無しさん@お腹いっぱい。2007/04/15(日) 02:00:57
>>664
何度もXPのインスコしたが
セーフってなんだ?

まずユーザでログオンしたらログオン画面をクラシック
に設定変更してログオフをしたらadministratorでログオン
しなおして
control userpasswords2
を使って自動ログオン設定にしてやればパスワードが
あろうが無かろうが次回から電源オンでadministratorの
デスクトップに直行だよ
0666名無しさん@お腹いっぱい。2007/04/15(日) 02:03:46
Xが/usr/localになったとき
0667名無しさん@お腹いっぱい。2007/04/15(日) 02:12:07
/usr/local/etcとか馬鹿じゃないかと思う。
0668名無しさん@お腹いっぱい。2007/04/15(日) 04:51:59
アプリをパッケージインストールすると実行ファイル、設定ファイル、初期化
ファイル、マニュアル etc. がいろんな所に配置された時。

別に FreeBSDに限らんが……
インストするファイルは一ヶ所にまとめろや(゚Д゚)ゴルァ!!
0669名無しさん@お腹いっぱい。2007/04/15(日) 09:08:52
ライブラリことも考えろよ
アプリごとにいちいちインクルードパスとか追加するのかよ
アホかよ
0670名無しさん@お腹いっぱい。2007/04/15(日) 14:33:58
あらゆる /usr/local 直下に置けってことじゃね

とはいえ、インストールするファイルが一ヶ所に入れられるなんて
システムの方が希少じゃないか
普通 hier に則って配置されるだろ
0671名無しさん@お腹いっぱい。2007/04/15(日) 14:51:39
それしにしても /usr/local は空っぽであるべき。
0672名無しさん@お腹いっぱい。2007/04/15(日) 17:39:01
local でインストールしたものがひとつもないのならば /usr/local は空っぽであるべき。
local で何かインストールするのならば /usr/local に入れるべき。
0673名無しさん@お腹いっぱい。2007/04/15(日) 17:44:54
FreeBSDでいちばん違和感を感じたのがそこだな。
0674名無しさん@お腹いっぱい。2007/04/15(日) 17:47:08
/usr/local は、NFSで他のホストと共有して使いたい。
それと、/usr/local は、野良ビルド用として使いたい。
実際、SolarisとLinuxではそうしてる。

FreeBSDでは、ports/packagesが/usr/localを使うので困る。
で、結局ports/packagesは使わなくなる。
0675名無しさん@お腹いっぱい。2007/04/15(日) 18:00:50
「local」っていうディレクトリを共有するってもどうかと思うがw
0676名無しさん@お腹いっぱい。2007/04/15(日) 18:04:02
>/usr/local は、NFSで他のホストと共有して使いたい。

/usr/local/{bin,lib} は OS 依存のものがあるし、/usr/local/etc は
ホスト固有の設定が含まれることがあるので、NFS で共有する場合は
/usr/local/share だけを export するのが作法。だからこそ share という名前。

まあ、そんなルールを守ってもちっともうれしくないから、自分でも実践はしないが。
0677名無しさん@お腹いっぱい。2007/04/15(日) 18:04:12
>>675
local site と考えてくれ。
0678名無しさん@お腹いっぱい。2007/04/15(日) 18:05:56
>>676
/usr/local/share は、OS共通のデータ(実行バイナリ以外)を置くのが作法。
例えば、ドキュメントとか、フォントとか。
/usr/localは、同じOS同士、バイナリを共有して構わない。
0679名無しさん@お腹いっぱい。2007/04/15(日) 18:07:13
>>676
>だからこそ share という名前。

↑これ嘘だね。
0680名無しさん@お腹いっぱい。2007/04/15(日) 20:39:24
>>646
synapticって初めて聞いたんだが
そんなに影響のあるもんなの?
0681名無しさん@お腹いっぱい。2007/04/15(日) 21:46:56
hier 読めば >>678
> /usr/local/share は、OS共通のデータ(実行バイナリ以外)を置くのが作法。
なんて言葉は出てこないと思うのだが……

もっとも、OS 共通なんて幻想の時点でアレだが
0682名無しさん@お腹いっぱい。2007/04/15(日) 22:32:13
>>681
/usr/local/share 以下に、異OS間で共通なデータ(フォント、画像、音声ファイルなど)
を置いて、
/usr/local/{bin,lib} には、OS毎に別々のバイナリを置いて、
それを、LinuxからもSolarisからも同じアプリを起動できるようにしてますが、何か?

/usr/localは、OS毎にNFSサーバーからマウントする。
その上に、/usr/local/share の上には、どのOSも共通で /usr/local/shareを
NFSマウントする。

こうすると、本当にOS依存のバイナリだけ別々に持ち、
OSが違っても共通なデータは共有できる。
■ このスレッドは過去ログ倉庫に格納されています