>> Если конечно в некий прекрасный момент не упадёт pkg во время распаковки пакета и не запорит систему при полном апдейте.
> Глючные и криво собранные "бцдунские" пакеты тайно писались в базовый раздел /,
> /usr, (которые спокойно может быть RO) вместо штатного /usr/local ... или
> просто опять пришла пора очешуительных опеннетных историй о "бцдах"?Вижу что ответа с конретикой не будет, только смешные минусики,
поэтому уточню для прочих читателей:
Базово-ОСный, фряшный "суповой" набор находится в / /bin /usr/ /usr/bin и т.д. и _никак_ не пересекается с устанавливаемым в /usr/local/ сторонним софтом. Можно все время иметь / и /usr в RO (придется лишь при установке софта иногда вручную добавлять пользователей/группы в /etc/pwd.db или модуль в /boot/modules - ну или подкрутить дефолты).
При этом, даже полное удаление всего /usr/local и самого pkg вместе с его БД установленных пакетов никак не скажется на рабоспособности системы, не говоря уже о "неполном" обновлении какой-то одной софтины.
Можно спокойно перезапустить апдейт, на крайний случай залочив или удалив кривой пакет, можно использовать опцию pkg upgrade --force для "насильного" полноценного обновления.
Далее, пакетник pkg по умолчани не имеет _никаких_ зависимостей из стороннего софта
ldd /usr/local/sbin/pkg
/usr/local/sbin/pkg:
libelf.so.2 => /lib/libelf.so.2
libjail.so.1 => /lib/libjail.so.1
...
libc.so.7 => /lib/libc.so.7
libbsdxml.so.4 => /lib/libbsdxml.so.4
а для особо "талантливых" существует полностью статически слинкованная версия pkg-static, как и бутстрап-версия в базовой установке /usr/sbin/pkg.
Так же, полностью стат. слинкованные основные системные утилиты (mv, cp, ls и т.д.) в /rescue, куда вообще никакой софт никогда не пишет.
Я не буду утверждать, что в таких условиях никак не возможно умудриться "запороть" систему при "полном апдейте" (который, правда, совсем не то же самое, что полный апдейт в дебиан, но псссстт!), но я даже не представляю, какой для этого требуется редчайший и выдающийся кривиз^W "талант".
