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

Какая самомодификация?

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

Поэтому любая «модификация» пакета запрещена, полностью. Всё, что модифицируется, должно быть отделено от системных файлов.

ты сначала найди в кутикреаторе кнопку которая пересоберёт его интерфейс на гытыка

что за поток сознания?

А как же самомодификация приложения?

Действительно, полчищ вирусов очень не хватает для того, чтобы линукс стал десктопной системной.

если мне не изменяет память, то данный товарищ торсионщик, разговаривать с ним - пустая трата времени и нервов.

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

Или нет... оно их действительно там хранит? Разупорину всей команде kde, срочно. Эти люди под тяжелыми веществами!

Лет 15 уже, как в /usr хранит. А кастомные конфиги в ~ есессно класть надо.

кастомные конфиги в ~

kdmrc

T_T

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

То есть в среду разработки установить игровой движок низя - дистростроителям он не нужен, да они вообще не в курсе, и ты не смей устанавливать самостоятельно.

Ну у него, наверное, тоже есть свой пользователь, kdm. У gdm точно есть и хомяк у него в /var/lib где-то лежит. В итоге так и получается, что конфиги как раз в ~ лежат)

Действительно, полчищ вирусов очень не хватает для того, чтобы линукс стал десктопной системной.

Успокойся, каналы поставки вирусов уже запланированы разработчиками фф и хрома (вэбприложения с пИсочницей вместо антивируса), свою дозу свободных зловредов ты получишь.

То есть в среду разработки установить игровой движок низя

ты про префиксы для установки слышал когда-нибудь? Про /home/$USER, /opt и /usr/local ещё раз повторить?

Среда разработки - забота пользователя.

Современные среды умеют так http://s008.radikal.ru/i306/1211/50/bb6c2289915b.png К сожалению там в каждой новой версии кнопки расположены чуток по новому, но разобраться можно.

ты про префиксы для установки слышал когда-нибудь? Про /home/$USER, /opt и /usr/local ещё раз повторить?

Пакет среды разработки по умолчанию ставится в /usr, дополнения должны ставиться в него же а не куда тебе хочется. Максимум, можно имитировать установку симлинками.

Среда разработки - забота пользователя.

А линукс не для пользователя?

linux-w800:/home/mephisto # zypper search kdm
Загрузка данных о репозиториях...
Чтение установленных пакетов...

С | Имя                          | Заключение                                          | Тип  
--+------------------------------+-----------------------------------------------------+------
  | kdebase3-kdm                 | The KDE login and display manager                   | пакет
i | kdm                          | Менеджер дисплеев KDE                               | пакет
  | kdm-branding-basedonopensuse | Provides kdm branding                               | пакет
i | kdm-branding-openSUSE        | Оформление в стиле openSUSE для менеджера дисплее-> | пакет
  | kdm-branding-upstream        | KDE login and display manager - upstream branding   | пакет
  | kdm-debuginfo                | Debug information for package kdm                   | пакет
linux-w800:/home/mephisto # locate kdmrc
linux-w800:/home/mephisto # 

ЧЯДНТ?

Кроме шуток, GDM, кажется, использует настройки из домашнего каталога своего пользователя (что-то вроде /var/lib/gdm3).

Ок, тогда логично.

Логично? Как по мне, это маразм. Не знаю, где как, но в Debian для GDM 3 используются человекочитаемые файлы в /etc/, которые конвертируются в gsettings (dconf) init-скриптом. Так сказать, попытка сопротивления идиотизму апстрима.

В /var/lib/<appname> можно хранить данные, но не настройки же.

Читать как: фраза про ~ хотя бы логична.

А хранить конфиги в /var, да еще и под отдельной учеткой, маразм.

Читать как: фраза про ~ хотя бы логична.

А, ну да.

А хранить конфиги в /var, да еще и под отдельной учеткой, маразм.

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

Или нет... оно их действительно там хранит? Разупорину всей команде kde, срочно. Эти люди под тяжелыми веществами!

блин... маздайщик. конфиги в /usr/share были ВСЕГДА. Это дефолт на самом деле, надо-же с чего-то начинать? В /usr/share/ лежит дефолтный конфиг, в /etc/ общесистемный, если админ сделал, а в $HOME лежит персональный. Вот например: /usr/share/vim/vimrc

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

не должны меняться. Это проблема быдлоадмина и/или быдлодистра. А почему у тебя изменился?

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

В /var/lib/<appname> можно хранить данные, но не настройки же.

Ну это уже проблема самой архитектуры GDM3, а не майнтэйнеров пакета. Gdm3 это такой странный недопользователь получился а не сервис, и его настройки - это не конфиг, а .dconf-база. Так что тут майнтэйнер сделал самое разумное что смог: по аналогии хотя бы с тем же постгресом создал в /var хомяк и там все разместил.

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

вместо изменения конфига /usr/ ты можешь сам бинарник изменить с тем же успехом, потому дефолтный конфиг и находится в /usr/. Что тут странного? Изменения этого конфига == изменение самой программы.

дополнения должны ставиться в него же

Если эти дополнения опакечены - да. Если нет - см. /home/$USER/emacs.d или ~/.mozilla/addons или все остальное. Любое расширяемое пользователем за счет плагинов приложение умеет расширения брать из локального каталога пользователя (даже gnome-shell). Системная же часть - это дело системы и пакетного менеджера. Её правки запрещены.

Именно это я тут некоторым тормозам и объясняю уже второй день. Не тупи.

Ну это уже проблема самой архитектуры GDM3, а не майнтэйнеров пакета.

Ну так я и говорю, что разработчики наркоманы. А мэйнтейнерам превед и искреннее сочувствие.

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

