[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 08/05 17:54 / Filesize : 147 KB / Number-of Response : 620
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

FreeBSDを語れ Part23



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/02/26(木) 00:39:05 ]
FreeBSDについて語るスレです。

The FreeBSD Project
www.freebsd.org/ja/

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

250 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 14:04:11 ]
>>222
> とりあえずglxgearsで勝負でいい

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

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

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

251 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 14:20:58 ]
ちょっとアホみたいな SA 出てるな。

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

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

252 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 16:25:49 ]
>>249
gihyo.jp/admin/clip/01/fdt/200709/21
gihyo.jp/admin/clip/01/fdt/200710/24

253 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 16:55:05 ]
gihyo.jp/admin/clip/01/fdt/200903/19

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

落ち着け(w

254 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 17:27:56 ]
最近xfce4.6のデスクトップも安定しているけれど微妙に作りがださく
USB2が気になりつつも古いPCなんで8とかに手を出す気も起きないけど
wmにenlightenmentあたり使ってみて
設定に一苦労してみたい気がしなくもない


255 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 17:32:08 ]
自宅の5.0Rマシンは再インストールしないと上げられないだろうな

256 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 17:34:17 ]
>>250 OpenGLとリフレッシュの関係の話はもう10年前くらいに出尽くしている。
X側の同期とOpenGLのフレームレートは別物だよ。
60FPSというかリフレッシュレートに設定で落とすことはできても
動画とかとの同期と数字好きの人が多い現実を考えると100%ない。

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

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

257 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 17:44:53 ]
責任の所在がハッキリしたコンパイラじゃないと、
商用には使えないって事?

258 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 18:09:02 ]
>>256
> 60FPSというかリフレッシュレートに設定で落とすことはできても
> 動画とかとの同期と数字好きの人が多い現実を考えると100%ない。

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



259 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 18:19:31 ]
>>256
>>コンパイラもアセンブラもリンカもデバッグ
> なんてことを客の前でやっている段階でだめだって分
> かっているだろ。

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

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

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

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

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

260 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 19:47:50 ]
>>259
って事は、少々高い金払ってもサポートを考えたら、
商用コンパイラなりのツール使った方が良いって事だよね。
商売の世界じゃ責任問題って大事にされてるとおもうんだけど、
そんな中でOSS使うって事は>>259に責任が発生するって事だから、
普通に怖くない?

261 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 20:12:23 ]
それが商売。

262 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 20:34:23 ]
それを客に説明して納得させたり
OSS採用して一緒にはまってみて納得させることが
君のお仕事なんだろうな
ナにやってる人か知らないけど

263 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 21:32:49 ]
OSS?
サウンド関係の開発の話?

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

264 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 21:39:26 ]
つまんね

265 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 21:44:01 ]
>>263
氏ねカス

266 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 21:48:09 ]
OSSも枯れてるけど、
OSSエミュレーション通すくらいならネイティブの方がいいって流れになってきてるよね

267 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 22:39:55 ]
イベントごとに音出すと面白いね

268 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 23:19:54 ]
>>266
OSSってあまり良い印象無いのだが…。PulseAudioの開発者もボロクソに言ってたし。



269 名前:268 mailto:sage [2009/03/23(月) 23:28:13 ]
ソース見っけた。
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."

270 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/23(月) 23:31:52 ]
ネイティブなお作法でまともなコード書くのは結構大変だよ。
OSS emulation使わずとも結局libaoみたいなレイヤかましてコード書くハメになる。


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

272 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 15:59:33 ]
>>271
FPUの状態保存/復帰って結構重くない?

273 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 16:30:53 ]
>>263
俺もそうなんだが、
>>267
ポートの状態が変わるごとに音を出すとおもしろいかもな。
listenだったり、waitだったり、
サーバ室がパチンコ屋みたいになって楽しいかもよ。

274 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 18:37:40 ]
>>272
10年前にサーベイした知識だから、最近の事情は入ってないけども。

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

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

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

275 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 20:59:20 ]
なんかやっぱりそういう仕事を kernel にやらせるのって汚い気がするなぁ。

276 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 21:44:15 ]
freebsdもイチローには勝てずかな。
イチローの決勝打で2ちゃんのサーバーが3台ふっとんだってさ。そんな話をみかけた

277 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 21:48:55 ]
FreeBSD雑魚すぎ

278 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 22:04:15 ]
それはイチロー伝説がまた一ページというお話だったのさ



279 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 22:10:39 ]
ttp://up2.viploader.net/pic/src/viploader958904.jpg

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

280 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/24(火) 22:40:59 ]
>>271
OSS4 はカーネル内に mixer 持たせなきゃいけない、って話は書いてない。

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


281 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 00:13:17 ]
サーバーで音を出したいときはあなた。speaker.koですよ。

282 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 00:16:42 ]
>>272 それをいったらプロセスが変わるとき今日びのOSはxmmレジスタまで全部保存じゃないの。たいしたサイクルはくわないよ。

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

