[devel] Re: [mdk-re] /etc/emacs/site-start.d

[devel] Re: [mdk-re] /etc/emacs/site-start.d

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 832 bytes --]

On Thu, May 03, 2001 at 11:12:24PM +0400, Sergey Vlasov wrote:
> Вот обнаружил в Spring2001 потрясающую вещь - каталог
> /etc/emacs/site-start.d, который, как я понял, предназначался для того,
> чтобы помещать туда куски elisp, чтобы они выполнились из site-start.el.
> Но, похоже, дело ограничилось только идеей - в
> /usr/share/emacs/site-lisp/site-start.el ничего похожего на использование
> этого каталога нет. А жаль.

Должно быть. Кто займется?


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> Вот обнаружил в Spring2001 потрясающую вещь - каталог
> /etc/emacs/site-start.d, который, как я понял, предназначался для того,
> чтобы помещать туда куски elisp, чтобы они выполнились из site-start.el.
> Но, похоже, дело ограничилось только идеей - в
> /usr/share/emacs/site-lisp/site-start.el ничего похожего на использование
> этого каталога нет. А жаль.

не надо этого каталога делать, пускай все куски выполняются из
стандартных каталогов в "/usr/share/emacs".

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1145 bytes --]

On Fri, May 04, 2001 at 10:46:54AM +0400, Oleg Tihonov wrote:
> > Вот обнаружил в Spring2001 потрясающую вещь - каталог
> > /etc/emacs/site-start.d, который, как я понял, предназначался для того,
> > чтобы помещать туда куски elisp, чтобы они выполнились из site-start.el.
> > Но, похоже, дело ограничилось только идеей - в
> > /usr/share/emacs/site-lisp/site-start.el ничего похожего на использование
> > этого каталога нет. А жаль.
> 
> не надо этого каталога делать, пускай все куски выполняются из
> стандартных каталогов в "/usr/share/emacs".

В /usr/share/emacs/ нет подходящего каталога для файлов типа
/etc/emacs/site-start.d/gettext.el:
(autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
(add-to-list 'auto-mode-alist '("\.po$" . po-mode))


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> В /usr/share/emacs/ нет подходящего каталога для файлов типа
> /etc/emacs/site-start.d/gettext.el:
> (autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
> (add-to-list 'auto-mode-alist '("\.po$" . po-mode))

есть, называется "/usr/share/emacs/site-lisp" и "/usr/share/emacs/ВЕРСИЯ/site-lisp".
это специальный каталог для дополнительных программ, как раз туда
надо ставить gettext, ilisp, auctex, psgml, w3, zenirc и тому подобное.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1270 bytes --]

On Fri, May 04, 2001 at 11:08:33AM +0400, Oleg Tihonov wrote:
> > В /usr/share/emacs/ нет подходящего каталога для файлов типа
> > /etc/emacs/site-start.d/gettext.el:
> > (autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
> > (add-to-list 'auto-mode-alist '("\.po$" . po-mode))
> 
> есть, называется "/usr/share/emacs/site-lisp" и "/usr/share/emacs/ВЕРСИЯ/site-lisp".
> это специальный каталог для дополнительных программ, как раз туда
> надо ставить gettext, ilisp, auctex, psgml, w3, zenirc и тому подобное.

Каталоги /etc/emacs/site-start.d/ и /usr/share/emacs/site-lisp/
предназначены для разных целей:

$ C rpm -qlv gettext |fgrep emacs
-rw-r--r--     root     root          118 Apr 26 17:09 /etc/emacs/site-start.d/gettext.el
-rw-r--r--     root     root        94000 Mar 23 16:23 /usr/share/emacs/site-lisp/po-mode.el

Так что отдельный каталог для "autoload" нужен.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> > /etc/emacs/site-start.d/gettext.el:
> > (autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
> > (add-to-list 'auto-mode-alist '("\.po$" . po-mode))

а, то есть /etc/emacs/site-start.d/gettext.el загружает /usr/share/emacs/site-lisp/po-mode.el.

тут я чувствую, кто-то проводит аналогию со старт-стоп-скриптами.  вот это ".d"
обозначает "демон", да?  так это тоже неправильно.  Емакс не демон и его пакеты не
демоны, и нет никакой необходимости писать отдельный файлик для запуска и
инициализации каждого пакета.  обычно в default.el пишут так:

;;;; load po-mode -- major mode for editing ".po" files
(autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
(add-to-list 'auto-mode-alist '("\.po$" . po-mode))

;;;; load тоси-боси
(autoload тоси-боси ...

кому надо, тот легко лишнее вырежет или новое добавит.

> Каталоги /etc/emacs/site-start.d/ и /usr/share/emacs/site-lisp/
> предназначены для разных целей:
>
> $ C rpm -qlv gettext |fgrep emacs
> -rw-r--r--     root     root          118 Apr 26 17:09 /etc/emacs/site-start.d/gettext.el
> -rw-r--r--     root     root        94000 Mar 23 16:23 /usr/share/emacs/site-lisp/po-mode.el

> Так что отдельный каталог для "autoload" нужен.

для начальной загрузки есть стандартные, документированные файлы
"site-start.el" и "default.el".  есть описание порядка их загрузки и способа
предотвратить их загрузку.  все есть, надо только разобраться.

сразу разницу объясню: сайт-лисп -- это то, что должно грузиться у всех
пользователей всегда.  сюда не надо писать такие вещи, которые кто-то
может захотеть отключить или поменять (расцветки например, и вообще
все, что относят к предпочтениям пользователя).  все остальное можно
писать в default.el -- это аналог .емакс, только для всех.  пользователь может
легко отключить его загрузку.  на самом деле, имеет смысл делать не default.el,
а /etc/skel/.emacs -- смысл тот же, но изменять будет еще проще.


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2878 bytes --]

On Fri, May 04, 2001 at 11:41:00AM +0400, Oleg Tihonov wrote:
> > > /etc/emacs/site-start.d/gettext.el:
> > > (autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
> > > (add-to-list 'auto-mode-alist '("\.po$" . po-mode))
> 
> а, то есть /etc/emacs/site-start.d/gettext.el загружает /usr/share/emacs/site-lisp/po-mode.el.
> 
> тут я чувствую, кто-то проводит аналогию со старт-стоп-скриптами.  вот это ".d"
> обозначает "демон", да?  так это тоже неправильно.  Емакс не демон и его пакеты не
> демоны, и нет никакой необходимости писать отдельный файлик для запуска и
> инициализации каждого пакета.  обычно в default.el пишут так:
> 
> ;;;; load po-mode -- major mode for editing ".po" files
> (autoload 'po-mode "po-mode" "PO (gettext i18n) editing mode." t)
> (add-to-list 'auto-mode-alist '("\.po$" . po-mode))
> 
> ;;;; load тоси-боси
> (autoload тоси-боси ...
> 
> кому надо, тот легко лишнее вырежет или новое добавит.
> 
> > Каталоги /etc/emacs/site-start.d/ и /usr/share/emacs/site-lisp/
> > предназначены для разных целей:
> >
> > $ C rpm -qlv gettext |fgrep emacs
> > -rw-r--r--     root     root          118 Apr 26 17:09 /etc/emacs/site-start.d/gettext.el
> > -rw-r--r--     root     root        94000 Mar 23 16:23 /usr/share/emacs/site-lisp/po-mode.el
> 
> > Так что отдельный каталог для "autoload" нужен.
> 
> для начальной загрузки есть стандартные, документированные файлы
> "site-start.el" и "default.el".  есть описание порядка их загрузки и способа
> предотвратить их загрузку.  все есть, надо только разобраться.
> 
> сразу разницу объясню: сайт-лисп -- это то, что должно грузиться у всех
> пользователей всегда.  сюда не надо писать такие вещи, которые кто-то
> может захотеть отключить или поменять (расцветки например, и вообще
> все, что относят к предпочтениям пользователя).  все остальное можно
> писать в default.el -- это аналог .емакс, только для всех.  пользователь может
> легко отключить его загрузку.  на самом деле, имеет смысл делать не default.el,
> а /etc/skel/.emacs -- смысл тот же, но изменять будет еще проще.

Такая схема очень неудобна в использовании как минимум по двум причинам:
- Каждый пакет, реализующий .el-модуль, не может и не должен делать
  автовключение этого модуля частью реализации. Автозагрузка модуля должна
  быть выполнена _отдельно_ от реализации модуля.
- Каждый пакет, реализующий .el-модуль, для реализации автозагрузки не может
  и не должен редактировать файлы site-start.el, default.el,
  /etc/skel/.emacs, etc.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

теперь я понял в чем дело.

> Такая схема очень неудобна в использовании как минимум по двум причинам:

на самом деле кому как.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Vlasov]

On Fri, 4 May 2001 12:47:01 +0400
"Oleg Tihonov" <ost@tatnipi.ru> wrote:

> теперь я понял в чем дело.
> 
> > Такая схема очень неудобна в использовании как минимум по двум
> причинам:
> 
> на самом деле кому как.

Например, есть желание прикрутить к GNU Emacs pcl-cvs. Он требует elib,
который логично оформить отдельным пакетом. elib ставится по умолчанию в
/usr/share/emacs/site-lisp/elib, и этот каталог нужно добавить к
load-path. Это каждый пользователь должен сделать сам, или все-таки можно
и нужно автоматизировать данный процесс? А для pcl-cvs нужно сделать
autoload.

Здесь полезна была бы система, аналогичная пакетам в XEmacs - там в каждом
каталоге есть файл auto-autoloads.el, который, как я понял, выполняется
при загрузке.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> Например, есть желание прикрутить к GNU Emacs pcl-cvs. Он требует elib,
> который логично оформить отдельным пакетом. elib ставится по умолчанию в
> /usr/share/emacs/site-lisp/elib, и этот каталог нужно добавить к
> load-path. Это каждый пользователь должен сделать сам, или все-таки можно
> и нужно автоматизировать данный процесс? А для pcl-cvs нужно сделать
> autoload.

я редактировал в Емаксе на многопользовательских машинах и говорю
вам -- лучше сам, а не автоматизировать.  а если на машине один пользователь
(Емакса), то разницы большой нет, особенно если у этого пользователя есть
возможность редактировать и /etc и /usr/share/emacs =)


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Vlasov]

On Fri, 4 May 2001 13:28:06 +0400
"Oleg Tihonov" <ost@tatnipi.ru> wrote:

> > Например, есть желание прикрутить к GNU Emacs pcl-cvs. Он требует
> elib,
> > который логично оформить отдельным пакетом. elib ставится по умолчанию
> в
> > /usr/share/emacs/site-lisp/elib, и этот каталог нужно добавить к
> > load-path. Это каждый пользователь должен сделать сам, или все-таки
> можно
> > и нужно автоматизировать данный процесс? А для pcl-cvs нужно сделать
> > autoload.
> 
> я редактировал в Емаксе на многопользовательских машинах и говорю
> вам -- лучше сам, а не автоматизировать.  а если на машине один
> пользователь
> (Емакса), то разницы большой нет, особенно если у этого пользователя
> есть
> возможность редактировать и /etc и /usr/share/emacs =)

Возможен компромиссный вариант: пишем все такие инициализационные файлы в
/etc/emacs/site-start.d, но не выполняем их автоматически, а в skel/.emacs
вставляем:

(mapcar 'load-file (directory-files "/etc/emacs/site-start.d" t "\\.el$"))

(или это лучше как-то по другому сделать? Что скажут знатоки Elisp?)

Кому не нравится - тот выкинет, но при наличии этой строки дополнительные
пакеты будут работать out of the box без дополнительных телодвижений.
Иначе не оберешься тонн писем от разочарованных пользователей.

Кстати, откуда вообще растут ноги у этой идеи (/etc/emacs/site-start.d) -
RedHat, Mandrake? Надо бы посмотреть, как там это реализовано. Сам не могу
- у меня канал не настолько толстый, чтобы Emacs'ы кучами качать; у кого
есть возможность, посмотрите, пожалуйста.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Ivan Zakharyaschev]

	Hello!

Я отчасти поддерживаю идею об использовании /etc/emacs/site-start.d -- по
аналогии с, например, /etc/profile.d; сравнение с старт-стоп скриптами не
очень подхолит, так как они настраивают сервер, а profile задает
конфигурацию для отдельного пользователя.

Удобство такой директории понятно: не нужно лезть в один файл, чтобы
что-то добавить, достаточно просто положить в директорию.

Но есть, по-моему, и большие неудобства. Они связаны как раз с разницей
между initscripts и profile: раз это конфигурация для пользователя, то
неплохо бы каждому отдельному пользователю иметь контроль над тем, что у
него будет грузиться, а что нет. А тут получается, как администратор
скажет, так всем и жить.

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

Можно попробовать решить эту проблему, создав структуру директорий,
похожую на ту, что есть в initscripts: есть /etc/emacs/site-start.d/, где
лежат скрипты, но не выполняются, и у каждого есть ~/.emacs/site-start.d/,
куда кладутся ссылки на реальные скрипты из /etc/emacs/site-start.d/
(можно будет их включать/выключать у разных пользователей, как и сервисы
в разных runlevels). Не слишком ли это громоздко?


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

Например, почему обычный пользователь, желающий напечатать что-то из
Netscape, должен обладать правами root, чтобы осуществить свое желание? А
что если в то же время, на другом терминале на той же машине другой
пользователь захочет печатать из Mozilla? Как им поделить Fontmap?

И с компиляторами то же самое. С одной стороны мы призываем заниматься
сборкой под простым пользователем , но с другой стороны мы этому простому
пользователю не даем полную мощь в использовании инструментов сборки --
чтобы начать использовать альтернативный компилятор, нужно быть root'ом.
Конечно, есть обходные пути... но я говорю про полную мощь. А так эти
альтернативы на компиляторы начинают выглядить странно и вдвойне
бесполезно: тот, кому они нужны, не может ими управлять, а управлять ими
может тот (root), кому они не нужны. :-(

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

А мне в связи с этим вспомнились разговоры про похожесть файловой системы
и сервера базы данных. Если бы файловая система предоставлялась сервером
баз данных, то была бы сама собой разумеющейся возможность увидеть одни и
те же данные (например, /usr/bin/gcc) разным пользователям по-разному --
один из основных принципов устройства сервера баз данных. И вообще
появилась бы большая гибкость в работе с файловой системой! И
тормознутость. А изветстны ли какие-нибудь проекты на эту тему?

-- 
Best regards,
	Ivan Z.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Vlasov]

On Sat, 5 May 2001 00:39:29 +0400 (MSD)
Ivan Zakharyaschev <vanyaz@mccme.ru> wrote:

> Я отчасти поддерживаю идею об использовании /etc/emacs/site-start.d --
> по
> аналогии с, например, /etc/profile.d; сравнение с старт-стоп скриптами
> не
> очень подхолит, так как они настраивают сервер, а profile задает
> конфигурацию для отдельного пользователя.
> 
> Удобство такой директории понятно: не нужно лезть в один файл, чтобы
> что-то добавить, достаточно просто положить в директорию.
> 
> Но есть, по-моему, и большие неудобства. Они связаны как раз с разницей
> между initscripts и profile: раз это конфигурация для пользователя, то
> неплохо бы каждому отдельному пользователю иметь контроль над тем, что у
> него будет грузиться, а что нет. А тут получается, как администратор
> скажет, так всем и жить.
> 
> В случае с profile это неудобство почти незаметно. Во-первых,
> администратор может не очень хотеть, чтобы что-то из profile не было
> исполнено при заходе пользователя. Во-вторых, все скрипты из profile
> исполняются почти незаметно по времени -- а вот время запуска Emacs
> хотелось не увеличивать, тем более если оно тратится на то, чтобы
> загрузить что-то, что тебе и не нужно.

Долго грузящиеся файлы туда попадать не должны - только установка
load-path и autoload, ну еще python добавляет в auto-mode-alist.

> Можно попробовать решить эту проблему, создав структуру директорий,
> похожую на ту, что есть в initscripts: есть /etc/emacs/site-start.d/,
> где
> лежат скрипты, но не выполняются, и у каждого есть
> ~/.emacs/site-start.d/,
> куда кладутся ссылки на реальные скрипты из /etc/emacs/site-start.d/
> (можно будет их включать/выключать у разных пользователей, как и сервисы
> в разных runlevels). Не слишком ли это громоздко?

Не получится, ~/.emacs уже занят. :-)

Ладно, имя придумать можно, но опять же после установки пакета в этот
каталог автоматически ничего не попадет, и опять у начинающих
пользователей возникнут вопросы - "а вот я тут поставил XXX, а его не
видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs, чтобы
они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому не
нравится автозагрузка - может удалить их и загружать частями только то,
что ему нужно.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 692 bytes --]

On Sat, May 05, 2001 at 01:08:58PM +0400, Sergey Vlasov wrote:
> видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs, чтобы
> они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому не

А что делать уже зарегистрированным пользователям? Отслеживать обновления
установленных пакетов??


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Vlasov]

On Sat, 5 May 2001 13:24:35 +0400
"Dmitry V. Levin" <ldv@alt-linux.org> wrote:

> On Sat, May 05, 2001 at 01:08:58PM +0400, Sergey Vlasov wrote:
> > видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs,
> чтобы
> > они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому не
> 
> А что делать уже зарегистрированным пользователям? Отслеживать
> обновления
> установленных пакетов??

Тогда откуда предложите грузить? Против site-start.el Олег Тихонов
выступает. В default.el - может не пойти, если в ~/.emacs нужно что-то
сделать с этими пакетами.

Все-таки, откуда пришел этот /etc/emacs/site-start.d, из чьей сборки
Emacs? Как там эту проблему решили? Пока что в Spring я вижу только
пакеты, которые кладут файлы в этот каталог, но не вижу, где эти файлы
должны загружаться; Emacs, как я понял, в Сизифе тот же самый. Или этот
каталог только для удобства пользователя, который сам должен взять эти
файлы и вставить их в свой ~/.emacs? Что-то это мне представляется
сомнительным.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

>> видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs, чтобы
>> они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому не
>
> А что делать уже зарегистрированным пользователям? Отслеживать обновления
> установленных пакетов??

на многопользовательских машинах, когда администратор ставит пакет, который может
быть полезен многим, он посылает всем пользователям письмо -- дескать, теперь у нас
стоит то-то и то-то.  или использует motd, или sysnews, или все сразу.

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


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Ivan Zakharyaschev]

On Sat, 5 May 2001, Sergey Vlasov wrote:

> On Sat, 5 May 2001 00:39:29 +0400 (MSD)
> Ivan Zakharyaschev <vanyaz@mccme.ru> wrote:
>
> > Я отчасти поддерживаю идею об использовании /etc/emacs/site-start.d
> --
> > по
> > аналогии с, например, /etc/profile.d; сравнение с старт-стоп
> скриптами
> > не
> > очень подхолит, так как они настраивают сервер, а profile задает
> > конфигурацию для отдельного пользователя.
> >
> > Удобство такой директории понятно: не нужно лезть в один файл, чтобы
> > что-то добавить, достаточно просто положить в директорию.
> >
> > Но есть, по-моему, и большие неудобства. Они связаны как раз с
> разницей
> > между initscripts и profile: раз это конфигурация для пользователя,
> то
> > неплохо бы каждому отдельному пользователю иметь контроль над тем,
> что у
> > него будет грузиться, а что нет. А тут получается, как администратор
> > скажет, так всем и жить.

> > Можно попробовать решить эту проблему, создав структуру директорий,
> > похожую на ту, что есть в initscripts: есть /etc/emacs/site-start.d/,
> > где
> > лежат скрипты, но не выполняются, и у каждого есть
> > ~/.emacs/site-start.d/,
> > куда кладутся ссылки на реальные скрипты из /etc/emacs/site-start.d/
> > (можно будет их включать/выключать у разных пользователей, как и
> сервисы
> > в разных runlevels). Не слишком ли это громоздко?
>
> Не получится, ~/.emacs уже занят. :-)
>
> Ладно, имя придумать можно, но опять же после установки пакета в этот
> каталог автоматически ничего не попадет, и опять у начинающих
> пользователей возникнут вопросы - "а вот я тут поставил XXX, а его не
> видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs,
> чтобы
> они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому не
> нравится автозагрузка - может удалить их и загружать частями только то,
> что ему нужно.

skel-то этим и неудобен: он одноразового использования и изменения
отразяться только на вновь создаваемых пользователях.