там лежит и должен лежать дефолтный И действующий конфиг. Т.е. если программе нужен PARAMETR, она парсит сначала ~/.xyzrc, потом /etc/xyzrc, а потом /usr/share/xyzrc в поисках строчки PARAMETR=VALUE. Первая найденная строчка и задаёт VALUE=>PARAMETR. Это общая древняя схема, возможны исключения и изменения.

Ты топик читать пытаешься или как? Тут уже 100 раз было сказано, что кеды не только читают этот конфиг в /usr, они его правят. Для них это не дефолт, а актуальный конфиг.

Системная же часть - это дело системы и пакетного менеджера. Её правки запрещены.

нет, не запрещены - меняй. Только учти, что это эквивалентно изменению кода. В частности ПМ обязан затереть нафиг старый конфиг при обновлении. Молча и без вопросов, как он затирает старый бинарник.

Ты топик читать пытаешься или как? Тут уже 100 раз было сказано, что кеды не только читают этот конфиг в /usr, они его правят.

не кеды, а кривой KDM, я не знаю почему так - по идее должен был в /etc/ создать файл из 2х-3х строчек...

не кеды, а кривой KDM

Ну да. «Это сделал не я, а моя рука» :)

Ну да. «Это сделал не я, а моя рука» :)

DM вообще-то говоря является отдельной и необязательной составляющей DE. Мало того, его работа идёт тогда, когда DE не работает. Потому про руку ты передёргиваешь - от руки ты не откажешься, и она без тебя не работает. Скорее DM это МПХ твоего папы (:

Лазарусу за это зачёт, но что ещё так умеет?

А называть Lazarus современной IDE язык не поворачивается, уж извини.

В этих наших линуксах почти всё является отдельной и необязательной составляющей DE (KDE можно и без плазмы запустить), что никак не отменяет того что kdm является частью kde. Более того, хотя про KDM в целом и можно сказать, «его работа идёт тогда, когда DE не работает», то вот про диалог его настройки (который как раз и пишет конфиг в /usr) это уже не получится. Он-то как раз и работает в уже запущенном DE, через SystemSettings.

От руки,кстати, тоже можно отказаться (погугли Муций Сцевола).

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

Если эти дополнения опакечены - да. Если нет - см. /home/$USER/emacs.d или ~/.mozilla/addons или все остальное. Любое расширяемое пользователем за счет плагинов приложение умеет расширения брать из локального каталога пользователя (даже gnome-shell).

Плагины это лажа с кучей болячек, они имеют смысл если пишутся на скриптоте или другом языке а для компилируемых лучше всё включать в общий бинарник. Тогда можно пользоваться общими переменными, единым менеджером памяти и вообще, интеграция выше.

Системная же часть - это дело системы и пакетного менеджера. Её правки запрещены.

Значит что-то в линуксовой системе устарело, надо улучшать.

Лазарусу за это зачёт, но что ещё так умеет?

Проблемы индейцев шерифа не волнуют. Если разрабы кутикреатора так не смогли, то это их личные проблемы.

А называть Lazarus современной IDE язык не поворачивается, уж извини.

А ты знаешь, для объектоты, что-то получше;) Да вроде, кроме MSEgui, больше нет ничего современного.

В этих наших линуксах почти всё является отдельной и необязательной составляющей DE

в ваших - возможно. А у меня IceWM и DM тупо отсутствует. Его заменяют пара скриптов в $HOME

И вообще, ИМХО DM это какая-то неправильная программа-костыль, которая нужна только для очень неопытных юзеров, которые этот ваш линух усиленно изучают (а не используют). Для них эта фишка KDM наверное и задумана как пасхалка, ибо man hier они не осилили. Может кто-то осилит дискус на ЛОРе...

Системная же часть - это дело системы и пакетного менеджера. Её правки запрещены.

Значит что-то в линуксовой системе устарело, надо улучшать.

какой-то непонятный вывод - ты ничего не пропустил? А то смотрится как «твоя лопата зелёная! Она устарела и её надо заменить!»

Но зачем?Это получается, что надо создать ещё один графический фреймворк, который будет надстройкой над существующими.

Не графический а логический, в системе их и так давно вагон - на ассемблере пишут совсем мало.

Но зачем?

Чтобы было удобнее компилять и меньше зависеть от головных тараканов разработчиков конкретного тулкита. Если надо собрать бинарь под винду, не тащить же туда каждый раз gtk и Qt, проще взять что-то местное или вообще своё если градиенты с округлостями не главное.

Просто будет ещё один фреймворк.

Если приложение когда-то было собрано на gtk2 (или виндовом тулките) а потом этот тулкит выпилят из систем, то чтобы не мучиться с переездом на что-то другое. Логика программы должна поменьше страдать от причуд либописателей.

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

Млять.... KDM РАБОТАЕТ НЕ ТАК. Сколько еще раз надо повторить, чтобы дошло до каждого «специалиста», который заглядывает в этот тред?

какой-то непонятный вывод - ты ничего не пропустил?

Да не всё нормально, вместо улучшения функционала и интерфейсов линуксовых антивирусов пользователям предлагается ограничить развитие приложений. Если что, в пакетные системы можно добавить пересчёт по новому конкретного уже установленного и модифицированного пакета, иначе некоторые приложения придётся переносить в хомяк и пакеты вообще пролетят мимо.

Сколько еще раз надо повторить, чтобы дошло до каждого «специалиста»

«Чукча не читатель, чукча писатель»

ЧЯДНТ?

Скорей всего что-то не так, потому что kdmrc где-то да должен быть.
И в зузе он всегда был в /usr/share/.., по крайней мере во времена кде3.

/usr/share/kde4/config/kdm/kdmrc

Yes. Но locate не показывает чому-то.

Попробуй запустить /usr/libexec/locate.updatedb

значит просто updatedb

Спасибо, помогло :-)