Debian GNU/Linux 4.0、12月にリリースへ 70
ストーリー by GetSet
待て、年末 部門より
待て、年末 部門より
kuchinashi曰く、"sargeのパッケージアップデートが減速して久しいが、どうやらついにetchがDebian GNU/Linux 4.0として12月にリリースされることになった模様(公式発表、本家/.)。 AMD64アーキテクチャが公式サポートに加えられ、カーネルは2.6.17、GCCは4.1になり、aptのセキュリティも強化される模様。そしてついにXFree86に代わってXorgが採用されるようだ。"
リリースサイクル (スコア:5, おもしろおかしい)
Re:リリースサイクル (スコア:4, おもしろおかしい)
Re:リリースサイクル (スコア:3, 参考になる)
- 前回sargeのリリースが2005/06/06なので約一年半ぶり
- potato～sarge間以外は大体一年～二年の間隔でリリースされている
ということで別段早いということもないんじゃないでしょうか？単にsargeがやたら時間食っただけです。
Re:リリースサイクル (スコア:1, 興味深い)
# DebianもUbuntuも使ったことがないのでAC
Re:リリースサイクル (スコア:2, すばらしい洞察)
それがたかがデスクトップ用ディストロにユーザーを持ってかれただけで、バージョンがんがんあげてるようじゃ、激しくDebianとしての意味がないのだが。
デスクトップユーザーは別に何使ってもいいだろうけど、サーバーは結構重要な事なんだけど。
どうなんでしょうか。
Re:リリースサイクル (スコア:2, 興味深い)
安定性とセキュリティをばっちりしてメンテを楽にするにはそれなりの手間隙が必要です。
で、upstream がガンガンと変更されている状態で security backport をするにはかなりの手間がかかります。
人手は有限ですし、そもそも security update のような critical なものを評価・作業できる人の数はさらに限られます。
そんな状況下で、のんびりゆっくりリリース、なんて中々やれないです。
上流が変われば変わるほど、追随は物凄く大変です。きちんとアップデートをするために、定期的に棚卸＝リリースは重要です。
（重要な人手を Ubuntu が持っていっちゃった、というのもありますしね。Ubuntu CTO の Matt Zimmerman は元々 Debian Security Team でも重要な位置に居ました）
＞それがたかがデスクトップ用ディストロにユーザーを持ってかれただけで、バージョンがんがんあげてるようじゃ、激しくDebianとしての意味がないのだが。
なんですか、その「Debianとしての意味」って…。
本当に Debian としての意味が何かを述べるなら、開発のサイクルに入って主張するのが筋じゃないかな？と私は思います。
つ [debian-devel mailing list] [debian.org] どーぞ
＃私はデスクトップ用distroじゃなくて、金持ち道楽distroだと思ってますが ;-)
私は開発のサイクルが早まることは良い事だと思います。
現状と次への移行の間のギャップをなるべく低減するのが重要にはなると思いますが、それはユーザからのフィードバックが必要ではないでしょうか。
Re:リリースサイクル (スコア:1)
Debianの意味。。。つーか、stableとしての役割？
安定なものとして使われ方をしてきたものなはずなのに、今後もそれでいられるのかな、と外野の疑問でした。
Re:リリースサイクル (スコア:2)
いや、だから distro ベンダーが「安定性とセキュリティをばっちりして」、「（利用者による）メンテを楽にするにはそれなりの手間隙が必要」になるんですよ。
Sithgunnerさんが楽にメンテナンス出来ている裏側には、パッケージのメンテナらによる努力があるわけです。
（小人数の努力で多くの人が利益を享受できている訳ですね）
で、開発元（upstream) が開発を進めていくと、その努力がとても必要になってきます。
そうですね、たとえば Mozilla を例に挙げてみましょうか。
Firefox にはセキュリティアップデートが幾つか出ていますが、mozilla.org からは個別の security fix パッチとしてはでていません。
まとめて新しいバージョンとしてアップデートされます。
このような場合、security fix のみ提供というのは非常に難しいのです。
差分を調べて、適用できる形（で、他の動きに悪影響を与えない形）に置き換えないといけません。
さらに言えば、大きく変更されすぎていて、置き換えして適用することすら無理な場合もあるわけです。
他にも依存関係が。。。とかいう問題も出る場合があるでしょう。
設定ファイルの構造が、がらっと変わったりしないようにするためには、security update の適用が適切に出来るようにするための努力が必要になります。
しかし、upstream の開発が大きく進んでしまうとその努力が物凄く必要になっていく。
どこかで「リセット」をしないと無理なんですよ。それが「リリース」なんです。
＞Debianの意味。。。つーか、stableとしての役割？
＞安定なものとして使われ方をしてきたものなはずなのに、今後もそれでいられるのかな、と外野の疑問でした。
安定版としてリリースされてから1年半＋次の安定版がリリースされてから恐らく1年の合計2年半、殆ど何もしないで利用可能になっているのは役割を果たしてはいませんか？
あと、安定版だからといって、世の中の変化に追随できていなければ有用なものとはいえません。
利用したいハードウェアが全く使えない・ソフトが動かない・動作が重くて実用にならない・データサイズの限界で扱えない・etc...
リリースというのは、そういう限界を取り払って「使えるものにする」作業です。
状況が変わっていく以上、どこかでそれにあわせた変化は必要です。
2,3年に1回、そういう脱皮の様な変化を行うのは理にかなっていると思います。
Re:リリースサイクル (スコア:1)
Re:リリースサイクル (スコア:1)
リリースが早まっても、メンテ用というの大義名分の元に職場のデスクトップもetchにできるという利点くらいしかない。
だけどそんなの、apt-lineの追加である程度対応しているからなぁ。それよりsargeのメンテ停止が早まることの方が怖いです。
まぁstableになれば、アレゲなあのソフトやあのソフトのapt-lineもetch版できるかなぁ、等の他力本願なものは少しだけありますけど、それはあくまで枝葉ですしね。
Re:リリースサイクル (スコア:1)
「うおっまぶしっ!」 [wikipedia.org]…ではなく、
『Stallman和尚「これはいいソースだな、借りるぞ」』 [hatena.ne.jp]…でもなく。
Debian 道ですか。「sid使ってバグ出ししてパッチ送れ」ですかね。
（大丈夫、貴方にも私にもやれることがある）
Re:リリースサイクル (スコア:1)
だからubuntuが遅れたんだ -
Ubuntu Linux leader proposes six-week delay [com.com]
自分も一時はUbuntuに流れようかと (スコア:1)
もう浮気しないよ ＞＿＜
でも結構 Ubuntu からカリパク（借りたままぱくる）してきたパッケージ入れてるので、ちょっとつまみ食いしてる、って感じかな。
ゆるして ＞＿＜
屍体メモ [windy.cx]
Re:リリースサイクル (スコア:0)
注目している人は確かに増えてるみたいな感じ [google.com]ですが、周りにUbuntu使ってる人がいないのでピンと来ないのですが。
Re:リリースサイクル (スコア:1)
そういう流れがリリースを早めていたりはするのかな？
とはいうものの双方いろんな思惑が交錯してはいるようで…。 [opentechpress.jp]
Re:リリースサイクル (スコア:0)
発表だけはね。
＃でも以前よりは早くなってる気がする。その分切り捨ても･･･。
慌てる前に確認 (スコア:5, おもしろおかしい)
Debian はリリースされるときにリリースされる
Debian はリリースされるときにリリースされる
Debian はリリースされるときにリリースされる
sargeのアップデート (スコア:4, すばらしい洞察)
>sargeのパッケージアップデートが減速して久しいが
ってあるけど、Debianはリリースされたらサポート終了までセキュリティfix関連(ライセンスが絡んだものも?)のアップデートが続くだけだから、減るの増えるのという問題ではないんですが。
わかって書いてるのかな?
sargeは短命(？) (スコア:2, 参考になる)
#既出の意として解釈してもすでに出てるように見えない(一応コメント一通り読んでみた)。
で、sargeってDebianとしては短命かなと思った。
ちなみにsargeリリースは2005年6月6日。woodyがリリースされてから3年近くあったわけで。
まぁ、sargeは遅れまくってたわけですし、Fedora Coreなんかと比べたら十分長いとも考えられるけど。
Fedoraと比べること自体無意味なのは言うまでもないですけどね。
リリースに対する姿勢が全然違うディストリなので。
一応、sargeとwoodyは3.xとしてひとくくりに考えられなくもないけど、etchは4.0だからメジャーアップグレードですね。
そう考えれば、3.xは約4年半・・・長生きだったのかな。
Re:sargeは短命(？) (スコア:2, 興味深い)
それとかツールチェインがGCC3.xベースなんで、2.6.17以降のカーネルはヘッダパッケージがインストールしずらいとか、いろいろあるようです。
・・・・・ちなみに私は武藤さんの日記に書いてあることは半分も理解できないので、ここに書いてある事は鵜呑みにしないで下さいませ＜じゃあ書くな。
それはそれとして、sargeだって、一昨年の年末ってたのが、6月になった訳ですし、あんまし信用できないけどなー。まぁMSだって3月90日になろうと3月に出す、なんて言えるんだから、Debianだってリリースした日はいつであろうと2006年12月だ!と言ったっていいんでしょうけど・・・・
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:sargeは短命(？) (スコア:2, 参考になる)
Sarge は SATA をサポートしていないわけではありません。
SATA のチップのうち、メジャーなものが抜け落ちてる（間に合わなかった）のは事実ですが。
2.6.17 移行のカーネル云々は、パッケージのつくりがそうなっているのではないかなーと思います。最近ソースからカーネル入れてないから憶測ですけどね。
Re:sargeは短命(？) (スコア:1)
そういやsargeデフォはカーネル2.4ですわな。
Re:sargeは短命(？) (スコア:1)
余計なものですかそうですか。
余計なものついでに
>aptのセキュリティも強化される模様。
っていうのも現testing(=etch)とunstableでは既に採用されている
GPGの公開キーを取得して、リポジトリに対する署名が検証できないと
警告が出てくる機能の話ですよね。
すでに具体的に動いてるものを"模様"って書くとカッコ悪いような。
Re:sargeは短命(？) (スコア:1)
から、バージョン番号意味無いね。
持たせて欲しいけど。
Re:sargeのアップデート (スコア:1)
先に言っておく (スコア:2, おもしろおかしい)
Re:先に言っておく (スコア:2, 参考になる)
etch
→エッチ
→エッチなのはいけないと思います！
それだけかよ！w
Re:先に言っておく (スコア:1)
# つっても一秒たりとも見たこと無いんだが
Re:先に言っておく (スコア:0)
Re:先に言っておく (スコア:0, オフトピック)
って、子供の頃言われた人手を上げて！
そういえば、タカラのせんせいが、
DSみたいになってて、びっくりした。
Re:先に言っておく (スコア:1)
まほろまてぃっく [hatena.ne.jp] が誰にでも知られているわけではないから、「なんだこれ」と思う人がいても仕方ないと思いましょう。
でも、誰でも etch なんて聞いたらえっちを連想するよなあｗ
# オフトピになるけど、件の作品は新装版が出てますね。
Re:先に言っておく (スコア:1)
投稿者名を「まほろさんネタはもうお腹いっぱいなtuneo」にしたのが敗因か？
どうせまた (スコア:1, 荒らし)
紛らわしい (スコア:1, おもしろおかしい)
Re:紛らわしい (スコア:1)
どう紛らわしいのか。
Re:紛らわしい (スコア:0)
ギャグにまじめに突っ込まない(^^;
Re:紛らわしい (スコア:1)
docs-in-main (スコア:1)
debian-devel-announceで言ってた、 [debian.org]
"docs-in-main vs. the DFSG" って、
（以前あった）GFDL と DFSG との競合（？）の話だよね。
結局どうすんの？
# mishimaは本田透先生を熱烈に応援しています
Re:docs-in-main (スコア:3, 参考になる)
"GFDL-licensed works without unmodifiable sections are free" [debian.org]
次のコードネームは？ (スコア:1)
buzz→rex→bo→hamm→slink→potato→woody→sarge→etch
とsid
zurgに1票！
ホントに2006？ (スコア:0)
Re:ホントに2006？ (スコア:0)
Re:ホントに2006？ (スコア:1, おもしろおかしい)
(もっと低いと思う)
Xorg (スコア:0)
Xorgのリリーススケジュールを見るに、多分Etchリリース前に7.3が出てしまう。
すべて順調に進んだとしても、結局今回も骨董品になりそうだ。
# Debianもうだめぽ
7.3？ (スコア:2, 参考になる)
Xは今のところ7.2が11/17リリース予定 [freedesktop.org]みたいなんですが、バージョン0.1ほど間違えてませんか？
それともEtchが遅れる(で、次の7.3が出そうになる)ことまで織り込み済み？
Re:7.3？ (スコア:3, 興味深い)
それから遅い遅い言いますけど、X.Org みたいなどでかいもの、x86 以外のアーキテクチャで色々不具合が出るわけで、それをつぶして X.Org にフィードバックしているのって Debian の X Strike Force （メンテナンスチーム）ががんばっているからなんですよね。そこらへん、評価してあげてもいいんじゃないですかね。
リリースが遅い様に見えるのは、単にボーっとしてるからとか、やり方が不味いとかじゃなくて大量にやることがあるだけ。
Re:7.3？ (スコア:1)
ただし、直接 testing には放り込めません。これは Debian でのりリースサイクルとして以下のような流れが現状定義されているからです。
これは重大な不具合をもつパッケージが次期リリースに含まれないようにという配慮からです。urgency=high でも最低2日待ちます。
今回の場合は、X.Org への移行と FHS 準拠の変更の影響が大きく、対応しなければならない事柄が多いため、遅いと見えているようです。
詳しくはX Strike Force の svn にあった TODO リスト [deadbeast.net]をどうぞ。
Re:Xorg (スコア:1)
そういう方は、「/debian/ stable main」ベースの会話自体無意味では？
# gentoo をどうぞ
追記 (スコア:1, すばらしい洞察)
本質的にはオフトピックじゃない？
Re:追記 (スコア:2, おもしろおかしい)