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

FreeBSDを語れ Part32

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2011/11/17(木) 09:00:34.86
The FreeBSD Project
http://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part31
http://hibari.2ch.net/test/read.cgi/unix/1310842013/

関連スレ
初心者もOK! FreeBSD質問スレッド その111
http://hibari.2ch.net/test/read.cgi/unix/1312083286/
0754名無しさん＠お腹いっぱい。2012/01/25(水) 14:19:42.08
ぼくがvi使えないのはFreeBSDにeeがあるせい
0755名無しさん＠お腹いっぱい。2012/01/25(水) 14:23:44.06
eeがない環境を使わなければ問題ない。
0756名無しさん＠お腹いっぱい。2012/01/25(水) 14:27:12.53
eeがなければnanoを使えば良いじゃない……なの。
0757名無しさん＠お腹いっぱい。2012/01/25(水) 14:31:41.81
>>753
viはたまにしか使わなくて忘れるので
FreeBSDもCygwinもNgを使ってるよ

BackSpaceキーが使えなくて不便だけど
0758名無しさん＠お腹いっぱい。2012/01/25(水) 15:10:22.12
eeってものすごく昔から標準でついてるよね。
0759名無しさん＠お腹いっぱい。2012/01/25(水) 15:12:11.01
FreeBSDでは、ね。
0760名無しさん＠お腹いっぱい。2012/01/25(水) 15:24:50.00
edってものすごく昔から標準でついてるよね。
0761名無しさん＠お腹いっぱい。2012/01/25(水) 15:27:24.15
UNIXでは、ね。
0762名無しさん＠お腹いっぱい。2012/01/25(水) 15:39:10.33
edlinって (ry
0763名無しさん＠お腹いっぱい。2012/01/25(水) 16:21:42.99
>>762
Win7でも32bit版には入ってるらしい
0764名無しさん＠お腹いっぱい。2012/01/25(水) 17:29:08.90
MSのそういうところは好きだぜ
0765名無しさん＠お腹いっぱい。2012/01/25(水) 18:39:35.34
64bit版にはMS-DOSサブシステムが無いからねえ。
0766名無しさん＠お腹いっぱい。2012/01/25(水) 18:39:42.35
easy editorはlinuxでも使ってた
0767名無しさん＠お腹いっぱい。2012/01/25(水) 19:09:37.67
>>748
回避以前に起こすのも非常に難しいっぽい。
0768名無しさん＠お腹いっぱい。2012/01/26(木) 00:09:03.13
最近、歳のせいか ports のコンパイルが面倒くさくなってきた。
PC-BSDを使うかどうか思案中。
0769名無しさん＠お腹いっぱい。2012/01/26(木) 00:09:08.82
いまどきed使ってる香具師さんいますか
0770名無しさん＠お腹いっぱい。2012/01/26(木) 00:09:41.94
>>768
portsが面倒だからUbuntuにうつったよ(´・ω・｀)しょぼーん
0771名無しさん＠お腹いっぱい。2012/01/26(木) 01:08:30.13
ports が面倒だから gentoo に移ったよ(｀・ω・´) シャキーン
0772名無しさん＠お腹いっぱい。2012/01/26(木) 01:14:21.84
PCｰBSDに移っていきなりportsに頼ったりする
0773名無しさん＠お腹いっぱい。2012/01/26(木) 02:01:30.62
portsがめんどくさいならpackageを使えばいいじゃないか
おれは直接パフォーマンスに影響しないような物はpackageで済ませてるよ
0774名無しさん＠お腹いっぱい。2012/01/26(木) 05:28:50.46
packageにも -oldstable, -stable のラインがあればいいのに。
今なら8.xと9.xな。-currentはOSごとコンパイルするような連中が使うものなんだから、Releaseに適合するpackageの要求を満たしてくれるほうがいいんじゃないかなと思う。
0775名無しさん＠お腹いっぱい。2012/01/26(木) 09:19:56.43
>>774
-stableでのビルド確認やるとお前が手を挙げれば、受け入れられると思う。
0776名無しさん＠お腹いっぱい。2012/01/26(木) 11:29:52.97
>775
ビルド確認ってどーやんの…？どれくらいの機材が要るのかわかんね。
今なら amazon ec2 でやるのか？
0777名無しさん＠お腹いっぱい。2012/01/26(木) 14:11:14.26
>>774
例えば
http://ftp.freebsd.org/pub/FreeBSD/ports/i386/
を見ると
packages/
packages-10-current/
packages-6-stable/
packages-7-stable/
pakages-7.4-release/
packages-8-stable/
packages-8.2-release/
packages-9-current/
packages-9-stable/
packages-9.0-release/
packages-current/
packages-stable/

とあるけど、これじゃだめだということ？
0778名無しさん＠お腹いっぱい。2012/01/26(木) 14:28:47.94
>777
ダメじゃないです素晴らしいです死んできます
0779名無しさん＠お腹いっぱい。2012/01/26(木) 15:01:22.88
まて、まだ死ななくていい(;ω;)>>778
0780名無しさん＠お腹いっぱい。2012/01/26(木) 15:32:07.43
逝き返りました。
ばっちり整備されてるように見えるのに、なんでいまいちいけてない風なんだろう。


0781名無しさん＠お腹いっぱい。2012/01/26(木) 15:57:44.55
release に引っ付いた stable はない(6,7,8 というメジャー系列の stable しかない)

stable パッケージの指定の仕方とかが
くわしー人じゃないとちょっと分かりにくい(?)
0782名無しさん＠お腹いっぱい。2012/01/26(木) 16:16:50.70
-STABLEが、例えばdebian GNU/linuxでいうところの-stableと違うからだろ。
0783名無しさん＠お腹いっぱい。2012/01/26(木) 16:32:19.89
baseシステムで言えば、
RELENG_x_y_0_RELEASEに対するセキュリティフィックスはRELENG_x_yで提供されるのだから
これが>>781が言うところの「release に引っ付いた stable」なわけで、
packagesには確かにそれに対応するものは存在しない。

が、ライブラリのバージョンbumpなどを含めたABIの一貫性などはメジャーバージョンが
変わらなければ原則として保たれることになっているのだから、
packagesに関する限り
release に引っ付いた stable = 6,7,8 というメジャー系列の stable
ってことになるんじゃないの。

baseと、ports/packagesを含めたユーザ環境とがはっきり分かれているFreeBSDと
baseまでバイナリパッケージとして管理されるlinuxとかとでは、
リリースとかバージョンの感覚は合わなくて当然だと思う。
多少語弊はあるが
FreeBSDのマイナーバージョンアップ≒linuxのカーネルのバージョンアップ(+α)
という感じで読み替えると、ある程度呑み込める気がする。
0784名無しさん＠お腹いっぱい。2012/01/26(木) 17:47:10.39
>783
781 だけど
> packagesに関する限り
> release に引っ付いた stable = 6,7,8 というメジャー系列の stable

おお，そういえば確かにその解釈でよさそうですね
0785名無しさん＠お腹いっぱい。2012/01/26(木) 17:54:37.55
pointyhatで毎日無駄に7-STABLE, 8-STABLE, 9-STABLE, 10-CURRENT上でビルドして
パッケージまで作ってるんだからそのパッケージがどこかに転がってるんじゃね？
0786名無しさん＠お腹いっぱい。2012/01/26(木) 20:21:59.50
>>777
来週の土日に5.3捨てる!!決めた!!
0787名無しさん＠お腹いっぱい。2012/01/26(木) 20:29:59.74
Windowsでこんだけバイナリー互換性が無いと問題が出るよな
0788名無しさん＠お腹いっぱい。2012/01/27(金) 00:17:30.52
今月からFreeBSD使い始めた新参ですが
portsのアップグレードってpackagesも利用できるんですね
知らなかったのでこのスレ見て良かった
0789名無しさん＠お腹いっぱい。2012/01/27(金) 01:01:37.32
新参乙
0790名無しさん＠お腹いっぱい。2012/01/27(金) 04:27:03.44
今、大学の研究室でFreeBSDの管理を任されているんだが、
全部で8台もある。
portsやbuildworldを全部のマシンで行うのは大変なんだが
環境をコピーする一番楽な方法を教えてくれ。

今は一台のマシンで環境を構築して、それから
/usr/local /usr/obj /usr/src 以下を
tar で固めて他のマシンにコピーしているんだが、
/etc以下の設定とかが引き継がれないので、
結局はいくつかの ports については各マシンでビルドし直しになる。
0791名無しさん＠お腹いっぱい。2012/01/27(金) 04:46:12.04
>>790
ベースシステムについてはfreebsd-updateじゃいかんのか？
0792名無しさん＠お腹いっぱい。2012/01/27(金) 09:59:50.49
８台を減らす方向に努力した方がマシ
0793名無しさん＠お腹いっぱい。2012/01/27(金) 10:15:08.54
その1
make world, kernel: /usr/obj, /usr/srcをNFSで共有
ports: make packageしてtbz(/usr/ports/packages/All)を共有

その2
1台を母艦にする。残りの7台はディスクレス。
0794名無しさん＠お腹いっぱい。2012/01/27(金) 10:18:25.17
>>790
全部vmwareにのせてイメージファイルをコピーする
0795名無しさん＠お腹いっぱい。2012/01/27(金) 11:18:09.70
その３
１台に１人後輩をつけて責任もって管理させる。
0796名無しさん＠お腹いっぱい。2012/01/27(金) 12:24:18.26
その４
放棄して逃げる
0797名無しさん＠お腹いっぱい。2012/01/27(金) 15:36:14.91
その5
MSウインドウズを提案する
0798名無しさん＠お腹いっぱい。2012/01/27(金) 15:39:56.30
つまんないからその辺で。
0799名無しさん＠お腹いっぱい。2012/01/27(金) 15:48:08.40
ミラーリングする
0800名無しさん＠お腹いっぱい。2012/01/27(金) 15:57:40.23
>>790
1,用途を見直してまとめる
2,ベースしステムは独自につくらないでfreebsd-updateを使用
3,1台でパッケージを作り、nfs,rsyn等で共有
4,こまめにスクリプトを書いて自動化する
5,/etcの下もrsyncで細かく指定して共有できるものは共有すれば？
6,nis,ldapの使用も検討すると。

8台ぐらいなら2と3が実行できれば手間じゃないと思うけど。

共有できない理由をもっと詳しく書かないと、わからない。



0801名無しさん＠お腹いっぱい。2012/01/27(金) 15:57:49.08
gentooに乗り換える
0802名無しさん＠お腹いっぱい。2012/01/27(金) 16:06:32.88
HDDを差し替えてまるごとコピーする
0803名無しさん＠お腹いっぱい。2012/01/27(金) 16:39:51.29
portsって/usr/local/以下にしかインストールされないんでしょ

じゃあ/usr/local/を複数のサーバーで共通化してはどうでしょうか
0804名無しさん＠お腹いっぱい。2012/01/27(金) 16:42:55.00
kmodは/boot/moduleだけどね。
0805名無しさん＠お腹いっぱい。2012/01/27(金) 17:16:37.08
virtualbsd の意義がいまいち理解できない…
torrent配布なのはまぁいいとして1.7G
→それを解凍して6.7Gくらい
→VMWareでロードして./vmware2vboxで設定をVirtualBox向けに書き換える
→VirtualBoxで読み込めるのは解凍したvmware仮想ディスクに対して一台だけ
→ある程度ビルドしていったらその時点でクローンすればいいのかもしれないけど
ディスクスペースは、やはり6.7G+追加分でまるまるコピーしないといけない（それなりに時間は掛かる）
→なんやかんやで10Gくらい軽く越える。それを別の実機に入れるためネットワーク越しで投げるとかあまり考えたくない…

iso と /usr/local 以下固めたzip展開じゃ駄目なのか…わからぬ…
0806名無しさん＠お腹いっぱい。2012/01/27(金) 17:22:26.66
vbox on freebsd 上で使おうという考えが理解できないって思われてるよきっと
0807名無しさん＠お腹いっぱい。2012/01/27(金) 17:40:13.75
pc-bsdもvmware/virtualbox用のイメージ配布してるよ
0808名無しさん＠お腹いっぱい。2012/01/27(金) 18:35:47.50
>>807
>pc-bsdもvmware/virtualbox用のイメージ配布してるよ

それサイズが微妙にでかくて取っつきにくいですぅ
CDイメージDLして仮想マシンにインストールするのと手間以外の点で何が違うの？
0809名無しさん＠お腹いっぱい。2012/01/27(金) 18:43:53.76
/var/libに何かホイホイ作るportsもあるよｗ
0810名無しさん＠お腹いっぱい。2012/01/27(金) 19:22:49.60
8台全部に /usr/local /usr/obj /usr/srcがあるなんて、贅沢だな。

そーゆーのは、 NFSでひとつにした方が、ディスクスペースが広く使えるのに。
0811名無しさん＠お腹いっぱい。2012/01/27(金) 19:28:54.45
夢もひろがるな
0812名無しさん＠お腹いっぱい。2012/01/27(金) 19:34:32.19
zfs にして snapshot を send, receive
0813名無しさん＠お腹いっぱい。2012/01/27(金) 20:43:52.35
>>790
１台母艦をつくってそこで buildworld && makekernel
他艦を nfs mount して DESTDIR=<mount先> でinstallkernel && installworld
ports も似たような手法で行ける場合も結構ある
だめな場合は, package まで作って pkg_install
それでもだめなら, ports 以下で build かなぁ...
0814名無しさん＠お腹いっぱい。2012/01/27(金) 21:05:51.45
>>809
しかし何で
/usr/local/var
が無いんだろうか

/var/www

とか気持ち悪い
0815名無しさん＠お腹いっぱい。2012/01/27(金) 21:15:16.83
/var/www を掘るportsなんてあったっけ？
0816名無しさん＠お腹いっぱい。2012/01/27(金) 21:58:00.26
>815
わかんない。インストールした後のものなら /var/db/pkg/*/+CONTENTS を見ればいけそうなんだけど、インストール前だとなあ… コンパイル済みpackagesを全部精査する羽目になるのか？
0817名無しさん＠お腹いっぱい。2012/01/27(金) 22:16:57.64
pkg-plist でも grep しろよ
0818名無しさん＠お腹いっぱい。2012/01/27(金) 22:21:34.51
>>815
確認したら/var/wwwはcygwinでした
昨日phpが動かないか色々やってたので勘違いしていた

FreeBSDは/usr/local/www

これなら複数のサーバーで/usr/localを共有すればOKですな
所有権とかよくわからないけど
0819名無しさん＠お腹いっぱい。2012/01/27(金) 22:44:13.82
>>814
rootが使うデータは/varへ、ユーザーが使うデータは/home/ユーザーへ。
0820名無しさん＠お腹いっぱい。2012/01/27(金) 22:57:05.48
プログラムが出力するファイルは/var
人が置くファイルは/usr/local
08217902012/01/28(土) 00:37:55.77
>>790だけど、教えてくれてありがとう。
いや、俺もまだ未熟なんだ。
0822名無しさん＠お腹いっぱい。2012/01/28(土) 01:17:53.10
一連の流れ見てたけど、個人的には
/usr/local/var
よりも
/var
推し。
"/var"が"local state dir"なんだからさ……。
0823デムパゆんゆんネトウヨ四等兵＠１月　２０１２始動。　 【関電 72.6 %】 2012/01/28(土) 01:40:45.51
そんな事したらわざわざぽ〜つから野良ビルドする意味ないだろ
自分で何入れたかわからなくなる
/usr/local分離はボケ防止のためだ
ワシはまだ衰えておらん
0824名無しさん＠お腹いっぱい。2012/01/28(土) 01:49:33.61
まず/usrに、/usr/varや/usr/tmpを作って1段階おくべき。
0825名無しさん＠お腹いっぱい。2012/01/28(土) 01:54:58.64
/var以下って/etc/rc.d/cleanvarに焼け野原にされそうで怖いｗ
0826名無しさん＠お腹いっぱい。2012/01/28(土) 02:54:24.12
やっぱ後輩育てるためにも手順書作って後輩にやらせたほうがいいと思うよー
0827名無しさん＠お腹いっぱい。2012/01/28(土) 04:15:10.70
UNIX系OSの基礎なんて中学生で理解しておくべきものだろ
0828名無しさん＠お腹いっぱい。2012/01/28(土) 04:54:42.59
もうさ、Debian GNU/kFreeBSDでいいと思うんだ。。
0829名無しさん＠お腹いっぱい。2012/01/28(土) 08:00:20.10
Debian GNU/kFreeBSDってパッケージ揃っているのか？
0830名無しさん＠お腹いっぱい。2012/01/28(土) 08:16:35.93
varは各種ログファイル置き場くらいの認識しかないや。
大事なものはなんとなく置く気がしない。
0831名無しさん＠お腹いっぱい。2012/01/28(土) 10:14:58.85
read onlyにできるものとできないものを区別した方が良い
0832名無しさん＠お腹いっぱい。2012/01/28(土) 12:39:23.53
/usr 自体通常は mount -roだから
/usr/local/varは嫌い
0833名無しさん＠お腹いっぱい。2012/01/28(土) 12:41:05.28
/varはmount -o noexec
packageをインストール／削除するときだけmount -uo exec
0834名無しさん＠お腹いっぱい。2012/01/28(土) 14:26:56.40
Windowsもさ、Windows本体のSystem32と
アプリケーションのdllを入れるSystem32を分ければいいのにな

Macはそのあたり上手いのに
0835名無しさん＠お腹いっぱい。2012/01/28(土) 15:30:00.31
bikeshed :)
0836名無しさん＠お腹いっぱい。2012/01/28(土) 19:46:13.46
憶えたての言葉を使いたいんだと思うが、それは違うと思うぞ
0837名無しさん＠お腹いっぱい。2012/01/28(土) 20:44:54.85
Windowsは普通exeと同じところにあるdllを読むから、
WINDOWS/System32フォルダにわざわざdllを仕込むソフトは余計なお世話ｗ
0838名無しさん＠お腹いっぱい。2012/01/28(土) 21:48:32.03
linuxもapt-getしたものは/usr/bin, /usr/libに入るな
昨年末、はじめてubuntu使ったときにびびった
0839名無しさん＠お腹いっぱい。2012/01/28(土) 21:58:19.91
パッケージシステムが使うのが/usr/bin
自前ビルドで入れるのは/usr/local/bin
っていう方針かと

FreeBSDの方が自前ビルド入れるところに困る
0840名無しさん＠お腹いっぱい。2012/01/28(土) 22:04:43.42
fedoraは/binとか/sbinはやめるんだそうだ
http://0pointer.de/blog/projects/the-usr-merge
0841名無しさん＠お腹いっぱい。2012/01/28(土) 22:33:57.23
>>839
~/bin, ~/lib
にするもんだと思ってた
0842名無しさん＠お腹いっぱい。2012/01/28(土) 23:24:03.27
それだと自分しか使えんでしょ

自前ビルドしたけどシステムワイドで使いたい場合の話かと
0843名無しさん＠お腹いっぱい。2012/01/28(土) 23:56:13.45
きれいにアンインストールできるなら/binでも/libでも構わないよ。

>>842
そこで/home/rootですよｗ
0844名無しさん＠お腹いっぱい。2012/01/29(日) 02:38:03.01
>>841
~/local/{bin,lib}
にするかなぁ。ホームにbinとかlibとかshareとかディレクトリが散らかってると邪魔だし。
0845名無しさん＠お腹いっぱい。2012/01/29(日) 13:46:08.49
俺そうやって使ってる。
0846名無しさん＠お腹いっぱい。2012/01/29(日) 22:38:33.21
@ITで大地が真面目な内容の連載してるなw
0847名無しさん＠お腹いっぱい。2012/01/30(月) 00:08:30.06
>>846
kwsk
0848デムパゆんゆんネトウヨ四等兵＠１月　２０１２始動。　 【関電 72.9 %】 2012/01/30(月) 00:34:43.53
>>847
スクリプトのせいで今度こそ本当にニュー速が終わった件
http://engawa.2ch.net/test/read.cgi/news/1327851043/

ν速でスレ立ってた
0849名無しさん＠お腹いっぱい。2012/01/30(月) 00:50:06.94
なるほど
0850名無しさん＠お腹いっぱい。2012/01/30(月) 00:52:26.68
怪盗紳士？
0851名無しさん＠お腹いっぱい。2012/01/30(月) 01:00:30.46
virtioいいね
0852名無しさん＠お腹いっぱい。2012/01/30(月) 10:47:59.32
/usr/ 以下はしょっちゅういじるものではない。
しょっちゅう書き変わるファイルは /var/ 以下に集める。
だから /usr/local/var/ はいらない。
0853名無しさん＠お腹いっぱい。2012/01/30(月) 11:25:12.64
主旨としては
複数台のサーバーで同じportsを使う場合、サーバー個々にインストールするのは大変なので
/usr/local/を共用した方がいい

ただし、そのアプリを動かした結果としての変数は個々のサーバーで違うので、
/varは共用出来ない

また、システムインストール時に入っているコマンド用の/varと
portsなどでインストールしたコマンドの/varは、一緒にしない方がいいかも

みたいな話かもしれない

そのローカールの/varをどこに置くか
■ このスレッドは過去ログ倉庫に格納されています