Конфиги в /usr?!

скажите мне, что это просто ошибка сборщика пакета, и на самом деле kde не хранит конфиги в /usr!

нет, не скажу. у меня часть в /etc, часть в /usr

[cat@silent ~]$ locate kdmrc
/usr/share/config/kdm/kdmrc

Этот файл является конфигурационным, но пакетные менеджеры не должны рассматривать его в этом качестве.

Арчепроблемы.

akamanah@akamanah-SATELLITE-C670-13D:~$ locate kdmrc
/etc/kde4/kdm/kdmrc
/etc/kde4/kdm/kdmrc.dpkg-old
/usr/share/doc/kde/HTML/en/kdm/kdmrc-ref.docbook
/usr/share/doc/kde/HTML/ru/kdm/kdmrc-ref.docbook

Это же пример конфигурационного файла, дефолт, который в /usr/share кладётся в качестве рыбы для последующей доработки пользователем. Попробуй его изменить и оставить на том же месте, при перезапуске кеды продолжат работать в дефолте.

Так какого черта пакетник его считает конфигом.

Нет, неправильно. Если изменить kdmrc, настройки kdm изменятся.

Ёрш их через полено, скажите мне, что это просто ошибка сборщика пакета, и на самом деле kde не хранит конфиги в /usr!

Как много нам открытий чудных... дефолтные конфиги иксов в /usr тебя не возмущают?

Такие «дефолтные конфиги» не должны вообще меняться кем-либо, кто пользуется системой. Действующие конфиги должны лежать в /etc, и именно о них пакетный менеджер должен варнить, когда надо смерджить изменения.

Это уже претензии к пакетному менеджеру.

Значит, я заблуждался, рассуждая по аналогии с awesome и некоторыми другими пакетами. Впрочем, там обычно такие рыбы называются *.rc.example, так что я попросту затупил.

да, это правда и это бесит

и gentoo проблемы, какой дистр?

А вот нифига. /usr/share/config/kdm/kdmrc- реально изменяемый и работающий файл, причем не только в Арче.

А в ненавистной монгими kUbuntu:

$ locate kdmrc
/usr/share/doc/kde/HTML/ru/kdm/kdmrc-ref.docbook

Этот файл является конфигурационным, но пакетные менеджеры не должны рассматривать его в этом качестве.

Его нельзя изменять?

Его нельзя изменять?

Его не следует изменять. Изменения нужно делать в таком же файле в /etc. Ну, в GDM так и было, по крайней мере. В Xorg так же, кстати. Да много где подобное наблюдается.

Его не следует изменять.

Не следует и нельзя — две большие разницы. Глобальный конфиг могли бы сразу положить в /etc/application_name/, а пример конфига, как в дебиане, в /usr/share/doc/application_name/example/

Ну а поскольку файл все же можно менять, то и в пакете он помечен как конфигурационный, чтобы не затереть при обновлении.

Ну а поскольку файл все же можно менять, то и в пакете он помечен как конфигурационный, чтобы не затереть при обновлении.

Ну тут уже сказали про арчепроблемы :3 В Debian такое не допускается в принципе, все изменяемые конфиги идут в /etc.

Глобальный конфиг могли бы сразу положить в /etc/application_name/, а пример конфига, как в дебиане, в /usr/share/doc/application_name/example/

В Debian встречаются конфигурационные файлы в /usr/share/, которые используются непосредственно, но не помечены как конфиги.

Ну а поскольку файл все же можно менять, то и в пакете он помечен как конфигурационный, чтобы не затереть при обновлении.

А как насчёт конфигов альсы?

А как насчёт конфигов альсы?

А что с ними?

find /usr/share/alsa/ -name '*.conf'

Формально, их таки «можно менять». Следуя логике sdio, их надо пометить как конфигурационные. Или всё же не надо?

Или всё же не надо?

Думаю, нет, потому что там любезно написано

@hooks [
	{
		func load
		files [
			{
				@func concat
				strings [
					{ @func datadir }
					"/alsa.conf.d/"
				]
			}
			"/etc/asound.conf"
			"~/.asoundrc"
		]
		errors false
	}

В Gentoo настройки входа в систему (как это зовётся в KDE) меняют файл именно в /usr.

Ну вот в данном случае логично, что kdmrc — это дефолтный конфиг, который действует если нет конфига в /etc. И не надо никак его обозначать конфигурационным в пакетном менеджере. И изменять админу его не надо.

пересобери сам, с корректными на твой взгляд prefix'ами.

поскольку файл все же можно менять, то и в пакете он помечен как конфигурационный, чтобы не затереть при обновлении.

вообще-то любой файл в системе можно менять, но файлы в /usr специально отделены для того, чтобы их можно было в любой момент выбросить и заменить на новые из стандартного пакета.

правда например mailman этого не знает, kdm как выясняется тоже.

вообще-то любой файл в системе можно менять

Спасибо К.О.

З.Ы. man «риторический вопрос»

У тебя там нет вопроса, а есть некорректное использование очевидного факта в качестве оправдания кривости пакета. // опять же К.О., да

У тебя там нет вопроса,

Вопрос был ранее «Его нельзя изменять?», но ты прокомментировал выдернутый из контекста кусок фразы

Слово «нельзя» здесь не имеет отношения к понятию «permissions»

Вы двое, хватит количество тупака во вселенной увеличивать...

Извини, это твоя прерогатива, плодить тупак.

u@netbook:~> locate kdmrc
u@netbook:~>

Такого файла вообще нет.

CSS-стиль же, базовый конфиг является И шаблоном для других конфигов И действующим конфигом одновременно. Т.к. шаблон не рекомендуется изменять, они его, наверное, и положили в /usr. Но это не значит, что если его таки изменить, то ничего не произойдет.

Конфиги в /usr?! (комментарий)

Кубунта.

гибкая система - это система, которая позволяет хранить что угодно где угодно

А если админ таки изменит, даже если не надо? Придет в толксы ныть примерно с таким же топиком, только наоборот «но это же всё-таки конфигурационный файл! ну и что, что не рекомендуется изменять, линукс тоже не рекомендуется ставить, жрете что дают!..», что ты ему скажешь..

это файл дефолтной конфигурации - чтоб запуститься всегда. Вообще конфигурация для kdm должна браться из /etc, а этот конфиг по идее должен безусловно обновляться. Но в генте тоже ЕМНИП дела обстоят так

что ты ему скажешь..

Потыкаю носом в man hier

т.е. можно скопипастить его в /etc и менять там?

тогда такое поведение ПМ - баг

предупреждение: /usr/share/config/kdm/kdmrc установлен как /usr/share/config/kdm/kdmrc.pacnew

Зачем ты исправил файл в /usr/share?

Я вообще там ничего не трогал. И этот kdm в глаза не видел.

Я вообще там ничего не трогал. И этот kdm в глаза не видел.

Прокурору. Раз pacman считает, что они изменились - значит, так и есть.

Ну так естественно, что апстримная версия файла поменялась. А из-за выдающихся умственных способностей мейнтейнера получилась такая фигня :)

Ну так естественно, что апстримная версия файла поменялась

Пакетный менеджер должен менять конфиги, которые не менял пользователь.

Пакетный менеджер должен менять конфиги, которые не менял пользователь.

Так ведь в арче не dpkg, там у них типа KISS //_-