FreeBSDを語れ Part23

**名無しさん＠お腹いっぱい。** · 2009/02/26(木) 00:39:05

FreeBSDについて語るスレです。

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

前スレ：FreeBSDを語る #22
http://pc11.2ch.net/test/read.cgi/unix/1231983300/

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 09:06:10

pccなんかよりもllvm/clangの方が将来性があると思うけどな。
実際、gccと互換性も高いし性能もよい。C++をサポートできれば完璧。

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

>>242
GNUのFUDなら耳にタコができるぐらい聞きましたが
実際の組み込みの開発現場で実質的な問題になった
ことはありませんが?

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 09:26:07

これを出しておくのがいいのかもしれませんね
http://sourceware.org/newlib/
http://sourceware.org/newlib/COPYING.NEWLIB

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

実際の組み込みの現場ではlinuxさえGPLに反してこっそり使っていますからね。

**244** · 2009/03/23(月) 09:41:49

すいません、勘違いしてました

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 10:00:38

>>245
ふーん。

宣伝条項なしのものでもぜーんぶ羅列してるので、
それのどこが宣伝条項の問題なのかぜーんぜんわかりませんw

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

あれ、FreeBSDもPCCを標準にしていくの？
OpenBSDだけだと思ってた。

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

>>222
> とりあえずglxgearsで勝負でいい

最近の X はリフレッシュレート以上の書き換えを行わ
ない方向に行ってるから、そのうち 60 fps とかに落ち
るはず。

>>244
> GNUのFUDなら耳にタコができるぐらい聞きましたが
> 実際の組み込みの開発現場で実質的な問題になった
> ことはありませんが?

ライセンスで問題になったことはないけど、コンパイラ
もアセンブラもリンカもデバッグする必要があって、当
然それだけ時間も要するから最後は GNU 使えって言っ
てたお客さんも「頼むからメーカ純正のコンパイラに切
替てくれ」って言われたことあるぞ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 14:20:58

ちょっとアホみたいな SA 出てるな。

http://security.freebsd.org/advisories/FreeBSD-SA-09:06.ktimer.asc

→POSIX realtime 拡張の一貫としてプロセス毎にタイ
マを管理出来るようにしたよ。
→カーネル内のメモリをいじれるようになってたよ。
→PID を 0 に書き換えたり出来ちゃったよ。

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

>>249
http://gihyo.jp/admin/clip/01/fdt/200709/21
http://gihyo.jp/admin/clip/01/fdt/200710/24

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 16:55:05

http://gihyo.jp/admin/clip/01/fdt/200903/19

> FreeBSD 7.4 Release Schedule
> FreeBSD 7.1-RELEASEへ向けて

落ち着け（w

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:27:56

最近xfce4.6のデスクトップも安定しているけれど微妙に作りがださく
USB2が気になりつつも古いPCなんで8とかに手を出す気も起きないけど
wmにenlightenmentあたり使ってみて
設定に一苦労してみたい気がしなくもない

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:32:08

自宅の5.0Rマシンは再インストールしないと上げられないだろうな

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

>>250 OpenGLとリフレッシュの関係の話はもう10年前くらいに出尽くしている。
X側の同期とOpenGLのフレームレートは別物だよ。
60FPSというかリフレッシュレートに設定で落とすことはできても
動画とかとの同期と数字好きの人が多い現実を考えると100%ない。

それにいろいろ大変な事があったみたいだけど
>コンパイラもアセンブラもリンカもデバッグ

なんてことを客の前でやっている段階でだめだって分かっているだろ。ほんとは
客側が涙目だ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 17:44:53

責任の所在がハッキリしたコンパイラじゃないと、
商用には使えないって事？

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 18:09:02

>>256
> 60FPSというかリフレッシュレートに設定で落とすことはできても
> 動画とかとの同期と数字好きの人が多い現実を考えると100%ない。

http://lists.freedesktop.org/archives/xorg/2009-February/043174.html
↑はい、もう落ちてますよ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 18:19:31

