一応 feature freeze の 2.5.45 リリース 26
ストーリー by Oliver
ちょっと不安定のち安定に突進 部門より
ちょっと不安定のち安定に突進 部門より
yosshy 曰く、 "一応の function freeze 版である2.5.45のリリースが予定通り 10/31 にアナウンスされました。主なトピックは以下の通り。
- LVM2 採用(ELVM は大企業主導で信用できないらしい)
- 新カーネル設定システムへの移行
- デジタル TV対応 (DVB)
- IPSec 導入
- Crypto API (まずは 3DES,MD5)導入
いくつ進んでいるんじゃ。 (スコア:2, おもしろおかしい)
一瞬驚きました。2.4.20が出ていないのに
kernel 2.4.45なんて。
訂正宜しく。
PCにECC Registeredメモリの利用を推奨します。
Re:いくつ進んでいるんじゃ。 (スコア:2, おもしろおかしい)
Re:いくつ進んでいるんじゃ。 (スコア:0)
アナウンス [theaimsgroup.com]にも2.5.45とあるので間違ってないと思います。
最初は「2.4.25」だったのです (スコア:0)
私も訂正前のタイトルを読んで一瞬、驚きました。
まだ Bulknews [bulknews.net]等で元のタイトルを拝めますよ。
Re:最初は「2.4.25」だったのです (スコア:0)
編集者の人はストーリーを訂正したら是非ともその旨を記して欲しいです。
Re:最初は「2.4.25」だったのです (スコア:0)
必ずひとつ以上のミスがあるか、
日本語として読みにくいか
あるいは記事の文章が不明瞭だな。
Re:最初は「2.4.25」だったのです (スコア:0)
これだと曖昧だし、コメントは訂正が出来ないから不公平なので
追記だけが出来るようにすべきだと思います。
そうすればストーリーを投稿するまえにプレビューするでしょうし:-)
「新カーネル設定システムへの移行」っすか… (スコア:1, 参考になる)
Re:「新カーネル設定システムへの移行」っすか… (スコア:3, 参考になる)
今試してみましたが確かにだめです。
qtを使ったGUI configureがあるのですが、必要ないのにそれをビルドしようとしている様です。
ちょっくら見てみようかな…
Kconfigは各ディレクトリに点在していた Config.in がKconfig に名前を変え、 Configure.help のデータをマージしていたりします。
# 他にも変更点がいっぱい
Configure.help の欠点としては1ファイルであるために複数のパッチ適応時にコンフリクトする可能性が高かったことと、巨大になりすぎたことがいえると思います。
# 某へ: Kconfig対応の改訂版だすの…?
# rm -rf ./.
Re:「新カーネル設定システムへの移行」っすか… (スコア:3, 参考になる)
+++ linux-2.5.45-kconfig_fix/scripts/kconfig/Makefile Fri Nov 1 13:48:02 2002
@@ -34,7 +34,7 @@
$(obj)/qconf.o: $(obj)/.tmp_qtcheck
--include $(obj)/.tmp_qtcheck
+#-include $(obj)/.tmp_qtcheck
# QT needs some extra effort...
$(obj)/.tmp_qtcheck:
# rm -rf ./.
おお! (スコア:1, おもしろおかしい)
最近のUSB対応だけでも凄いと思ってたのにまだまだ行くみたいですね。
2.4でごたごたしてたのが嘘みたいになってきてますね。
少し前なら夢でしかなかったようなことが(技術的な面だけでなく経済的な制約も含めてね)、こうもホイホイ実現してしまうとは!
社会、特に産業へのインパクトはかなりのものになるんじゃないでしょうか。
個人的には、うちのマシンがご機嫌に走ってくれればそれでいいんですけど。
Re:おお! (スコア:0)
Re:おお! (スコア:1)
# rm -rf ./.
Re:おお! (スコア:1, オフトピック)
専制モデレートよりは、ましでしょ? (ある人にとってはすべてのモデレートが正しいモデレートとなるだろうが、別の人の目から見たらすべてのモデレートがとんでもないモデレートとなることでしょう)。
Re:おお! (スコア:1)
もっともこのモデレートは単に「買いかぶり」の意味を誤解しただけかも知れない、という気がします。
「買いかぶり」や「過小評価」は、現在のモデレートが過大あるいは過小であるという意味なので、何もモデレートされていないときは選択できないようにした方がいいのでは、とも思うのですが。
Re:おお! (スコア:2, 興味深い)
Re:おお! (スコア:1, 余計なもの)
「余計なもの」は完全に誤解されてるし。
# 個人的にはこのモデレーション [srad.jp]をしたモデレータを小1時間問い詰めたい。
# まあ、いまさら上げてもらってもうれしくないけど。
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
「余計なもの」の代案 (スコア:1)
Re:おお! (スコア:1)
# -1なのは妥当だけど
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
Re:おお! (スコア:0)
+1 されているのに理由がないというのは、 「過小評価」というモデレートを受けたからでしょうか。
IPsec(IPv4 & IPv6)対応では? (スコア:1)
最初、この記事を読んだときに
「『IPv4に対応したIPsec』と、IPv6」
の取り込みかと思いました。
リンクされているパッチのREADMEなどを
見たのですが、IPv4もIPv6も、IPSec対応、
でOKですよね?
すみません。気になる点なので
どうしても確認をしたく。
Re:IPsec(IPv4 & IPv6)対応では? (スコア:2, 参考になる)
IPSec(IPv4) & IPv6という記述になって
いるのではないでしょうか。
Re:IPsec(IPv4 & IPv6)対応では? (スコア:1, 参考になる)
IPv6をサポートしていると自称していました
# USAGIのREADMEによるとIPv4でのtunnel modeをサポートしていないのですね。
# 現時点では、一番需要がありそうなのに
Re:IPsec(IPv4 & IPv6)対応では? (スコア:0)
Re:IPsec(IPv4 & IPv6)対応では? (スコア:0)
普及させる側も「明日にもIPv4が売り切れるから移行しろ」みたいな論法を用いて危機感を無駄に煽っていた側面は否定できないし、それは多いに反省すべきだと思う。
Win
Re:IPsec(IPv4 & IPv6)対応では? (スコア:0)