Тестирование 30 ноября - 4 декабря — различия между версиями

Материал из Rosalab Wiki
Перейти к: навигация, поиск
(Новая страница: «Категория:Расширенное тестирование == Общая схема тестирования == В настоящее время вс…»)
 
(Подробный список обновлений на эту неделю)
 
(не показано 8 промежуточных версий этого же участника)
Строка 25: Строка 25:
 
Здесь приводится список текущих запросов на обновление - для профессионалов, которые могут более подробно разбираться с обновлениями при ошибках.
 
Здесь приводится список текущих запросов на обновление - для профессионалов, которые могут более подробно разбираться с обновлениями при ошибках.
 
# http://bugs.rosalinux.ru/show_bug.cgi?id=6314 qemu
 
# http://bugs.rosalinux.ru/show_bug.cgi?id=6314 qemu
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6394 linux-firmware
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6395 hw-data
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6308 python-curl
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6384 alsa-lib alsa-plugins alsa-utils alsa-tools
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6386 systemd
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6381 dracut
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6402 urpmi
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6336 highlight
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6346 libva
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6396 broadcom-wl
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6356 gnuplot
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6347 drakxtools
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6338 sqlite3
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6405 git
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6366 xinitrc
 +
# http://bugs.rosalinux.ru/show_bug.cgi?id=6401 desktop-common-data

Текущая версия на 18:17, 3 декабря 2015

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. http://bugs.rosalinux.ru/show_bug.cgi?id=6314 qemu
  2. http://bugs.rosalinux.ru/show_bug.cgi?id=6394 linux-firmware
  3. http://bugs.rosalinux.ru/show_bug.cgi?id=6395 hw-data
  4. http://bugs.rosalinux.ru/show_bug.cgi?id=6308 python-curl
  5. http://bugs.rosalinux.ru/show_bug.cgi?id=6384 alsa-lib alsa-plugins alsa-utils alsa-tools
  6. http://bugs.rosalinux.ru/show_bug.cgi?id=6386 systemd
  7. http://bugs.rosalinux.ru/show_bug.cgi?id=6381 dracut
  8. http://bugs.rosalinux.ru/show_bug.cgi?id=6402 urpmi
  9. http://bugs.rosalinux.ru/show_bug.cgi?id=6336 highlight
  10. http://bugs.rosalinux.ru/show_bug.cgi?id=6346 libva
  11. http://bugs.rosalinux.ru/show_bug.cgi?id=6396 broadcom-wl
  12. http://bugs.rosalinux.ru/show_bug.cgi?id=6356 gnuplot
  13. http://bugs.rosalinux.ru/show_bug.cgi?id=6347 drakxtools
  14. http://bugs.rosalinux.ru/show_bug.cgi?id=6338 sqlite3
  15. http://bugs.rosalinux.ru/show_bug.cgi?id=6405 git
  16. http://bugs.rosalinux.ru/show_bug.cgi?id=6366 xinitrc
  17. http://bugs.rosalinux.ru/show_bug.cgi?id=6401 desktop-common-data