# emerge -uD world
iNDiAnFLy 22 января, 2006 - 14:00
вот какая трабла: при обновлении системы, если обновляется baselayout, то неизменно переписываются многие конфиги из /etc/conf.d/
обновляюсь я обычно с помощью # emerge -uD world
подскажите, может есть какой хитрый ключик, указывающий на то, что не нужно ни при каких обстоятельствах обновлять конфиги?
»
- Для комментирования войдите или зарегистрируйтесь
а какие конф
а какие конф кокретно меняються?
например domainname,
например domainname, hostname, keymaps, consolefont...
какие ещё может менять baselayout =)))
что то я не
что то я не замечал что бы шрифты после пересборки опять вставали по дефолту или что то другое изменения которые внес лично ты помоему не меняються покрайнемере у меня так пересоберал ни один раз и всё встаёт как надо
ls -a /etc/conf.d Есть
ls -a /etc/conf.d
Есть ли там такой файл, как .keep
Я не уверен, что этот файл отвечает за это, но вот выдержка из инструкции к еби лдам
ЗЫ У меня про эту директорию спрашивает.
Если я оштбаюсь, поправте.
ну бери в
ну бери в голову, в доброй половине каталогов он есть и пустой,так что, что он будет перезаписываться, что не будет ровным счетом мало что значит
http://www.gentoo.org/proj/en/hardened/selinux/selinux-ppc-handbook.xml?part=3&chap=4
по дефолту в /etc/ само ничего не перезаписывается
только вручную - etc-update
ни чего
ни чего подобного при emerge посли некоторых прог. как раз etc-update происходит на автомате например gcc и ещё нескалько другой вопрос что baselayout даже при world пересобираеться в самом конце
я за неделю три
я за неделю три раза дженту ставил по одной и той же схеме - установка с сд 2005.1, базовая настройка во время компиляции ядра, после ребута "emerge -uD world", потом установка всего что надо. Обновлялись в т.ч. baselayout и gcc. На одной из машин я сначала поставил нужные сервисы, а потом вспомнил, что не сделал "emerge -uD world". Выполнил, и ни одного конфига без ручного etc-update не переписалось. Разве так не должно быть ? :)
во-многих
во-многих случаях это дело не переписывает а дописывает поэтому как правело ни как не влияет в собенности это хорошо видно на примере xorg.conf в частноти шрифтов
Кажется, в
Кажется, в большинстве случаев оно все же их ПЕРЕзаписывает. А жаль
приведи пример
приведи пример
+1 baselayout
+1
baselayout обновлял - конфиги потерлись.
а в это время
а в это время случайно локаль не менял?
сколько раз пересобирал ни разу ни менялись
emerge -uD world
если дать команду emerge --info | grep CONFIG_PROTECT=
у меня выходит
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
в этих катарогах конфиги по умолчанию не перезаписываются только после etc-update. посмотри эту переменнуй в /etc/make.globals случайно не поменял или в /etc/make.conf не добавил с пустой строкой
Есть еще CONFIG_PROTECT_MASK
КОторый имеет ровно противоположное значение.
То есть позволяет обновлять соответствующие директории..
Вообще имхо сама идея защиты конфигов в корне не верна...
Надо не по каталогам ориентироваться - а по контрольным суммам.
Если контрольная сумма существующего файла изменилась - то он должен протектится...
А сейчас получается при каждом обновлении кучу файлов приходится сверять... Благо по мере накопления опыта - знаешь где и что менять нельзя.
$ etc-update
-3
Обновляешь все, что не трогал...
а оставшееся сверяешь.
хм, спсб. в
хм, спсб.
в /etc/make.globals прописано:
CONFIG_PROTECT="/etc"а в /etc/make.conf прописано
CONFIG_PROTECT="-*"в общем то...
ясно, лучше оставлю как есть и буду руками потом править то что нужно, а иначе могу что либо и упустить...
Лично у меня
Лично у меня после обновления baselayout как раз требуется делать etc-update и как раз в списке присутствуют все /etc/conf.d
Прям мистика - у кого само обновляет, а у кого руками надо :)
Гм... У меня тоже
Гм...
У меня тоже при обновлении бывает затирает 8(, и не понятно почему.