Тестирование ебилдов

Джедаям не нужно тестирование.

Кто такие джедаи?

megabaks вам всё объяснит.

есть Arch testing team, они помогают девам тестить пакеты перед стабилизацией, на опредлеленных архитектурах (в основном это amd64 и x86 ибо major arches, в остальных проектах, вроде sparc тестеры тоже были, но они все вымерли). Есть еще KDE-stable testers которые тестируют kde перед стабилизацией.

Ну и существует ряд QA норм, которые arch tester'ы должны проверить в ебилде.

как-как, выкладываешь свой ебилд как есть, если у кого-то что-то поломалось или не работает, пусть пишет баг-репорт :)

ленированное тестирование

Хочется систему, которая будет работать в режиме (проверить установку ебилда -> удалить поставленные ебилды), постепенно покрывая множество протестированных ебилдов.

Если хочется то возьми и напиши такую систему.

А так в природе водится к примеру repoman но это несколько иной зверь.

https://blog.flameeyes.eu/tag/tinderbox/

Как в gentoo-сообществе принято тестировать ебилды?

Я тестирую в чрутах, в особых случаях - в виртуалках. Использую слегка модифицированную версию gentoo-chrootiez. Чруты располагаются на ZFS, по окончании тестирования - делаю откат к снапшоту чистого состояния

2 чая джентельмену. tinderbox по сути - набор скриптов для тестирования от лидера Gentoo QA team.

«Лидер Gentoo QA team» звучит угрожающе

звучит угрожающе

Учитывая как он пропесочивает разработчиков, которые это QA не соблюдают - это так и есть. Говорю по личному опыту :-)

но ему таки нужны помощники - по мнению repoman даже в основном дереве есть критические косяки.

Грубо говоря, repoman делает не более чем синтаксическую проверку. Мне же нужен процесс установки с проверкой на нулевость exit-code для каждого ебилда.