283 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 00:23:43 ]
そもそも最近は浮動小数点fpでやるの推奨されていないよね、
i386の場合は使うと有利だけど64bit互換とか先々のことを考えてsse2で統一されているはず
だからfpうんぬんの話は相当古いと思う。

284 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 09:53:13 ]
カーネルのアップデート来たぜ

285 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 10:13:40 ]
portsにMAKE_JOBS_SAFEマークがついてると並列makeしてくれるようになった。
メンテナは自分のportsが並列ビルドに耐えるかどうか至急調査してアップデートしる。

286 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 12:33:19 ]
32bitでもsseの方が速いだろ。

287 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/25(水) 13:22:11 ]
コンテキスト保存の話に推奨非推奨も速い遅いも関係無い件

288 名前:名無しさん@お腹いっぱい。 [2009/03/28(土) 16:55:48 ]
wine本家をみたら1.1.18,1になってるね、ついに1.1.17,1は欠陥のままご臨終か。
何も改善されていないだろうけれどとりあえずportsnapで正常にビルドできて
firefox+Flashが動く程度にはメンテナさんもチェックしてからアップしてほしい。
できないなら1.1.16,1に戻せっつの。



289 名前:名無しさん@お腹いっぱい。 [2009/03/28(土) 16:58:14 ]
>>286 SSEは意図的にsimdにしないと速くないしメモリ領域のハンデはあるし
そもそも速いのはfloatでそれもgpuには負ける。
doubleだと精度はfpuに負けているし並列は2つだし命令が少ない。
実数演算の場合最新の386CPUはfpu新命令もあるので
386でfpu使った方が64系よりかなりの場合速いコードになったりするよ。

290 名前:名無しさん@お腹いっぱい。 [2009/03/28(土) 17:00:37 ]
MAKE_JOBS_SAFEなんてつけてportのビルドにCPUパワー費やすより
たらーりとバックグラウンドでビルドしてくれる方が助かる。

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

291 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/28(土) 18:03:06 ]
epdfviewを更新したらマウスホイールでスクロール出来なくなっちったぜ。

292 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/28(土) 18:14:22 ]
先日サブのk6-2マシンでfreebsd-updateしたら、topで見てもプロセスタイムが更新されず
portsや/usr/srcでmakeするとかで負荷かかると死ぬようになってしまった……
このマシンも寿命ってことかな…

293 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/28(土) 18:15:43 ]
マシンより先に住民が寿命で死にそうだなここは

294 名前:291 mailto:sage [2009/03/28(土) 18:44:41 ]
>>291
と思っていたらパッチ北

295 名前:名無しさん@お腹いっぱい。 [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だ。

296 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 01:21:59 ]
s30で xorg 7.4化したら画面ブラックアウト状態
2日ほど頑張ったが対応できなかったのでportsを
backout中

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


297 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 05:14:58 ]
端の方からボロボロと崩れ落ち始めているのを感じる

298 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 09:28:32 ]
腐ってやがる



299 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 09:34:48 ]
portsを使えルーク

300 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 10:05:02 ]
X は特に酷い。ports というより freedesktop が。

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

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

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

301 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 10:20:52 ]
でもまぁ、Linux にしかないメモリ管理に対応するって
んで「BSD は後回しだよ」って言ってるのに輸入したメ
ンテナにも問題はあるかな。

302 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 12:32:37 ]
perl5.10来たな。perlに依存するものは全部入れ直しっぽい…
perl-after-upgradeは使えないのか?ports全消し・入れ直したほうがいいかも。

303 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 13:07:45 ]
perl5.10はupgrade必須ってわけじゃないから今のところ様子見かな

304 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 13:18:41 ]
オラがやってみるか

305 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 13:23:04 ]
perl依存全入れ直しらしいな
237個あるわ。

306 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 13:33:46 ]
ソースからビルドするから祭りが大変になるんだよなぁ。
人柱がビルドしたらバイナリを自動的にコミットできるシステムがあれば良いんじゃないか?


307 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 13:45:42 ]
>>305
build dependなだけのportsは入れ替える必要ないだろ?

308 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 13:46:52 ]
UPDATINGのとおりにやったらperlが2回コンパイルされたでござるの巻



309 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 14:04:00 ]
>>308
つccache

310 名前:名無しさん@お腹いっぱい。 [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はもうアップされている。

311 名前:名無しさん@お腹いっぱい。 [2009/03/29(日) 14:14:59 ]
基本的にUPDATINGは翻訳サイトの日本語翻訳程度の技術力と思うべし
誤差50%

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

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

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

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

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

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


312 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 14:23:08 ]
またおまえか

313 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 14:29:28 ]
長々書いてるけど要約するとportsは糞ってことだな

314 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 14:34:01 ]
5年ぐらいまえから同じようなことが言われているな
マシンの性能をあげれば何とかなると思ってC2Qとか
入れてきたけどもう疲れたよ....

315 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 15:01:59 ]
あれこれ考えずに再buildすればいいだけ

316 名前:名無しさん@お腹いっぱい。 mailto:sage [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

とする必要があった。

317 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 17:02:44 ]
portsの削減は考えないのだろうか。


まぁ、NetBSDよりはましだが

318 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 17:40:06 ]
portsって、ports tree自体(必要部分)をインストール時に
取得するようにできないのかね?



319 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 18:55:41 ]
新しいもの好きな俺ですら最近の xf86-video-intel-*
はクソだと思ってたのに、メンテナ 2.6.3 に追従しや
がった(w チョー不安定(w

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

320 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/29(日) 23:13:17 ]
>>301
FirebirdでSuperServerに出来ませんとか。
あんまり使いたくないRDBなんだが、仕方なく。


321 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 09:26:36 ]
>>318
port の make が CVS 呼んだりするようになっちゃうからなぁ。
みんながやったら CVS 鯖の負荷がえらいことになるんじゃないか?

ports の svn 化マダカナー

322 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 14:09:54 ]
perlは嫌なら5.8系使い続けりゃいいだけの話だな。
疲れたとか嘆いてるアホは何なんだろ。

323 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 14:20:27 ]
UPDATINGの方法でやるのはさすがにアホだと思ったので、とりあえず

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

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


324 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 14:29:42 ]
portupgrade -frとの違いプリーズ

325 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 14:35:39 ]
いちいち説明するのも面倒だ。てめえで勝手に想像しろ!


326 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 14:38:42 ]
しょせんUPDATINGに書かれる方法なんてのは、そもそもからして安直な安全策の 例 示 にすぎないしな。
勘違いして毎回のように「UPDATING糞再ビルド不要」と喚いてる>>311みたいなアホもいるけど。

327 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 14:41:51 ]
R-depしてるものだけって、+REQUIRED_BYに書いてあるの全部ってことなら、-frと同じじゃね?

328 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 15:04:47 ]
R-depってrun-dependじゃないかな



329 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 15:12:04 ]
>>327
make search name=perl
して grep とかそんなんじゃねーの?

330 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 15:53:42 ]
適当に走らせて順当に更新できるのであれば、安直だろ
うが何だろうが構わないよ。それに UPDATING に書いて
無い方法でコケても問題レポート出せないしな。

331 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 19:49:17 ]
>>313
糞しないと糞詰まって死んじゃうのがFreeBSDの悲しい性。


332 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 20:54:09 ]
自演乙

333 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/30(月) 21:30:07 ]
>>331
おまいは糞しないで生きてられるのか? だとしたらすごい。

334 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 11:21:22 ]
make install も通らないようなブツをコミットすんなよ… > database/sqlite3

335 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 12:22:15 ]
今後すべてのportsは俺の環境でチェックしてからコミットしろとsend-prしとけ

336 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 13:05:58 ]
「コミット」って、なにヘマをやらかしたんですか?

337 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 13:10:31 ]
>>336
groups.google.com/group/mailing.freebsd.cvs/browse_thread/thread/8d45b7d9f822dbd4/a443db264dd989d8

338 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 13:13:14 ]
そうじゃなくて、文字通り「コミット」したんだから、問題ないじゃん。
(用語が悪い)



339 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 13:34:52 ]
変更部分に関するテストはコミッタに課せられたルールの一つだけど?

340 名前:名無しさん@お腹いっぱい。 [2009/03/31(火) 16:05:43 ]
とりあえず「大物ports」もコミッタのできが悪いという事を認識してればいいことは
しばらく使えば学習できる。 >>312 そうさ、またオレだよ。

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

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

341 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 16:13:01 ]
逆を言うならばビルドしたときにユーザーサイトも「正常」と判断する項目をちゃんと作っておけば
クソアップデートなのかどうか判断できるね、



342 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 16:14:04 ]
>>340 のコミッターの質の悪さも -> いくつかのportsのコミッターの質の悪さも

343 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 17:33:55 ]
>>339
「コミット」=「過ちを犯す」

344 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 17:38:47 ]
とりあえず今現在自分が入れているportsはクソコミportsも含めて全部安定している様だ。
halを入れかえた直後GUIでシャットダウンできなかったけれど
こりゃしゃーないな。ドキドキしながら再起動して
マウスが動いてDVDが自動マウントできるだけで幸せになれるなんて
なんて素敵なOSなんだろ。結局中身に詳しくなれるしダメな時も復旧は難しくないから
クソコミの存在もけっして悪くはないと感じた。

345 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 18:00:27 ]
クソport撲滅委員会

346 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 20:28:08 ]
>>343
何れにしろ過ちを犯す前にテストすることが求められているわけだが?

347 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 20:47:53 ]
>>346
求められてもメリットがなければやらないのが人間


348 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 21:47:56 ]
hal-0.5.11のパッチレベルが22になった。
これだけパッチ当たったのって他にあるか?



349 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/03/31(火) 22:04:05 ]
現行ならdevel/linuxthreads

350 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/04/01(水) 09:51:10 ]
>>346
ちゃんと、「過ちになっている」ことをテストしていたんだろうから、
コミットとして問題ないじゃん。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<147KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef