|
| 1.2, c0x (??), 10:36, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
бывает полезно перед ручным разбором содержимого "/tmp/temproot" сделать там chflags noschg * && find . -type l -delete && find . -empty -delete | | |
| 1.3, vitamin (?), 11:42, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Вот, кстати сказать, мне кажется не очень логичным, что приходится вручную отслеживать с помощью mergemaster все изменения в /etc и отвечать, Y/N/merge, даже для тех файлов, которые я никогда не изменял. Мне кажется было бы удобно, если б он обновлял нетронутые файлы сам, не спрашивая, а спрашивал только про файлы, изменённые пользователем. Так сделано, например, в Debian GNU/Linux - при установке любой пакет проверяет, изменял ли пользователь конфиги, и если нет - молча перезаписывает конфиг новой версией. Естественно, maintainer пакета следит, чтоб ничего не сломалось. Кто знает, почему так не сделают во фре с mergemaster'ом? Хотя бы опционально.. было бы удобно. | | |
| |
| 2.5, bk (?), 12:22, 13/11/2004 [^] [^^] [^^^] [ответить]
| +/– |
2vitamin
это позволяет видеть как изменяются умолчания в конфигах. вы перезагрузитесь а сервис возмёт и включится. всё таки правилнее не как в debian, а как в gentoo - trivialmerge.
| | |
| |
| 3.6, vitamin (?), 13:22, 13/11/2004 [^] [^^] [^^^] [ответить]
| +/– |
Так это как раз задача maintainer'а следить, чтоб умолчания не менялись.
А в Debian так вообще если что-то меняется при установке пакета debconf спрашивает, что хочет пользователь. Но там где ничего не меняется можно ж было сделать автоматически.. | | |
|
| |
| 3.13, vitamin (?), 23:00, 13/11/2004 [^] [^^] [^^^] [ответить]
| +/– | |
Насчёт /-i согласен, а вот от /-s что толку? Если меняется cvs id, значит и содержимое файла обычно меняется.. вот, к примеру, правится скрипт какой-нибудь в rc.d, умолчания не меняются, а вносятся какие-то изменения косметического плана, часто даже орфографичские ошибки исправляются. Зачем мне diff в этом случае? | | |
| |
| 4.14, chip (ok), 11:50, 14/11/2004 [^] [^^] [^^^] [ответить]
| +/– |
 а что мешает :
tar cpf /backup.etc.tar /etc &&
rm -fR /etc &&
mergemaster -i &&
tar xpf /backup.etc.tar -C /somewhere &&
diff /etc/<filename> /somewhere/<filename>
и так для каждого файла, изменения, в который Вы вносили. | | |
| |
| 5.15, vitamin (?), 12:16, 14/11/2004 [^] [^^] [^^^] [ответить]
| +/– | |
Да ничего не мешает, конечно :) Только приходится в голове держать файлы, которые я менял. Почему бы не автоматизировать процесс? | | |
|
|
|
| 2.17, rsa (?), 14:01, 15/11/2004 [^] [^^] [^^^] [ответить]
| +/– |
 Тогда попробуйте 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.
| | |
|
| 1.4, Гость (?), 12:05, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
угу, я лично запарился отвечать на вопросы после апдейта 5.2.1 на 5.3 | | |
| 1.8, Vladimir (??), 15:06, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Эти негодяи таки сломли запуск роутера из /etc/rc.conf путем использования скрипта routed. Пришлось добавить в /etc/rc.conf переменные routed* | | |
| |
| |
| 3.10, Vladimir (??), 16:08, 13/11/2004 [^] [^^] [^^^] [ответить]
| +/– | |
>Надо было смотреть на изменения /etc/rc и /etc/defaults/rc.conf =)
Ну? Сам посмотрел? | | |
| |
| 4.11, Cyrill Malevanov (?), 20:31, 13/11/2004 [^] [^^] [^^^] [ответить]
| +/– |
 Конечно смотрел. И запуск скрипта routed увидел вообще сразу в диффе. Далее - простейшая дедукция, типа, а зачем оно здесь нужно. | | |
| |
| 5.16, Vladimir (??), 15:37, 14/11/2004 [^] [^^] [^^^] [ответить]
| +/– |
>Конечно смотрел. И запуск скрипта routed увидел вообще сразу в диффе. Далее
>- простейшая дедукция, типа, а зачем оно здесь нужно.
Однако так и не запустился у меня gated после перезагрузки... | | |
|
|
|
|
|
