Исходное сообщение
"Дистрибутив Sabayon начал процесс перехода на systemd" Отправлено Adblog, 16-Апр-13 14:54
> есть подход инженера и есть подход юзера. инженера не должна интересовать редкость > железки - он оценивает возможность её запустить и усилия, им к > тому прилагаемые. > юзера не интересует редкость железки. у него есть 2 оценки. запустилась из > коробки - зачёт. Речь не об этом, а о том, что если уже запустилась, назад не должна отваливаться после обновлений ... > давай ближе к конкретике. о чём речь? я конечно могу отписаться "вы > просто не умеете её готовить", но хочется понять :) может я > просто удачливый :) Совсем конкретно я не скажу, уж больно давнее было дело, логов с тех машин уже не осталось за давностью времен, но чисто по памяти проблемы были следующего характера: 1) Внезапные изменения в архитектуре системы сделанные мантейнерам (спасибо rolling-модели, когда все системные изменения всплывают в простом обновлении). Обычно легко исправлялись, если вовремя заметить, что что-то поменялось и отвлекали совсем ненадолго, хотя был случай когда обновление glibc поломало, тогда пришлось stage заново накатывать. 2) Проблемы с конкретным Ebuild-ом. Обычно проявлялось в том, что какой-то конкретный пакет тупо не собирался и приходилось лезть внутрь, чтобы разбираться почему. Обычно было из-за криво проставленных зависимостей. 3) Баги с зависимостями portage. Самые неприятные, способные поломать половину системы, особенно если затрагивали что-то системное. В некоторых случаях решалось простым revdep-rebuild.