On Wed, Aug 02, 2017 at 03:08:39PM +0300, Boris Samorodov wrote: > 01.08.2017 15:18, Slawa Olhovchenkov пишет: > > On Tue, Aug 01, 2017 at 03:11:30PM +0300, Boris Samorodov wrote: > > > >> 01.08.2017 14:44, Slawa Olhovchenkov пишет: > >>> On Tue, Aug 01, 2017 at 01:57:44PM +0300, Boris Samorodov wrote: > >>> > >>>> 31.07.2017 14:58, Sergey V. Dyatko пишет: > >>>> > >>>>> а как дела с /etc обстоят? mergemaster/etcupdate используете или ? > >>>> > >>>> Да, etcupdate. > >>>> > >>>> В скрипте, который собирает пакеты, использется "etcupdate build", > >>>> а после обновления базовых пакетов на хосте /etc обновляется через > >>>> "etcupdate -t <тот самый etcupdate пакет>". > >>> > >>> а как он пилится и мержится? > >> > >> (По опыту) гораздо проще, чем mergemaster. За полгода ни разу > >> не пришлось делать что-то вручную. > > > > это ответ на какой-то другой вопрос. > > как <тот самый etcupdate пакет> пилится и мержится из/между обычными > > пакетами, которые собственно и обновляются? > > OK, тогда я не понимаю, что значит "пилится и мержится". > > Если это переводится на английский, как "build and merge", то, простите > мой французский, ETCUPDATE(8):
шит. еще раз, на пальцах. есть база, которую попили на сотню пакетов. etcupdate хочет единый тар для работы. пусть есть пакеты Х и П. оба обновились и оба в /etc имеют шмотки. теперь мы гранулярно обновляем систему и обновляем только П. внимание вопорос! каким образом единый tar для etcupdate будет попилен на мелкие части под сотню пакетов и потом собран обратно в единый для того, что бы etcupdate обновил только те части /etc, которые затрагиваются обновленными пакетами? при условии, что обновляли мы не все пакеты, что обновились на билд-сервере. _______________________________________________ freebsd mailing list [email protected] http://mailman.uafug.org.ua/mailman/listinfo/freebsd