>>256
>>コンパイラもアセンブラもリンカもデバッグ
> なんてことを客の前でやっている段階でだめだって分
> かっているだろ。

じゃあ逆に聞きたいが、問題が発生して何処に問題があ
るか調査している期間を、客にどう説明する？うちらに
責任が無いことを証明する必要があるだろ？

>>257
> 責任の所在がハッキリしたコンパイラじゃないと、
> 商用には使えないって事？

もちろんそうだと俺は思ってる（が、理解していない客
も多い）。商用コンパイラは問題解決も含めたサポート
で食ってるんだから。

逆に GNU のツール類は当然 as-is で、（今はどうか知
らないが）サードパーティがそういうサポートで食う道
もあるって昔は rms も言ってたわけだ。GNU にバグレ
ポート送ったって（パッチを添付してすら）採用されな
きゃ延々ローカルバージョンを保守する羽目になる。

こういった部分を理解しないでのっけから OSS を使え
という客が増えてて最近困ってるのさ。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 19:47:50

>>259
って事は、少々高い金払ってもサポートを考えたら、
商用コンパイラなりのツール使った方が良いって事だよね。
商売の世界じゃ責任問題って大事にされてるとおもうんだけど、
そんな中でOSS使うって事は>>259に責任が発生するって事だから、
普通に怖くない？

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

それが商売。

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

それを客に説明して納得させたり
OSS採用して一緒にはまってみて納得させることが
君のお仕事なんだろうな
ナにやってる人か知らないけど

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:32:49

OSS?
サウンド関係の開発の話?

普通サーバーにはサウンドは入れないなぁ

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:39:26

つまんね

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:44:01

>>263
氏ねｶｽ

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 21:48:09

OSSも枯れてるけど、
OSSエミュレーション通すくらいならネイティブの方がいいって流れになってきてるよね

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 22:39:55

イベントごとに音出すと面白いね

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

>>266
OSSってあまり良い印象無いのだが…。PulseAudioの開発者もボロクソに言ってたし。

**268** · 2009/03/23(月) 23:28:13

ソース見っけた。
http://0pointer.de/blog/projects/guide-to-sound-apis.html
>OSS3 is portable to other Unix-like systems, various differences however apply.
>OSS also doesn't support surround sound and other functionality of modern sounds systems properly.
>"OSS should be considered obsolete and not be used in new applications."

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

ネイティブなお作法でまともなコード書くのは結構大変だよ。
OSS emulation使わずとも結局libaoみたいなレイヤかましてコード書くハメになる。

**268** · 2009/03/23(月) 23:49:53

>>269見ると、OSS4はカーネル内にmixer持たなきゃいけないけども、それに必要なfloating pointの演算がカーネル空間で許されていないのを問題にしているようだ。
FreeBSDでも許されていないようだけど(下のスレッド)、
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00093.html
WindowsのEngSaveFloatingPointState/EngRestoreFloatingPointStateのようなものを実装すれば多分可能らしく、
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00111.html
既にパッチもあるらしい。
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-03/msg00121.html

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 15:59:33

>>271
FPUの状態保存／復帰って結構重くない?

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 16:30:53

>>263
俺もそうなんだが、
>>267
ポートの状態が変わるごとに音を出すとおもしろいかもな。
listenだったり、waitだったり、
サーバ室がパチンコ屋みたいになって楽しいかもよ。

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 18:37:40

>>272
10年前にサーベイした知識だから、最近の事情は入ってないけども。

重いから、普通はコンテキストスイッチ後プロセスが最初にfp命令
（あるいはMMX命令とか）を実行しようとしたらトラップして、fpレジスタの
保存・復帰をやる。fpを使うプロセスがない限りfpレジスタはそのまま。

カーネル空間でfp命令を使うためにはそのへんを勘案してうまくやる
枠組みが必要。できればlinuxとかみんな共通だと嬉しいよねぇ、
野次馬的には。

SSEとかが入ってどうなったかは、追いかけてないのでだいぶ話が
古いかもしれない。

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 20:59:20

なんかやっぱりそういう仕事を kernel にやらせるのって汚い気がするなぁ。

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 21:44:15

