VS> А при обновлении из исходников приходится следить, чтобы самые последние VS> исходники были скачаны либо подмонтированы откуда-то,
В последнее время я даже на дешевых виртуалках с UFS и i386 стал выделять 5G под раздел, отданный ZFS, чтобы включить там компрессию lz4 и положить туда src, obj и ports.
При желании модули ZFS можно вообще не держать в памяти, а когда потребуется делать zfs mount -a, оно подгрузит модули и смонтирует всё, чтобы симлинки /usr/src и остальные заработали. А потом можно отмонтировать и выгрузить модули. А можно и постоянно держать смонтированными.
VS> что для /usr/obj в очередной раз хватит места и т.д. и т.п.
Можно подумать, при мажорном или даже минорном релизном апгрейде freebsd-update не жрет место на диске. Всё равно оно нужно.
VS> Бинарное обновление всё же технологичнее получается.
Я не очень понимаю, что значит технологичнее, но лично мне по итогам использования freebsd-update стало ясно, что положить пятистрочный Makefile в каталог, который будет обновлять сорцы и запускать сборку, возможно прикладывая перед сборкой локальные патчи и потом сделать installkernel/world/mergemaster - лучше со всех сторон даже в условиях жестких лимитов на ресурсы.
Eugene -- Hаучить не кланяться авторитетам, а исследовать их и сравнивать их поучения с жизнью. Hаучить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро. --- slrn/1.0.2 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)
