Краткое пояснение того, как же использовать mergemaster при апгрейде FreeBSD, и чего он хочет от админа.URL: http://www.malevanov.spb.ru/freebsd/mergemaster
Новость: http://www.opennet.me/opennews/art.shtml?num=4639
спасибо автору!
бывает полезно перед ручным разбором содержимого "/tmp/temproot" сделать там chflags noschg * && find . -type l -delete && find . -empty -delete
Вот, кстати сказать, мне кажется не очень логичным, что приходится вручную отслеживать с помощью mergemaster все изменения в /etc и отвечать, Y/N/merge, даже для тех файлов, которые я никогда не изменял. Мне кажется было бы удобно, если б он обновлял нетронутые файлы сам, не спрашивая, а спрашивал только про файлы, изменённые пользователем. Так сделано, например, в Debian GNU/Linux - при установке любой пакет проверяет, изменял ли пользователь конфиги, и если нет - молча перезаписывает конфиг новой версией. Естественно, maintainer пакета следит, чтоб ничего не сломалось. Кто знает, почему так не сделают во фре с mergemaster'ом? Хотя бы опционально.. было бы удобно.
2vitamin
это позволяет видеть как изменяются умолчания в конфигах. вы перезагрузитесь а сервис возмёт и включится. всё таки правилнее не как в debian, а как в gentoo - trivialmerge.
Так это как раз задача maintainer'а следить, чтоб умолчания не менялись.
А в Debian так вообще если что-то меняется при установке пакета debconf спрашивает, что хочет пользователь. Но там где ничего не меняется можно ж было сделать автоматически..
man mergemaster
/-s
/-i
Насчёт /-i согласен, а вот от /-s что толку? Если меняется cvs id, значит и содержимое файла обычно меняется.. вот, к примеру, правится скрипт какой-нибудь в rc.d, умолчания не меняются, а вносятся какие-то изменения косметического плана, часто даже орфографичские ошибки исправляются. Зачем мне diff в этом случае?
а что мешает :tar cpf /backup.etc.tar /etc &&
rm -fR /etc &&
mergemaster -i &&
tar xpf /backup.etc.tar -C /somewhere &&
diff /etc/<filename> /somewhere/<filename>и так для каждого файла, изменения, в который Вы вносили.
Да ничего не мешает, конечно :) Только приходится в голове держать файлы, которые я менял. Почему бы не автоматизировать процесс?
Тогда попробуйте sysutils/etcmerge:
etcmerge is a tool for keeping /etc up to date when updating.
The primary difference from mergemaster is that etcmerge
requires much less manual work than mergemaster, due to the
use of a three way merge.
О, а вот это дело!
Спасибо, не знал! :)
Спасибо, очень пригодится!
угу, я лично запарился отвечать на вопросы после апдейта 5.2.1 на 5.3
Надо было UPDATING читать, чтоб не париться...
Эти негодяи таки сломли запуск роутера из /etc/rc.conf путем использования скрипта routed. Пришлось добавить в /etc/rc.conf переменные routed*
Надо было смотреть на изменения /etc/rc и /etc/defaults/rc.conf =)
>Надо было смотреть на изменения /etc/rc и /etc/defaults/rc.conf =)
Ну? Сам посмотрел?
Конечно смотрел. И запуск скрипта routed увидел вообще сразу в диффе. Далее - простейшая дедукция, типа, а зачем оно здесь нужно.
>Конечно смотрел. И запуск скрипта routed увидел вообще сразу в диффе. Далее
>- простейшая дедукция, типа, а зачем оно здесь нужно.Однако так и не запустился у меня gated после перезагрузки...