[devel] Каталоги не принадлежащие пакетам

[devel] Каталоги не принадлежащие пакетам

[Eugene Ostapets]

Пакет xterm содержит файлы в каталоге /etc/X11/app-defaults, но...
Но у него нет файловой зависимости на этот каталог, или зависимости на
пакет xorg-xserver-common, которому принадлежит данный каталог.

Подозреваю, что это далеко не единичный случай. Я могу
проанализировать пакетную базу и скриптом развесить большую пачку
багов, вопрос только в том - нужно ли это или проблемы пользователей
rpm5 мантейнеров не волнуют?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] Каталоги не принадлежащие пакетам

[Sergey Bolshakov]

>>>>> "Eugene" == Eugene Ostapets <eostapets-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

 > Пакет xterm содержит файлы в каталоге /etc/X11/app-defaults, но...
 > Но у него нет файловой зависимости на этот каталог, или зависимости на
 > пакет xorg-xserver-common, которому принадлежит данный каталог.

 > Подозреваю, что это далеко не единичный случай. Я могу
 > проанализировать пакетную базу и скриптом развесить большую пачку
 > багов, вопрос только в том - нужно ли это или проблемы пользователей
 > rpm5 мантейнеров не волнуют?

Спать смогу, но лучше развесить.

-- 

Re: [devel] Каталоги не принадлежащие пакетам

[Alexey Tourbin]

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

On Wed, Apr 01, 2009 at 04:51:47PM +0300, Eugene Ostapets wrote:
> Пакет xterm содержит файлы в каталоге /etc/X11/app-defaults, но...
> Но у него нет файловой зависимости на этот каталог, или зависимости на
> пакет xorg-xserver-common, которому принадлежит данный каталог.

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

> Подозреваю, что это далеко не единичный случай. Я могу
> проанализировать пакетную базу и скриптом развесить большую пачку
> багов, вопрос только в том - нужно ли это или проблемы пользователей
> rpm5 мантейнеров не волнуют?

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

Рассмотрим пример.  Пакет gtk-doc содержит инструметы для создания HTML
документации, которая размещается в каталоге  /usr/share/gtk-doc/html.
Он же порождает иерархию каталогов /usr/share/gtk-doc.  Пример пакета
с документацией: libxml2-doc, /usr/share/gtk-doc/html/libxml2/.

Если решить вопрос строго положительно, то получится, что пакет
libxml2-doc должен вытягивать gtk-doc.  А gtk-doc в свою очередь
вытягиват docbook, openjade, питон и еще всякий xslt stuff.  Больше
30 пакетов.

Получается несоответствие: чтобы посмотреть документацию в формате HTML,
нужно зачем-то вытягивать инструменты, при помощи которых эта
HTML-документация была сгенерирована.  Это нонсенс.

Как можно решить эту проблему, если считать вопрос решенным строго
положительно?  Можно отпилить пустой пакет gtk-doc-base, который будет
владеть каталогами /usr/share/gtk-doc и /usr/share/gtk-doc/html.
Но я сильно сомневаюсь, что это занятие имеет смысл -- отпиливать пустые
пакеты в больших количествах.

Посмотрим на это еще вот как: пакет gtk-doc относится к средствам
разработки (условно класса "devel"), а пакет libxml2-doc относится
к документации (условно класса "doc").  Неправильно, когда пакеты класса
"doc" вытягивают пакеты класса "devel" (для просмотра документаци не
нужны сборочные средства).

Это говорит о том, что существует упорядоченность пакетов по
зависимостям, и она должна подчиняться логике классов.  Нельзя, чтобы
не-devel пакет требовал devel-пакеты.  Будем называть это "топологией
зависимостей".

Кроме топологии зависимостей, есть еще иерархия вложенных каталогов фс.
На примере gtk-doc хорошо видно, что топология зависимостей и иерархия
фс не всегда хорошо согласуются друг с другом.

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

Re: [devel] Каталоги не принадлежащие пакетам

[Eugene Ostapets]

2009/4/1 Alexey Tourbin <at altlinux.ru>:
> On Wed, Apr 01, 2009 at 04:51:47PM +0300, Eugene Ostapets wrote:
>> Пакет xterm содержит файлы в каталоге /etc/X11/app-defaults, но...
>> Но у него нет файловой зависимости на этот каталог, или зависимости на
>> пакет xorg-xserver-common, которому принадлежит данный каталог.
>
> Очень заманчиво автоматически выставлять зависимости на все родительские
> каталоги в пакете.  Тем более, что это несложно реализовать.  Только я
> сомневаюсь, что это будет правильно так делать.
В лоб - абсолютно неправильно и я с этим согласен.
>
>> Подозреваю, что это далеко не единичный случай. Я могу
>> проанализировать пакетную базу и скриптом развесить большую пачку
>> багов, вопрос только в том - нужно ли это или проблемы пользователей
>> rpm5 мантейнеров не волнуют?
>
> Если решить вопрос строго положительно, то нужно один раз реализовать
> зависимости на родительские каталоги, а баги тогда развешивать нет смысла.
Нет, лучше ввести проверку в sisyphus-check и каждый случай
рассматривать отдельно.
>
> Как можно решить эту проблему, если считать вопрос решенным строго
> положительно?  Можно отпилить пустой пакет gtk-doc-base, который будет
> владеть каталогами /usr/share/gtk-doc и /usr/share/gtk-doc/html.
> Но я сильно сомневаюсь, что это занятие имеет смысл -- отпиливать пустые
> пакеты в больших количествах.
Внести  /usr/share/gtk-doc в filesystem?


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] Каталоги не принадлежащие пакетам

[Slava Semushin]

1 апреля 2009 г. 20:51 пользователь Eugene Ostapets <eostapets@gmail> написал:
> Пакет xterm содержит файлы в каталоге /etc/X11/app-defaults, но...
> Но у него нет файловой зависимости на этот каталог, или зависимости на
> пакет xorg-xserver-common, которому принадлежит данный каталог.

Спасибо!

Исправил в git:

http://git.altlinux.org/people/php_coder/packages/xterm.git?p=xterm.git;a=commitdiff;h=ca8660bea45e19dab727a9cd79cb6bc4e2cfaa7b

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


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru