Настройка рабочего стола в Calculate Linux 11.9

Написал статью "Настройка рабочего стола в Calculate Linux 11.9".

http://habrahabr.ru/blogs/linux/129658/

Очень познавательно. Конечно,

Очень познавательно.

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

С другой стороны, по мнению корпоративных админов, Вашу деятельность могут отнести к велосипедописательству, что, однако, нисколько не умаляет Ваши достижения.

Пожелаем Вам успехов.

>Конечно, Вы в некоторых

>Конечно, Вы в некоторых местах идёте поперек общим представлениям безопасности портеджей, но в целом, с учетом занимаемой ниши - весьма хорошо.

В чем теряется безопасность, поясните.

>С другой стороны, по мнению корпоративных админов, Вашу деятельность могут отнести к велосипедописательству, что, однако, нисколько не умаляет Ваши достижения.

Запихать 15 Мб настроек в /etc/skel или перелопатить каждый ebuild файл, это не велосипед?

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

Насколько понял, при мердже

Насколько понял, при мердже перелопачиваются хомяки юзеров, этот момент несколько напрягает, хотя, думаю, это обоснованное решение. Но надеюсь, эта штука опциональна и, как минимум, выдается предупреждение, типа:
"Attention! The following files in users homes will be modified in next step: blablablа", возможно, с 5 секундным ожиданием прерывания. Возможно, должна быть методика бекапа типа $CONFIG_PROTECT.

Потом, несколько не понятно Ваше напирание на .skel файлы, мне кажется, Вы упускаете из виду, что настройки большинства программ общие для юзеров хранятся вовсе не в /etc/skel, а в /etc и /usr/share/[config и тд], и, при необходимости, конфиги юзеров генерируются именно на их основе. Не правильнее ли модифицировать их, чем копаться в хомяках?

Пользовательская директория

Пользовательская директория может быть модифицирована только в случае соблюдения ряда условий:
1. Директория изначально создана утилитами.
2. Пользователь не запретил обновление. Запретить можно глобально, либо для определенных пакетов в файле .calculate/ini.env. Кстати удаление этого файла также поможет отключить данную фичу.
3. На это есть веская причина. Например тот же Akonadi вписывается в ini файл как настроенный в случае миграции с KDE 4.6 на 4.7.
Среди веских причин, может быть запуск непомука, без которого 4.7 будут валить постоянно ошибку. Это единственная правка, которая производится шаблонами при обновлении ПО. Раньше таких правок было больше. Постоянно приходилось возвращать к жизни плазму, т.к. ее настройки до безобразия менялись.

Теперь почему через настройки пользователя, а не через /usr например.
1. Далеко не весь софт можно настроить через /usr.
2. Часть софта не воспринимает $HOME, а это значит, что не все можно настроить.
3. При помощи статических настроек вы не заточите софт на определенную локаль.
4. /home удобней править, если компьютеров много. Шаблоны в этом случае находятся на сервере авторизации.
5. Хранить одни и те же настройки в разных местах как минимум неудобно и чревато дублированием.
6. Вы можете всегда откатиться к базовым настройкам, родным для программы.

anonymous

anonymous написал(а):
Насколько понял, при мердже перелопачиваются хомяки юзеров, этот момент несколько напрягает, хотя, думаю, это обоснованное решение. Но надеюсь, эта штука опциональна и, как минимум, выдается предупреждение, типа:
"Attention! The following files in users homes will be modified in next step: blablablа", возможно, с 5 секундным ожиданием прерывания. Возможно, должна быть методика бекапа типа $CONFIG_PROTECT.

Потом, несколько не понятно Ваше напирание на .skel файлы, мне кажется, Вы упускаете из виду, что настройки большинства программ общие для юзеров хранятся вовсе не в /etc/skel, а в /etc и /usr/share/[config и тд], и, при необходимости, конфиги юзеров генерируются именно на их основе. Не правильнее ли модифицировать их, чем копаться в хомяках?

Ну это с какой стороны посмотреть, можно и так и так.

Что-то я себе слабо

Что-то я себе слабо представляю как можно при помощи /etc/skel УПРАВЛЯТЬ профилями пользователей. Первоначальная настройка - может быть. В нее я бы запихал простенький скриптик, который лез бы в днс, получал там информацию о некоем сервисе, и оставлял на этом сервисе некое уведомление о своем подключении и отключении. Конец такого проекта видится мне как актив директори и групповые политики :)

На мой взгляд ваш проект почти достиг функционала баша. Да, документации пока чуть меньше, нежели abs, но и набор управляемого софта не столь уж широк. Подозреваю, что с ростом количества управляемых приложений количество разнообразных переменных, а так же документация на них, будет расти лавинообразно. Объем же abs за последние несколько лет изменился незначительно.

Похвально

Недавно установил линуху,вот пытаюсь разбираться,спасибо,рабочий стол настроить получилось,благодаря вашей информации!

P.S.Шаблоны утилит помимо предоставленной ссылки еще где найти можно,не?

evadim: забанен за спам

На

На сайте:
http://www.calculate-linux.ru/main/ru/calculate_utilities
http://www.calculate-linux.ru/blogs/ru/show_by_tag/templates
В блоге информация местами подустарела. Задавайте вопросы на форуме.

Буду признателен за совет как

Буду признателен за совет как сделать папку "Рабочий стол" нормальным каталогом "Desktop".

~/.config $ cat

~/.config $ cat user-dirs.dirs 
XDG_DESKTOP_DIR="$HOME/Desktop/"
XDG_DOCUMENTS_DIR="/home/Документы"
XDG_DOWNLOAD_DIR="/home/Загрузки"
XDG_MUSIC_DIR="/home/Музыка"
XDG_PICTURES_DIR="/home/Изображения"
XDG_VIDEOS_DIR="/home/Видео"

Спасибо. То, что надо.

Спасибо. То, что надо.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".