Могу дать тебе общее представление, а вот конкретные детали, особенно по enterprise репозиторию, лучше спрашивать в нашем канале поддержки enterprise. Время ожидания сильно зависит от самого исправления и от прогнозируемого регресса, в зависимости от того, насколько большим и/или инвазивным оно будет. Но для действительно критичных проблем мы стремимся к максимальной задержке в один день между no-subscription и enterprise. И часто можно сделать очень точечное исправление с потенциалом регресса близким к нулю, когда QA уверены, что ничего важного не сломается, тогда это может занять всего несколько часов, но для этого исправление должно касаться действительно критичной проблемы с высокой уверенностью в побочных эффектах. В любом случае, security advisory мы выпускаем только после того, как исправление развернуто на всех репозиториях. Время ожидания сильно зависит от изменений, в большинстве случаев это от одного до нескольких дней, максимум. Для больших изменений, например, новой версии QEMU, может потребоваться несколько недель с дополнительной веткой объявлений, чтобы привлечь больше внимания к новой версии. Для небольших исправлений или для устранения раздражающих вещей, может пройти всего несколько часов, если QA дали положительный отзыв, и, желательно, также отзывы пользователей. Для средних обновлений, то есть для ничего критичного, обычно это от нескольких дней до нескольких недель, а иногда и до месяца, особенно для новых обновлений ядра, где проблемы часто влияют только на очень специфическое оборудование и не обнаруживаются при простой установке, а только после загрузки в ядро. Но опять же, фактические сроки часто оцениваются по множеству факторов, включая, помимо прочего, отзывы пользователей, положительные или отрицательные, размер изменений и т.д., и это, по сути, умножается на то, насколько нестабильным рекламируется репозиторий, при этом test — самый нестабильный, а enterprise — самый стабильный из публичных репозиториев.