freebsdもイチローには勝てずかな。
イチローの決勝打で2ちゃんのサーバーが3台ふっとんだってさ。そんな話をみかけた

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 21:48:55

FreeBSD雑魚すぎ

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 22:04:15

それはイチロー伝説がまた一ページというお話だったのさ

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 22:10:39

ttp://up2.viploader.net/pic/src/viploader958904.jpg

イチロー「じゃあな…FreeBSD！」

**名無しさん＠お腹いっぱい。** · 2009/03/24(火) 22:40:59

>>271
OSS4 はカーネル内に mixer 持たせなきゃいけない、って話は書いてない。

もし自分のやりたいこと (DRC) をやるとしたら、OSS だとカーネル内で実現する
必要があって、それには浮動小数点演算が必要だからどうにもならん (だから
OSS なんて使うかボケが) ってことは書いてある。

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

サーバーで音を出したいときはあなた。speaker.koですよ。

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

>>272 それをいったらプロセスが変わるとき今日びのOSはxmmレジスタまで全部保存じゃないの。たいしたサイクルはくわないよ。

モジュールをつくる時fpuとかsseとかどうだか試してみよう。

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

そもそも最近は浮動小数点fpでやるの推奨されていないよね、
i386の場合は使うと有利だけど64bit互換とか先々のことを考えてsse2で統一されているはず
だからfpうんぬんの話は相当古いと思う。

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

カーネルのアップデート来たぜ

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

portsにMAKE_JOBS_SAFEマークがついてると並列makeしてくれるようになった。
メンテナは自分のportsが並列ビルドに耐えるかどうか至急調査してアップデートしる。

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

32bitでもsseの方が速いだろ。

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

コンテキスト保存の話に推奨非推奨も速い遅いも関係無い件

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 16:55:48

wine本家をみたら1.1.18,1になってるね、ついに1.1.17,1は欠陥のままご臨終か。
何も改善されていないだろうけれどとりあえずportsnapで正常にビルドできて
firefox+Flashが動く程度にはメンテナさんもチェックしてからアップしてほしい。
できないなら1.1.16,1に戻せっつの。

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

>>286 SSEは意図的にsimdにしないと速くないしメモリ領域のハンデはあるし
そもそも速いのはfloatでそれもgpuには負ける。
doubleだと精度はfpuに負けているし並列は2つだし命令が少ない。
実数演算の場合最新の386CPUはfpu新命令もあるので
386でfpu使った方が64系よりかなりの場合速いコードになったりするよ。

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 17:00:37

MAKE_JOBS_SAFEなんてつけてportのビルドにCPUパワー費やすより
たらーりとバックグラウンドでビルドしてくれる方が助かる。

朝ビルド、風呂ビルドより
編集中にビルドとかコーディング中にビルドが良いのだけどなぁ

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

epdfviewを更新したらマウスホイールでスクロール出来なくなっちったぜ。

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

先日サブのk6-2マシンでfreebsd-updateしたら、topで見てもプロセスタイムが更新されず
portsや/usr/srcでmakeするとかで負荷かかると死ぬようになってしまった……
このマシンも寿命ってことかな…

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 18:15:43

マシンより先に住民が寿命で死にそうだなここは

**291** · 2009/03/28(土) 18:44:41

>>291
と思っていたらパッチ北

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 21:39:57

>>288だけど風呂入っている間にwine-1.1.18を野良ビルドしたら
1.1.17同様firefox上のFlashは動かないし(Flash10スタンドアローンは動く)
DirectXはともかくOpenGLもアクセラレータかからなかった。
アンインスコしてパッケージの1.1.16戻したら
まるでネイティブのようにOpenGLが動いたよ。
libglutのビルドに問題があるかと思ったけれどlibglutの更新は2月で
wine-1.1.16は3月だから1.1.18がダメとしか言いようがない。
ちなみに>>292のk6-2に限りなく近いpen3だ。

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 01:21:59

s30で xorg 7.4化したら画面ブラックアウト状態
2日ほど頑張ったが対応できなかったのでportsを
backout中

