The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

mergemaster и апгрейд FreeBSD

12.11.2004 19:41

Краткое пояснение того, как же использовать mergemaster при апгрейде FreeBSD, и чего он хочет от админа.

  1. Главная ссылка к новости (http://www.malevanov.spb.ru/fr...)
Автор новости: Cyrill Malevanov
Тип: яз. русский / Обобщение
Короткая ссылка: https://opennet.ru/4639-freebsd
Ключевые слова: freebsd, upgrade, update
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Гость (?), 07:38, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    спасибо автору!
     
  • 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 спрашивает, что хочет пользователь. Но там где ничего не меняется можно ж было сделать автоматически..
     
  • 2.12, chip (ok), 22:06, 13/11/2004 [^] [^^] [^^^] [ответить]  
  • +/
    man mergemaster
    /-s
    /-i
     
     
  • 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.
     
     
  • 3.18, vitamin (?), 23:58, 15/11/2004 [^] [^^] [^^^] [ответить]  
  • +/
    О, а вот это дело!
    Спасибо, не знал! :)
     
  • 3.19, Аноним (19), 05:40, 16/11/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, очень пригодится!
     

  • 1.4, Гость (?), 12:05, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    угу, я лично запарился отвечать на вопросы после апдейта 5.2.1 на 5.3
     
  • 1.7, dawnshade (?), 13:36, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо было UPDATING читать, чтоб не париться...
     
  • 1.8, Vladimir (??), 15:06, 13/11/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эти негодяи таки сломли запуск роутера из /etc/rc.conf путем использования скрипта routed. Пришлось добавить в /etc/rc.conf переменные routed*
     
     
  • 2.9, Cyrill Malevanov (?), 15:57, 13/11/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было смотреть на изменения /etc/rc и /etc/defaults/rc.conf =)
     
     
  • 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 после перезагрузки...

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру