さんは、バグ追跡システムのレイアウトが、メインのウェブサイトのようにカスケーディングスタイルシートを使った新しいものになっているのに気づきました。派生したディストリビューションとの協力を続けるよう示唆しました。設立計画を発表しました。設立や展示会での商品の販売に対して、これまでに多くの反対があり、議論が長引いていました。さんは、すべてのローカルなチャリティ組織で利用できる、Debianの名称とロゴに対する取消可能な商標ライセンスについての作業を始めています。万行に迫るソースコード)、ソフトウェアを書くのに様々なプログラミング言語が使われていること、および、ディストリビューションに含まれるパッケージのサイズを算出しました。億米ドルにもなるとのことです。テスト版のセキュリティサポート。対する完全なセキュリティサポートの開始を発表しました。テスト版セキュリティチームはこの一年をかけて組織され、インフラストラクチャを作ってきました。(unstable)から伝搬してきたものに対してはアナウンスされません。プロジェクトを開始することを提案しました。ようなアプローチを進めて、どの開発者でもすべてのパッケージの変更をコミットできるようにと提案しました。古いドキュメンテーションのリンク。リンクを作成しているのを確認しました。年以降、バグとみなされているはずです。debhelperを使って再コンパイルすれば、このコードを削除できます。チームに変更しないままみなしご化されていると付け加えました。Debianのコンテンツを集約して配布するようなメーリングリストをリクエストしました。文化として妥当だと認めることになります。最終的にどこかの公開メールアーカイブに保存されるのを望みませんでした。実行可能なサンプルファイル。さんは、サンプルファイルを実行可能とするよう提案しました。/usr/binになければならないと異議を唱えました。代わりにサンプルファイルを実行するようなラッパースクリプトを書くよう提案しました。パッケージのスポンサー用プラットホーム。自分が保守しているパッケージのスポンサーを見つける手助けをするためのものです。同サイトは、パッケージのアップロード時にパッケージ化希望バグを自動的に更新したり、パッケージにスポンサーが付いた際にそれをメンテナに通知する機能を備えています。ベータ版パッケージのバージョン付け。さんは、あるパッケージの最終バージョンが、ベータ版のバージョン番号よりも小さくなっていることに気づき、この事態にどうやって対処すればよいのか疑問に思いました。さんは、こういった場合には優先度の低いチルダ符号を使うよう提案しました。最新バージョンに対しては、この措置はすでに遅すぎ、さらにまだ利用することもできません。パッケージのソースのみのアップロード。ネットワークでビルドするよう提案しました。多くの開発者が自分のパッケージをテストすらしなくなるだろうと報告しました。builddに再度コンパイルさせようとするものでした。バグ報告用のユーザタグ。さんは、バグ追跡システム用のユーザタグが利用可能になったと発表し、指定したタグに沿ってバグを表示させる使用法を説明しました。関連のバグを容易に追跡できるよう、そのためのタグを追加しました。セキュリティ上の更新。いつもの手順はご存知でしょう。これらのパッケージがひとつでもインストールされていたら、システムを更新してください。--安全でない一時ファイルの作成。リクエストの不正操作。--バックアップファイルの情報漏洩。--安全でない一時ファイルの作成。--クロスサイトリクエストフォージェリ。