このところ急にいろいろダメになりつつある気が
烏分厨でも試してみっか....

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 05:14:58

端の方からボロボロと崩れ落ち始めているのを感じる

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 09:28:32

腐ってやがる

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

portsを使えルーク

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

X は特に酷い。ports というより freedesktop が。

> Besides that the maintainence branch is suppose to have only bugfixes.

なんていうことを今更言わないといけないんだから（つ
まり、まともに動かない状態で色々書き換える連中がい
る）。

ある状態／環境で「動かなくなった」ということは何か
の consistency が失われているわけで、他の全ての作
業を止めてでも復旧を最優先させるべきだと思うけど
なぁ…。

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 10:20:52

でもまぁ、Linux にしかないメモリ管理に対応するって
んで「BSD は後回しだよ」って言ってるのに輸入したメ
ンテナにも問題はあるかな。

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 12:32:37

perl5.10来たな。perlに依存するものは全部入れ直しっぽい…
perl-after-upgradeは使えないのか？ports全消し・入れ直したほうがいいかも。

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 13:07:45

perl5.10はupgrade必須ってわけじゃないから今のところ様子見かな

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 13:18:41

オラがやってみるか

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

perl依存全入れ直しらしいな
237個あるわ。

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

ソースからビルドするから祭りが大変になるんだよなぁ。
人柱がビルドしたらバイナリを自動的にコミットできるシステムがあれば良いんじゃないか？

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 13:45:42

>>305
build dependなだけのportsは入れ替える必要ないだろ？

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

UPDATINGのとおりにやったらperlが２回コンパイルされたでござるの巻

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 14:04:00

>>308
つccache

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 14:05:36

>>295だけどportsのpatchの入ったwine-1.1.18,1をビルドしたら
一通りちゃんと動いた。バグは1.1.16,1と同程度(Flashの印刷が反転するとか)
無意味に規模がでかいがビルド時間は昔より短くなった気がする。
はっきりいってwinアプリはwin環境をwine上で実効出来ればいいのだから
winegccなんていらん。FreeBSDのpackageはもうアップされている。

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 14:14:59

基本的にUPDATINGは翻訳サイトの日本語翻訳程度の技術力と思うべし
誤差50%

perlに関しては「依存」と称するものはビルドだけとかが多いし
コマンドベースでperlを呼び出しているのだから再ビルドが必要な理由0

perl用のバイナリライブラリに関してはperl-after-upgradeでさっくりと移植可能

問題が起きるとしたらモジュールとかスレッドのオプションだけ、

「依存再ビルド必要」なんてことは根本的に作りが変わらないかぎりいらないし
動かなくなるようなものの場合再ビルドではなくて再プログラムが必要
それに最近はほっとけば新バージョンがすぐにでるからその時にビルドすれば充分

再ビルドする場合は
「私はだめな奴でございます」と100ぺんいわないとだめだな。

つーかそれ以前にperlを無理にversionアップする必要性ないのが現実
5.10必須のportがきてからでいいよ。

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

またおまえか

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 14:29:28

長々書いてるけど要約するとportsは糞ってことだな

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

5年ぐらいまえから同じようなことが言われているな
マシンの性能をあげれば何とかなると思ってC2Qとか
入れてきたけどもう疲れたよ....

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

あれこれ考えずに再buildすればいいだけ

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

UPDATING に書いてある portupgrade のコマンドライン
には色々バリエーションがあるのに気をつけないといけ
ないな。

俺の環境では

portupgrade -o lang/perl5.10 -f perl-threaded-5.8.\*
portupgrade -fr perl-threaded-5.10.0

とする必要があった。

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

portsの削減は考えないのだろうか。

まぁ、NetBSDよりはましだが

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 17:40:06

portsって、ports tree自体(必要部分)をインストール時に
取得するようにできないのかね?

**名無しさん＠お腹いっぱい。** · 2009/03/29(日) 18:55:41

