しばらくの間、Ubuntuのアルファリリースを実行しています。問題が発生し続けています-これらを解決するにはどうすればよいですか？これらの問題が発生した場合、どうすればよいですか？そして、質問をするために他のUbuntu + 1ユーザーをどこで見つけることができますか？
しばらくの間、Ubuntuのアルファリリースを実行しています。問題が発生し続けています-これらを解決するにはどうすればよいですか？これらの問題が発生した場合、どうすればよいですか？そして、質問をするために他のUbuntu + 1ユーザーをどこで見つけることができますか？
回答:
ここにリダイレクトされた場合は、Ubuntuのアルファ版またはベータ版のリリースについておそらく質問しているでしょう。
一般的に、我々はについての質問になりません話す実行しているか、使用して開発リリースは、時間によってほとんど変化するため、ここで解放され、通常はそれが壊れだとアルファテスターを介して、開発者に直接フィードバックを与えることが期待されているUbuntuでの未発表バージョンをバグトラッカーいるので、これらの問題誰でも修正できます。
私たちが気にしないというわけではありません、私たちはそれが得意ではないだけで、サイトの主な目的の1つは、ユーザーのために再利用可能なリソースを作成することです。すぐに時代遅れになりました！
この質問の答えは、あなたが始め、幸運、そしてテストに感謝するのに役立ちます！
ファイルのバグ
問題が発生している関連パッケージのバグを報告する必要があります。バグは、開発者向けリリースの主な利点の1つです。バグは、開発者に貴重な情報を提供し、ソフトウェアの改善に役立ちます。
どのパッケージに対してバグを提出するかわからない場合は、他のリソース（フォーラム、メーリングリストなど）を使用して、どのパッケージに対して提出するべきかを尋ねてください。
デバッグ情報は、バグの報告に役立ちます。
Ubuntuフォーラムの開発とプログラミングのセクションは、始めるのに適した場所です。正確なサブフォーラムはリリースによって異なりますが、現時点ではUbuntu開発バージョンが必要です。
最近のスレッドを調べて、発生している問題のように見えるものがないか確認してください。そうでない場合は、体験を詳述する新しいスレッドを作成する必要があります。
アップグレードの前に、常にテストする
sudo apt-get --simulate dist-upgrade
壊れたパッケージに関するエラーが発生した場合は、アップグレードしないでください。
通常、大きな変更が行われている場合、開発者はubuntu-devel-announceリストに投稿します。このリストには多くの投稿がありません（他のUbuntuリストに比べて！）
アーカイブへのアップロードは、例えばlucid-changes、utopic-changesなど、動物のニックネームにちなんで名付けられたメーリングリストに送信されます。このリストに従うと、危険なアップロードがいつアップロードされているかを確認でき、手遅れです。
また、アーカイブステータスツールは、アップグレードする前にアーカイブのステータスを表示するのに役立ちます。
Launchpadの回答は Ubuntuのための別の公式の質疑応答サイト（およびあるいくつかの他のソフトウェアされ、ランチパッド上で開発された）が、AskUbuntuは、たくさんの人を助け、時間をかけて進化し、再利用可能な答えを生産に焦点を当てているのに対し、Launchpadの回答は、サポートトラッカーその質問が何であれ、その質問が他のユーザーにとって有用な形式であるかどうかにかかわらず、各質問への回答を返信することに焦点を当てています。
何らかの理由で、Launchpad Answersは、公式のUbuntuサポートリソースのリストに表示されないことがあります（1つ（こことここに目立つようにリストされています）、長い間稼働しており、Ubuntuコミュニティの活気のあるチャンクです）そこで多くの時間とエネルギーを投入し、支援を提供しています。
Ubuntu（またはここではAUと呼びます）の開発リリースに関する質問はLaunchpad Answersで歓迎しますが、ここのように、質問としてバグを投稿すると、応答は「バグレポートを提出する」 」Ubuntuの開発リリースでバグを適切に提出または調査する方法についての質問は、Launchpad Answersで大歓迎です。
あなたの質問が答えとして良い記事を生み出さないようなものであっても、それはLaunchpad Answersにまだ適切です。Launchpad Answersにローカライズされているものはありません。フリップ側はそれに答えているのLaunchpadの回答は、編集や投票、そして一人だけで回答する傾向があることができない時に（あなたが彼らの答えはあなたのために働いたかどうかを示すまで、それは、あります）。
Launchpad AnswersはLaunchpad Bugsに接続されており、Launchpadの質問とバグは相互にリンクすることができ（サブスクライバーへの通知方法に影響します）、相互に変換することさえできます。質問であるべきバグレポートは、しばしば質問に変換されます。バグレポートであるはずの質問は、バグレポートに変換される場合があります。（これは可能ですが、多くの場合、質問を開始するよりもバグを報告するときにゼロから開始する方が良いため、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でファイルを開き、キーに関する情報を含む短い行を含むテキストをコピーします。
これをここのページの下部にあるボックスに貼り付けて、フォームを送信します。
これで、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
この例では。開発者が気に入った場合、ブランチはマージされるか、改善されます。問題をよりきれいに解決できる場合、変更で問題が解決しない場合、または別のブランチで問題が既に解決されている場合は、拒否することもできます。