Чтобы у всех сразу заработало то, что ставится новое, можно сделать так,
чтобы изначально у только что созданного пользователя этот
~/.emacs-user-start.d был просто ссылкой на /etc/emacs/site-start.d/ (или
какое-нибудь другое место, в котором лежат все возможные скрипты
автозагрузки для Emacs -- название site-start.d тут не очень подходит). И
тогда такой пользователь будет получать все новое, совершая минимум усилий
головой и пальцами: у него будет грузиться все.

Если же он задумается об этом и захочет сам определить набор того, что
будет авто-загружаться у него, то он сможет убрать ссылку
/.emacs-user-start.d, и завести на ее месте свою директорию, внутри
которой будут свои скрипты и ссылки на отдельные скрипты из общей
/etc/emacs/site-start.d/. Перед таким пользователем проблемы в том, что
что-то у него не запускается, хотя это и установлено, стоять не должно: он
сам на себя взял ответственность за слежение за этим. Для облегчения его
работы можно сделать специальный скрипт наподобие chkconfig.

Может, это и слишком громоздко, но большинство пользователей будет
избавлено от соприкосновения с этим ссылкой на общую
/etc/emacs/site-start.d/. Ее-то и надо положить в /etc/skel*.

Кажется, что никаких преимуществ такой конструкции по сравнению с
использованием просто ~/.emacs нет. Но они все-таки есть: все существующие
пользователи при раскладе по умолчанию будут получать автозагружаемыми
новые, установленные после появления этих пользователей компоненты Emacs.


Думаю, такую схему можно применить и ко многим другим элементам из skel:
изначально всякие конфигурационные файлы/директории просто указывают на
файлы из некоторого общего /etc/user-defaults/LOCALE/. И все обновления,
которые там делаются, легко доносятся до всех пользователей; от них это не
требует никаких усилий. Это до той поры, пока пользователь не захочет
что-то поменять в каком-то кофигурационном файле. В таком случае он
заменяет ссылку у себя в ~ на копию этого файла и вносит в нее изменения.
Отныне он сам следит за ним, а не полагается на умолчания.

А еще правильнее было бы, если все приложения поддерживали разную
конфигурацию по умолчанию для разных locale. Например, если бы можно было
в /etc/cups/lpoptions записать много вариантов значений одних и тех же
параметров для разных locale.

-- 
Best regards,
	Ivan Z.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Vlasov]

On Sat, 5 May 2001 14:07:38 +0400 (MSD)
Ivan Zakharyaschev <vanyaz@mccme.ru> wrote:

> On Sat, 5 May 2001, Sergey Vlasov wrote:
> 
> > On Sat, 5 May 2001 00:39:29 +0400 (MSD)
> > Ivan Zakharyaschev <vanyaz@mccme.ru> wrote:
> >
> > > Я отчасти поддерживаю идею об использовании /etc/emacs/site-start.d
> > --
> > > по
> > > аналогии с, например, /etc/profile.d; сравнение с старт-стоп
> > скриптами
> > > не
> > > очень подхолит, так как они настраивают сервер, а profile задает
> > > конфигурацию для отдельного пользователя.
> > >
> > > Удобство такой директории понятно: не нужно лезть в один файл, чтобы
> > > что-то добавить, достаточно просто положить в директорию.
> > >
> > > Но есть, по-моему, и большие неудобства. Они связаны как раз с
> > разницей
> > > между initscripts и profile: раз это конфигурация для пользователя,
> > то
> > > неплохо бы каждому отдельному пользователю иметь контроль над тем,
> > что у
> > > него будет грузиться, а что нет. А тут получается, как администратор
> > > скажет, так всем и жить.
> 
> > > Можно попробовать решить эту проблему, создав структуру директорий,
> > > похожую на ту, что есть в initscripts: есть
> /etc/emacs/site-start.d/,
> > > где
> > > лежат скрипты, но не выполняются, и у каждого есть
> > > ~/.emacs/site-start.d/,
> > > куда кладутся ссылки на реальные скрипты из /etc/emacs/site-start.d/
> > > (можно будет их включать/выключать у разных пользователей, как и
> > сервисы
> > > в разных runlevels). Не слишком ли это громоздко?
> >
> > Не получится, ~/.emacs уже занят. :-)
> >
> > Ладно, имя придумать можно, но опять же после установки пакета в этот
> > каталог автоматически ничего не попадет, и опять у начинающих
> > пользователей возникнут вопросы - "а вот я тут поставил XXX, а его не
> > видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs,
> > чтобы
> > они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому не
> > нравится автозагрузка - может удалить их и загружать частями только
> то,
> > что ему нужно.
> 
> skel-то этим и неудобен: он одноразового использования и изменения
> отразяться только на вновь создаваемых пользователях.
> 
> Чтобы у всех сразу заработало то, что ставится новое, можно сделать так,
> чтобы изначально у только что созданного пользователя этот
> ~/.emacs-user-start.d был просто ссылкой на /etc/emacs/site-start.d/
> (или
> какое-нибудь другое место, в котором лежат все возможные скрипты
> автозагрузки для Emacs -- название site-start.d тут не очень подходит).
> И
> тогда такой пользователь будет получать все новое, совершая минимум
> усилий
> головой и пальцами: у него будет грузиться все.
> 
> Если же он задумается об этом и захочет сам определить набор того, что
> будет авто-загружаться у него, то он сможет убрать ссылку
> /.emacs-user-start.d, и завести на ее месте свою директорию, внутри
> которой будут свои скрипты и ссылки на отдельные скрипты из общей
> /etc/emacs/site-start.d/. Перед таким пользователем проблемы в том, что
> что-то у него не запускается, хотя это и установлено, стоять не должно:
> он
> сам на себя взял ответственность за слежение за этим. Для облегчения его
> работы можно сделать специальный скрипт наподобие chkconfig.
> 
> Может, это и слишком громоздко, но большинство пользователей будет
> избавлено от соприкосновения с этим ссылкой на общую
> /etc/emacs/site-start.d/. Ее-то и надо положить в /etc/skel*.
> 
> Кажется, что никаких преимуществ такой конструкции по сравнению с
> использованием просто ~/.emacs нет. Но они все-таки есть: все
> существующие
> пользователи при раскладе по умолчанию будут получать автозагружаемыми
> новые, установленные после появления этих пользователей компоненты
> Emacs.

