Я вже деякий час працюю над альфа-випусками Ubuntu. Я продовжую стикатися з проблемами - як я можу їх вирішити? Що мені робити, коли стикаюся з цими проблемами? І де я можу знайти інших користувачів Ubuntu + 1, щоб задати питання?
Я вже деякий час працюю над альфа-випусками Ubuntu. Я продовжую стикатися з проблемами - як я можу їх вирішити? Що мені робити, коли стикаюся з цими проблемами? І де я можу знайти інших користувачів Ubuntu + 1, щоб задати питання?
Відповіді:
Якщо ви перенаправлені сюди, ви, ймовірно, задали питання щодо альфа чи бета-версії Ubuntu.
Взагалі кажучи, ми не ставимо запитань щодо запуску або використання невипущених версій релізів Ubuntu тут, оскільки випуски розробки змінюються майже на годину, і зазвичай вони порушені, і, як очікується, альфа-тестери надаватимуть прямі відгуки розробникам за допомогою трекера помилок, щоб ці проблеми можна виправити всіх.
Справа не в тому, що ми не байдуже, ми просто не були б у цьому добрі, і одна з головних цілей сайту - це створити для користувачів ресурс для багаторазового використання, що було б важко, якби у нас була маса запитань про щось таке, швидко застарів!
Відповіді на це питання допоможуть вам розпочати роботу, удачі та спасибі за тестування!
Файлові помилки
Ви повинні подати помилки у відповідний пакет, з яким у вас виникли проблеми. Помилки є однією з головних переваг наявності версій для розробників - вони надають цінну інформацію розробникам та допомагають вдосконалити програмне забезпечення.
Якщо ви не впевнені, у який пакунок подати помилку, будь ласка, скористайтеся іншими ресурсами (форуми, списки розсилки тощо), щоб запитати, до якого пакету слід подати файл.
Інформація про налагодження допоможе вам подати помилки.
Розділ розвитку та програмування форумів Ubuntu - це гарне місце для початку. Точний підфорум залежить від випуску, але на даний момент вам потрібна версія розробки Ubuntu .
Перегляньте останні теми і перевірте, чи щось схоже на проблему, з якою ви стикаєтесь. Якщо це не так, вам слід створити нову нитку, яка детально описує ваш досвід.
Перед оновленням завжди перевіряйте
sudo apt-get --simulate dist-upgrade
Якщо ви отримаєте помилку щодо зламаних пакетів, не оновлюйте.
Коли вводяться великі зміни, зазвичай розробник публікує у списку ubuntu-devel-messages . Цей список не отримує багато публікацій (порівняно з деякими іншими списками Ubuntu!), Тому для тестерів перед випуском немає виправдання, щоб не підписатися на нього.
Завантаження в архів надсилаються до списку розсилки, названого на прізвисько тварини, наприклад, легкі зміни, утопічні зміни тощо. Наступний цей список може бути корисним, щоб побачити, коли завантажуються ризикові завантаження, щоб ви могли сподіватися уникнути проблем перед це дуже пізно.
Також інструмент Статус архіву корисний для показу стану архіву перед оновленням.
Launchpad Answers - це ще один офіційний сайт запитань і відповідей для Ubuntu (і деяких інших програм , розроблених на Launchpad ), але тоді як AskUbuntu зосереджений на створенні відповідей для багаторазового використання, які допомагають багатьом людям і розвиваються з часом, Launchpad Answers - це трекер підтримки. зосереджена на відповіді на відповіді на кожне запитання, незалежно від того, чи є це питання чи корисно це питання для інших користувачів.
Чомусь відповіді Launchpad часто не відображаються у списках офіційних ресурсів підтримки Ubuntu, навіть якщо це один (перерахований чітко тут і тут ), він працює і працює давно, і яскравий шматок спільноти Ubuntu витрачає багато часу та енергії на надання та отримання допомоги там.
Питання щодо випуску розробки Ubuntu (або Ubuntu + 1, як ми це називаємо тут в AU) вітаються у відповідях Launchpad , хоча, як і тут, якщо ви публікуєте помилку як запитання, відповідь буде "подайте звіт про помилку . " Питання про те, як правильно подати або дослідити помилку у версії розробки Ubuntu, цілком вітаються у відповідях Launchpad Answers, хоча ви повинні чітко пояснити, що саме про це ви запитуєте, або люди можуть припустити, що ви намагаєтеся повідомити про помилку.
Навіть якщо ваше запитання стосується чогось, що не дало б гарної статті як відповіді, воно все одно підходить для відповідей на стартовій панелі . Нічого не занадто локалізовано для відповідей на стартову панель. Зворотний бік є те, що відповіді на Launchpad відповіді не можуть бути відредаговані або ставитися на голосування, і , як правило, відповідають тільки одній людині в той час (тобто, поки ви не вкажете чи не працював їх відповідь для вас).
Відповіді на стартову панель підключені до помилок Launchpad , а запитання та помилки на Launchpad можуть бути посиланнями один на одного (що впливає на те, як сповіщають абонентів) і навіть перетворюються один на одного. Звіти про помилки, які мають бути питаннями, часто перетворюються на запитання. Питання, які мають бути повідомленнями про помилки, іноді перетворюються на звіти про помилки. (Хоча це можливо, часто краще починати з нуля, повідомляючи про помилку, а не починаючи з питання, тому якщо хтось із Launchpad попросить вас повідомити про помилку, саме це вам слід зробити .)
Питання будь-якою мовою підтримуються у відповідях Launchpad Answers (ви вибираєте, на якій мові ви задаєте це питання), навіть якщо звіти про помилки повинні подаватися лише англійською мовою. Це особливо актуально для Ubuntu + 1, оскільки це означає:
Ви можете використовувати відповіді Launchpad для роботи з помилками, характерними для вашої мови чи регіону, не знаючи і не відчуваючи себе комфортно писати та читати англійську мову.
Ви можете використовувати відповіді Launchpad, щоб попросити допомоги з перекладу тексту з вашої мови на англійську, щоб ви могли повідомити про помилку англійською мовою. (Або зверніться за допомогою щодо внесення змін до звіту про помилку, який ви раніше робили англійською мовою.)
Так само, як корисно ознайомитись із поширеними питаннями перед тим, як використовувати AskUbuntu, пропонується прочитати посібник (він дуже короткий!) Або принаймні частину, коли задавати питання , перш ніж публікувати запитання у відповідях на Launchpad .
У прикладах тут використовується одна гілка в кванталі. Не соромтеся змінюватись у міру необхідності.
Коли ви бачите помилку та повідомляєте про неї, ви можете отримати цінний відгук, особливо від розробників. Ви також можете спробувати почати програмування, подавши виправлення. По-перше, ви повинні з'ясувати вихідний пакет, з яким пов’язана помилка (пов'язаний пакет). Він відображатиметься як ім'я, наприклад 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файли, оскільки динамічно генеруються), і якщо проблема пов’язана з текстом інтерфейсу, обов’язково змініть правильні файли .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
у цьому прикладі. Гілка буде об’єднана, якщо диванам це подобається, або вона буде покращена. Його також можна відхилити, якщо проблему можна вирішити більш чітко, ваші зміни не вирішують проблему, або якщо проблема вже вирішена, в іншій галузі.