Тестирование 23 марта - 7 апреля

Материал из Rosalab Wiki
Версия от 18:23, 7 апреля 2020; Vladimir.potapov (обсуждение | вклад) (Новая страница: «Категория:Расширенное тестирование == Общая схема тестирования == В настоящее время вс…»)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

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

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

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

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

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

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

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

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

Idea.png
Примечание
Обязательно смотрите на список того, что пытается удалить-поставить 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/rosa2016.1/repository/x86_64/media/main/testing { 
 ignore 
 update 
 } 

Дальше остается сохранить файл конфигурации репозиториев и командой urpm-reposync вернуть свою систему к дотестовому состоянию. И, обязательно, сообщить об ошибке команде тестирования! Это можно сделать в теме на форуме http://forum.rosalab.ru/viewtopic.php?f=48&t=5372 или соответствующем этому тестированию сообщению на стене вконтакте.

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

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

  1. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10598 branding-configs
  2. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10592 unrar
  3. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10591 apache
  4. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10575 simple-scan
  5. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10569 open-vm-tools
  6. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10567 sddm
  7. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10553 nasm
  8. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10546 dovecot
  9. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10537 systemd
  10. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10536 audacious
  11. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10535 libcue
  12. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10534 curl
  13. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10533 yarn
  14. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10532 git
  15. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10528 tvtime
  16. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10522 kernel-5.4 kernel-desktop-4.15
  17. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10519 get-yandex-browser
  18. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10517 bluez
  19. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10516 lftp
  20. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10506 kodi
  21. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10502 rust
  22. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10498 docker-containerd
  23. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10496 dbus
  24. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10495 thunderbird
  25. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10488 aisleriot
  26. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10459 postfix
  27. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10420 cups-filters
  28. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10231 libreoffice
  29. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10531 chromium-browser-stable
  30. https://bugzilla.rosalinux.ru/show_bug.cgi?id=10493 firefox-esr68