При выполнении dist-upgrade через http интерфейс нет обработки сообщений об ошибках, произошедших в процессе обновления. Вот например вывод dist-upgrade в системе, на который нет ругани на http интерфейсе: # apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded dev 1 upgraded, 0 newly installed, 0 removed and 0 not upgraded. Need to get 0B/1134kB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue? [Y/n] Committing changes... Preparing... ################################################################################################### [100%] ** Cannot install dev package: mounted udev detected. ** This is no problem, but to avoid side-effects with ** stopping and starting it automatically, please do: service udevd umount apt-get install dev service udevd start ** Note that some services like syslogd might need ** restart after this, too. error: execution of %pre scriptlet from dev-3.3.1-alt18 failed, exit status 1 error: install: %pre scriptlet failed (2), skipping dev-3.3.1-alt18 W: Some errors occurred while running transaction
Какую ты хочешь обработку ошибок? Перехватывать stderr у транзакции?
да, плюс - по коду ошибки определить факт ошибки.
Наверное, стоит перевесить на alterator-pkg (-apt deprecated). С другой стороны, может иметь смысл делать какой-то хинт в окружении или ФС, чтоб указать, что в подобных случаях пакетным скриптам всё-таки лучше не пытаться давать подсказки, а неинтерактивно (с предупреждением) сделать то, что ими же и рекомендуется.
BTW предлагаю хинт в виде ненулевого значения переменной окружения DURING_UPGRADE :)
(In reply to comment #3) > Наверное, стоит перевесить на alterator-pkg (-apt deprecated). > > С другой стороны, может иметь смысл делать какой-то хинт в окружении или ФС, > чтоб указать, что в подобных случаях пакетным скриптам всё-таки лучше не > пытаться давать подсказки, а неинтерактивно (с предупреждением) сделать то, что > ими же и рекомендуется. 1. alterator-pkg равно как и alterator-apt тут был не причём. Всё дело в самом apt 2. DURING_INSTALL сейчас выставляется.
alterator-pkg сейчас этим не занимается. Перевешиваю на alterator-updates Теперь этот модуль занимается обновлением.
Модуль alterator-updates 0.2.3 теперь только пишет расписание в /etc/cron.d/alterator-updates для sisyphus-updates (вывод — в /var/log/sisyphus-updates.log), интерактивного dist-upgrade с выводом в веб-интерфейсе в нём нет; он был в alterator-packages (orphaned, последняя сборка 2011). Код возврата apt-get (#11527) починен в 2008. Обработку ошибок требовать не от чего — WONTFIX.
