FreeBSDを語ろう Part 12

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 19:40:19

語ろう。

質問は質問スレで。
初心者もＯＫ? FreeBSD質問スレッドその74
http://pc8.2ch.net/test/read.cgi/unix/1148734377/

前スレ
FreeBSDを語ろう Part 11
http://pc8.2ch.net/test/read.cgi/unix/1144371069/

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 01:54:25

人殺しならそこそこポジション高そうだし、けっこういけるんじゃないか？
刑期は10年以上だろうから、Linuxの気に入らないところ全部書き換えられるな。

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 01:57:33

外部と連絡取らなくていいのだろうか

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

差し入れは親族の協力があればよさげで、中から手紙を出すのも
面会に準じる頻度で可能らしい。
毎日メールで議論するようなのじゃなければなんとかなるんじゃなかろうか。

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 04:17:41

>>685
ムショののなかは結構プログラマにとっては快適だと思うよ
シャバでは不足しがちな運動とか健康に対する配慮もしてもらえるし

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 04:40:01

本人は別にhackしたいと思ってなかったりな

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 08:48:47

fuckされちゃうでしょ

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 09:50:05

>人殺しならそこそこポジション高そうだし、けっこういけるんじゃないか？
（ ´,_ゝ`）ﾌﾟｯ

カンカンくらいならありえそうだけどなw

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 09:54:24

おまいらﾑｼｮﾑｼｮって簡単に考えて入るんじゃねぇぞ
俺は刑務官への殺意がいまだ治まらない

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 12:12:33

なにコイツ

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 12:31:14

>>694
前科者だろ。

で、おまえは刑務官？

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 12:53:30

>>693
お前みたいな奴は、また刑務所に行きそうな香具師だな

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 14:12:52

刑務官は買収するといいらしいよ！ニュースでやってた

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 15:31:10

金あればな

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 15:39:48

刑務所の中でも事故厨な人殺しは虐めの対象
大抵はおちょくられて暴れたあげく懲罰房へ送られる
刑期の短いやつも軽蔑される、単に妬みからだけどなw

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 16:15:02

おまえらなんでそんなに詳しいんだ？

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 17:20:00

>>653-656

差戻しになったな。
漏れbmpがらみで勝手に入れられただけだから困ってないけど。

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 18:04:12

>>700
常識

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 19:10:50

ムショの中の人ならではのご意見ですな

**名無しさん＠お腹いっぱい。** · 2006/10/13(金) 19:27:25

HGは日本の刑務所に入るわけじゃ無いからな
アメリカは州によっても違うみたいだし私立刑務所？みたいなのもあるんだろ？
ていうかライザーって何人でどこに住んでるんだ？

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 21:09:07

今日は何故かportsが激しく更新されているね。

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 21:34:37

freezeかかってる時にしなくても…orz

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 22:00:11

fetchできずエラーで止まる。

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 23:26:34

RELENG_6_2 branch が作られるのっておとといのはずだったけどまだされてない。
Release Engineering に関するMLはないみたいだけど、どこでそういうことはきめられてるの？

**名無しさん＠お腹いっぱい。** · 2006/10/14(土) 23:37:12

地球

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 00:32:42

x264の連鎖に泣いたorz

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 00:44:10

KDE3.5.4まだ？

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 04:27:24

GNOME-2.16 ktkr?

> all GNOME components have been moved from X11BASE to LOCALBASE
こりゃ 6.2R にあわせて X11R7 化するのの前段階ってことでいいんだろうか

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 07:22:10

freezeがかかっているわりに portsの更新が
けっこう厳しいね。

ところで、/usr/X11R6/libに置いてあったファイルが
次々に /usr/local/libに移されているのは X11R7対策 ?

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 07:54:44

おいおいportsってちょっとした祭になってないか?

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 08:39:57

うひょ～

> In addition to the core GNOME ports, almost 500 ports
> were also touched to chase the GNOME move from X11BASE to LOCALBASE and
> fix build problems with the new freetype2.

> On top of the usual GNOME update, we have taken this opportunity to move
> GNOME from X11BASE to LOCALBASE. This means roughly 600 ports NOT part of
> the GNOME Desktop also need to be changed.

激しいわぁ……

>>713
FreeBSDデベロッパにもスルー力が足りないからだな。きっと。

>>712
もうX11BASEをわけるのはやめようって話なかったっけ？

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 09:05:53

この時期にやるこっちゃないよなー

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 09:25:15

>>716
じゃあいつやるのかを具体的に。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 09:32:11

ports freezeがかかっていないとき。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 10:36:43

面倒だから /usr/X/bin とか /usr/X/lib でいいんじゃない？

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 11:54:58

Gnome祭り対策は導入済みportsのリストを保存して、パッケージ全削除→リストから全復元って感じが楽そうだな

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 16:20:31

>>716
GNOME を上げる時は短期間の ports freeze かかるし、それをリリース前の
ports freeze といっしょにやってるだけなんだが。
Python 2.5 とは異なり portmgr@ 等にも根回し済みだし。

>>719
X11R7 以降は X11BASE はなくなり、全部 LOCALBASE 以下になる予定。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 18:09:08

freebsd.orz

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 20:18:50

>>721
移行の手順は詳しく書いてあります？

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 20:31:08

- Add a note on how to upgrade to GNOME 2.16

GNOME has been updated to 2.16 and all GNOME components have been
moved from X11BASE to LOCALBASE, to upgrade your GNOME desktop and
applications you will need either sysutils/portupgrade or
sysutils/portmanager.

Portupgrade users:
pkgdb -Ff
portupgrade -rf glib-2\* cairo gnome-doc-utils gnome-mime-data \
gnome-audio startup-notification dbus

Portmaster users:
portmaster -r pkg-config\*

Approved by:portmgr (marcus)

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:02:52

>>724
portmasterの手順のほうが、すごく簡単なようだが、
portmasterのほうがportupgradeより、優れているってことか？

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:07:54

>>725
別に
portupgrade -a
だけでも問題ないよ。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:39:30

Port: portmaster-1.9
B-deps:
R-deps:

Port: portupgrade-2.1.3.3_1,2
B-deps: ruby-1.8.5_2,1
R-deps: perl-5.8.8 ruby-1.8.5_2,1

どっちが優れているか、こうしてみれば一目でわかるな。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:42:32

ブチ切れてメンテ放棄することも無さそうだしね。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 21:56:53

/bin/shでがんばるってのはいいんだが、その実、外部コマンドを叩きまくりなわけで、
実行速度の面ではどうなのかなぁ。

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 22:01:57

今時んなもん気にしてどうすんだ?

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 22:32:54

そういや>>371のはどうなんだ？
誰か使ってる奴いないの？

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 22:40:43

ぐのめのうｐぐれおわんねーｗｗ

**名無しさん＠お腹いっぱい。** · 2006/10/15(日) 22:55:35

べっ、別にmergemasterだってshなんだからね！

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 00:23:59

portmasterってデフォで使ってコケるとビルドが全停止しない？
portupgradeは取り敢えず出来るのだけやってくれるからな。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 01:23:17

そういえば、そろそろ>>371使ってみるか

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 03:11:50

portmaster、BEFOREINSTALL/AFTERINSTALLをサポートしてくれないかなあ。
インストールされたファイルをコンパイルしたり設定ファイルを書き換えたり
シムリンク張ったりするのに便利なんだよね。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 08:32:06

>>730
それなら、今どき必要なパッケージを気にするってのもおかしいですね。
ディスク容量はたくさんあるのに。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 08:37:46

宗教的にRubyダメという人が前にいたな

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 13:35:38

つまりCとかC++とかでports管理ツール作れと。
そういえばportsnapもシェルスクリブトなんだね。これネイティブだったら速くなったりするのかな。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 13:38:12

気持良くスクラブしてくれそう > すくりぶと

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 16:31:16

ports でコストが掛かっているのは make(1) の処理なので
C で書き直したところで速くならないよ

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 17:21:01

そうかな? 変数を得たりするためにmakeをいちいち起動しまくるのがコストなので
make相当を内蔵するなりすれば速くなるかもよ。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 18:10:04

>742 はヴァカか甜菜のどっちかだな

後者は最低でも実装をしてくれないと認定しようがないが。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 18:23:11

はいはい

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 18:58:58

ほとんどの場合、ports で一番時間食ってるのは do-build ターゲットだから
フレームワークでがんばってもしょうがないだろ。
全体の 1% の時間を消費してる部分を 10 倍に高速化しても 0.9% の改善で
しかないわけだし。

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 20:24:13

shを批判し続けるなら

　　　　　　　shで遅いって言ってる奴はbash厨だろ。

って流れにするぞ？ｗ

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 21:02:03

>>746
ごめんなさい。勘弁してください。　orz

**名無しさん＠お腹いっぱい。** · 2006/10/16(月) 22:40:56

.if start 日記
GNOME 2.16 への portupgrade -rf を開始して丸一日半が経過した。
終了まであと丸一日ほど。いくつか failed, skip しているから、終わるのは
さらに半日後かな……orz
X11BASEからの移行が無ければ適当にとばせるんだろうけど、とりあえず
一通り make しないとなあ……
.endif

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 01:49:50

>>748
-rfより-rRfでやったほうがいいと思いますよ

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 01:55:47

-R を付ける理由はないと思うが

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 04:55:07

うむ。まったくない。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 06:27:08

BSDstatsを見てみた

新しいもの好き？

Release Arch Systems %age
6.2-PRERELEASE i386 510 7.50%
6.1-STABLE i386 205 3.01%
2.1 i686 161 2.37%
4.11-STABLE i386 125 1.84%
6.1-RELEASE i386 78 1.15%

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 08:00:53

<チラシの裏>
大物をアップデートするならいっその事
思い切りよく全部消して入れ直した方がいいのに

余計な物も整理できるし変な物が残って後々トラ
ブルが起きるのも防げるのに
</チラシの裏>

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 08:32:27

>>753
いろんな設定をやり直すほうが面倒だよ

**not 753** · 2006/10/17(火) 08:36:57

>>754
んなこたぁない。
そもそも最初にいろいろな設定をする時、再度同じ設定を再現できるように
設定情報は詳細にメモしているはず。
変にアップグレードしちゃうと、アップグレード特有の環境になっちゃうから、
同じ環境を再現することが難しい。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 09:14:33

>>746
shが遅いなんて言ってない。ヴァカ？

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 10:41:29

>>755
> 変にアップグレードしちゃうと、アップグレード特有の環境になっちゃうから、
ならない

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 11:22:03

なるよ。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 11:26:22

ならないね。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 11:30:53

なる。「ならない」といっている人は気づいてないだけ。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 11:37:32

ならない。「なる」といっている人は正しくアップデートをしてないだけ。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 11:45:37

なる。「ならない」といっている人は今の自分のアップデート環境が正しいと信じたいだけ。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 12:08:55

「なる」と言ってる香具師が具体例を挙げるまでは「ならない」と見なすべきだな。
「なる」ことを証明するのには一例でもあればいいのに対し、「ならない」ことを
証明するのには全ての変更を検証しなくてはいけないという、典型的な悪魔の証明
だからね。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 12:09:16

ここは花占いのスレですか？

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 12:20:38

奇数が「ならない」、偶数が「なる」・・・このままいくと1000は「なる」になるな･･･
だがここで言わせてもらおう「ならない」と･･･！
>>761に同意だな

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 12:48:44

Windowsでは良くあること。収拾付かなくなると再セットアップ。
Windowsに存在しFreeBSDには存在しない理由は無い。
(FreeBSDにそれを防止する機構は特に組み込まれていない)

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 13:06:30

「なる」「ならない」の花占いだよもんは、だよもんスレでやったほうが
良いと思うんだよもんだよだよもん☆

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 13:42:32

>765 が結局「奇数は "ならない"」ルールを踏襲している...

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 14:02:49

>>766
つレジストリ。

大抵の場合はOSの機構が問題なのではなくて、本人の経験不足が根本原因だけどな。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 14:49:50

>>763の要求どおり「なる」一例を挙げたぞ。
レジストリなんてのは単なる設定DBなので、「設定」が必要である限り
決定的な理由にはならない。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 17:03:15

>>770
どこにも具体例はないみたいだけど?

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 17:15:46

十分起こりうると推測できれば具体例である必要は無いだろ。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 20:55:26

マジレスすると、レジストリにゴミが残るのは、アプリケーションが
レジストリに突っ込んだエントリが、きちんと消去されずに残って
しまうのが原因。こういうことが起きるのは、個々のアプリケーションが
レジストリに書き込みを行なうから。

*BSD系の場合、個々のアプリケーションは /var/db/pkg/ に書き込まないので、
ここにゴミが残る余地はない。
ゴミが残る可能性があるのは、/var/アプリケーションや ~/.アプリケーション*
だが、これらはアプリケーションごとに個別のディレクトリやファイルになって
いるため、Windows に比べれば、何が起きてるかは分かりやすい。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:02:44

あと /etc/アプリケーション* は、インストール時およびユーザが
明示的に書きんだときは更新されるが、アプリケーション側が自動的に
更新することはない。
これに対し、レジストリは、UNIX系OSだと /etc に書いたり ~/.* に
書いたり /var に書いたりするものが、なにもかもごちゃまぜになって
るから、混乱が生じがちな気がする。

アプリケーションが勝手に書き込み、かつシステム全体に影響するような
ものって、UNIX の場合は /var 行きになるが、そもそも /var に書き込む
ようなアプリケーションは非常に限られているので、目立つし、問題の特定
も容易。
これに対し、Windows の場合以下略

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:08:40

レジストリの仕組みくらいちゃんと理解しておけ。
Windows も単に食わず嫌いなだけだろうが。

わけがわかってないから、「再起動すれば直る」とか適当に考えているだけ。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:10:18

程度の問題で「ならない」わけではない。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:11:56

というか、ソフトウェア開発者であっても、わけが分かりにくい
ブラックボックス構造が問題なんでは？

ソースの公開されてるOSなら、実力さえあれば、問題をどこまで
でも追及できるけど、Windowsの場合、OS側のブラックボックスな
部分を経由すると、そこで追及が困難になって終了。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:14:50

> 程度の問題で「ならない」わけではない。

実用的には「ならない」って言いきっちゃっていいと思うな。

使っているうちにだんだん重くなってきてFreeBSDを再インストールした
なんて話は、聞いたことがない。(w

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:18:00

6-STABLE(CURRENTもそうかも)なんだけど、最近GENERICのコンフィグレーション
からULEスケジューラのオプションが消えてしまってるね。
前はコメントアウトされているだけだったんだけど、何か理由があるのかな？

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:18:27

>>775
レジストリの正しい使い方を公開してくれとMSに伝えてくれ。

レジストリの○○ってところは何をいれるところとかそういうのが全然公開されたないじゃん。
例えばあるアプリケーションの設定を、OSのクリーンインストールにあたって
バックアップしておけばいいのはどれか。
Windowsに詳しい人なら見当はつくが、本当にそれをバックアップして戻していいのか？
多くの疑念が消えない。

WindowsってかWindows文化においては、PCの支配権はソフトウェア開発者側にあるんだよ。
利用者に支配権はない。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:22:24

>780
いまさら何をw

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:25:52

> レジストリの正しい使い方を公開してくれとMSに伝えてくれ。

> レジストリの○○ってところは何をいれるところとかそういうのが全然公開されたないじゃん。
> 例えばあるアプリケーションの設定を、OSのクリーンインストールにあたって
> バックアップしておけばいいのはどれか。

それはMSに要求しても無理。
アプリケーションごとのレジストリの具体的な利用法は、アプリケーション
開発者に任されていて、MSでは把握してないから。

おまけに、OS側のレジストリを勝手にいじる行儀の悪いアプリケーションが
あったりするし。
UNIX系の場合、そんなアプリケーションはないし、仮にあったとしても、
ファイルの更新をチェックすれば、一般利用者レベルでもすぐ分かるが、
Windows のレジストリの場合、そういうアプリケーションが山のようにある
から、チェックしきれないんだよね。そもそも非標準のツールを使わないと、
簡単にチェックできないし。

これは、機構の問題というよりは、むしろ文化的な違いだとは思うけど。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:28:09

ちょっと別の観点から考えてみろ。
アプリにしてもOSにしても、バージョンアップしたら微妙に動作が変わって
不具合が出ることは良くある。不具合とまではいかなくても、
数日、数週間後になって微妙に何かの環境が変わったことに気づき、
その原因がバージョンアップによるものか検証したい場合もある。
そのためにも、新旧両バージョンとも保存するべき。
アップグレードするのは旧バージョンを残さない破壊行為。
もちろん、PC2台使ってもいいし、別パーティションや別HDDで
マルチブートでもいい。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:32:39

あとからインストールするソフトウェアなら詳しくなくてもある程度わかるだろ･･･
それだけで十分じゃない？

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 21:33:39

OSならともかく、アプリのアップデートの検証のために、
複数のOSを用意して切替えるなんて間違ってるだろ。

障害が出たら新しいバージョンのアプリを消して、古いバージョンの
アプリを入れ直せばOKになってて当然。それができないOSは欠陥OS。

∴ Windowsは欠陥OS。

もちろん、これはMSの罪ではなく、そういうこともできないアプリケー
ションがゴロゴロあるいう文化の問題なんだが。