Я предлагал добавить в /etc/skel*/.emacs следующее:

(mapcar 'load-file (directory-files "/etc/emacs/site-start.d" t "\\.el$"))

При этом будет тот же эффект: пользователи будут получать компоненты,
установленные после появления этих пользователей - в соответствии с
содержимым /etc/emacs/site-start.d. Правда, судя по названию каталога,
прописывать такую команду предполагалось все-таки в общесистемный
/usr/share/emacs/site-lisp/site-start.el, но в этом случае у пользователя
нет простого способа отменить загрузку этих файлов.

> Думаю, такую схему можно применить и ко многим другим элементам из skel:
> изначально всякие конфигурационные файлы/директории просто указывают на
> файлы из некоторого общего /etc/user-defaults/LOCALE/. И все обновления,
> которые там делаются, легко доносятся до всех пользователей; от них это
> не
> требует никаких усилий. Это до той поры, пока пользователь не захочет
> что-то поменять в каком-то кофигурационном файле. В таком случае он
> заменяет ссылку у себя в ~ на копию этого файла и вносит в нее
> изменения.
> Отныне он сам следит за ним, а не полагается на умолчания.

Некоторые программы и без этого так себя ведут. IceWM, например.
Действительно, удобно.

> А еще правильнее было бы, если все приложения поддерживали разную
> конфигурацию по умолчанию для разных locale. Например, если бы можно
> было
> в /etc/cups/lpoptions записать много вариантов значений одних и тех же
> параметров для разных locale.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Vlasov]

On Sat, 5 May 2001 14:43:59 +0400
Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:

> On Sat, 5 May 2001 14:07:38 +0400 (MSD)
> Ivan Zakharyaschev <vanyaz@mccme.ru> wrote:
> 
> > On Sat, 5 May 2001, Sergey Vlasov wrote:
> > 
> > > On Sat, 5 May 2001 00:39:29 +0400 (MSD)
> > > Ivan Zakharyaschev <vanyaz@mccme.ru> wrote:
> > >
> > > > Я отчасти поддерживаю идею об использовании
> /etc/emacs/site-start.d
> > > --
> > > > по
> > > > аналогии с, например, /etc/profile.d; сравнение с старт-стоп
> > > скриптами
> > > > не
> > > > очень подхолит, так как они настраивают сервер, а profile задает
> > > > конфигурацию для отдельного пользователя.
> > > >
> > > > Удобство такой директории понятно: не нужно лезть в один файл,
> чтобы
> > > > что-то добавить, достаточно просто положить в директорию.
> > > >
> > > > Но есть, по-моему, и большие неудобства. Они связаны как раз с
> > > разницей
> > > > между initscripts и profile: раз это конфигурация для
> пользователя,
> > > то
> > > > неплохо бы каждому отдельному пользователю иметь контроль над тем,
> > > что у
> > > > него будет грузиться, а что нет. А тут получается, как
> администратор
> > > > скажет, так всем и жить.
> > 
> > > > Можно попробовать решить эту проблему, создав структуру
> директорий,
> > > > похожую на ту, что есть в initscripts: есть
> > /etc/emacs/site-start.d/,
> > > > где
> > > > лежат скрипты, но не выполняются, и у каждого есть
> > > > ~/.emacs/site-start.d/,
> > > > куда кладутся ссылки на реальные скрипты из
> /etc/emacs/site-start.d/
> > > > (можно будет их включать/выключать у разных пользователей, как и
> > > сервисы
> > > > в разных runlevels). Не слишком ли это громоздко?
> > >
> > > Не получится, ~/.emacs уже занят. :-)
> > >
> > > Ладно, имя придумать можно, но опять же после установки пакета в
> этот
> > > каталог автоматически ничего не попадет, и опять у начинающих
> > > пользователей возникнут вопросы - "а вот я тут поставил XXX, а его
> не
> > > видно". А вариант с помещением команд загрузки в /etc/skel*/.emacs,
> > > чтобы
> > > они попадали в ~/.emacs каждому новому пользователю, не лучше? Кому
> не
> > > нравится автозагрузка - может удалить их и загружать частями только
> > то,
> > > что ему нужно.
> > 
> > skel-то этим и неудобен: он одноразового использования и изменения
> > отразяться только на вновь создаваемых пользователях.
> > 
> > Чтобы у всех сразу заработало то, что ставится новое, можно сделать
> так,
> > чтобы изначально у только что созданного пользователя этот
> > ~/.emacs-user-start.d был просто ссылкой на /etc/emacs/site-start.d/
> > (или
> > какое-нибудь другое место, в котором лежат все возможные скрипты
> > автозагрузки для Emacs -- название site-start.d тут не очень
> подходит).
> > И
> > тогда такой пользователь будет получать все новое, совершая минимум
> > усилий
> > головой и пальцами: у него будет грузиться все.
> > 
> > Если же он задумается об этом и захочет сам определить набор того, что
> > будет авто-загружаться у него, то он сможет убрать ссылку
> > /.emacs-user-start.d, и завести на ее месте свою директорию, внутри
> > которой будут свои скрипты и ссылки на отдельные скрипты из общей
> > /etc/emacs/site-start.d/. Перед таким пользователем проблемы в том,
> что
> > что-то у него не запускается, хотя это и установлено, стоять не
> должно:
> > он
> > сам на себя взял ответственность за слежение за этим. Для облегчения
> его
> > работы можно сделать специальный скрипт наподобие chkconfig.
> > 
> > Может, это и слишком громоздко, но большинство пользователей будет
> > избавлено от соприкосновения с этим ссылкой на общую
> > /etc/emacs/site-start.d/. Ее-то и надо положить в /etc/skel*.
> > 
> > Кажется, что никаких преимуществ такой конструкции по сравнению с
> > использованием просто ~/.emacs нет. Но они все-таки есть: все
> > существующие
> > пользователи при раскладе по умолчанию будут получать автозагружаемыми
> > новые, установленные после появления этих пользователей компоненты
> > Emacs.
> 
> Я предлагал добавить в /etc/skel*/.emacs следующее:
> 
> (mapcar 'load-file (directory-files "/etc/emacs/site-start.d" t
> "\\.el$"))
> 
> При этом будет тот же эффект: пользователи будут получать компоненты,
> установленные после появления этих пользователей - в соответствии с
> содержимым /etc/emacs/site-start.d. Правда, судя по названию каталога,
> прописывать такую команду предполагалось все-таки в общесистемный
> /usr/share/emacs/site-lisp/site-start.el, но в этом случае у
> пользователя
> нет простого способа отменить загрузку этих файлов.

