簡単な背景。 Canonicalは、人々により近いことを目指して、システム開発者と関心のある人々とのチャット形式でUbuntuOpenWeekをホストしています。 読んだ後、私は開発者とコミュニティとのライブコミュニケーションで生じた主な考えを簡潔に述べようとしました。 当然、これは文字通りの翻訳ではありません。
「クラス」 カーネルのノイズとdin。 スピーカー： ベンコリンズ
ubuntの開発プロセスは興味深い方法で説明されています。 ubuntu-next gitツリーがIntrepidで作成されたという事実により、ubuntu開発サイクルに従っていたはずのように、2.66ではなく2.6.27を取得しました。 通常のサイクルでは、開発中のディストリビューションカーネルで作業を開始しません。 しかし、.27goの利点を上回り、サスペンド、wifi、hwのサポートが改善されました。 このアプローチの欠点の中で、ファシリテーターはsparcおよびppcプラットフォームのメインツリーサポートの例外を選び出しました。 すぐに彼らの運命が考慮され、おそらく再び含まれるでしょう。 Jauntyには.28がありますが、これはまだ決定されていません。
Jauntyの優先事項の1つは、カーネルのロード速度です。 特定の目標が数秒で立っているわけではありません。最適化活動の核となる考え方と範囲はカーネルモジュールです。
また、XOrgと密接に連携し、実際に動作するカーネルモード設定を取得したいと考えています。 このコアエンターテイメントのすべてについて、Canonicalにはフルタイムの核開発者が6人しかいません。
最後に、btrfsがメインfsとして私たちをどれだけ早く（またははるかに）待つかについて質問がありました。 50-50ではなく、40-40であるという回答が寄せられました。 さらに20％はどこに行きましたか？ 答えは機知に富んでいました：ext5がそれまでにリリースされるか、Reiserがリリースされます...
そして、これはubuntuのオープンウィークでの唯一の会議です。 また、パッケージ101、バグの報告と修正、カーネルのバグ、ubuntu対debian、intrepidとサーバー、ubuntuとお金もあります。
お勧めです！
DebianとUbuntuの関係について。 スピーカー： ジェームズ・ウェストビー 。
このホットな英国人は、MOTU（Masters of the Universe）プロジェクトに参加しています。 プロジェクトの目標は、 UniverseおよびMultiverseリポジトリをサポートすることです。 並行して、彼はDebianのプロジェクトに参加しています。 そして、ここに彼がubuntu open weekの一部としてコミュニティに言ったことがあります：
Debianは、多くの人々が取り組んでいる素晴らしいディストリビューションです。 そしてシャトルワース。 マークがUbuntuを作成したとき、彼は確かにDebianを見て、いくつかのことを修正しようとしていました。 違いは組織に影響しました。 瞬間、開発チームのメンバーシップ、そしてもちろん、いくつかの技術面で。 両方のプロジェクトの目標の違いにより、少数の一般的なアーキテクチャのサポートにリソースを集中することが可能になり、それによって開発の他の領域が強化されました。 結局、11のサポート（まあ、またはDebianにはいくつの公式プラットフォームがありますか？）多大な努力が必要で、リリースサイクルが遅くなります。 Ubuntuのトレンドは、本当にうまく機能する特定のタスクに最適なソリューションを選択することです。Debianでは、多くの場合、多くのソリューションを試してみます。 もちろん、努力は両方とも真実であり、それはすべてディストリビューションに設定された目標に依存します。
著者は、Debian開発チームのメンバーになることははるかに難しく、開発者でない人にとってはほとんど不可能であるという最も重要な違いを考慮しています。 おそらくそれが、Debianが「プログラマーではない」タスクの観点から植生する理由です。
「Ubuntoidsは非常に厳しいので、Pulseaudio対Alsaの選択肢ではサブシステムが1つしか残っていないのですか？」、答えは「はい」でした:) gnome、xfce-いいえ、ただしMTAの場合-はい。
それから彼らは、CanonicalがUbuntuからのサードパーティの派生物をサポートすることに熱心でない理由について、かなり愚かな質問をすぐに隠し、選択の問題に移りました。 それで、日常の仕事には何が良いですか-AまたはB？
答えは簡単ではありません。 多くの人々は、「すぐに使える」作業に多大な労力を費やしているため、初心者にUbuntuを推奨しています。 ただし、両方のシステムのライブCDをダウンロードして、自分で選択することをお勧めします。
安定性の観点から、Debianには18か月のサイクルが長く、安定しているが古いパッケージがあるため、利点があります。 これが妥協案です。 Ubuntuは、6か月サイクルの新しいパッケージを急いで作成していますが、安定性を愛する人には答えもあります。 彼の名前はLTS ...
UbuntuのDebianに基づいているとはどういう意味ですか？ 最初の歴史的分岐以来、彼らの道は分かれていましたか？ もちろん違います！ それぞれの新しいリリースの開始には、いわゆる「マージ」、つまりDebianとUbuntuブランチのマージが伴います。 このプロセスは、Debianからの新しい改善とエラーの両方をUbuntuにもたらします。
ディストリビューション間では、改善と修正の相互交換があります。 Debianは安定したパッケージを受け取り、Ubuntuはそれらに付随するのを停止し、Debianからそれらをインポートするだけです。なぜなら、15,000個のパッケージすべてにリソースがないからです。
Ubuntuは、Debianにほとんど貢献していないという一般的な信念に反論するために何をしますか？ 答え。 2つのこと：Debianにパッチを提供し、密輸のプロセスを目立たせる。 Debian Stableは実質的に何も残さず、すべてがUnstableに移行します。これは、Ubuntuには多くの手間がかかると主張する検察官にとっては目に見える要因かもしれません。 実際、Ubuntuからのバグレポートとパッチにタグを付けるシステムが開発されており、Debianバグトラッカーで統計を確認したい人は誰でも見ることができます。 私たちは彼らが与えるものについて一言取ります:)
生と死の問題-Debianが突然死んだらどうなりますか？ 答えはあまり明確ではなかったので、質問は再度、そしてさらに強く主張されました。 Ubuntuには、たとえば8.10を備えた自律ナビゲーションを開始する開発者の力がありますか？ または、すべてが悪く、プロジェクトが依存しているため、少なくともセキュリティ修正に関しては開発できません。 回答：リリースをリリースするには多くの開発者が必要です。そこで公開されます。
次に、彼らはLaunchpadを称賛し、バグ修正を互いに称賛し、Ubuntuだけでなくプログラムの作者に直接修正を送るように頼みます。 Ubuntuのバグ追跡システムとDebianovskyの両方でバグを監視するという大きな要求もあります。 システム間でレポートをリンクすることが非常に重要であるという問題のビジョンを持っています。 彼らの幸運を祈っています。UbuntuとDebianの共存というトピックが私たちにも開かれたことを願っています。
多くの人がここで読んだとは思いませんが、もしそうなら、ありがとう、コメントを残し、Ubuntuのセクションへの移行を手伝ってください。