[devel] Q: /etc/emacs/site-start.d

[Anton V. Denisov]

Приветствую всех.

Возник вопрос, продемонстрирую на примере:

$ rpmquery -f /etc/emacs/site-start.d/*
tetex-dvips-2.0-alt1
gettext-tools-0.11.5-alt12
python22-2.2.2-alt1
tetex-xdvi-2.0-alt1

$ rpmquery -f /etc/emacs/site-start.d
предупреждение: файл /etc/emacs/site-start.d не принадлежит ни одному из
пакетов

$ rpmquery -f /etc/emacs
предупреждение: файл /etc/emacs не принадлежит ни одному из пакетов

Возможные выходы:

1) Пакет gettext-tools должен requires некий пакет (например emacs-common),
который и будет provides указанные выше каталоги.

Минусы: зачем мне этот emacs-common, если я не пользуюсь emacs, а хочу лишь
установить gettext-tools.

2) Переносим файл /etc/emacs/site-start.d/gettext.el из пакета
gettext-tools в некий (emacs-some-modes), который либо сам содержит
указанные каталоги, либо requires то, что надо.

Минусы: пакаджерам gettext и emacs придётся взаимодействовать, либо
пакаджеру gettext делать non-maintainer-build emacs-related пакетов,
пакаджеру gettext придётся следить за актуальностью файла gettext.el при
каждой сборке новой версии своего пакета.

3) Выделяем из gettext подпакет (типа gettext-emacs-modes), который
requires то, что надо.

Минусы: кроме одноразовой "лишней" работы для пакаджера gettext, я других
минусов не вижу.

Вопрос: какой из способов предпочесть? Или есть другие?

На самом деле, ситуация с emacs приведена лишь как пример. Это письмо
является продолжением разборок с ничейными каталогами, которое не вызвало
должной реакции со стороны devel@, что меня очень удивило....

P.S. Надо бы policy на такие случаи....
P.P.S. emacs это не редактор, а образ жизни... Но для пакаджера это кошмар,
подумал я, поглядев в его спек и вспомнив, что есть ещё xemacs.

С уважением, Антон В. Денисов.