Вот еще один вариант реализации. В /usr/share/emacs/site-lisp кладем файл
package-autoload.el:

;;; package-autoload.el --- run package autoload files

;; Copyright (C) 2001 by Free Software Foundation, Inc.

;; Author: Sergey Vlasov <vsu@altlinux.ru>
;; Keywords: extensions

;; This file is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation; either version 2, or (at your option)
;; any later version.

;; This file is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with GNU Emacs; see the file COPYING.  If not, write to
;; the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
;; Boston, MA 02111-1307, USA.

;;; Commentary:

;; This file loads .el files from /etc/emacs/site-start.d.  Files in
;; this directory are supposed to be autoload files for Emacs add-on
;; packages.

;;; Code:

(mapcar 'load-file 
	(directory-files "/etc/emacs/site-start.d" t "\\.el$"))

(provide 'package-autoload)

;;; package-autoload.el ends here

В этом же каталоге в файле default.el пишем:

(require 'package-autoload)

В /etc/skel*/.emacs в начало добавляем:

(require 'package-autoload nil t)

В результате получаем следующее:

1. У новых пользователей с ~/.emacs из нового etcskel в начале обработки
~/.emacs загрузятся все файлы автозагрузки из /etc/emacs/site-start.d. При
этом require в default.el молча проигнорируется.

2. У пользователей со старым ~/.emacs файлы автозагрузки будут грузиться
из default.el, т.е. после обработки ~/.emacs. Из-за этого в ~/.emacs
нельзя будет настраивать эти пакеты, если не добавить предварительно
строку (require 'package-autoload). Если дополнительно не настраивать, все
будет работать и так.

3. Пользователи, которым по каким-то причинам не нравится автозагрузка
файлов из /etc/emacs/site-start.d, могут выбросить из ~/.emacs
соответствующую команду и отменить загрузку default.el, установив
inhibit-default-init.

4. Наконец, если в системе установлен новый пакет etcskel, но старый
emacs, в котором нет файла package-autoload.el, проблем при запуске Emacs
тоже не возникнет (за исключением незагрузки файлов из
/etc/emacs/site-start.d), поскольку (require 'package-autoload nil t)
игнорирует отсутствие запрошенного файла.

Ваши замечания?
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Alexander Bokovoy]

On Sat, May 05, 2001 at 05:16:47PM +0400, Sergey Vlasov wrote:
> > установленные после появления этих пользователей - в соответствии с
> > содержимым /etc/emacs/site-start.d. Правда, судя по названию каталога,
> > прописывать такую команду предполагалось все-таки в общесистемный
> > /usr/share/emacs/site-lisp/site-start.el, но в этом случае у
> > пользователя
> > нет простого способа отменить загрузку этих файлов.
> 
> Вот еще один вариант реализации. В /usr/share/emacs/site-lisp кладем файл
> package-autoload.el:
> 
> ;;; package-autoload.el --- run package autoload files
> 
> ;; Copyright (C) 2001 by Free Software Foundation, Inc.
> 
> ;; Author: Sergey Vlasov <vsu@altlinux.ru>
> ;; Keywords: extensions
> 
> ;; This file is free software; you can redistribute it and/or modify
> ;; it under the terms of the GNU General Public License as published by
> ;; the Free Software Foundation; either version 2, or (at your option)
> ;; any later version.
> 
> ;; This file is distributed in the hope that it will be useful,
> ;; but WITHOUT ANY WARRANTY; without even the implied warranty of
> ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> ;; GNU General Public License for more details.
> 
> ;; You should have received a copy of the GNU General Public License
> ;; along with GNU Emacs; see the file COPYING.  If not, write to
> ;; the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
> ;; Boston, MA 02111-1307, USA.
> 
> ;;; Commentary:
> 
> ;; This file loads .el files from /etc/emacs/site-start.d.  Files in
> ;; this directory are supposed to be autoload files for Emacs add-on
> ;; packages.
> 
> ;;; Code:
> 
> (mapcar 'load-file 
> 	(directory-files "/etc/emacs/site-start.d" t "\\.el$"))
> 
> (provide 'package-autoload)
> 
> ;;; package-autoload.el ends here
> 
> В этом же каталоге в файле default.el пишем:
> 
> (require 'package-autoload)
> 
> В /etc/skel*/.emacs в начало добавляем:
> 
> (require 'package-autoload nil t)
> 
> В результате получаем следующее:
> 
> 1. У новых пользователей с ~/.emacs из нового etcskel в начале обработки
> ~/.emacs загрузятся все файлы автозагрузки из /etc/emacs/site-start.d. При
> этом require в default.el молча проигнорируется.
> 
> 2. У пользователей со старым ~/.emacs файлы автозагрузки будут грузиться
> из default.el, т.е. после обработки ~/.emacs. Из-за этого в ~/.emacs
> нельзя будет настраивать эти пакеты, если не добавить предварительно
> строку (require 'package-autoload). Если дополнительно не настраивать, все
> будет работать и так.
> 
> 3. Пользователи, которым по каким-то причинам не нравится автозагрузка
> файлов из /etc/emacs/site-start.d, могут выбросить из ~/.emacs
> соответствующую команду и отменить загрузку default.el, установив
> inhibit-default-init.
> 
> 4. Наконец, если в системе установлен новый пакет etcskel, но старый
> emacs, в котором нет файла package-autoload.el, проблем при запуске Emacs
> тоже не возникнет (за исключением незагрузки файлов из
> /etc/emacs/site-start.d), поскольку (require 'package-autoload nil t)
> игнорирует отсутствие запрошенного файла.
> 
> Ваши замечания?
Выглядит красиво. Олег, что Вы скажете?
-- 
С уважением,
    Александр Боковой.

ALT Linux Team // www.altlinux.ru
-- You won't skid if you stay in a rut.
		-- Frank Hubbard
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> Выглядит красиво. Олег, что Вы скажете?

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

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> по-моему, надо просто ставить файлы, а остальное пускай каждый сам

файлы из /usr/share/emacs я имею в виду, а не /etc/emacs.d

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Oleg Tihonov]

> Я отчасти поддерживаю идею об использовании /etc/emacs/site-start.d -- по
> аналогии с, например, /etc/profile.d; сравнение с старт-стоп скриптами не
> очень подхолит, так как они настраивают сервер, а profile задает
> конфигурацию для отдельного пользователя.

в действительности, вся польза от /etc/emacs/site-start.d -- это возможность
автоматически _удалить_ конфигурационные вызовы для емаксового пакета.

> А мне в связи с этим вспомнились разговоры про похожесть файловой системы
> и сервера базы данных. Если бы файловая система предоставлялась сервером

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


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [mdk-re] /etc/emacs/site-start.d

[Sergey Bolshakoff]

>>>>> "Dmitry" == Dmitry V Levin writes:

 Dmitry> On Fri, May 04, 2001 at 10:46:54AM +0400, Oleg Tihonov wrote:
 >> > Вот обнаружил в Spring2001 потрясающую вещь - каталог
 >> > /etc/emacs/site-start.d, который, как я понял, предназначался для того,
 >> > чтобы помещать туда куски elisp, чтобы они выполнились из site-start.el.
 >> > Но, похоже, дело ограничилось только идеей - в
 >> > /usr/share/emacs/site-lisp/site-start.el ничего похожего на
 >> > использование этого каталога нет. А жаль.
 >>
 >> не надо этого каталога делать, пускай все куски выполняются из стандартных
 >> каталогов в "/usr/share/emacs".

 Dmitry> В /usr/share/emacs/ нет подходящего каталога для файлов типа
 Dmitry> /etc/emacs/site-start.d/gettext.el: (autoload 'po-mode "po-mode" "PO
 Dmitry> (gettext i18n) editing mode." t) (add-to-list 'auto-mode-alist
 Dmitry> '("\.po$" . po-mode))

Нет - и не надо. Все, что нужно пользователю, он сам пропишет себе в .emacs .
  

-- 
	Трули ерз, Сергей.

"[Open Source] programming is like sex, one mistake and you have to support it
for the rest of your life."  ---  M. Sinz, CBM Inc.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel