Шаблон:Категория:Расширенное тестирование — различия между версиями
Материал из Rosalab Wiki
Keleg (обсуждение | вклад) |
(→Что делать, если после тестового обновления я не могу зайти в систему?) |
||
| (не показано 12 промежуточных версий 2 участников) | |||
| Строка 4: | Строка 4: | ||
# После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д) | # После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д) | ||
# В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать. | # В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать. | ||
| − | # В понедельник протестированные таким образом обновления публикуются в основные репозитории | + | # В понедельник протестированные таким образом обновления публикуются в основные репозитории единой "пачкой" |
== Почему пользователям интересно участвовать в тестировании? == | == Почему пользователям интересно участвовать в тестировании? == | ||
| Строка 10: | Строка 10: | ||
Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools. | Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools. | ||
И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката? | И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката? | ||
| − | {{Примечание|Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!}} | + | {{Примечание|Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!}} |
| − | + | ||
== Как участвовать в тестировании? == | == Как участвовать в тестировании? == | ||
| − | Для участия достаточно включить testing-репозитории и обновиться | + | Для участия достаточно включить testing-репозитории и обновиться. |
| − | + | Еще довольно важно держать свою систему стандартной, т.е. соответствующей по версиям основным репозиториям. Для этого достаточно обновляться, а перед тестированием убедиться в соответствии, запустив утилиту urpm-reposync. | |
{{Примечание|Обязательно смотрите на список того, что пытается удалить-поставить urpm-reposync или служба обновлений. Если что-то полезное удаляется, возможно вы не включили все тестинг-репозитории? Или же отключая тестинг, отключили что-то стандартное?}} | {{Примечание|Обязательно смотрите на список того, что пытается удалить-поставить urpm-reposync или служба обновлений. Если что-то полезное удаляется, возможно вы не включили все тестинг-репозитории? Или же отключая тестинг, отключили что-то стандартное?}} | ||
| Строка 22: | Строка 21: | ||
# Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись. | # Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись. | ||
# Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории. | # Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории. | ||
| + | |||
| + | == Что делать, если после тестового обновления я не могу зайти в систему? == | ||
| + | Поздравляем, вы приняли удар на себя. Теперь осталось после этого удара подняться! В большинстве случаев это несложно. Нужно | ||
| + | # Зайти в текстовом режиме с правами ''root'' через Ctrl+alt+F2 | ||
| + | # Запустить текстовый редактор, например '''mcedit /etc/urpmi/urpmi.cfg''' | ||
| + | # В списке репозиториев найти тестовые и там, перед командой "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 | ||
| + | или соответствующем этому тестированию сообщению на стене вконтакте. | ||
== Подробный список обновлений на эту неделю == | == Подробный список обновлений на эту неделю == | ||
| − | Здесь приводится список текущих запросов на обновление - для | + | Здесь приводится список текущих запросов на обновление - для опытных пользователей, которые могут более подробно разбираться с обновлениями при ошибках. |
Текущая версия на 16:23, 20 сентября 2019
Содержание
Общая схема тестирования
В настоящее время все обновления, кроме срочных обновлений безопасности, проходят дополнительное тестирование по следующей схеме:
- После первичной проверки они попадают в репозиторий testing, соответствующий обычному репозиторию (для main - main testing, для restricted - restricted testing и.т.д)
- В пятницу служба QA проводит дополнительные регламентированные тесты всех обновлений, в это же время на форуме анонсируются обновления и приглашаются желающие их тестировать.
- В понедельник протестированные таким образом обновления публикуются в основные репозитории единой "пачкой"
Почему пользователям интересно участвовать в тестировании?
Как известно, платой за бесплатность линукса является участие в разработке - и это интересно само по себе. Но в данном случае есть и другой стимул - пока обновление лежит в тестинге, можно его откатить, отключив тестинг и запустив утилиту urpm-reposync из пакета urpm-tools. И если обновление приводит к какой-то ошибке, можно сообщить разработчикам, а обновление - просто откатить обратно. Если же в тестировании не участвовать, как знать - может ошибочное обновление дойдет до репозиториев и уже в понедельник проявится у вас - уже без возможности отката?
Примечание
Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!
Cистемы тех пользователей, которые участвуют в тестировании, гораздо больше защищены от ошибок обновлений!
Как участвовать в тестировании?
Для участия достаточно включить testing-репозитории и обновиться. Еще довольно важно держать свою систему стандартной, т.е. соответствующей по версиям основным репозиториям. Для этого достаточно обновляться, а перед тестированием убедиться в соответствии, запустив утилиту urpm-reposync.
Примечание
Обязательно смотрите на список того, что пытается удалить-поставить urpm-reposync или служба обновлений. Если что-то полезное удаляется, возможно вы не включили все тестинг-репозитории? Или же отключая тестинг, отключили что-то стандартное?
Обязательно смотрите на список того, что пытается удалить-поставить urpm-reposync или служба обновлений. Если что-то полезное удаляется, возможно вы не включили все тестинг-репозитории? Или же отключая тестинг, отключили что-то стандартное?
Что делать, если после обновления проявилась ошибка?
- Прежде всего, нужно проверить - с обновлениями-ли эта ошибка связана? Для этого отключите все тестинг-репозитории (не трогая все остальные!) и запустите urpm-reposync для того, чтоб привести свою систему в соответствие с основными репозиториями, потом перегрузитесь.
- Если ошибка исчезла - опять накатите тестовые обновления, включив тестинг и обновившись.
- Если ошибка опять появилась то да, теперь мы определили, что она связана с обновлениями. Самая пора сообщить об этом разработчикам, вместе с ними определить конкретный пакет, обновление которого вызвало ошибку и не пустить его в репозитории.
Что делать, если после тестового обновления я не могу зайти в систему?
Поздравляем, вы приняли удар на себя. Теперь осталось после этого удара подняться! В большинстве случаев это несложно. Нужно
- Зайти в текстовом режиме с правами root через Ctrl+alt+F2
- Запустить текстовый редактор, например mcedit /etc/urpmi/urpmi.cfg
- В списке репозиториев найти тестовые и там, перед командой "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 или соответствующем этому тестированию сообщению на стене вконтакте.
Подробный список обновлений на эту неделю
Здесь приводится список текущих запросов на обновление - для опытных пользователей, которые могут более подробно разбираться с обновлениями при ошибках.