新しいもの好きな俺ですら最近の xf86-video-intel-*
はクソだと思ってたのに、メンテナ 2.6.3 に追従しや
がった（w チョー不安定(w

↓こいつ試してみるべきかなぁ…
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.6.99.902.tar.gz

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

>>301
FirebirdでSuperServerに出来ませんとか。
あんまり使いたくないRDBなんだが、仕方なく。

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 09:26:36

>>318
port の make が CVS 呼んだりするようになっちゃうからなぁ。
みんながやったら CVS 鯖の負荷がえらいことになるんじゃないか？

ports の svn 化マダカナー

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 14:09:54

perlは嫌なら5.8系使い続けりゃいいだけの話だな。
疲れたとか嘆いてるアホは何なんだろ。

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 14:20:27

UPDATINGの方法でやるのはさすがにアホだと思ったので、とりあえず

# portupgrade -o lang/perl5.10 -f lang/perl5.8

してperlにR-depしているものだけを片っ端からportupgrade -fしてみたら
うまくいったっぽい。perl-after-upgradeは動かんかった…

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 14:29:42

portupgrade -frとの違いプリーズ

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 14:35:39

いちいち説明するのも面倒だ。てめえで勝手に想像しろ！

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

しょせんUPDATINGに書かれる方法なんてのは、そもそもからして安直な安全策の　例　示　にすぎないしな。
勘違いして毎回のように「UPDATING糞再ビルド不要」と喚いてる>>311みたいなアホもいるけど。

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 14:41:51

R-depしてるものだけって、+REQUIRED_BYに書いてあるの全部ってことなら、-frと同じじゃね？

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

R-depってrun-dependじゃないかな

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

>>327
make search name=perl
して grep とかそんなんじゃねーの？

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

適当に走らせて順当に更新できるのであれば、安直だろ
うが何だろうが構わないよ。それに UPDATING に書いて
無い方法でコケても問題レポート出せないしな。

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 19:49:17

>>313
糞しないと糞詰まって死んじゃうのがFreeBSDの悲しい性。

**名無しさん＠お腹いっぱい。** · 2009/03/30(月) 20:54:09

自演乙

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

>>331
おまいは糞しないで生きてられるのか？　だとしたらすごい。

**名無しさん＠お腹いっぱい。** · 2009/03/31(火) 11:21:22

make install も通らないようなブツをコミットすんなよ… > database/sqlite3

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

今後すべてのportsは俺の環境でチェックしてからコミットしろとsend-prしとけ

**名無しさん＠お腹いっぱい。** · 2009/03/31(火) 13:05:58

「コミット」って、なにヘマをやらかしたんですか？

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

>>336
http://groups.google.com/group/mailing.freebsd.cvs/browse_thread/thread/8d45b7d9f822dbd4/a443db264dd989d8

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

そうじゃなくて、文字通り「コミット」したんだから、問題ないじゃん。
(用語が悪い)

**名無しさん＠お腹いっぱい。** · 2009/03/31(火) 13:34:52

変更部分に関するテストはコミッタに課せられたルールの一つだけど?

**名無しさん＠お腹いっぱい。** · 2009/03/31(火) 16:05:43

とりあえず「大物ports」もコミッタのできが悪いという事を認識してればいいことは
しばらく使えば学習できる。　>>312 そうさ、またオレだよ。

>>339 の発想は当然だけどビルドすら出来ないのをちょこちょこパッチをくっつけて
ポストしてしまっているのが現状、でもそのことを知っていれば対処できる。

のコミッターの質の悪さも問題だが「個人」で完結している点が悪いのだろ。
検査ってのは当事者に対して第三者が検証しないとダメなのよ。
別にアップデートは急ぐことじゃないんだから最低限ビルドと基本テストくらいはすませて欲しい。

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

逆を言うならばビルドしたときにユーザーサイトも「正常」と判断する項目をちゃんと作っておけば
クソアップデートなのかどうか判断できるね、

**名無しさん＠お腹いっぱい。** · 2009/03/31(火) 16:14:04

>>340 のコミッターの質の悪さも -> いくつかのportsのコミッターの質の悪さも