Тестирование 14-27 августа — различия между версиями

Текущая версия на 17:20, 25 августа 2017

Общая схема тестирования

В настоящее время все обновления, кроме срочных обновлений безопасности, проходят дополнительное тестирование по следующей схеме:

1. После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д)
2. В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать.
3. В понедельник протестированные таким образом обновления публикуются в основные репозитории единой "пачкой"

Почему пользователям интересно участвовать в тестировании?

Как известно, платой за бесплатность линукса является участие в разработке - и это интересно само по себе. Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools. И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката?

Примечание
Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!

Как участвовать в тестировании?

Для участия достаточно включить testing-репозитории и обновиться. Еще довольно важно держать свою систему стандартной, т.е. соответствующей по версиям основным репозиториям. Для этого достаточно обновляться, а перед тестированием убедиться в соответствии, запустив утилиту urpm-reposync.

Примечание
Обязательно смотрите на список того, что пытается удалить-поставить urpm-reposync или служба обновлений. Если что-то полезное удаляется, возможно вы не включили все тестинг-репозитории? Или же отключая тестинг, отключили что-то стандартное?

Что делать, если после обновления проявилась ошибка?

1. Прежде всего, нужно проверить - с обновлениями-ли эта ошибка связана? Для этого отключите все тестинг-репозитории (не трогая все остальные!) и запустите urpm-reposync для того, чтоб привести свою систему в соответствие с основными репозиториями, потом перегрузитесь.
2. Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись.
3. Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории.

Что делать, если после тестового обновления я не могу зайти в систему?

Поздравляем, вы приняли удар на себя. Теперь осталось после этого удара подняться! В большинстве случаев это несложно. Нужно

1. Зайти в текстовом режиме с правами root через Ctrl+alt+F2
2. Запустить текстовый редактор, например mcedit /etc/urpmi/urpmi.cfg
3. В списке репозиториев найти тестовые и там, перед командой "update" вставить строчку "ignore".

Должно получиться что-то вроде:

 Main\ Testing http://mirror.rosalab.ru/rosa/rosa2014.1/repository/x86_64/media/main/testing { 
 ignore 
 update 
 } 

Дальше остается сохранить файл конфигурации репозиториев и командой urpm-reposync вернуть свою систему к дотестовому состоянию. И, обязательно, сообщить об ошибке!

Подробный список обновлений на эту неделю

Здесь приводится список текущих запросов на обновление - для опытных пользователей, которые могут более подробно разбираться с обновлениями при ошибках.

1. http://bugs.rosalinux.ru/show_bug.cgi?id=8189 wine (2014.1)
2. http://bugs.rosalinux.ru/show_bug.cgi?id=8220 alsa-libs (2014.1)
3. http://bugs.rosalinux.ru/show_bug.cgi?id=8168 ntp (2016.1)
4. http://bugs.rosalinux.ru/show_bug.cgi?id=8123 aria2 (2016.1)
5. http://bugs.rosalinux.ru/show_bug.cgi?id=8059 kernel (2016.1)
6. http://bugs.rosalinux.ru/show_bug.cgi?id=8176 virt-viewer (2016.1)
7. http://bugs.rosalinux.ru/show_bug.cgi?id=8204 nvidia304 (2016.1)
8. http://bugs.rosalinux.ru/show_bug.cgi?id=8183 libquicktime (2014.1)
9. http://bugs.rosalinux.ru/show_bug.cgi?id=7758 libquicktime (2016.1)
10. http://bugs.rosalinux.ru/show_bug.cgi?id=8216 clementine (2014.1)
11. http://bugs.rosalinux.ru/show_bug.cgi?id=7744 grep (2016.1)
12. http://bugs.rosalinux.ru/show_bug.cgi?id=8112 libreoffice (2014.1)
13. http://bugs.rosalinux.ru/show_bug.cgi?id=7812 kdevelop (2016.1)
14. http://bugs.rosalinux.ru/show_bug.cgi?id=8244 firefox (2016.1)
15. http://bugs.rosalinux.ru/show_bug.cgi?id=8119 bind (2016.1)
16. http://bugs.rosalinux.ru/show_bug.cgi?id=8134 libgcrypt (2016.1)
17. http://bugs.rosalinux.ru/show_bug.cgi?id=8075 boomaga (2016.1)
18. http://bugs.rosalinux.ru/show_bug.cgi?id=7989 qt-creator (2016.1)
19. http://bugs.rosalinux.ru/show_bug.cgi?id=8270 amdgpu-pro (2016.1)
20. http://bugs.rosalinux.ru/show_bug.cgi?id=8195 glib2 (2016.1)
21. http://bugs.rosalinux.ru/show_bug.cgi?id=8200 meson (2016.1)
22. http://bugs.rosalinux.ru/show_bug.cgi?id=8264 gtk+ (2016.1)
23. http://bugs.rosalinux.ru/show_bug.cgi?id=8197 urpmi (2016.1)
24. http://bugs.rosalinux.ru/show_bug.cgi?id=8246 kernel (2014.1)
25. http://bugs.rosalinux.ru/show_bug.cgi?id=8272 fpc lazarus
26. http://bugs.rosalinux.ru/show_bug.cgi?id=8104 gstreamer1.0 totem