/**ファイルシステム総合スレその7**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその7**/ (955ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

301(1): 2007/04/14(土)00:58 ID:+AesjW7P(1) AAS
>>297
圧縮の意味まちがえてるんだぜ?

302: 2007/04/14(土)06:08 ID:OZ+7/Bvj(1) AAS
winから読める、winを読む、の互換性重視で言ったらまだext3のほうがいいの？

303: 2007/04/14(土)07:37 ID:W+0IctxX(1/3) AAS
ｻﾝﾊﾞつかえばFSは何でもよいのでは？

304: 2007/04/14(土)07:48 ID:nAecf1s7(2/4) AAS
>>301
もしかして単に小ファイルの持ち方（パッキング）のこといってる？
圧縮プラグインって完成してたっけと思いつつ返事してたけど。

305: 2007/04/14(土)08:05 ID:FrfsoSHU(1) AAS
通常の自宅鯖として使っている俺としては、
うん1000通あるMaildirの処理さえ早くなってくれれれば、
あとは正直どうでもいい。

306: 2007/04/14(土)17:48 ID:n31Bj3y3(1) AAS
1000通くらいならtmpfsで

307: 2007/04/14(土)17:52 ID:W+0IctxX(2/3) AAS
そんなあなたにはﾗｲｻﾞ4が最適でしょう

308(1): 2007/04/14(土)19:04 ID:/rvfCIOs(1) AAS
Reiser4のメインストリームのLinuxカーネルへマージまだー？
マージ阻むのもいい加減にして欲しい。

hansを排除して満足したと思ったら大間違いだった。

309: 2007/04/14(土)19:05 ID:BiYQHwK9(1/3) AAS
>>308
なんか実装がすげえ汚いんだっけ？

310: 2007/04/14(土)19:14 ID:KriP7LyJ(1) AAS
hans氏を隔離して開発を滞らせて信者のほとぼりが冷めるのを待ってるんだよ

311(3): 2007/04/14(土)19:45 ID:rJ7PlvJe(1) AAS
汚いというか、Linuxっぽくないコードなものだからいちいち手直しするのに時間がかかっているとかいう話を聞いた。ITmediaだったか@ITだったか。

312: 2007/04/14(土)19:58 ID:BiYQHwK9(2/3) AAS
>>311
実はWindowsドライバだったとかなｗ

313(4): 2007/04/14(土)19:58 ID:u46OK4Z0(1/4) AAS
Linuxっぽいコードって何？
Linuxのコードって闇ナベみたいなものじゃなかったっけ？

314(1): 2007/04/14(土)20:01 ID:BiYQHwK9(3/3) AAS
>>313
その程度の知識では話にならん。

315(1): 2007/04/14(土)20:04 ID:nAecf1s7(3/4) AAS
>>313
まず、GNUのコーディング規約の紙を100部印刷しろ。それからそれを全部破いて捨てろ。
話はそれからだ。

316: 2007/04/14(土)20:12 ID:KvldqhLa(1) AAS
地球にやさしくないスローガンだよな

317(4): 2007/04/14(土)20:18 ID:u46OK4Z0(2/4) AAS
>>314-315
そんなあなたには

「伽藍とバザール」

318: 2007/04/14(土)20:23 ID:kqogGdY4(1) AAS
バザール開発＝闇鍋と言いたいわけか

319(1): 2007/04/14(土)20:26 ID:u46OK4Z0(3/4) AAS
闇ナベは言葉が悪かったかもな
統制を重視しない手法で成功しているっていうこと

320: 2007/04/14(土)20:36 ID:HirxiLxq(1/2) AAS
>>313
Reiser4のコード読めば分かるよ。
reiserfsの時も少し読んだけど、字面的にはかなり気持ち悪かった。

321(1): 2007/04/14(土)20:42 ID:u46OK4Z0(4/4) AAS
いやいや、Reiser4のコードはどうでもいいんだ

Linuxっぽいコードってあるの？

322: 2007/04/14(土)21:36 ID:JQu7S8Qj(1) AAS
assert使うコードが(ﾟДﾟ)ｳｾﾞｪｪｪって他の開発者に言われて、Hansたんが
assert使うのが当たり前だろって言ったってエピソード聞いた気がする

ってことは、reser4はassertバリバリ入りまくりなんだろうな

323: 2007/04/14(土)21:51 ID:HirxiLxq(2/2) AAS
>>321
Reiserfs以外のコードはだいたいそれっぽいが？

324: 2007/04/14(土)22:00 ID:W+0IctxX(3/3) AAS
assertの何が悪いの？
ま、一通りデバッグおわってるなら削除しても良さそうなものではあるけど。

325: 2007/04/14(土)22:03 ID:O/SWzRZt(1) AAS
最適化にも使えるのに>assert

326(2): 2007/04/14(土)22:34 ID:nAecf1s7(4/4) AAS
ポイントポイントのassertについては入れとく方がまっとうな
より厳格・安全なので基盤系ソフトとしてはやってて欲しいけどな。

あってはならないデータがそのままコードの奥にまで到達して
誤データにより悪さされるより、意図的に入れたassertのポイントで
トラップして死んでもらった方が被害が少ない。

327(1): 2007/04/14(土)22:50 ID:LpkAH6SR(1) AAS
Hans が逮捕されて Namesys の存続も危ういのにマージしろっつー方が無茶だろ。
メンテナがいなくなれば結局外すことになるんだから、今となっては難癖つけて
マージしなくてよかったと思えるよ。

328(1): 2007/04/15(日)00:12 ID:A3vtsAbr(1) AAS
なにいってんだ。
HansがReiser4の開発から抜けるだけの公算が高いだろ。
Reiseer4はNamesys社が引き続き行うのにその言い草は無い。

だいたい、>>327もいってるように「難癖」なのだから
マージしない方がおかしい。

誰が考えても一連の流れはおかしいのに収束に向かわないという事は
それほどの大物が黒幕だという事？

329: 2007/04/15(日)00:32 ID:a1YDYQoa(1) AAS
>>328
Namesysってそんなに開発力あるのか？
ほとんどHansだけだと思ってた。

330: 2007/04/15(日)00:36 ID:K6eWMSSA(1) AAS
Reiser4から5も6も権利一切を誰かに譲りますみたいな話が出てなかったっけ。

331(1): 2007/04/15(日)11:22 ID:d2Q38sCM(1/4) AAS
>>326
Q.冗長なassertが多くないですか？
A.お前はセキュリティの素人か？これが最強なんだよ？わかってる？

みたいな感じだったはず。

332(2): 2007/04/15(日)11:29 ID:oxd97bM6(1/4) AAS
>>326
基盤系はなにがあっても死んだらまずいのでは？
むかし坂村健氏が講義でいってたよ。通常のアプリケーションならともかく
OSなどの基盤系では死んでしまうわけには行かないから使えないと。
FSがどちらに属するかは微妙だけどDBMSなどとは違い、基盤系とするのが普通じゃなかろうか。

333: 2007/04/15(日)11:31 ID:d2Q38sCM(2/4) AAS
>>332
基盤系って括りがそもそもおかしいのでどうでもいいです。
その昔の変な先生が間違ったことを言っていたのでは。

334(1): 2007/04/15(日)11:36 ID:XBpUZbvh(1) AAS
カーネルの挙動が変なと死ぬのは同じくらい辛いとおもうよ

335: 2007/04/15(日)11:38 ID://tGROeT(1) AAS
>>331
原文読んだけど、そんなニュアンスではなかった。

・消せと言う意見には反対
・なぜから、セキュリティの専門家の意見ではないから
・漏れ（=Hans）もかつてはassertゲェッと思っていた
・が、reiser4の開発でDOD（出資者だな）の専門家から学ばされた
・彼らの安全性に関するスタンダードに従う価値は高いよ

という内容だった。ただ、それ以前から関係が悪化していたことを
踏まえると、読んだ側には冒頭の「they are not security experts」とか
書いてるところでカチカチカッチーンって感じだったんだろうね。

336(1): 2007/04/15(日)11:46 ID:1iaTM/ra(1/2) AAS
とある系列会社のプロジェクトの火消しに行かされた事がある。
まったく assert を使っていない自前のライブラリを使っていたので、
仕様にそってアサーションするようにしたら、
「あんたが来てからエラー表示が増えた。バグが増えた。」
って怒られた。唖然とした。

337: 2007/04/15(日)11:46 ID:oxd97bM6(2/4) AAS
>>334
変な先生ってｱﾅﾀ、滅亡しかけているとはいえトロンの創始者だょ

338(1): 2007/04/15(日)11:53 ID:oxd97bM6(3/4) AAS
>>336
エラー表示が増えたのは確かだろうね。
バグは増えたのではなく、かかれていたものが露呈しただけなワケだけど
同じコードでもassertいれないときはなんとなくうまく動くこともあるんだよね。
もしかして、見えざる神の手によるコンバイル時最適化じゃなかろうか（嘘）

339: 2007/04/15(日)11:55 ID:d2Q38sCM(3/4) AAS
>>338
どっかのスタックが壊れてたりしそうっすねｗ

340(1): 2007/04/15(日)11:57 ID:akjI4/2c(1) AAS
この文脈で坂村先生の話を持ち出すのはおかしいと思う。
どっちかというと、FSのエラーでディスクに誤データが書き込まれる方が「死んだらまずい」に相当するのではあるまいか。

341(2): 2007/04/15(日)12:24 ID:1iaTM/ra(2/2) AAS
>>332 死ねない、それは一理ある。
しかしそれは assertion とは無関係の話。
だって実稼動するバイナリはくときには assert() なんて消えてるでしょ。

多くの実装ではリリースビルドの際に assert() はバイナリ吐かないように
なってるし、プロジェクトによってはログにメッセージを吐いて
何事も無かったかのように通過するような assert() に置き換えられている
ものもある。

342: 2007/04/15(日)12:26 ID:d2Q38sCM(4/4) AAS
>>341
一般的な理想論は敢えてしまいませんか？

343: 2007/04/15(日)12:47 ID:e/AcCsTx(1) AAS
消せと言った側の理屈は、コーディングスタンダードに従えってことでしょ
assertが良いか悪いかとは別の次元の要求
オレ流正義を貫きたいだけの人のコードはマージしないから他所で好きに作って
っていうのは難癖じゃなく真っ当な対応かと

344: 2007/04/15(日)13:05 ID:+g+iSlzK(1/4) AAS
>　消せと言った側の理屈は、コーディングスタンダードに従えってことでしょ

実際と違う
原文読もうよな

345(1): 2007/04/15(日)13:56 ID:+g+iSlzK(2/4) AAS
LKML
外部ﾘﾝｸ:lkml.org
8. Remove all assertions because they clutter the code and make it hard to read

346(1): 2007/04/15(日)15:33 ID:oxd97bM6(4/4) AAS
>>340-341
実働ｼｽﾃﾑではテスト時にうまく動いても、ユーザの予期できない使用でバグが露呈することがある。
しかしいかなる状況であっても制御不能になることは避けなければならない
という言い方をしていたと記憶している。
その意味でassertは使えない、という話だったと思う。

>>345
コード読みにくいから消せってのでは、言い掛かり以外の何者でもないように見えるけど
それほど多くのassertいれてたんだろうか。

347(1): 2007/04/15(日)17:10 ID:lpIFzX7p(1/2) AAS
>>346
手元の奴でこんな感じだな

% zcat ./reiser4-for-2.6.11-3.patch.gz |grep assert |wc
3847 18265 212260
% zcat ./reiser4-for-2.6.17-3.patch.gz |grep assert |wc
3538 15552 179184

もとのパッチが8万行ぐらい

348: 2007/04/15(日)17:14 ID:lpIFzX7p(2/2) AAS
しまった、>>347コメント行排除し忘れた
200行ぐらい減るなあ

349: 2007/04/15(日)17:25 ID:hd/uG6pJ(1) AAS
xfsも山ほどassert入ってるがこれは問題にならんのかね

350: 2007/04/15(日)17:35 ID:ESTrXwKf(1) AAS
しーっ!

351(1): 2007/04/15(日)18:19 ID:zdNxM7OE(1/2) AAS
必要なパラメタチェックは必ずしなきゃ駄目だし、冗長なチェックは意味が無いから消すべきだ。
オレは坂村信者じゃないが、突き詰めていくとassertを使うべきところって実は殆ど無い。
assertなんて曖昧な事するのはプログラマの怠慢だと思う。
ドライバならたとえハードウェアが壊れようと、それが原因で不正な挙動をするようなコードを許すべきじゃないだろう。

352(1): 2007/04/15(日)18:20 ID:MxJYIN/+(1) AAS
>>351
なんていうか、NULLなfpをreadしたりしそうな人ですね。

353: 2007/04/15(日)18:39 ID:zdNxM7OE(2/2) AAS
>>352
ポインタのNULLチェックは必要なチェックの代表格ですよ？

354: 2007/04/15(日)19:05 ID:xr2AL1Zu(1) AAS
外部ﾘﾝｸ[html]:www.linux.or.jpでも読んでおちけつ

355: 2007/04/15(日)19:39 ID:Y9LbL+ge(1) AAS
ぬるぽ

356: 2007/04/15(日)20:47 ID:hy33rfT5(1) AAS
assertが入ってるとその関数がどういうパラメータを許すのかが
一目で分るからいいな、というのが初心者の考えなんだけど

357: Reiserは下記の意味で間違っていたと 2007/04/15(日)20:57 ID:2QxTgML3(1) AAS
ほとんどの人はバカです。そして、マネージャであるということは、あなたが
その事実を受け入れなければならないということです。そしておそらくさらに
重要なことは、彼らの方もあなたを受け入れなければならないということです。

技術的な過ちは簡単に取り消せますが、壊れた人間関係を取り消すことは簡単
ではありません。あなたは彼らの過ち（そしてあなたの過ち）をただ受け入れ
なくてはなりません。

しかしながら、カーネルマネージャとしてうまくやるために、あまり多くのカ
ーネル開発者と絶交したり、無実の罪をきせたり、疎遠にしたりしないように
した方が良いでしょう。疎遠になるのはとても簡単ですが、逆は難しいのです。
したがって「疎遠になる」と、すぐに「取り返しがつかない」ことになってし
省1

358: 2007/04/15(日)21:59 ID:+g+iSlzK(3/4) AAS
Linux カーネルコーディング規約
外部ﾘﾝｸ[html]:www.linux.or.jp

Linuxの規約はこの程度だよ

359: 2007/04/15(日)22:05 ID:+g+iSlzK(4/4) AAS
まず最初に、「GNU コーディング規約」(GNU coding standards)を入手して印刷してみてください。
でも、読むために印刷するのではありません。
印刷した物を燃やすのです。
この儀式は晴れがましい意思表示なのです。

原著作者: Linus Torvalds

360: 2007/04/15(日)22:32 ID:ZMMOdMem(1) AAS
まぁ、あまりに多くなりすぎると、ログが流れて余計にわけわからないってのはあるな

自分がデバッグの為に入れておく物と、公開後のレポートで期待するものは別にしておくべきだと思うし。

361: 2007/04/15(日)22:35 ID:TvjfzZN/(1) AAS
int
hoge()
{
}

362: 2007/04/16(月)18:28 ID:AJiq4HYp(1) AAS
CodaとかAFSとか使ってる人いる？

363(1): 2007/04/16(月)22:54 ID:YIMmDSBh(1) AAS
メリットあるの？

364(1): 2007/04/16(月)23:14 ID:eCX9PPwn(1) AAS
伽藍とバザール
外部ﾘﾝｸ[html]:cruel.org

365: 2007/04/17(火)00:51 ID:8CqN13Yh(1) AAS
>>363
オフライン運用ができる・・・はず。
CodaはWindowsでもマウントできる・・・はず。

366(1): 2007/04/18(水)09:11 ID:cW407SBz(1) AAS
>>364
ひとりよがりな訳の典型。
｢伽藍とバザール｣なんていわれてもまったく意味がわからない。伽藍ってなに？
本文読むと対比関係として提示されているけど、なんで？って感じ。

367(2): 2007/04/18(水)10:00 ID:XdIgMvAg(1) AAS
>>366
いまさらな話だなぁ。
外部ﾘﾝｸ[html]:www.ruitomo.com

368: 2007/04/18(水)10:54 ID:vmigx17f(1) AAS
伽藍(←読めない)

369: 2007/04/18(水)11:28 ID:RfDLKXaM(1) AAS
>>367
とりまきがキモイ

370(2): 2007/04/18(水)12:11 ID:ZmrlPEt/(1) AAS
なんでfsスレでカビの生えた伽藍とバザールが出てくるんだよ。

371: 2007/04/18(水)12:42 ID:z5KIH81m(1) AAS
脳の能力が弱い人はいつまでたっても脳の性能を向上させられないから

372(1): 2007/04/18(水)12:46 ID:oH/dHUBy(1) AAS
>>370
>>317

373(1): 2007/04/18(水)12:48 ID:pPsKVxti(1) AAS
>>372
>>317 は的外れだろ。伽藍とバザール読んだだって
>>313には分からないだろうし。

374(2): 2007/04/18(水)22:29 ID:TWWg+RRA(1) AAS
>>370
>317の発言の発端は>311

311 名前：login:Penguin[sage] 投稿日：2007/04/14(土) 19:45:50 ID:rJ7PlvJe
汚いというか、Linuxっぽくないコードなものだからいちいち手直しするのに時間がかかっているとかいう話を聞いた。ITmediaだったか@ITだったか。

この真偽はどうなんだろうな？

375(1): 2007/04/18(水)22:33 ID:rNGfJkSI(1/2) AAS
>>374
Linuxってなんか変な人に無理やりGNUファミリーにされちゃったんじゃなかったっけ？

俺は俺と友のために闘ってたつもりが、気がついたらレジスタンスのリーダーに祭り上げられてた的な。

376: 2007/04/18(水)22:41 ID:mN5kJ2m4(1/2) AAS
>>375
LinuxカーネルはGNUファミリーとはただの知人だったが、
GNUのコマンドが必要なのでディストリが親戚になってしまった。
*BSD系はどうなんだという反論はあるかと思うが、基本的にはこれで間違ってないはず。

377: 2007/04/18(水)22:44 ID:rNGfJkSI(2/2) AAS
がんばってBopenOfficeとかB.orgとかbnomeとか作ってくれたら拍手ものだったが。

378: 2007/04/18(水)22:44 ID:mN5kJ2m4(2/2) AAS
>>373
>317は>319のレスもしているのであながち解ってないとは言えないと思う。

379: 2007/04/18(水)22:52 ID:iVY1IyC/(1) AAS
>>374
>>311の言っているITmediaや@ITの記事ってのはこれのことかな。

外部ﾘﾝｸ[html]:www.itmedia.co.jp
>Reiser関係者はパッチを誰に送付すべきかやコーディングスタイルなど、パッチの送付についての「ドキュメントやマニュアルを読んでいない」とクローハートマン氏は語った
>おそらく近いうちにReiser 4はLinuxカーネルに採り入れられるだろう、とも彼は話していた。

外部ﾘﾝｸ[html]:www.atmarkit.co.jp
>Andrew Mortonから「ゆっくりではあるが、Reiser4のコードをレビューしている」というせりふが出てきました。

まぁ、実際の内容はちょっと>>311の覚えている内容とは違う雰囲気のようだったがな。

380(2): 2007/04/18(水)23:48 ID:9y4tkt6q(1) AAS
Reiser4のカーネル取込の本当の理由は何だろう？

・ext4がいけてなさそうな感じだから
・ZFSの脅威にLinuxとして手っ取り宣伝的に早く対応したかった
・Hansの手を離れてコード変更が入ってないからじっくり見てみるかという人が増えた

381: 2007/04/19(木)00:34 ID:IySMK3F6(1/3) AAS
>>380
そもそもreiser4取り込んだのか？

382: 2007/04/19(木)00:43 ID:1Q3DqUtt(1/2) AAS
>>380
Linuxのキラーファイルシステムにしようというわけだな。

383: 2007/04/19(木)01:38 ID:8Sv2SaaU(1/4) AAS
あきらかに優れているものを取り入れない理由があるとすれば
政治的か個人感情以外の理由があるか？

384: 2007/04/19(木)01:54 ID:M4TYWFqe(1/4) AAS
そもそもReiser4が本当に優れているのかどうかという疑問はあるけど…
技術的な問題はやっぱりあると思う。
コード可読性とかメンテナンス体制とか

それが解決されているのであれば…
やっぱり政治的か個人感情なのかな？
私にはそれぐらいしか思いつかん

385: 2007/04/19(木)02:10 ID:yLOZJNSU(1/2) AAS
reiser3ですら不安定なのに4なんてとんでもない

386: 2007/04/19(木)02:34 ID:IySMK3F6(2/3) AAS
reiser4を怖がっているのは、reiser3はバージョン上がったときに
痛い目あった香具師がなますを吹いているだけに思える。

癖はあるが、自分では痛い目にあったことないから。
ただし今のところは。

387: 2007/04/19(木)02:44 ID:M4TYWFqe(2/4) AAS
注意はすべきだと思う。
ミッションクリティカルな分野には信頼性が確認されたものを使うべきだし。

388(1): 2007/04/19(木)03:03 ID:lsQ5Bi8C(1/4) AAS
2.6.19 (Debianでは2.6.18でも起きていた) mmap()のトラブルでは
ext3でのみ問題が顕在化してファイル破壊が起きていたけどな

正直、Linuxで信頼性の確認云々なんて求めるほうが間違っていると思うぞ

389(1): 2007/04/19(木)03:10 ID:M4TYWFqe(3/4) AAS
>>388
それ、sidじゃなくて安定版で？
fedoraもよくトラブルは起こるけど…

390(1): 2007/04/19(木)03:31 ID:lsQ5Bi8C(2/4) AAS
>>389
正式リリース前のetch用のlinux-image-2.6.18。もちろんsidもだけど。
問題が顕在化する2.6.19向けのパッチを当ててbuildしたkernelを配布して
いたんで、世間では2.6.19だけで起こるといわれていた問題が、Debianでは
2.6.18でも発生するということで、LKMLでは大騒動に。この辺の話は
外部ﾘﾝｸ[html]:www.atmarkit.co.jp 参照。

んで、Debianでは確か2月末頃に問題になるパッチを捨てたパッケージを
出して解決。逆にいえば、12月末に問題が解決されたというのに二ヶ月程度
それを放置して、mmap()でファイルをぶち壊す問題のあるkernelを配布し続けた

391(1): 2007/04/19(木)04:56 ID:M4TYWFqe(4/4) AAS
>>390
これはまずい…
でも検証に時間かけるとそれだけ開発は遅くなるしな…
なんかいいテスト法はないものか

392: 2007/04/19(木)06:17 ID:TlC3lkcJ(1/2) AAS
余談だけど、mmap()のバグというとGCのないLFSで有名なNILFSもかなりすごい。
なんせチェンジログを見ると、1.0.9まではまではmmap()したファイルの書き出しが
出来なかったとか、1.0.13まではkernel 2.6.17以降で使用するとやはりmmap()した
ファイルの書き出しが出来なかったとか。

あと、
・NILFS 1.0.15 をリリースしました．
Kernel 2.6.20 に対応しました. チェックサム計算のバグを修正しました.
これにより, これまでbig-endianのマシンで作られたNILFSディスクはマウント
できなくなります.
というのも凄まじい
省13

393: 2007/04/19(木)06:24 ID:uY+d/G8U(1) AAS
NILFSはネタだろ
存在自体

394(1): 2007/04/19(木)09:03 ID:8Sv2SaaU(2/4) AAS
バザーモデルではReiser4が早々に取り込まれていいはずなのにそうならないのは
結局個人感情に過ぎないのだよね。
ま、オープンソースなんだから誰でも自由に取り込みゃいいんだけどさ、
それはそれで技術的問題があるのだが。

395(1): 2007/04/19(木)10:53 ID:1ECU5YLF(1/2) AAS
技術を理解できないヤツはすぐ感情論を出す。
まぁreiser4のどこがマージの障害になっているか
解説した「日本語の記事」がない状況ではしかたないか。

396: 2007/04/19(木)11:04 ID:3X6IpOAP(1) AAS
まーた始まった

397: 2007/04/19(木)11:37 ID:lsQ5Bi8C(3/4) AAS
>>395
いつもの人、例のごとくの煽り乙。

398(1): 2007/04/19(木)12:12 ID:yLOZJNSU(2/2) AAS
キチガイのスレでは正気な人は荒し扱いされるんだな

399: 2007/04/19(木)12:41 ID:IySMK3F6(3/3) AAS
可哀想に>>398、酸素欠乏症にかかって…

400: 2007/04/19(木)12:42 ID:1Q3DqUtt(2/2) AAS
>>394
バザールモデルなら、reiserが勝手にフォークするのが普通だろ。
無理して一本化する必要がない。

上下前次 1-新書関写板覧索設栞歴

あと 555 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.024s