После этого do-release-upgrade -d, обновитесь до 20.04сейчасвместо того, когда он будет доступен или по другим причинам, будет ли это каким-либо образом "прилипать" и влиять на последующие использования do-release-upgrade? Т.е. изменит ли использование флага -dкакое-либо состояние системы и неявно позволит Prompt=как-то придерживаться "выпуска в разработке"?
-d,--devel-releaseЕсли вы используете последнюю поддерживаемую версию, обновитесь до версии, находящейся в разработке.
Позвольте мне привести конкретный пример.
do-release-upgradeдо тех пор, пока несколько дней назад (с тех пор не проверял) не предлагал обновление до 20.04 с 18.04do-release-upgrade -dпозволяет выполнить обновление до версии 20.04, хотя это пока официально не одобрено- Я использую только версии LTS и хотел бы переключаться только между версиями LTS.
- По умолчанию
do-release-upgradeбудет поддерживаться именно этот режим работы.Проверка нового релиза Ubuntu Нет доступной версии разработки LTS. Чтобы обновиться до последней версии разработки не-LTS, установите
Prompt=normalв/etc/update-manager/release-upgrades.
- По умолчанию
- Теперь я решил использовать
do-release-upgrade -dUbuntu 18.04 - Перенесемся вперед и предположим, что сейчас лето 2022 года, но до того, как Canonical разрешит обновления через
do-release-upgrade(без-d) ... что мне предложат?
Обобщить:Будет ли однократное использование -dдля обновления постоянным и повлияет ли это на последующие использования do-release-upgrade?
решение1
По поводу обновления с 18.04 LTS до 20.04 LTS - оно заблокированонекоторые ошибки. Вот почему нам -dздесь нужно.
О следующих обновлениях - вам придется вернуться Prompt=ltsв /etc/update-manager/release-upgrades.
Или скорректируют свое поведение, прочитав указанный выше файл конфигурации и update-managerопцию (если таковая имеется) при следующем запуске. Так что здесь не о чем беспокоиться.do-release-upgrade-d