UbuntuのAlpha / Betaリリースに問題があります。どうすればよいですか？
しばらくの間、Ubuntuのアルファリリースを実行しています。問題が発生し続けています-これらを解決するにはどうすればよいですか？これらの問題が発生した場合、どうすればよいですか？そして、質問をするために他のUbuntu + 1ユーザーをどこで見つけることができますか？
一般的なアルファ情報
ここにリダイレクトされた場合は、おそらくUbuntuのアルファ版またはベータ版のリリースについて質問したことがあります。
一般的に言えば、開発リリースはほぼ1時間ごとに変更されるため、ここではUbuntuリリースのrunningまたはusingについての質問は受け付けていません通常は壊れており、アルファテスターは バグトラッカー を介して開発者に直接フィードバックすることが期待されているため、これらの問題は誰でも修正できます。
私たちが気にしないというわけではありません、私たちはそれが得意ではないだけで、サイトの主な目的の1つは、ユーザーのために再利用可能なリソースを作成することです。すぐに時代遅れになりました！
この質問の答えは、テストの開始、幸運、および感謝に役立ちます！
ファイルのバグ
問題が発生している関連パッケージのバグを報告する必要があります。バグは、開発者向けリリースの主な利点の1つです。バグは、開発者に貴重な情報を提供し、ソフトウェアの改善に役立ちます。
どのパッケージに対してバグを提出するかわからない場合は、他のリソース（フォーラム、メーリングリストなど）を使用して、どのパッケージに対して提出するべきかを尋ねてください。
デバッグ情報 は、バグの報告に役立ちます。
フォーラム
- Ask Ubuntuに関する質問がこの回答にリンクされている場合は、ここで問題を再投稿してください。
Ubuntuフォーラムの 開発とプログラミング セクションは、開始するのに適した場所です。正確なサブフォーラムはリリースによって異なりますが、現時点では buntu Development Version が必要です。
最近のスレッドを調べて、発生している問題のように見えるものがないか確認してください。そうでない場合は、体験を詳述する新しいスレッドを作成する必要があります。
アップグレードの前に、常にテストする
Sudo apt-get --simulate dist-upgrade
壊れたパッケージに関するエラーが発生した場合は、アップグレードしないでください。
IRC（インターネットリレーチャット）
- ＃ubuntu + 1 irc.freenode.netで
- ＃ubuntu-bugs バグの報告/トリアージを支援する場合
ubuntu-devel-announceメーリングリスト
通常、大きな変更が行われている場合、開発者は buntu-devel-announce リストに投稿します。このリストには多くの投稿がありません（他のUbuntuリストに比べて！）.
パッケージのアップロードに注意してください
アーカイブへのアップロードは、動物のニックネームにちなんで名付けられたメーリングリストに送信されます。たとえば、lucid-changes、 topic-changes などです。このリストに従うと、危険なアップロードがアップロードされるタイミングを確認できます。そのため、手遅れになる前に問題を回避することができます。
また、 Archive Status ツールは、アップグレードする前にアーカイブのステータスを表示するのに役立ちます。
Launchpad Answers
Launchpad Answers は、Ubuntuのもう1つの公式の質疑応答サイトです（および 他のソフトウェア Launchpadで開発された）が、AskUbuntuは制作に焦点を当てています多くの人々を助け、時間とともに進化する再利用可能な回答。LaunchpadAnswersは、support trackerであり、各質問に対する回答に焦点を当てています。質問は他のユーザーにとって便利な形式です。
何らかの理由で、 Launchpad Answers は、Ubuntuの公式サポートリソースのリストに表示されないことがよくあります（目立つ here および here ）。それは長い間稼働しており、Ubuntuコミュニティの活気に満ちた部分は、そこで多くの時間とエネルギーを提供し、支援を受けています。
Ubuntu（または、Ubuntu + 1、ここではAUと呼びます）の開発リリースに関する質問は、 Launchpad Answersで歓迎します 質問としてのバグの場合、応答は「バグレポートの提出」となります。Ubuntuの開発リリースでバグを適切に提出または調査する方法に関する質問は、Launchpad Answersで大歓迎です。これがあなたが求めているものであることを明確にする必要があります。そうしないと、バグを報告しようとしていると思われるかもしれません。
たとえあなたの質問が答えとして良い記事を生み出さないようなものであっても、 Launchpad Answers にはまだ適切です。 Launchpad Answersにローカライズされているものはありません。反対に、 Launchpad Answers での回答は編集または投票できず、1人でしか回答されない傾向があります一度に（あなたが彼らの答えがあなたのために働いたかどうかを示すまでです。）.
Launchpad Answers は Launchpad Bugs に接続されており、Launchpadの質問とバグは相互にリンクできます（サブスクライバーへの通知方法に影響します）。さらに、convertedお互いに。質問であるべきバグレポートは、しばしば質問に変換されます。バグレポートであるはずの質問は、バグレポートに変換される場合があります。 （これは可能ですが、多くの場合、質問から始めるよりもバグを報告するときにゼロから開始する方が良いため、Launchpadの誰かがバグを報告するように頼んだら、 すべきです ）
任意の言語の質問は、 Launchpad Answersでサポートされています （質問する言語を選択します）レポートは英語でのみ提出してください。これは、特にUbuntu + 1に関連しています。
Launchpad Answers を使用すると、英語の読み書きを知らない、または快適に感じることなく、言語または地域に固有のバグに取り組むことができます。
Launchpad Answers を使用して、テキストを英語から英語に翻訳するのに助けを求めることができます。これにより、バグを英語で報告できます。 （または、以前に英語で作成したバグレポートに変更を加えるための支援を求めてください。）
AskUbuntuを使用する前にFAQを見ることをお勧めするのと同じように、 ガイド（非常に短い！） 、または少なくとも を尋ねる部分を読むことをお勧めします。質問 、 に質問を投稿する前にLaunchpad Answers 。
楽しい学習を！
ここの例では、Quantalで1つのブランチを使用しています。必要に応じて自由に変更してください。
バグを見つけて報告すると、特に開発者から貴重なフィードバックを得ることができます。また、パッチを提出することで、プログラミングの開始を試みることもできます。最初に、バグが関連するソースパッケージ（関連パッケージ）を把握する必要があります。 linux-meta-ti-omap4などの名前、または別のパッケージ名として表示されます。次に、 https://code.launchpad.net/ubuntu/+source/linux-meta-ti-omap4 にアクセスできます=、必要に応じてパッケージ名を置き換えます。
そこに来たら、通常はlp:ubuntu/[version-in-development]-proposed/linux-meta-ti-omap4のような正しいブランチを選択する必要があります（[version-in-development]部分は現在アルファ版またはベータ版である必要があります。
次はブランチを取得するときです。
まず、bzrが必要です。
Sudo apt-get install bzr
sSHキーが必要になります（SSHキーがすでにLaunchpadにある場合は、これをスキップできます）。
ダッシュから検索して「パスワードとキー」を開きます。
おそらくパスワードを使用して、新しいSSHキーを作成します。そのためのオプションがある場合、それがSSHv2であることを確認し、RSAを使用します。
作成されたリストでそれを右クリックし、選択したファイルにエクスポートします。
Geditでファイルを開き、キーに関する情報を含む短い行を含むテキストをコピーします。
これをページ下部のボックスに貼り付けてください here 、フォームを送信します。
これで、BZRに接続できます。コマンドラインを開き、新しいディレクトリを作成して変更します：
mkdir directory-name-of-your-choice&&cd directory-name-of-your-choice以下を実行します。
bzr launchpad-login [launchpad userid]これでブランチを取得できます：
bzr branch lp:ubuntu/quantal-proposed/linux-meta-ti-omap4必要に応じてブランチ名を変更します。これはクォンタル用ですが、ブランチ名は前述のように変更されます。
開発者によってブランチが変更されたと思われる場合は、ブランチ先のフォルダでいつでも
bzr pullを使用できます。選択した任意のプログラム（動的に生成される
.poファイルを除く）を使用して変更を行い、問題がUIテキストに関連する場合は、正しい.potファイルを必ず変更してください。チェックポイントを作成するたびに、次を使用します。
bzr commit -m "a descriptive message about your changes"作業が終了したら、次の方法でブランチをプッシュします。
bzr Push lp:~[your userid]/project-name/branch-nameこの例の場合、それは
bzr Push lp:~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4完了したら、バグにアクセスして、右側の[関連ブランチへのリンク]をクリックします。
lp:部分なしで、作成したブランチを貼り付けます。~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4この例では。開発者が気に入った場合、ブランチはマージされるか、改良されます。問題をよりきれいに解決できる場合、変更によって問題が解決しない場合、または別のブランチで問題が既に解決されている場合は、拒否することもできます。