[devel] rpm-build-4.0.4-alt78 dependencies changed

[devel] rpm-build-4.0.4-alt78 dependencies changed

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 313 bytes --]

Я рассмотрел все пакеты, которые перестали собираться из-за изменений
в rpm-build-4.0.4-alt78.  Теперь начинается самое интересное: у многих
пакетов после успешной пересборки зависимости стали отличаться
нетривиальным образом.

Я прилагаю полный diff для предварительного осмотра.
Буду его комментировать.

[-- Attachment #1.2: bilode.diff.bz2 --]
[-- Type: application/x-bzip2, Size: 28566 bytes --]

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Anton Farygin]

Alexey Tourbin пишет:
> Я рассмотрел все пакеты, которые перестали собираться из-за изменений
> в rpm-build-4.0.4-alt78.  Теперь начинается самое интересное: у многих
> пакетов после успешной пересборки зависимости стали отличаться
> нетривиальным образом.
> 
> Я прилагаю полный diff для предварительного осмотра.
> Буду его комментировать.

Это выглядит странно:
@@ -19337,2 +19611,3 @@
  design-graphics-desktop-4.0-alt0.1     Requires 
/etc/alternatives/packages.d
+design-graphics-desktop-4.0-alt0.1     Requires 
/usr/share/wallpapers
  design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh

[devel] rpm-build-4.0.4-alt78 removed self requires

[Alexey Tourbin]

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

Из-за улучшений в /usr/lib/rpm/find-package у некоторых пакетов
исчезли зависимости на самих себя.

$ perl -ne '/^-(\S+)-\S+-\S+\t\S+\t\1$/&&print' bilode.diff
-audit-1.5.4-alt1       Requires        audit
-backupninja-0.9.4-alt1 Requires        backupninja
-bridge-utils-1.2-alt2  Requires        bridge-utils
-cracklib-utils-2.8.10-alt1     Requires        cracklib-utils
-freeipmi-0.4.3-alt1    Requires        freeipmi
-fsbackup-1.2pl1-alt2   Requires        fsbackup
-iproute2-2.6.20.20070313-alt1  Requires        iproute2
-ipvsadm-1.24-alt1      Requires        ipvsadm
-iscsitarget-utils-0.4.14-alt3  Requires        iscsitarget-utils
-nvram-wakeup-0.97-alt2 Requires        nvram-wakeup
-open-iscsi-2.0.730-alt2        Requires        open-iscsi
-postfix-2.3.12-alt1    Requires        postfix
-qtparted-0.4.5-alt21   Requires        qtparted
-rdup-0.3.0-alt0.1      Requires        rdup
-redirector-dbl-3.2.1-alt5      Requires        redirector-dbl
-service-0.5.14-alt1    Requires        service
-shorewall-3.4.5-alt1   Requires        shorewall
-squid-server-2.6.STABLE13-alt1 Requires        squid-server
-startup-rescue-0.4.2-alt1      Requires        startup-rescue
-tircproxy-0.4.5-alt3   Requires        tircproxy
-utftpd-0.2.4-alt2      Requires        utftpd
-vzctl-3.0.18-alt1      Requires        vzctl
-xen-3.1.0-alt2 Requires        xen
-xfsprogs-2.8.16-alt1   Requires        xfsprogs
$

Кажется, это связано с тем, что раньше поиск через /usr/bin/which
происходил с текущим значением PATH=/bin:/usr/bin.  То есть по сути
раньше не работал просмотр /sbin и /usr/sbin в билдруте и в
хост-системе.  Видно, что большая часть этих пакетов -- "серверные".

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 13:08]:
> Я прилагаю полный diff для предварительного осмотра.
> Буду его комментировать.

> +alterator-browser-qt-2.9.62-alt1	Requires	dev
> +nvidia_glx_common-1.0.7184-alt29.2	Requires	dev
> +nvidia_glx_common-1.0.9631-alt29.2	Requires	dev
> +nvidia_glx_common-1.0.9746-alt27	Requires	dev
> +nvidia_glx_common-1.0.9755-alt29	Requires	dev
> +nvidia_glx_common-100.14.09-alt30	Requires	dev
> +nvidia_glx_common-100.14.11-alt31	Requires	dev
Это плохо.  Это очень плохо.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

[devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
> Это выглядит странно:
> @@ -19337,2 +19611,3 @@
>   design-graphics-desktop-4.0-alt0.1     Requires 
> /etc/alternatives/packages.d
> +design-graphics-desktop-4.0-alt0.1     Requires 
> /usr/share/wallpapers
>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh

В пакете design-graphics-desktop имеется симлинк
/usr/share/design/desktop/backgrounds/more -> ../../../wallpapers

Я реализовал поиск зависимостей на все "битые" симлинки (другими
словами, поиск зависимостей на все симлинки, которые смотрят за
пределы пакета).  Как определить, что симлинк смотрит за пределы
пакета, я сейчас объяснять не буду.  Это не совсем тривиально,
хотя и не очень сложно.  Суть в том, что можно довольно точно
определить, что симлинк смотрит за пределы пакета, и узнать его
"канонический" таргет.

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

Далее запускается поиск зависимостей на таргет симлинка,
через стандартную процедуру /usr/lib/rpm/find-package.

Каталог /usr/share/wallpapers принадлежит более чем одному пакету.

$ rpm -qf /usr/share/wallpapers
wallpapers-mike-20030214-alt0.2.1
wallpapers-piter_xix-0.1-alt1
wallpapers-orange-0.1-alt0.1.1
wallpapers-gc-0.1-alt2
wallpapers-lav-20030331-alt1.1
wallpapers-landscapes-1-alt1
wallpapers-nordnature-1-alt1.1
kde-common-3.5.5-alt1
$

Поэтому алгоритм find-package проставляет "raw" зависимость
на /usr/share/wallpapers.  На самом деле идет поиск через недавно
реализованный в hasher contents_index_all, хотя в данном случае он
не дает ничего нового.

symlinks.req: /usr/src/tmp/design-graphics-desktop-buildroot/usr/share/design/desktop/backgrounds/more: checking contents_index_all for /usr/share/wallpapers
symlinks.req: /usr/src/tmp/design-graphics-desktop-buildroot/usr/share/design/desktop/backgrounds/more: /usr/share/wallpapers -> /usr/share/wallpapers (via contents_index_all)

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

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

[devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 01:37:18PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070912 13:08]:
> > Я прилагаю полный diff для предварительного осмотра.
> > Буду его комментировать.
> 
> > +alterator-browser-qt-2.9.62-alt1	Requires	dev
> > +nvidia_glx_common-1.0.7184-alt29.2	Requires	dev
> > +nvidia_glx_common-1.0.9631-alt29.2	Requires	dev
> > +nvidia_glx_common-1.0.9746-alt27	Requires	dev
> > +nvidia_glx_common-1.0.9755-alt29	Requires	dev
> > +nvidia_glx_common-100.14.09-alt30	Requires	dev
> > +nvidia_glx_common-100.14.11-alt31	Requires	dev
> Это плохо.  Это очень плохо.

С точки зрения логики поиска зависимостей "всё чисто".

В пакете alterator-browser-qt-2.9.62-alt1 имеется симлинк
/etc/alterator/design-browser-qt -> /dev/null

В пакете nvidia_glx_common* имеется симлинк
/etc/X11/lib_nvidia/nvidia.xinf -> /dev/null

Поскольку все битые (или "внешние") симлинки должен кто-то обеспечивать,
то проставляется зависимость на того, кто их обеспечивает.

symlinks.req: /usr/src/tmp/alterator-browser-qt-buildroot/etc/alterator/design-browser-qt: checking contents_index_all for /dev/null
symlinks.req: /usr/src/tmp/alterator-browser-qt-buildroot/etc/alterator/design-browser-qt: /dev/null -> dev (via contents_index_all)

Кроме пакета dev никто не обеспечивает файла /dev/null.

В принципе, если зависимости на /dev/* нежелательно разрешать из-за
специфики /dev, то это можно попробовать как-то захачить.

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

[devel] CMFQuickInstallerTool-1.5.3-alt1 strong semi-unmets

[Alexey Tourbin]

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

> @@ -257,4 +257,9 @@
>  CMFFormController-1.0.4-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	/etc/init.d/zope
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	/usr/share/debconf/confmodule
>  CMFQuickInstallerTool-1.5.3-alt1	Requires	CMF
>  CMFQuickInstallerTool-1.5.3-alt1	Requires	Zope-Modules
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	dpkg
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	findutils
> +CMFQuickInstallerTool-1.5.3-alt1	Requires	gawk
>  CMFQuickInstallerTool-1.5.3-alt1	Requires	make

Пакет CMFQuickInstallerTool заслуживает внимания по двум причинам --
общей и частной.

Общая причина это классификация полу-анметов.  Обратим внимание на
зависимость /etc/init.d/zope.  Она появляется при обработке файла
/usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst.
Вообще-то этот файл, вероятно, запакован по ошибке.  Но с точки зрения
общей причины это сейчас не важно.  Этот файл является простым #!/bin/sh
скриптом; на нём не стоит бита -x, поэтому раньше зависимости не
искались, а теперь будут искаться.

В этом файле исползуется /etc/init.d/zope:
./usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst: test "$RET" = "true" && /etc/init.d/zope restart

На самом деле в пакете Zope-ZUtils находится файл /etc/rc.d/init.d/zope.
Это тот же самый файл, но у него отличается канонический путь.  Поэтому
образуется "сильный полу-анмет" на /etc/init.d/zope.

Таким образом, это приводит меня к следующей классификации полу-анметов.

Слабый полу-анмет: зависимость типа /путь, которая явно не
предоставляется ни одним пакетом, но некоторые пакеты содержат
соответствующие файлы /путь, при явном совпадении канонических путей.
Такие пакеты при некоторых условиях всё еще можно поставить через
apt-get, а в противном случае можно установить через rpm.
Пример слабого полу-анмета: Requires: /etc/rc.d/init.d/zope

Сильный полу-анмет: зависимость типа /путь1, которая явно не
предоставляется ни одним пакетом; файл /путь1 не содержится ни
в одном пакете; но некоторые пакеты содержат файл /путь2;
каноникализация /путь1 и /путь2 дает один и тот же путь.  Такие пакеты
нельзя установить с помощью apt-get, и в некоторых случаях также нельзя
установить через rpm.  Пакет с сильным полу-анметом /путь1 можно
поставить в хост систему только тогда, когда пакет с файлом /путь2 УЖЕ
УСТАНОВЛЕН.  Пример сильного полу-анмета: Requires: /etc/init.d/zope

То есть встает вопрос каноникализации путей в процессе поиска
зависимостей.  Я реализовал в пост-alt78 бранче mod DWIM-хак,
который как раз направлен против сильных полу-анметов, называется
CanonPath.  Во многих случаях он делает как раз то, что нужно, но
полной гарантии супротив сильных полу-анметов нету.


Частная же причина состоит в появлении анмета на /usr/share/debconf/confmodule.

./usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst:. /usr/share/debconf/confmodule
./usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/config:. /usr/share/debconf/confmodule

shell.req: /usr/src/tmp/CMFQuickInstallerTool-buildroot/usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/debian/postinst: /usr/share/debconf/confmodule -> /usr/share/debconf/confmodule (raw, not found)

По-видимому, каталог debian/ всё же запакован по ошибке.
Если хотите паковать дебиановские скрипты, будьте готовы к дебиановским
зависимостям.

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Anton Farygin]

Alexey Tourbin пишет:
> On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
>> Это выглядит странно:
>> @@ -19337,2 +19611,3 @@
>>   design-graphics-desktop-4.0-alt0.1     Requires 
>> /etc/alternatives/packages.d
>> +design-graphics-desktop-4.0-alt0.1     Requires 
>> /usr/share/wallpapers
>>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
> 
> В пакете design-graphics-desktop имеется симлинк
> /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
<skip>
> Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
> не только в поиске зависимостей, но и в защите от битых симлинков.
> Пакет с битым симлинком теперь не удастся установить по зависимостям,
> пока кто-то не начнет предоставлять таргет симлинка.

А насколько это хорошо, с точки зрения использования ? может ли быть 
ситуация, когда симлинк в пакете является битым, но он переходит в 
нормальное состояние после дополнительной настройки, например тем-же 
самомым control'ом ?

Или симлинк исправляется в post-скриптах ?

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Dmitry V. Levin]

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

On Wed, Sep 12, 2007 at 02:52:02PM +0400, Anton Farygin wrote:
> Alexey Tourbin пишет:
> > On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
> >> Это выглядит странно:
> >> @@ -19337,2 +19611,3 @@
> >>   design-graphics-desktop-4.0-alt0.1     Requires 
> >> /etc/alternatives/packages.d
> >> +design-graphics-desktop-4.0-alt0.1     Requires 
> >> /usr/share/wallpapers
> >>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
> > 
> > В пакете design-graphics-desktop имеется симлинк
> > /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
> <skip>
> > Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
> > не только в поиске зависимостей, но и в защите от битых симлинков.
> > Пакет с битым симлинком теперь не удастся установить по зависимостям,
> > пока кто-то не начнет предоставлять таргет симлинка.
> 
> А насколько это хорошо, с точки зрения использования ? может ли быть 
> ситуация, когда симлинк в пакете является битым, но он переходит в 
> нормальное состояние после дополнительной настройки, например тем-же 
> самомым control'ом ?
> 
> Или симлинк исправляется в post-скриптах ?

В таком случае полагается паковать %ghost-файл(ы).


-- 
ldv

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 02:52:02PM +0400, Anton Farygin wrote:
> Alexey Tourbin пишет:
> > On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
> >> Это выглядит странно:
> >> @@ -19337,2 +19611,3 @@
> >>   design-graphics-desktop-4.0-alt0.1     Requires 
> >> /etc/alternatives/packages.d
> >> +design-graphics-desktop-4.0-alt0.1     Requires 
> >> /usr/share/wallpapers
> >>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
> > 
> > В пакете design-graphics-desktop имеется симлинк
> > /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
> <skip>
> > Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
> > не только в поиске зависимостей, но и в защите от битых симлинков.
> > Пакет с битым симлинком теперь не удастся установить по зависимостям,
> > пока кто-то не начнет предоставлять таргет симлинка.
> 
> А насколько это хорошо, с точки зрения использования ? может ли быть 
> ситуация, когда симлинк в пакете является битым, но он переходит в 
> нормальное состояние после дополнительной настройки, например тем-же 
> самомым control'ом ?

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

/usr/share/apps/konqueror/tiles/default.png -> ../../../../design-current/kde/konqueror/tile.png
+kdebase-konqueror-3.5.7-alt14	Requires	/usr/design-current/kde/konqueror/tile.png

> Или симлинк исправляется в post-скриптах ?

Поиск зависимостей симлинка можно отключить:
%add_findreq_skiplit /симлинк

То есть в первом приближении это соответствует "нашей идеологии"
rpm-build: все проверки влючены по умолчанию и работают очень жестко;
но, вместе с тем, все он отлючаются вручную.  Хорошо если это делается
осознанно (и на это есть хорошая причина).

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Anton Farygin]

Dmitry V. Levin пишет:
> On Wed, Sep 12, 2007 at 02:52:02PM +0400, Anton Farygin wrote:
>> Alexey Tourbin пишет:
>>> On Wed, Sep 12, 2007 at 01:16:49PM +0400, Anton Farygin wrote:
>>>> Это выглядит странно:
>>>> @@ -19337,2 +19611,3 @@
>>>>   design-graphics-desktop-4.0-alt0.1     Requires 
>>>> /etc/alternatives/packages.d
>>>> +design-graphics-desktop-4.0-alt0.1     Requires 
>>>> /usr/share/wallpapers
>>>>   design-graphics-desktop-4.0-alt0.1     Requires(interp)        /bin/sh
>>> В пакете design-graphics-desktop имеется симлинк
>>> /usr/share/design/desktop/backgrounds/more -> ../../../wallpapers
>> <skip>
>>> Думаю, что ничего подозрительного в данном случае нету.  Цель здесь
>>> не только в поиске зависимостей, но и в защите от битых симлинков.
>>> Пакет с битым симлинком теперь не удастся установить по зависимостям,
>>> пока кто-то не начнет предоставлять таргет симлинка.
>> А насколько это хорошо, с точки зрения использования ? может ли быть 
>> ситуация, когда симлинк в пакете является битым, но он переходит в 
>> нормальное состояние после дополнительной настройки, например тем-же 
>> самомым control'ом ?
>>
>> Или симлинк исправляется в post-скриптах ?
> 
> В таком случае полагается паковать %ghost-файл(ы).

На которые автоматом не будет выставляться provides...

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

Иначе придётся постоянно просить кого-то чего-то запровайдить в пакетах.

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 03:01:42PM +0400, Anton Farygin wrote:
> На которые автоматом не будет выставляться provides...
> 
> собственно я к тому, что коль уж решили искать автоматом зависимости на 
> симлинки, то видимо надо автоматом проставляться и provides.
> 
> Иначе придётся постоянно просить кого-то чего-то запровайдить в пакетах.

Вопрос с provides очень сложный, я его сейчас не буду полностью
растолковывать, хотя много в связи с этим писал.  В двух словах,
я "подстелил соломку" везде где только можно (в нескольких местах),
чтобы НИКОГДА не приходилось писать Provides вручную.

К сожалению, текущий дизайн репозитария (заведомо незамкнутые arch
и noarch компоненты при обрезании файловых листов) в некоторых случаях
всё же может давать полуанметы.  Но текущий дизайн репозитария это не
священная корова.  Посмотрим как пойдёт.

Все зависимости вида /usr/share/что-то в пределах noarch компоненты
НЕ БУДУТ являются анметами (естественно, если есть совпадение по файлам).

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Anton Farygin]

Alexey Tourbin пишет:
> On Wed, Sep 12, 2007 at 03:01:42PM +0400, Anton Farygin wrote:
>> На которые автоматом не будет выставляться provides...
>>
>> собственно я к тому, что коль уж решили искать автоматом зависимости на 
>> симлинки, то видимо надо автоматом проставляться и provides.
>>
>> Иначе придётся постоянно просить кого-то чего-то запровайдить в пакетах.
> 
> Вопрос с provides очень сложный, я его сейчас не буду полностью
> растолковывать, хотя много в связи с этим писал.  В двух словах,
> я "подстелил соломку" везде где только можно (в нескольких местах),
> чтобы НИКОГДА не приходилось писать Provides вручную.
> 
> К сожалению, текущий дизайн репозитария (заведомо незамкнутые arch
> и noarch компоненты при обрезании файловых листов) в некоторых случаях
> всё же может давать полуанметы.  Но текущий дизайн репозитария это не
> священная корова.  Посмотрим как пойдёт.
> 
> Все зависимости вида /usr/share/что-то в пределах noarch компоненты
> НЕ БУДУТ являются анметами (естественно, если есть совпадение по файлам).

Хорошо.

Кстати, кто-нить знает, в новом RPM появилась возможность делать 
условные зависимости как в debian ?

Я про Depends/Recommends/Suggests ?

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [070912 15:20]:
> Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> условные зависимости как в debian ?
Да.  Но помойму только Recommends.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 03:20:10PM +0400, Anton Farygin wrote:
> Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> условные зависимости как в debian ?

Думаю, что это скорее не нужно, чем нужно.

> Я про Depends/Recommends/Suggests ?

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

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

[devel] Plone-2.0.S5-alt1

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 02:46:34PM +0400, Alexey Tourbin wrote:
> > @@ -257,4 +257,9 @@
> >  CMFFormController-1.0.4-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	/etc/init.d/zope
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	/usr/share/debconf/confmodule
> >  CMFQuickInstallerTool-1.5.3-alt1	Requires	CMF
> >  CMFQuickInstallerTool-1.5.3-alt1	Requires	Zope-Modules
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	dpkg
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	findutils
> > +CMFQuickInstallerTool-1.5.3-alt1	Requires	gawk
> >  CMFQuickInstallerTool-1.5.3-alt1	Requires	make
[...]
> По-видимому, каталог debian/ всё же запакован по ошибке.
> Если хотите паковать дебиановские скрипты, будьте готовы к дебиановским
> зависимостям.

Аналогичная ситуация с Plone.  Проблема с /etc/init.d/zope будет решена
на уровне rpm-build, каталог debian/ лучше не паковать.

@@ -1164,2 +1172,4 @@
 Par-1.52-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
+Plone-2.0.S5-alt1	Requires	/etc/init.d/zope
+Plone-2.0.S5-alt1	Requires	/usr/share/debconf/confmodule
 Plone-2.0.S5-alt1	Requires	BTreeFolder2
@@ -1175,4 +1185,8 @@
 Plone-2.0.S5-alt1	Requires	coreutils
+Plone-2.0.S5-alt1	Requires	dpkg
+Plone-2.0.S5-alt1	Requires	findutils
+Plone-2.0.S5-alt1	Requires	gawk
 Plone-2.0.S5-alt1	Requires	make
 Plone-2.0.S5-alt1	Requires	python
+Plone-2.0.S5-alt1	Requires	python-base
 Plone-2.0.S5-alt1	Requires	python2.4(AccessControl)


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

[devel] PyPanel-2.4-alt2

[Alexey Tourbin]

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

> @@ -1276,2 +1290,8 @@
>  PyPanel-2.4-alt2	Requires	python-base
> +PyPanel-2.4-alt2	Requires	python2.4(Xlib)
> +PyPanel-2.4-alt2	Requires	python2.4(distutils)
> +PyPanel-2.4-alt2	Requires	python2.4(locale)
> +PyPanel-2.4-alt2	Requires	python2.4(os)
> +PyPanel-2.4-alt2	Requires	python2.4(select)
> +PyPanel-2.4-alt2	Requires	python2.4(time)
>  PyPanel-2.4-alt2	Requires	rtld(GNU_HASH)

Питоновские зависимости теперь ищутся в питновских скриптах,
а не только в питоновских модулях.  Отказ от жесткой зависимости
на python = %__python_version (вытягивает все стандартные питоновские
модули) становится более возможным.

В данном случае несколько настораживает зависимость на distutils,
но она действительно есть.

$ rpmpeek PyPanel-2.4-alt2.i586.rpm cat -n ./usr/bin/pypanel |grep -w distutils 
   891  from distutils import sysconfig
$

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

[devel] dependencies on consolehelper

[Alexey Tourbin]

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

Появилось некоторое количество зависимостей на consolehelper
(через симлинки), которые, вероятно, забывали добавить вручную.

+SysVinit-usermode-1.5-alt1.1   Requires        consolehelper
+alterator-bootloader-0.1.7-alt2        Requires        consolehelper
+gnome-system-log-2.18.1-alt2   Requires        consolehelper
+gparted-0.3.3-alt6     Requires        consolehelper
+gprs-easyconnect-2.5.3-alt1.1  Requires        consolehelper
+parted-1.8.8-alt1      Requires        consolehelper
+qtparted-0.4.5-alt21   Requires        consolehelper
+sjog-cvs20040812-alt4  Requires        consolehelper
+zapping-0.10-alt0.1.cvs6       Requires        consolehelper

Вот кусочек лога сборки SysVinit-usermode

find-provides: broken symbolic link /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/halt -> reboot is not going to provide anything
find-provides: broken symbolic link /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/poweroff -> reboot is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/reboot -> /usr/lib/consolehelper/helper is not going to provide anything

symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/halt: checking contents_index_all for /usr/lib/consolehelper/helper
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/halt: /usr/lib/consolehelper/helper -> consolehelper (via contents_index_all)
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/poweroff: checking contents_index_all for /usr/lib/consolehelper/helper
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/poweroff: /usr/lib/consolehelper/helper -> consolehelper (via contents_index_all)
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/reboot: checking contents_index_all for /usr/lib/consolehelper/helper
symlinks.req: /usr/src/tmp/SysVinit-usermode-buildroot/usr/bin/reboot: /usr/lib/consolehelper/helper -> consolehelper (via contents_index_all)

Здесь не факт, что нужно было искать /usr/lib/consolehelper/helper три
раза.  Я подумаю, стоит ли в связи с этим немного модифицировать поиск
зависимостей по симлинкам.

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Andrey Rahmatullin]

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

+Supybot-0.83.2-alt1.1  Requires        python2.4(glob)
+Supybot-0.83.2-alt1.1  Requires        python2.4(optparse)
+Supybot-0.83.2-alt1.1  Requires        python2.4(pprint)
+Supybot-0.83.2-alt1.1  Requires        python2.4(pydoc)
+Supybot-0.83.2-alt1.1  Requires        python2.4(tarfile)

Будем считать, что так и надо. 

+archivemail-0.7.0-alt1 Requires        python2.4(fcntl)
etc

Принимается.

+bluez-test-3.10-alt2   Requires        python-base
+bluez-test-3.10-alt2   Requires        python2.4(dbus)
+bluez-test-3.10-alt2   Requires        python2.4(getopt)
+bluez-test-3.10-alt2   Requires        python2.4(gobject)

Принимается, /usr/bin/apitest.

+cmake-2.4.7-alt1       Requires        coreutils
+cmake-2.4.7-alt1       Requires        grep
+cmake-2.4.7-alt1       Requires        gzip
+cmake-2.4.7-alt1       Requires        sed
+cmake-2.4.7-alt1       Requires        tar
+cmake-2.4.7-alt1       Requires        util-linux

/usr/share/CMake/Modules разобралось что ли? А это правильно?

+cogito-0.18.2-alt2     Requires        bash
etc

env bash в шебанге не опознавался?

+dosbox-0.72-alt1       Provides        /usr/bin/dosbox

Зачем? Альтернативы?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

А почему ссылка на xorg-x11-6.8.2-alt5.src.rpm находится в
SRPMS.kernel? Или у нас уже GUI в ядре? ;)
		-- mrkooll in sisyphus@

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 16:19]:
> > Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> > условные зависимости как в debian ?
> Думаю, что это скорее не нужно, чем нужно.
Сейчас у нас это сделано созданием многих pure-virtual пакетов с
жёсткими зависимостями.  С одной стороны это хорошо для
замкнутости репозитария, с другой - плохо для пользователя у
которого "опять развалился весь GNOME/KDE/WTF".  Неизвестно что
хуже (с точки зрения usability).

Мне, как человеку, чья жена пользуется GNOME, или как
пользователю vlc, был бы интересен такой режим работы apt, когда
бы он пытался ставить максимальное количество Recommended
пакетов, а не заглядывать через aptitude в зависимости к
виртуалам...  Но в таких условиях трудно требовать чего-то от
мантейнеров.  Разве что считать неудовлетворённый Recommends
полноценным анметом.

-- 
Regards,
Sir Raorn.

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

[devel] Supybot-0.83.2-alt1.1 cmake-2.4.7-alt1

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 08:10:39PM +0600, Andrey Rahmatullin wrote:
> +Supybot-0.83.2-alt1.1  Requires        python2.4(glob)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(optparse)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(pprint)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(pydoc)
> +Supybot-0.83.2-alt1.1  Requires        python2.4(tarfile)
> 
> Будем считать, что так и надо. 

$ rpmpeek Supybot-0.83.2-alt1.1.i586.rpm grep -rw tarfile .
./usr/bin/supybot-plugin-package:import tarfile
./usr/bin/supybot-plugin-package:        tf = tarfile.open('%s.tar.gz' % basename, mode='w:gz')
$

Питоновские зависимости теперь ищутся и в скриптах, а не только
в модулях.  Они по-прежнему ищутся достаточно консервативно, то есть
только зависимости "без отступов" (внутри функций зависимости
игнорируются, о чем на всякий случай выдается warning).

То есть, действительно, так и надо.

> +cmake-2.4.7-alt1       Requires        coreutils
> +cmake-2.4.7-alt1       Requires        grep
> +cmake-2.4.7-alt1       Requires        gzip
> +cmake-2.4.7-alt1       Requires        sed
> +cmake-2.4.7-alt1       Requires        tar
> +cmake-2.4.7-alt1       Requires        util-linux
> 
> /usr/share/CMake/Modules разобралось что ли? А это правильно?

Вообще-то я писал, что зависимости на basesystem комментировать
не буду -- от добра добра не ищут.  В принципе даже есть идея
оптимизировать (убирать) зависимости на basesystem за пределами
basesystem, но хорошая реализация не приходит в голову.

Однако файл этот называется
/usr/share/CMake/Modules/CPack.STGZ_Header.sh.in
Он не исполняемый, но начинается на "#!/bin/sh".

Он вообще предназначен для использования cmake'ом или нет?
И почему он кончается на *.in?

> +cogito-0.18.2-alt2     Requires        bash
> etc
> 
> env bash в шебанге не опознавался?

Нет, не опознавался.

> +dosbox-0.72-alt1       Provides        /usr/bin/dosbox
> Зачем? Альтернативы?

Да.  Есть некоторые тонкие соображения, почему все /usr/bin/*
и /usr/sbin/* альтернативы должны предоставляться.  Вообще-то
как бы принято писать их вручную в Provides, но это иногда забывают
делать.

Тонкое соображение такое.  Вообще-то Provides: */bin/* или */sbin/*
писать не обязательно, потому что apt сможет вычислить такие пути по
файловым листам.  Но, с другой стороны, apt ворошит файловые листы
в последнюю очередь.  Если есть явный Provides, то он берёт именно его.
Так вот, чтобы все были равны, и не было тех, кто равнее других, нужно
чтобы все альтернативы одновременно предоставляли (или не предоставляли)
свою альтернативу.

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 14:09]:
> В принципе, если зависимости на /dev/* нежелательно разрешать
> из-за специфики /dev, то это можно попробовать как-то захачить.
Для начала можно считать, что /dev/null, /dev/console и т.п.
просто есть всегда в любой системе.  А вообще, это странно -
иметь где-то симлинк в /dev/...

-- 
Regards,
Sir Raorn.

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

Re: [devel] Supybot-0.83.2-alt1.1 cmake-2.4.7-alt1

[Andrey Rahmatullin]

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

On Wed, Sep 12, 2007 at 07:54:44PM +0400, Alexey Tourbin wrote:
> > Будем считать, что так и надо. 
> Питоновские зависимости теперь ищутся и в скриптах, а не только
> в модулях.
Да, я об этом.

> Однако файл этот называется
> /usr/share/CMake/Modules/CPack.STGZ_Header.sh.in
> Он не исполняемый, но начинается на "#!/bin/sh".
> 
> Он вообще предназначен для использования cmake'ом или нет?
> И почему он кончается на *.in?
Это заглушка для саморазворачивающихся tgz.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

 Мне очень стыдно, но я это, как бы, чуть-чуть потерял опять немножко
пароль от BTS :(
		-- vsl in devel@

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070912 14:09]:
А вообще, это кривые пакеты.

> В пакете alterator-browser-qt-2.9.62-alt1 имеется симлинк
> /etc/alterator/design-browser-qt -> /dev/null
$ rpmpeek .../design-alterator-browser-qt-junior-1.0.0-alt1.noarch.rpm cat ./etc/alternatives/packages.d/design-alterator-browser-qt-junior
/etc/alterator/design-browser-qt        /usr/share/alterator-browser-qt/design/junior.rcc 50

> В пакете nvidia_glx_common* имеется симлинк
> /etc/X11/lib_nvidia/nvidia.xinf -> /dev/null
$ rpm -qlp .../nvidia_glx_100.14.09-100.14.09-alt30.i586.rpm | grep xinf 
/usr/lib/nvidia_100.14.09/nvidia.xinf

А симлинк /etc/X11/lib_nvidia/nvidia.xinf переключается
"скриптом" /usr/libexec/X11/drvpre.d/nvidia (на что и ругался
lakostis@ в сизифе).

-- 
Regards,
Sir Raorn.

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

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Sergey V Turchin]

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

On 12 сентября 2007, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070912 14:09]:
> > В принципе, если зависимости на /dev/* нежелательно разрешать
> > из-за специфики /dev, то это можно попробовать как-то захачить.
>
> Для начала можно считать, что /dev/null, /dev/console и т.п.
> просто есть всегда в любой системе.  А вообще, это странно -
> иметь где-то симлинк в /dev/...
Мне все равно там, на какой пустой файл ссылаться.
Хоть на несуществующий.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2?nvidia_glx_common-1.0.7184-alt29. 2

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [070912 20:21]:
> > А вообще, это странно - иметь где-то симлинк в /dev/...
> Мне все равно там, на какой пустой файл ссылаться.
> Хоть на несуществующий.
А зачем тебе ссылаться в пакете?  Есть %ghost, можно в %post этот
файл создавать, можно в этих пакетах его вообще не трогать
(наверное).

-- 
Regards,
Sir Raorn.

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

[devel] TeXmacs-1.0.6.9-alt2

[Alexey Tourbin]

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

> @@ -2022,2 +2051,7 @@
>  TORCS-data-tracks-1.3.0-alt0.1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +TeXmacs-1.0.6.9-alt2	Requires	R-base
> +TeXmacs-1.0.6.9-alt2	Requires	bash
> +TeXmacs-1.0.6.9-alt2	Requires	clisp
> +TeXmacs-1.0.6.9-alt2	Requires	coreutils
> +TeXmacs-1.0.6.9-alt2	Requires	grep
>  TeXmacs-1.0.6.9-alt2	Requires	guile16
> @@ -2040,5 +2074,19 @@
>  TeXmacs-1.0.6.9-alt2	Requires	libstdc++.so.6(GLIBCXX_3.4)
> +TeXmacs-1.0.6.9-alt2	Requires	make
> +TeXmacs-1.0.6.9-alt2	Requires	maxima-common
> +TeXmacs-1.0.6.9-alt2	Requires	octave
> +TeXmacs-1.0.6.9-alt2	Requires	python-base
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(keyword)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(os)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(re)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(string)
> +TeXmacs-1.0.6.9-alt2	Requires	python2.4(traceback)
>  TeXmacs-1.0.6.9-alt2	Requires	rtld(GNU_HASH)
> +TeXmacs-1.0.6.9-alt2	Requires	sed
> +TeXmacs-1.0.6.9-alt2	Requires	sh
>  TeXmacs-1.0.6.9-alt2	Requires	slocate
> +TeXmacs-1.0.6.9-alt2	Requires	tetex-core
> +TeXmacs-1.0.6.9-alt2	Requires	tetex-dvips
>  TeXmacs-1.0.6.9-alt2	Requires	tetex-latex
> +TeXmacs-1.0.6.9-alt2	Requires	transfig
>  TeXmacs-1.0.6.9-alt2	Requires(interp)	/bin/sh

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

$ rpmpeek TeXmacs-1.0.6.9-alt2.src.rpm sh -c 'grep findreq *.spec'
%define _findreq_default_method lib
$

Этот хак больше не работает.
Есть менее другой хак, который, может быть, работает:
	AutoReq: no, lib
Более подходящим хаком может стать:
	AutoReq: yes, noshell
В любом случае, это Очень Плохая Идея -- игнорировать все
зависимости скопом.

Хочу подчеркнуть, что зависимости, которые проставились в TeXmacs
вследствие того, что старый хак не работает, они очень похожи на правду.
Это "научный пакет", и в нём появляются зависимости на другие "научные
пакеты".

Например, я посмотрел, откуда берётся зависимость на R-base.

$ rpmpeek TeXmacs-1.0.6.9-alt2.i586.rpm ls -l ./usr/lib/TeXmacs/bin/r_install
-rwxr-xr-x 1 root root 132 Jun 10 18:47 ./usr/lib/TeXmacs/bin/r_install
$ rpmpeek TeXmacs-1.0.6.9-alt2.i586.rpm cat ./usr/lib/TeXmacs/bin/r_install
#!/bin/sh
mkdir -p $TEXMACS_HOME_PATH/plugins/r/r
R CMD INSTALL -l $TEXMACS_HOME_PATH/plugins/r/r $TEXMACS_PATH/plugins/r/r/TeXmacs
$

Тут всё чисто, и поиск зависимостей не грешит против истины ни на йоту.

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Alexey Tourbin]

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

On Wed, Sep 12, 2007 at 07:51:04PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070912 16:19]:
> > > Кстати, кто-нить знает, в новом RPM появилась возможность делать 
> > > условные зависимости как в debian ?
> > Думаю, что это скорее не нужно, чем нужно.
> Сейчас у нас это сделано созданием многих pure-virtual пакетов с
> жёсткими зависимостями.  С одной стороны это хорошо для
> замкнутости репозитария, с другой - плохо для пользователя у
> которого "опять развалился весь GNOME/KDE/WTF".  Неизвестно что
> хуже (с точки зрения usability).
> 
> Мне, как человеку, чья жена пользуется GNOME, или как
> пользователю vlc, был бы интересен такой режим работы apt, когда
> бы он пытался ставить максимальное количество Recommended
> пакетов, а не заглядывать через aptitude в зависимости к
> виртуалам...  Но в таких условиях трудно требовать чего-то от
> мантейнеров.  Разве что считать неудовлетворённый Recommends
> полноценным анметом.

Ты мыслишь прикладно, а я мыслю алгебраически (этим я НЕ объявляю,
что я НЕ мыслю также и прикладно).  В общем, мне кажется, что это
глупость, более или менее.  Если не хочется иметь сломанного гнома,
то не надо ломать гном, только и всего.  Если же гном сломался, то
не надо взывать к высоким материям и зависимостям типа Recommends,
а лучше чем-то помочь его починить, если это возможно.

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

Re: [devel] rpm-build-4.0.4-alt78 dependencies changed

[Alexey Voinov]

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

Alexey Tourbin <at@altlinux.ru> writes:

> Я рассмотрел все пакеты, которые перестали собираться из-за изменений
> в rpm-build-4.0.4-alt78.  Теперь начинается самое интересное: у многих
> пакетов после успешной пересборки зависимости стали отличаться
> нетривиальным образом.
>
> Я прилагаю полный diff для предварительного осмотра.
> Буду его комментировать.
arch-pqm, scheme48 - изменения вполне нормальные

А вот в gambit:

 gambit-4.0-alt0.22.1	Requires	/etc/alternatives/packages.d
-gambit-4.0-alt0.22.1	Requires	gcc4.1
+gambit-4.0-alt0.22.1	Requires	/usr/bin/gcc
 gambit-4.0-alt0.22.1	Requires	libc.so.6(GLIBC_2.0)

меня поначалу напрягло. Хотя, наверное, пофиг каким компилятором
собирать резултирующий C. Линкуемся-то мы с обычной библиотекой,
никаких специфических фишечек там быть не должно.

Я бы обратил внимание на довольно странные зависимосте пакетов urw-tex
и urw-tex-afm.


-- 
Best Regards!
Alexey Voinov

voins@voins.program.ru
voins@altlinux.ru

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

Re: [devel] design-graphics-desktop-4.0-alt0.1 symlinks.req

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от 12 сентября 2007 Alexey Tourbin написал(a):
 > On Wed, Sep 12, 2007 at 07:51:04PM +0400, Alexey I. Froloff wrote:
 > Ты мыслишь прикладно, а я мыслю алгебраически (этим я НЕ объявляю,
 > что я НЕ мыслю также и прикладно).  В общем, мне кажется, что это
 > глупость, более или менее.  Если не хочется иметь сломанного гнома,
 > то не надо ломать гном, только и всего.  Если же гном сломался, то
 > не надо взывать к высоким материям и зависимостям типа Recommends,
 > а лучше чем-то помочь его починить, если это возможно.
А всё-таки - реально-ли в rpm включить дизъюнкционные зависимости ? Типа 
один из всех ?

PS Спросил и подумал - зачем человека от дела отвлёк.


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Thu, Sep 13, 2007 at 12:08:25AM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey Tourbin
>   В сообщении от 12 сентября 2007 Alexey Tourbin написал(a):
>  > On Wed, Sep 12, 2007 at 07:51:04PM +0400, Alexey I. Froloff wrote:
>  > Ты мыслишь прикладно, а я мыслю алгебраически (этим я НЕ объявляю,
>  > что я НЕ мыслю также и прикладно).  В общем, мне кажется, что это
>  > глупость, более или менее.  Если не хочется иметь сломанного гнома,
>  > то не надо ломать гном, только и всего.  Если же гном сломался, то
>  > не надо взывать к высоким материям и зависимостям типа Recommends,
>  > а лучше чем-то помочь его починить, если это возможно.
> А всё-таки - реально-ли в rpm включить дизъюнкционные зависимости ? Типа 
> один из всех ?

А зачем?  Мы обсуждали это на конференции.  Если явно указывать
дизъюнкцию, то она получается "закрытой" во времени, к ней нельзя
ничего присоединить.  Напр. Requires: gcc3.4|gcc4.1.

А можно длеать "открытую" дизъюнкцию на основе виртуальных зависимостей,
типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
"подшить" gcc4.2, и скорее всего такая семантика более преемлема
с точки зрения репозитария в целом.

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

Например мы хотим выразить функцию Requires: mysql xor postgresql.

Делаем пакеты
%package only-postgresql
Requires: postgresql-server
Conflicts: mysql-server
Provides: postgresql-xor-mysql

%package only-mysql
Requires: mysql-server
Conflicts: postgresql-server
Provides: postgresql-xor-mysql

В основном пакете пишем
Requires: postgresql-xor-mysql

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

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
 > On Thu, Sep 13, 2007 at 12:08:25AM +0400, Хихин Руслан wrote:
 > > Здравствуйте Alexey Tourbin
 > >
 > А зачем?  Мы обсуждали это на конференции.  Если явно указывать
 > дизъюнкцию, то она получается "закрытой" во времени, к ней нельзя
 > ничего присоединить.  Напр. Requires: gcc3.4|gcc4.1.
Ну, при следующей пересборке пакета она легко присоединяется.


 > А можно длеать "открытую" дизъюнкцию на основе виртуальных
 > зависимостей,
 > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
 > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
 > с точки зрения репозитария в целом.
Не всегда зависимость определяется общим файлом - чаще - это различный 
набор интерфейса.

 > Вообще у меня была идея, что с помощью дополнительных виртуальных
 > зависмостей (иногда с помощью явного умножения числа сущностей)
 > можно выразить на зависимостях любую булеву функцию.
 > См. теорему Поста о полноте системы булевых функций.

 > Например мы хотим выразить функцию Requires: mysql xor postgresql.
 >
 > Делаем пакеты
 > %package only-postgresql
 > Requires: postgresql-server
 > Conflicts: mysql-server
 > Provides: postgresql-xor-mysql
 >
 > %package only-mysql
 > Requires: mysql-server
 > Conflicts: postgresql-server
 > Provides: postgresql-xor-mysql
 >
 > В основном пакете пишем
 > Requires: postgresql-xor-mysql
 >
 > То есть дислексия при выражении зависимостей присутствует, но в
 > принципе
 > система вроде бы полна.
Это мне понятно - дизъюнкционная зависимость и Provides это разные формы 
отбражения одного и того-же. Вопрос стоит именно о возможности хранить 
такую информацию не в куче пакетов, собираемых разными людьми, а в 
одном пакете. Особенно полезно с учётом того, что дизъюнкция 
выполняется при первой истине. 

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070915 13:45]:
> А можно длеать "открытую" дизъюнкцию на основе виртуальных зависимостей,
> типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
> "подшить" gcc4.2, и скорее всего такая семантика более преемлема
> с точки зрения репозитария в целом.
Зависимости A || B в debian появились, видимо, из-за отсутствия
таких "левых" provides.

> Например мы хотим выразить функцию Requires: mysql xor postgresql.
А apt'у крышу не снесёт от такого?

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Хихин Руслан <hihin@> [070915 13:55]:
>  > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
>  > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
>  > с точки зрения репозитария в целом.
> Не всегда зависимость определяется общим файлом - чаще - это различный 
> набор интерфейса.
Это не файл, это Provides.  Можно назвать его GNU-C-Compiler,
ничего не изменится.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey I. Froloff
  В сообщении от Суббота 15 сентября 2007 Alexey I. Froloff написал(a):
 > Зависимости A || B в debian появились, видимо, из-за отсутствия
 > таких "левых" provides.
imho Это лучше, чем левые provides. Хотябы-потому, что A || B || Null = 
в чистом виде условная заввисимость - если не у становлен A и не 
установлен B, то это не страшно, так-как Null всегда установлен.
 
 > > Например мы хотим выразить функцию Requires: mysql xor postgresql.
 > А apt'у крышу не снесёт от такого?
Проверка наоборот упростится - если есть mysq	l, то postgresql можно не 
проверять.

PS Тут есть одна тонкость русского языка - 
A || B || С = Истина Если установлен хотя-бы один.
(точное математическое или)
001
011
111
....
010 
и т.д
 Не менее важен случай, что 
A || B || С = Истина, если установлен ТОЛЬКО один:
100
010
001
матемимтически это другая функция (для двух элементов функция 
нечётности), но не менее редкая в практической жизни, чем вторая. 


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 01:53:39PM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey Tourbin
>   В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
>  > On Thu, Sep 13, 2007 at 12:08:25AM +0400, Хихин Руслан wrote:
>  > > Здравствуйте Alexey Tourbin
>  > >
>  > А зачем?  Мы обсуждали это на конференции.  Если явно указывать
>  > дизъюнкцию, то она получается "закрытой" во времени, к ней нельзя
>  > ничего присоединить.  Напр. Requires: gcc3.4|gcc4.1.
> Ну, при следующей пересборке пакета она легко присоединяется.

Как же туда присоединится gcc4.2?  Вручную?

>  > А можно длеать "открытую" дизъюнкцию на основе виртуальных
>  > зависимостей,
>  > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
>  > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
>  > с точки зрения репозитария в целом.
> Не всегда зависимость определяется общим файлом - чаще - это различный 
> набор интерфейса.

Желательно чтобы общие интерфейсы предоставляли какое-то общее имя
в provides, на которое легко сослаться.  Такова логика построения
репозитария.  Хотя конечно она навязчива.

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

Это понятно.  Организационное неудобство.  С другой стороны, нет способа
указывать "глупые"/бессмысленные дизъюнкции типа что-угодно1|что-угодно2.

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

> одном пакете. Особенно полезно с учётом того, что дизъюнкция 
> выполняется при первой истине. 

Мил человек.  Дизъюнкция это функция, причем ассоциативная (а также
коммутативная).  А у Вас дизъюнкция это процедура, которая ещё типа
должна выполнять какие-то эвристические действия при попытке ее
вычисления в зависимости от последовательности дизъюнктов.

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Хихин Руслан <hihin@> [070915 16:15]:
>  > Зависимости A || B в debian появились, видимо, из-за отсутствия
>  > таких "левых" provides.
> imho Это лучше, чем левые provides. Хотябы-потому, что A || B || Null = 
> в чистом виде условная заввисимость - если не у становлен A и не 
> установлен B, то это не страшно, так-как Null всегда установлен.
Нет.  Это уже Recommends на "левый provides" получается.

> > > Например мы хотим выразить функцию Requires: mysql xor postgresql.
> > А apt'у крышу не снесёт от такого?
> Проверка наоборот упростится - если есть mysq	l, то postgresql можно не 
> проверять.
Ну как сказать...  Не начнёт ли он сносить mysql и ставить
postgresql?  Или крушу сносило, когда у виртуальных зависимостей
появлялись версии?

> A || B || С = Истина, если установлен ТОЛЬКО один:
> матемимтически это другая функция (для двух элементов функция 
> нечётности), но не менее редкая в практической жизни, чем вторая. 
Я не вижу практического смысла в подобной функции.  В этом случае
A, B и C должны конфликтовать друг с другом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 04:06:12PM +0400, Хихин Руслан wrote:
> Проверка наоборот упростится - если есть mysq	l, то postgresql можно не 
> проверять.

xor это я имел ввиду "исключающее или".  Требуется один из backend'ов:
либо mysql, либо postgresql, но не оба вместе.

То есть, выражаясь не слишком строго, можно сказать вот что: rpm дает
две булевы функции для указания зависимостей: конъюнкция (Requires: A, B)
и отрицание (Conflicts: C).  Из теории известно, что такая система
булевых функций полна, то есть дизъюнкцию можно эмулировать за счёт
преумножения сущностей.

> PS Тут есть одна тонкость русского языка - 
> A || B || С = Истина Если установлен хотя-бы один.
> (точное математическое или)
> 001
> 011
> 111
> ....
> 010 
> и т.д
>  Не менее важен случай, что 
> A || B || С = Истина, если установлен ТОЛЬКО один:
> 100
> 010
> 001
> матемимтически это другая функция (для двух элементов функция 
> нечётности), но не менее редкая в практической жизни, чем вторая. 

Ну да.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 04:06:12PM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey I. Froloff
>   В сообщении от Суббота 15 сентября 2007 Alexey I. Froloff написал(a):
>  > Зависимости A || B в debian появились, видимо, из-за отсутствия
>  > таких "левых" provides.
> imho Это лучше, чем левые provides. Хотябы-потому, что A || B || Null = 
> в чистом виде условная заввисимость - если не у становлен A и не 
> установлен B, то это не страшно, так-как Null всегда установлен.

Идея 'Requires: A | B | Null' как обобщение условных зависимостей красивая.
По крайней мере она алгебраически более понятна, чем простой Recommends.

Думаю однако что на "нашем форке rpm" мы такое счастье в одиночку
не потянем.  Нужно писать proposal в апстрим.

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070915 16:42]:
> Думаю однако что на "нашем форке rpm" мы такое счастье в одиночку
> не потянем.  Нужно писать proposal в апстрим.
Зачем?  Recommends уже есть в 4.4, а ldv@ с месяц назад грозил
новым rpm'ом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
 >   Дизъюнкция это функция, причем ассоциативная (а также
 > коммутативная).  А у Вас дизъюнкция это процедура, которая ещё типа
 > должна выполнять какие-то эвристические действия при попытке ее
 > вычисления в зависимости от последовательности дизъюнктов.
После первой истины нет смысла проводить проверку дальше - результат не 
изменится в каком-бы порядке с начала к концу или от конца к началу её 
не выполняли.


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 04:45:48PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070915 16:42]:
> > Думаю однако что на "нашем форке rpm" мы такое счастье в одиночку
> > не потянем.  Нужно писать proposal в апстрим.
> Зачем?  Recommends уже есть в 4.4, а ldv@ с месяц назад грозил
> новым rpm'ом.

Простой Recommends это плохо.
Дизьюнкция зависимостей с Null как обощение Recommends это лучше.
И она не сводится к Recommends, а Recommends к ней сводится.

Короче глупость вообще и глупость как частный случай алгебры
это две большие разницы. :)

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 05:35:00PM +0400, Хихин Руслан wrote:
> Здравствуйте Alexey Tourbin
>   В сообщении от Суббота 15 сентября 2007 Alexey Tourbin написал(a):
>  >   Дизъюнкция это функция, причем ассоциативная (а также
>  > коммутативная).  А у Вас дизъюнкция это процедура, которая ещё типа
>  > должна выполнять какие-то эвристические действия при попытке ее
>  > вычисления в зависимости от последовательности дизъюнктов.
> После первой истины нет смысла проводить проверку дальше - результат не 
> изменится в каком-бы порядке с начала к концу или от конца к началу её 
> не выполняли.

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

В общем вопросы есть, хотя идея красивая.

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

[devel] adesklets-0.6.1-alt1

[Alexey Tourbin]

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

Продолжаем викторину.

>  adesklets-0.6.1-alt1	Requires	libreadline.so.5
> +adesklets-0.6.1-alt1	Requires	python-base
> +adesklets-0.6.1-alt1	Requires	python2.4(Image)
> +adesklets-0.6.1-alt1	Requires	python2.4(StringIO)
> +adesklets-0.6.1-alt1	Requires	python2.4(cStringIO)
> +adesklets-0.6.1-alt1	Requires	python2.4(copy)
> +adesklets-0.6.1-alt1	Requires	python2.4(email)
> +adesklets-0.6.1-alt1	Requires	python2.4(getopt)
> +adesklets-0.6.1-alt1	Requires	python2.4(imaplib)
> +adesklets-0.6.1-alt1	Requires	python2.4(itertools)
> +adesklets-0.6.1-alt1	Requires	python2.4(md5)
> +adesklets-0.6.1-alt1	Requires	python2.4(os)
> +adesklets-0.6.1-alt1	Requires	python2.4(pprint)
> +adesklets-0.6.1-alt1	Requires	python2.4(re)
> +adesklets-0.6.1-alt1	Requires	python2.4(select)
> +adesklets-0.6.1-alt1	Requires	python2.4(shutil)
> +adesklets-0.6.1-alt1	Requires	python2.4(smtplib)
> +adesklets-0.6.1-alt1	Requires	python2.4(string)
> +adesklets-0.6.1-alt1	Requires	python2.4(tarfile)
> +adesklets-0.6.1-alt1	Requires	python2.4(termios)
> +adesklets-0.6.1-alt1	Requires	python2.4(textwrap)
> +adesklets-0.6.1-alt1	Requires	python2.4(time)
> +adesklets-0.6.1-alt1	Requires	python2.4(traceback)
> +adesklets-0.6.1-alt1	Requires	python2.4(urllib)
> +adesklets-0.6.1-alt1	Requires	python2.4(xml)
>  adesklets-0.6.1-alt1	Requires	rtld(GNU_HASH)

Вообще-то интересно, что пакет adesklets на данный момент не имеет
ни одной питоновской зависимости, при том, что несколько скирптов 
в /usr/bin у него написано на питоне.

$ rpm -qpR adesklets-0.6.1-alt1.i586.rpm  |grep python
$

Все вновь добавившиеся зависимости относятся к стандартным питоновским
модулям, кроме Image, который даст зависимость на python-module-imaging.

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

[devel] alsa-firmware-1.0.14-alt1

[Alexey Tourbin]

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

>  alltray-0.69-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +alsa-firmware-1.0.14-alt1	Requires	/usr/share/alsa/firmware/emi62-firmware-spdif.bin
>  alsa-firmware-1.0.14-alt1	Requires	alsa-tools

Миша.  В пакете alsa-firmware битый симлинк
/usr/share/alsa/firmware/emi62-firmware.bin -> emi62-firmware-spdif.bin

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

[devel] gambit-4.0-alt0.22.1

[Alexey Tourbin]

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

On Thu, Sep 13, 2007 at 12:02:45AM +0400, Alexey Voinov wrote:
>  gambit-4.0-alt0.22.1	Requires	/etc/alternatives/packages.d
> -gambit-4.0-alt0.22.1	Requires	gcc4.1
> +gambit-4.0-alt0.22.1	Requires	/usr/bin/gcc
>  gambit-4.0-alt0.22.1	Requires	libc.so.6(GLIBC_2.0)
> 
> меня поначалу напрягло. Хотя, наверное, пофиг каким компилятором
> собирать резултирующий C. Линкуемся-то мы с обычной библиотекой,
> никаких специфических фишечек там быть не должно.

На самом деле автоматическая зависимость на /usr/bin/gcc лучше, чем
на gcc4.1.  Она дает возможность более прозрачного перехода на gcc4.2.

> Я бы обратил внимание на довольно странные зависимосте пакетов urw-tex
> и urw-tex-afm.

Обратим.

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

[devel] alterator-bootloader-0.1.7-alt2

[Alexey Tourbin]

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

>  alterator-bootloader-0.1.7-alt2	Requires	alterator-backend-bootloader = 0.1.7-alt2
> -alterator-bootloader-0.1.7-alt2	Requires	alterator-standalone
> +alterator-bootloader-0.1.7-alt2	Requires	alterator-standalone-usermode
> +alterator-bootloader-0.1.7-alt2	Requires	consolehelper
>  alterator-bootloader-0.1.7-alt2	Requires	libpam(include)

Здесь происходит вот что (кусочек из лога сборки).

shell.req: /usr/src/tmp/alterator-bootloader-buildroot/usr/sbin/config-bootloader: alterator-standalone indexed by: /usr/bin/alterator-standalone -> alterator-standalone-usermode, /usr/sbin/alterator-standalone -> alterator-standalone
shell.req: /usr/src/tmp/alterator-bootloader-buildroot/usr/sbin/config-bootloader: alterator-standalone -> /usr/bin/alterator-standalone -> alterator-standalone-usermode (via contents_index_bin)

В скрипте config-bootloader используется "команда" alterator-standalone.
Она разрешается в два разных пути: /usr/bin/alterator-standalone из
пакета alterator-standalone-usermode; а также в
/usr/sbin/alterator-standalone из пакета alterator-standalone.
Поиск зависимостей отадет предпочтение пути /bin/ (по сравнению с /sbin/).

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

[devel] alterator-install2-desktop-0.10-alt3 alterator-install3-server-0.9.3-alt1

[Alexey Tourbin]

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

>  alterator-install2-desktop-0.10-alt3	Requires	coreutils
> +alterator-install2-desktop-0.10-alt3	Requires	e2fsprogs
>  alterator-install2-desktop-0.10-alt3	Requires	eject

/usr/lib/alterator/backend3/savesettings -- исполняемый шелл-скрипт,
в котором используется blkid -> /sbin/blkid -> e2fsprogs.
Почему раньше эта зависимость на проставлялась, в этом есть некоторая
интрига, которую я сейчас не будут распутывать.

А!  Вообще в этом пакете есть ГРУБЫЙ ХАК

# XXXlegion: Don't use contents_index to find shell requires (find-package).
%define _pkg_contents_index_bin /dev/null
%define _pkg_contents_index_all /dev/null

К сожалению там нет пояснения, почему потребовался этот хак, что это
была за такая проблема.  А то я мог бы отчитаться, решена эта проблема
в текущем rpm-build или нет.

> @@ -4077,3 +4158,2 @@
>  alterator-install2-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -alterator-install2-server-0.9.3-alt1	Requires	/usr/sbin/install2-cleanup
>  alterator-install2-server-0.9.3-alt1	Requires	SysVinit
> @@ -4140,4 +4220,2 @@
>  alterator-install3-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/bootsector
> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/md-list
>  alterator-install3-server-0.9.3-alt1	Requires	alterator

Здесь удалились зависимости на самого себя.  Раньше игнорирование
зависимостей на самого себя не работало для /sbin/ каталогов.

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

[devel] alterator-timezone-0.5.0-alt3

[Alexey Tourbin]

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

>  alterator-timezone-0.5.0-alt3	Requires	alterator-backend-timezone = 0.5.0-alt3
> +alterator-timezone-0.5.0-alt3	Requires	alterator-standalone
>  alterator-timezone-0.5.0-alt3	Requires	glibc-timezones

Из-за симлинка
/usr/bin/config-timezone -> /usr/bin/config-standalone
добавилась зависимость на alterator-standalone.

По-моему правильно и красиво.
Ставить все подобные зависимости вручную это всё равно не дело.

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

[devel] alterator-vm-0.3-alt21

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 09:15:08PM +0400, Alexey Tourbin wrote:
> >  alterator-timezone-0.5.0-alt3	Requires	alterator-backend-timezone = 0.5.0-alt3
> > +alterator-timezone-0.5.0-alt3	Requires	alterator-standalone
> >  alterator-timezone-0.5.0-alt3	Requires	glibc-timezones
> 
> Из-за симлинка
> /usr/bin/config-timezone -> /usr/bin/config-standalone
> добавилась зависимость на alterator-standalone.
> 
> По-моему правильно и красиво.
> Ставить все подобные зависимости вручную это всё равно не дело.

Аналогично
/usr/bin/config-vm -> /usr/bin/config-standalone

 alterator-vm-0.3-alt21	Requires	alterator >= 2.9-alt14
+alterator-vm-0.3-alt21	Requires	alterator-standalone
 alterator-vm-0.3-alt21	Requires	guile-evms >= 0.3-alt10

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

[devel] amarok-mediadevice-daap-1.4.7-alt3

[Alexey Tourbin]

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

>  amarok-mediadevice-daap-1.4.7-alt3	Requires	rtld(GNU_HASH)
> +amarok-mediadevice-daap-1.4.7-alt3	Requires	ruby
>  amarok-mediadevice-daap-1.4.7-alt3	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Примечательно, что пакет существенным образом использует ruby
./usr/bin/amarok_daapserver.rb:#!/usr/bin/env ruby

Но у него не было ни одной зависимости на ruby,
кроме libruby.so.1.8 (libruby).

Кстати, замечана очень кривая конструкция:
./usr/bin/amarok_daapserver.rb:  f = open('/tmp/test.ruby', File::WRONLY | File::APPEND | File::CREAT )

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

Re: [devel] amarok-mediadevice-daap-1.4.7-alt3

[Valery V. Inozemtsev]

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

В сообщении от 15 сентября 2007 Alexey Tourbin написал(a):
> >  amarok-mediadevice-daap-1.4.7-alt3	Requires	rtld(GNU_HASH)
> > +amarok-mediadevice-daap-1.4.7-alt3	Requires	ruby
> > 
> > amarok-mediadevice-daap-1.4.7-alt3	Requires(rpmlib)	rpmlib(CompressedFile
> >Names) <= 3.0.4-1
>
> Примечательно, что пакет существенным образом использует ruby
> ./usr/bin/amarok_daapserver.rb:#!/usr/bin/env ruby
>
> Но у него не было ни одной зависимости на ruby,
> кроме libruby.so.1.8 (libruby).

багрепортов не было, а я его не пользовал

>
> Кстати, замечана очень кривая конструкция:
> ./usr/bin/amarok_daapserver.rb:  f = open('/tmp/test.ruby', File::WRONLY |
> File::APPEND | File::CREAT )

как выпрямить?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] amavisd-new-2.5.1-alt1

[Alexey Tourbin]

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

>  amavisd-new-2.5.1-alt1	Provides	amavisd
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(control_subst)
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(is_builtin_mode)
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(new_help)
> +amavisd-new-2.5.1-alt1	Requires	/etc/control.d/facilities(new_subst)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(action)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(msg_usage)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(start_daemon)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(status)
> +amavisd-new-2.5.1-alt1	Requires	/etc/rc.d/init.d(stop_daemon)
> +amavisd-new-2.5.1-alt1	Requires	control
>  amavisd-new-2.5.1-alt1	Requires	coreutils

В этом пакете используется конструкция
	AutoReq: noperl
по смыслу она отличается от конструкции
	AutoReq: yes, noperl

Фактически весь поиск зависимостей сейчас отключен!  ССЗБ.
Попросил бы озвучить претензии к поиску перловых зависимостей.

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

Re: [devel] amarok-mediadevice-daap-1.4.7-alt3

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 09:35:35PM +0400, Valery V. Inozemtsev wrote:
> > Примечательно, что пакет существенным образом использует ruby
> > ./usr/bin/amarok_daapserver.rb:#!/usr/bin/env ruby
> >
> > Но у него не было ни одной зависимости на ruby,
> > кроме libruby.so.1.8 (libruby).
> багрепортов не было, а я его не пользовал

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

> > Кстати, замечана очень кривая конструкция:
> > ./usr/bin/amarok_daapserver.rb:  f = open('/tmp/test.ruby', File::WRONLY |
> > File::APPEND | File::CREAT )
> как выпрямить?

def log( string )
  f = open('/tmp/test.ruby', File::WRONLY | File::APPEND | File::CREAT )
  f.puts( string )
  f.close
end

Видимо писать куда-то ещё, хотя бы в $TMPDIR/amarok-daapserver.log

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

[devel] anjuta-1.2.4-alt4

[Alexey Tourbin]

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

>  anjuta-1.2.4-alt4	Obsoletes	libanjuta
> +anjuta-1.2.4-alt4	Requires	autoconf-common
> +anjuta-1.2.4-alt4	Requires	automake-common
>  anjuta-1.2.4-alt4	Requires	bash
>  anjuta-1.2.4-alt4	Requires	coreutils
> +anjuta-1.2.4-alt4	Requires	gettext-tools
>  anjuta-1.2.4-alt4	Requires	gksu
> +anjuta-1.2.4-alt4	Requires	glib2-devel
> +anjuta-1.2.4-alt4	Requires	grep
> +anjuta-1.2.4-alt4	Requires	intltool
>  anjuta-1.2.4-alt4	Requires	libatk-1.0.so.0(ATK_1.0)
> @@ -5088,2 +5188,3 @@
>  anjuta-1.2.4-alt4	Requires	libstdc++.so.6(GLIBCXX_3.4.5)
> +anjuta-1.2.4-alt4	Requires	libtool-common
>  anjuta-1.2.4-alt4	Requires	libutil.so.1(GLIBC_2.0)
> @@ -5092,2 +5193,3 @@
>  anjuta-1.2.4-alt4	Requires	rtld(GNU_HASH)
> +anjuta-1.2.4-alt4	Requires	sed
>  anjuta-1.2.4-alt4	Requires	sh

В этом пакете есть неисполняемый скрипт
./usr/share/anjuta/autogen.sh
В нём используется много всего.

По смыслу вроде бы все зависимости проставились правильно.
То есть, если anjuta умеет полуавтоматически генерить скрипты
autotools, то все эти зависимости подходят.  Только тут сейчас
проставляются зависимости на *-common пакеты.  Правильно это
или нет сказать трудно, но с точки зрения поиска зависимостей
всё чисто.

$ rpm -q --whatprovides /usr/bin/libtool
libtool-common-0.2-alt2
$

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

[devel] arch-pqm-0.5-alt1

[Alexey Tourbin]

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

>  arch-pqm-0.5-alt1	Requires	python >= 2.3
> +arch-pqm-0.5-alt1	Requires	python-base
> +arch-pqm-0.5-alt1	Requires	python2.4(ConfigParser)
> +arch-pqm-0.5-alt1	Requires	python2.4(email)
> +arch-pqm-0.5-alt1	Requires	python2.4(getopt)
> +arch-pqm-0.5-alt1	Requires	python2.4(getpass)
> +arch-pqm-0.5-alt1	Requires	python2.4(glob)
> +arch-pqm-0.5-alt1	Requires	python2.4(gzip)
> +arch-pqm-0.5-alt1	Requires	python2.4(logging)
> +arch-pqm-0.5-alt1	Requires	python2.4(os)
> +arch-pqm-0.5-alt1	Requires	python2.4(popen2)
> +arch-pqm-0.5-alt1	Requires	python2.4(re)
> +arch-pqm-0.5-alt1	Requires	python2.4(smtplib)
> +arch-pqm-0.5-alt1	Requires	python2.4(stat)
> +arch-pqm-0.5-alt1	Requires	python2.4(string)
> +arch-pqm-0.5-alt1	Requires	python2.4(time)
> +arch-pqm-0.5-alt1	Requires	python2.4(traceback)
>  arch-pqm-0.5-alt1	Requires	sh

Программа написана на питоне.

$ rpmpeek arch-pqm-0.5-alt1.noarch.rpm head -1 ./usr/bin/arch-pqm
#!/usr/bin/env python
$

Все модули стандартные.  Это делает отказ от жесткой зависимости
на python, проставленной вручную, более возможным.

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

[devel] archivemail-0.7.0-alt1

[Alexey Tourbin]

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

>  archivemail-0.7.0-alt1	Requires	python-modules-encodings
> +archivemail-0.7.0-alt1	Requires	python2.4(fcntl)
> +archivemail-0.7.0-alt1	Requires	python2.4(getopt)
> +archivemail-0.7.0-alt1	Requires	python2.4(gzip)
> +archivemail-0.7.0-alt1	Requires	python2.4(mailbox)
> +archivemail-0.7.0-alt1	Requires	python2.4(os)
> +archivemail-0.7.0-alt1	Requires	python2.4(re)
> +archivemail-0.7.0-alt1	Requires	python2.4(rfc822)
> +archivemail-0.7.0-alt1	Requires	python2.4(shutil)
> +archivemail-0.7.0-alt1	Requires	python2.4(stat)
> +archivemail-0.7.0-alt1	Requires	python2.4(string)
> +archivemail-0.7.0-alt1	Requires	python2.4(tempfile)
> +archivemail-0.7.0-alt1	Requires	python2.4(time)
> +archivemail-0.7.0-alt1	Requires	python2.4(urlparse)
>  archivemail-0.7.0-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

Программа написана на питоне.
Все модули вроде бы стандартные.

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

[devel] avahi-bookmarks-0.6.21-alt2

[Alexey Tourbin]

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

>  avahi-bookmarks-0.6.21-alt2	Requires	python2.4(dbus)
> +avahi-bookmarks-0.6.21-alt2	Requires	python2.4(getopt)
>  avahi-bookmarks-0.6.21-alt2	Requires	python2.4(gobject)
> +avahi-bookmarks-0.6.21-alt2	Requires	python2.4(os)
>  avahi-bookmarks-0.6.21-alt2	Requires	python2.4(twisted)
> @@ -9382,2 +9531,3 @@
>  avahi-ui-0.6.21-alt2	Requires	python2.4(libglade)
> +avahi-ui-0.6.21-alt2	Requires	python2.4(os)
>  avahi-ui-0.6.21-alt2	Requires	rtld(GNU_HASH)

В avahi.spec используется добавление питновоских зависимостей вручную,
типа воттакова
	%py_requires avahi gobject dbus twisted twisted.internet

Автоматический поиск теперь "докручивает" то, что забыли указать
вручную (правда, getopt и os входят в python-base).  Чуть позже можно
будет попробовать удалить все %py_requires и посмотреть, работает ли
поиск питоновских зависимостей всё ещё (уже!) достаточно хорошо.

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

[devel] bacula-2.0.3-alt2

[Alexey Tourbin]

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

>  bacula-2.0.3-alt2	Requires	python-base
> +bacula-2.0.3-alt2	Requires	python2.4(array)
> +bacula-2.0.3-alt2	Requires	python2.4(os)
> +bacula-2.0.3-alt2	Requires	python2.4(popen2)
> +bacula-2.0.3-alt2	Requires	python2.4(re)
> +bacula-2.0.3-alt2	Requires	python2.4(time)
>  bacula-2.0.3-alt2	Requires	rtld(GNU_HASH)

Поиск питновских зависимостей теперь идет и в скриптах,
а не только в модулях:
./usr/share/bacula/scripts/dvd-handler:import popen2

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

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

[devel] batik-manual-1.6-alt1_3jpp1.7 shell deps

[Alexey Tourbin]

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

>  batik-manual-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-rasterizer-1.6-alt1_3jpp1.7	Requires	/etc/rasterizer.conf
>  batik-rasterizer-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> @@ -9993,2 +10148,3 @@
>  batik-rasterizer-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-slideshow-1.6-alt1_3jpp1.7	Requires	/etc/slideshow.conf
>  batik-slideshow-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> @@ -9998,2 +10154,3 @@
>  batik-slideshow-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-svgpp-1.6-alt1_3jpp1.7	Requires	/etc/svgpp.conf
>  batik-svgpp-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> @@ -10003,2 +10160,3 @@
>  batik-svgpp-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	/etc/ttf2svg.conf
>  batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7

В скрипте /usr/bin/rasterizer используется конструкция:

# Source system prefs
if [ -f /etc/rasterizer.conf ] ; then
  . /etc/rasterizer.conf
fi

Остальные случаи аналогичные.

Эти условные зависимости с текущим шелл-анализатором автоматически
отсеивать никак нельзя.  Остается либо переделать эти скрипты,
либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
либо игнорировать зависимости в отдельных файлах
(%add_findreq_skiplist /usr/bin/rasterizer).

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

Остается понять, почему раньше эти зависимости не искались.
Дело в том, что в RPM_BUILD_ROOT эти скрипты находятся в состоянии
0644, так что раньше поиск зависимостей в них не производился;
однако в rpm пакет они запаковываются в состоянии %attr(0755,root,root).

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

[devel] beagle-0.2.17-alt1 mono deps

[Alexey Tourbin]

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

>  beagle-0.2.17-alt1	Provides	mono(Beagle) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(BeagleDaemon) = 0.0.0.0
>  beagle-0.2.17-alt1	Provides	mono(BeagleDaemonLib) = 1.9.1.2
>  beagle-0.2.17-alt1	Provides	mono(BeagleDaemonPlugins) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(BuildIndex) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Config) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(DocExtractor) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(DumpIndex) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(ExerciseFileSystem) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(ExtractContent) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(IndexHelper) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(IndexWebContent) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Info) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(ManageIndex) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Query) = 0.0.0.0
> -beagle-0.2.17-alt1	Provides	mono(Shutdown) = 0.0.0.0
> +beagle-0.2.17-alt1	Provides	mono(Filters) = 0.2.0.0
>  beagle-0.2.17-alt1	Provides	mono(Util) = 0.7.1.0
> @@ -10279,3 +10425,5 @@
>  beagle-0.2.17-alt1	Requires	libc.so.6(GLIBC_2.4)
> +beagle-0.2.17-alt1	Requires	libchm.so.0
>  beagle-0.2.17-alt1	Requires	libexif
> +beagle-0.2.17-alt1	Requires	libexif.so.12
>  beagle-0.2.17-alt1	Requires	libglib-2.0.so.0
> @@ -10297,2 +10445,3 @@
>  beagle-0.2.17-alt1	Requires	mono(gmime-sharp) = 2.2.0.0
> +beagle-0.2.17-alt1	Requires	mono(gsf-sharp) = 0.0.0.7
>  beagle-0.2.17-alt1	Requires	mono(mscorlib) = 2.0.0.0
> @@ -10317,10 +10466,20 @@
>  beagle-crawl-system-0.2.17-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +beagle-evolution-0.2.17-alt1	Provides	mono(EvolutionBackends) = 0.0.0.0
>  beagle-evolution-0.2.17-alt1	Requires	beagle-gui = 0.2.17-alt1
>  beagle-evolution-0.2.17-alt1	Requires	libevolution-sharp
> +beagle-evolution-0.2.17-alt1	Requires	mono(Beagle) = 0.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(BeagleDaemonLib) = 1.9.1.2
> +beagle-evolution-0.2.17-alt1	Requires	mono(Mono.Posix) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(System) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(System.Xml) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(Util) = 0.7.1.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(evolution-sharp) = 2.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(gconf-sharp) = 2.16.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(glib-sharp) = 2.10.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(gmime-sharp) = 2.2.0.0
> +beagle-evolution-0.2.17-alt1	Requires	mono(mscorlib) = 2.0.0.0
>  beagle-evolution-0.2.17-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
>  beagle-evolution-0.2.17-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -beagle-gui-0.2.17-alt1	Provides	mono(ImLogViewer) = 0.0.0.0
> +beagle-evolution-0.2.17-alt1	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
>  beagle-gui-0.2.17-alt1	Provides	mono(Images) = 0.0.0.0
> -beagle-gui-0.2.17-alt1	Provides	mono(Search) = 0.0.0.0
> -beagle-gui-0.2.17-alt1	Provides	mono(Settings) = 0.0.0.0
>  beagle-gui-0.2.17-alt1	Provides	mono(UiUtil) = 0.0.0.0
> @@ -10334,2 +10493,3 @@
>  beagle-gui-0.2.17-alt1	Requires	libglib-2.0.so.0(GLIB_2.14)
> +beagle-gui-0.2.17-alt1	Requires	libgnomevfs-2.so.0
>  beagle-gui-0.2.17-alt1	Requires	libgobject-2.0.so.0(GLIB_2.12)

Я несколько переделал rpm-build-mono.  Если у нас есть Большие Специалисты
по mono, то я готов обсудить это очень подробно (а также задать несколько
вопросов).  В противном случае, как говорится, дарёному коню в зубы не смотрят.

В двух словах, изменения здесь такие: 1) В provides больше
не обрабатываются *.exe файлы, а только *.dll; 2) реализован поиск
разделяемых библиотека на основе информации из *.dll.config файлов.

Почему добавилось много зависимостей в beagle-evolution я не знаю.
Наверное, я где-то исправил все ошибки.

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

[devel] beryl-settings-0.2.1-alt4

[Alexey Tourbin]

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

> @@ -10633,4 +10793,13 @@
>  beryl-settings-0.2.1-alt4	Requires	coreutils
> +beryl-settings-0.2.1-alt4	Requires	python-base
>  beryl-settings-0.2.1-alt4	Requires	python-module-pygtk
>  beryl-settings-0.2.1-alt4	Requires	python-modules-xml
> +beryl-settings-0.2.1-alt4	Requires	python2.4(berylsettings)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(gettext)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(gobject)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(gtk)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(locale)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(os)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(re)
> +beryl-settings-0.2.1-alt4	Requires	python2.4(xml)
>  beryl-settings-0.2.1-alt4	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В пакете beryl-settings появилась зависимость на
python2.4(berylsettings), из чего по-видимому следует, что
python2.4(berylsettings) предоставляется каким-то другим пакетом
(потому что Requires, взаимные для Provides, в пределах одного пакета
оптимизируются, то есть удаляются).

./usr/bin/beryl-settings:import berylsettings

Package: python2.4(berylsettings)
Reverse Provides: 
beryl-settings-bindings 0.2.1-alt1

Поскольку beryl-settings-bindings собирается из отдельного src.rpm,
то, кажется, "ничего такого" в этом нет.

Однако, если бы пакет beryl-settings-bindings получался из того же
самого src.rpm, то появление зависимости python2.4(berylsettings)
могло бы указывать на неправильный расклад файлов по подпакетам.

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

[devel] bootsplash-3.3-alt3

[Alexey Tourbin]

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

>  bootsplash-3.3-alt3	PreReq	coreutils
> +bootsplash-3.3-alt3	Requires	/etc/init.d/splash
>  bootsplash-3.3-alt3	Requires	/etc/rc.d/init.d(SourceIfNotEmpty)

Здесь из-за симлинка /usr/sbin/rcsplash -> ../../etc/init.d/splash
появляется анмет на /etc/init.d/splash.

Это поведение отчасти исправлено в более текущем rpm-build alt78+,
однако иметь такой симлинк в пакете это не очень хорошая идея.
Этот симлник сгенерирован без использования relative,
что чревато ошибками.

ПРОБЛЕМА в том, что симлинк -> ../../etc/init.d/splash
В БИЛДРУТЕ является битым, потому что в билдруте нету другого
симлинка: /etc/init.d -> rc.d/init.d.  Тогда как на самом деле
файл /etc/rc.d/init.d/splash присутствует в бидруте.
То есть, грубо говоря, у пакета появляется анмет на самого себя.

ЦУ.  Используйте relative для создания симлинков в билдруте (кроме
самых простых случаев, когда симлинк смотрит в тот же каталог).

PS.  Кто не знает как использовать relative или вообще путается
в симлинках -- спрашивайте, объясню капитально.

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

[devel] bsh-1.3.0-alt1_10jpp1.7 castor-0.9.9.1-alt1_2jpp1.7

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 11:06:30PM +0400, Alexey Tourbin wrote:
> >  batik-manual-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-rasterizer-1.6-alt1_3jpp1.7	Requires	/etc/rasterizer.conf
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9993,2 +10148,3 @@
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-slideshow-1.6-alt1_3jpp1.7	Requires	/etc/slideshow.conf
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9998,2 +10154,3 @@
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-svgpp-1.6-alt1_3jpp1.7	Requires	/etc/svgpp.conf
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -10003,2 +10160,3 @@
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	/etc/ttf2svg.conf
> >  batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> 
> В скрипте /usr/bin/rasterizer используется конструкция:
> 
> # Source system prefs
> if [ -f /etc/rasterizer.conf ] ; then
>   . /etc/rasterizer.conf
> fi
> 
> Остальные случаи аналогичные.
> 
> Эти условные зависимости с текущим шелл-анализатором автоматически
> отсеивать никак нельзя.  Остается либо переделать эти скрипты,
> либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
> либо игнорировать зависимости в отдельных файлах
> (%add_findreq_skiplist /usr/bin/rasterizer).
> 
> Вообще-то эти скритпы запакованы в виде отдельных Source,
> так что, кажется, переделка их не должна стать обременительной.
> 
> Остается понять, почему раньше эти зависимости не искались.
> Дело в том, что в RPM_BUILD_ROOT эти скрипты находятся в состоянии
> 0644, так что раньше поиск зависимостей в них не производился;
> однако в rpm пакет они запаковываются в состоянии %attr(0755,root,root).

Аналогичные ситуации в некоторых других java пакетах:

> @@ -12498,2 +12673,3 @@
>  bsdiff-4.3-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +bsh-1.3.0-alt1_10jpp1.7	Requires	/etc/bsh.conf
>  bsh-1.3.0-alt1_10jpp1.7	Requires	bsf
> @@ -12513,2 +12689,3 @@
>  bsh-manual-1.3.0-alt1_10jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +bsh2-2.0-alt1_0.b4.1jpp1.7	Requires	/etc/bsh2.conf
>  bsh2-2.0-alt1_0.b4.1jpp1.7	Requires	asm >= 0:1.5.3
> @@ -13768,2 +13945,3 @@
>  carol-irmi-javadoc-1.0.1-alt1_1jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +castor-0.9.9.1-alt1_2jpp1.7	Requires	/etc/java/castor.conf
>  castor-0.9.9.1-alt1_2jpp1.7	Requires	adaptx

$ rpmpeek bsh-1.3.0-alt1_10jpp1.7.noarch.rpm grep -r bsh.conf .
./usr/bin/bsh:if [ -f /etc/bsh.conf ] ; then
./usr/bin/bsh:  . /etc/bsh.conf
$ rpmpeek castor-0.9.9.1-alt1_2jpp1.7.noarch.rpm grep -r castor.conf .
./usr/bin/castor:if [ -f /etc/java/castor.conf ] ; then
./usr/bin/castor:  . /etc/java/castor.conf
$

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

[devel] cogito-0.18.2-alt2

[Alexey Tourbin]

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

>  cog-0.8.0-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +cogito-0.18.2-alt2	Requires	bash
> +cogito-0.18.2-alt2	Requires	bzip2
>  cogito-0.18.2-alt2	Requires	coreutils
> +cogito-0.18.2-alt2	Requires	curl
> +cogito-0.18.2-alt2	Requires	diffutils
> +cogito-0.18.2-alt2	Requires	findutils
> +cogito-0.18.2-alt2	Requires	gawk
>  cogito-0.18.2-alt2	Requires	git-core >= 1.4.4
> +cogito-0.18.2-alt2	Requires	gnupg
> +cogito-0.18.2-alt2	Requires	grep
> +cogito-0.18.2-alt2	Requires	gzip
>  cogito-0.18.2-alt2	Requires	perl(warnings.pm)
> +cogito-0.18.2-alt2	Requires	perl-base
> +cogito-0.18.2-alt2	Requires	sed
> +cogito-0.18.2-alt2	Requires	sh
>  cogito-0.18.2-alt2	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В cogito нормально проставились зависимости (и не только на базовую
систему, но также и на gnupg и curl), потому что скрипты с шебангом
"#!/usr/bin/env bash" теперь нормально опознаются как баш-скрипты.

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

[devel] cups-1.2.12-alt4

[Alexey Tourbin]

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

>  cups-1.2.12-alt4	Requires	coreutils
> +cups-1.2.12-alt4	Requires	fonts-type1-urw
>  cups-1.2.12-alt4	Requires	grep

Это зависимость через симлинки на шрифты.
Поиск зависимостей идет так (кусочек лога сборки):

symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: checking contents_index_all for /usr/share/fonts/type1/urw/n022003l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: /usr/share/fonts/type1/urw/n022003l.pfb -> fonts-type1-urw (via contents_index_all)
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: checking contents_index_all for /usr/share/fonts/type1/urw/n022004l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: /usr/share/fonts/type1/urw/n022004l.pfb -> fonts-type1-urw (via contents_index_all)
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022024l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: /usr/share/fonts/type1/urw/n022024l.pfb -> fonts-type1-urw (via contents_index_all)
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022023l.pfb
symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: /usr/share/fonts/type1/urw/n022023l.pfb -> fonts-type1-urw (via contents_index_all)

(При активизации поиска зависимости через contents_index_all у скриптов
автоматически выстявляется verbosity в максимум вплоть до окончиня
поиска этой зависимости.  У этой идеи интересная реализация, см. rpm.git
бранч mod файл scripts/find-package.in.)

Считаю зависимость на fonts-type1-urw правильной.  Также это дает
основания думать, что поиск зависимостей через симлинки -- в целом
правильная идея.

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

[devel] dbmail-contrib-2.2.5-alt1

[Alexey Tourbin]

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

>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/dropdb
> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysql
> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqladmin
>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqldump
> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/pg_dump
>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/psql
> @@ -18478,3 +18725,9 @@
>  dbmail-contrib-2.2.5-alt1	Requires	dbmail = 2.2.5-alt1
> +dbmail-contrib-2.2.5-alt1	Requires	gzip
>  dbmail-contrib-2.2.5-alt1	Requires	python-base
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(email)
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(getopt)
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(mailbox)
> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(os)
> +dbmail-contrib-2.2.5-alt1	Requires	sed
>  dbmail-contrib-2.2.5-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

У dbmail-contrib появились новые зависимости как на mysql,
так и на postgresql.  Впрочем, кажется, они не добавляют ничего
существенного к уже существующим, так что более глубоко комментировать
не буду.

(ATTN.  Все зависимости на /usr/bin/* сейчас не являются анметами, при
условии, что какие-то пакеты содержат эти файлы.  То есть не обязательно
писать соответствующие Provides: /usr/bin/*.  Вообще, можно считать, что
это справедливо для путей /bin /sbin /usr/bin /usr/sbin.  Однако есть
тонкая разница -- МОЖНО НЕ писать не значит, что НЕ НУЖНО писать.
Однако в данном конкретном случае проще ничего не делать, чем что-то
делать.)

Питоновские модули все стандартные.

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

Re: [devel] дизъюнкция зависимостей

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 02:04:32PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070915 13:45]:
> > А можно длеать "открытую" дизъюнкцию на основе виртуальных зависимостей,
> > типа Requires: /usr/bin/gcc.  К ней потом можно будет задним числом
> > "подшить" gcc4.2, и скорее всего такая семантика более преемлема
> > с точки зрения репозитария в целом.
> Зависимости A || B в debian появились, видимо, из-за отсутствия
> таких "левых" provides.

Это вопрос дизайна репозитария, насколько он консистентный и вообще
красивый.  Приведи пример, когда зависимость Requires: A | B является
в высшей степени осмысленной, а Provides: A-or-B-or... является "левым".

Вообще это аргумент того же типа (утрирую), что, мол, в редхате мужуки
давно уже пакеты с --nodeps'ом ставят, а у нас до сих пор нет такой фичи
как передать апту опцию --nodeps.  А то не ставит нифига.

То есть это вопрос дизайна репозитария.  Если найдется некоторое
количество случаев, когда дизъюнкция Requires: A | B желательна,
и при этом "открытый" provides A-or-B-or... нежелателен, тогда
потребность в реализации непосредственной дизъюнкции зависимостей
станет более понятна.  А пока это чисто "бытовая" (низовая) проблема,
что мол нужно заставить энное количество людей писать какой-то provides.
Низовые проблемы нужно как-то соотносить с вопросами дизайна.

(Provides можно писать автоматически, если удастся сформулировать
для этого единый критерий.  Так, в новом rpm-build для альтернатив
я стал писать provides автоматически.)

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

Re: [devel] дизъюнкция зависимостей

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070916 02:05]:
> > Зависимости A || B в debian появились, видимо, из-за отсутствия
> > таких "левых" provides.
> Это вопрос дизайна репозитария, насколько он консистентный и вообще
> красивый.  Приведи пример, когда зависимость Requires: A | B является
> в высшей степени осмысленной, а Provides: A-or-B-or... является "левым".
"Левый" я специально написал в кавычках.  Просто "у них так не
принято", и даже зависимости на SONAME разрешаются в имена
пакетов...

A-or-B-or получается более гибким вариантом, особенно если он
проставляется автоматически.  Думать, конечно, тоже надо, но
рутинную работу надо оставить машине.

-- 
Regards,
Sir Raorn.

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

Re: [devel] дизъюнкция зависимостей

[Хихин Руслан]

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

Здравствуйте Alexey Tourbin
  В сообщении от Воскресенье 16 сентября 2007 Alexey Tourbin написал(a):
 > On Sat, Sep 15, 2007 at 02:04:32PM +0400, Alexey I. Froloff wrote:
Тут вот что ещё интересно :

1 Если у нас есть три вида зависимостей :
AND (стандартная), OR (011), XOR (010), и имеем значение Null то этими 
средствами можно описать любую реальную зависимость. Никаких других 
логических функций уже не надо.  Если рассматривать Conflicts, то можно 
сказать, что A конфлистует с B анологично (A xor B), т.е. если имя 
текущего пакета A в нём есть запись о конфликте с B, то она 
эквивалентна (A xor B).
 
2 Само конечное наличие именованных пакетов является пользой, если мы 
решим проверить дистрибутив - а все-ли пакеты, описанные в зависимостях 
существуют в дистрибутиве.

3 Проверка ошибок в зависимостях сводится к поиску в дистрибутиве 
требований, которые друг-другу противоречат. Например, если в одном 
пакете идёт требование (A and B), а в другом прописано (A xor B), то 
можно сказать. что или в первом пакете неправильная зависимость - 
реально нужно (A or B), или во втором нужно (A or B)  

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

5 OR и XOR не отменяют Provides и Conflicts (я спокойно могу представить 
вариант, когда легче прописать Provides) они просто создают нормальную 
избыточность  инструментов, при которой есть несколько методов описания 
одной и той-же реальной зависимости.

Впрочем все эти мысли мной уже описаны в непрочитанном мной докладе.
Там ещё есть о типичных задачах и о максимальной и минимальной политики 
проверки :)
А раз он был непрочитан, то и нормального обсуждения особого не было :)

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] dbmail-contrib-2.2.5-alt1

[Eugene Prokopiev]

Alexey Tourbin пишет:
>>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/dropdb
>> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysql
>> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqladmin
>>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqldump
>> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/pg_dump
>>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/psql
>> @@ -18478,3 +18725,9 @@
>>  dbmail-contrib-2.2.5-alt1	Requires	dbmail = 2.2.5-alt1
>> +dbmail-contrib-2.2.5-alt1	Requires	gzip
>>  dbmail-contrib-2.2.5-alt1	Requires	python-base
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(email)
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(getopt)
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(mailbox)
>> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(os)
>> +dbmail-contrib-2.2.5-alt1	Requires	sed
>>  dbmail-contrib-2.2.5-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> 
> У dbmail-contrib появились новые зависимости как на mysql,
> так и на postgresql.  Впрочем, кажется, они не добавляют ничего
> существенного к уже существующим, так что более глубоко комментировать
> не буду.

Меня больше всего интересует классический вопрос: что делать? До сих пор 
я (может не только я?) формировал контриб именно по такому принципу: 
почти свалка возможно полезных кому-то в качестве примеров файлов, 
недостойных, однако, нормального опакечивания с зависимостями и т.д. Но 
ставить ради знакомства с несколькими текстовыми файлами неиспользуемый 
скриптовый язык или СУБД - это перебор ...

Можно как-нибудь сделать так, чтоб эти зависимости не появлялись?

-- 
С уважением,
Прокопьев Евгений

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sat, 15 Sep 2007 22:03:55 +0400
Alexey Tourbin wrote:

> В этом пакете есть неисполняемый скрипт
> ./usr/share/anjuta/autogen.sh
> В нём используется много всего.
Этот скрипт используется Анютой при создании новых automake-based проектов,
насколько я помню. Честно говоря, лично я за несколько лет использования
Анюты ни разу им не воспользовался, то есть появившиеся зависимости
справедливы, но не обязательны.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070915 22:14]:
> По смыслу вроде бы все зависимости проставились правильно.
> То есть, если anjuta умеет полуавтоматически генерить скрипты
> autotools, то все эти зависимости подходят.
Может её сразу от rpm-build зависить?  Или перебор?

-- 
Regards,
Sir Raorn.

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sun, 16 Sep 2007 13:42:05 +0400
Alexey I. Froloff wrote:

> * Alexey Tourbin <at@> [070915 22:14]:
> > По смыслу вроде бы все зависимости проставились правильно.
> > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > autotools, то все эти зависимости подходят.
> Может её сразу от rpm-build зависить?  Или перебор?
Совершенно однозначный перебор. Даже если принять, что интеграция с
autotools относится к основной функциональности, интеграция с rpm-build там
по факту отсутствует. Да и не связана Анюта с RPM никаким местом...

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sun, 16 Sep 2007 14:03:31 +0400
Alexey I. Froloff wrote:

> * Alexey I. Froloff <raorn@> [070916 13:47]:
> > > По смыслу вроде бы все зависимости проставились правильно.
> > > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > > autotools, то все эти зависимости подходят.
> > Может её сразу от rpm-build зависить?  Или перебор?
> Типичный случай использования Recommends, кстати...  Ну или A ||
> Null.
rpm-build я бы даже в Recommends не поставил. А вот autotools да, без
сомнения.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [070916 13:47]:
> > По смыслу вроде бы все зависимости проставились правильно.
> > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > autotools, то все эти зависимости подходят.
> Может её сразу от rpm-build зависить?  Или перебор?
Типичный случай использования Recommends, кстати...  Ну или A ||
Null.

-- 
Regards,
Sir Raorn.

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

Re: [devel] anjuta-1.2.4-alt4

[Alexey I. Froloff]

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

* Alexey Rusakov <ktirf@> [070916 14:07]:
> > > По смыслу вроде бы все зависимости проставились правильно.
> > > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > > autotools, то все эти зависимости подходят.
> > Может её сразу от rpm-build зависить?  Или перебор?
> Совершенно однозначный перебор. Даже если принять, что интеграция с
> autotools относится к основной функциональности, интеграция с rpm-build там
> по факту отсутствует. Да и не связана Анюта с RPM никаким местом...
rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
gettext и пр.  build-essential, или как он там в дебиане называется?

-- 
Regards,
Sir Raorn.

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

[devel] design-bootsplash-* symlinks

[Alexey Tourbin]

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

>  design-bootsplash-DangerGirl-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-DangerGirl-1.0-alt1	Requires	/etc/bootsplash/themes/DangerGirl/config/bootsplash-1280x1024.cfg
> +design-bootsplash-DangerGirl-1.0-alt1	Requires	/etc/bootsplash/themes/DangerGirl/config/bootsplash-800x600.cfg
>  design-bootsplash-DangerGirl-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19187,2 +19445,4 @@
>  design-bootsplash-EvenNewerTux-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-EvenNewerTux-1.0-alt1	Requires	/etc/bootsplash/themes/EvenNewerTux/config/bootsplash-1280x1024.cfg
> +design-bootsplash-EvenNewerTux-1.0-alt1	Requires	/etc/bootsplash/themes/EvenNewerTux/config/bootsplash-800x600.cfg
>  design-bootsplash-EvenNewerTux-1.0-alt1	Requires	bootsplash >= 3.2-alt3

В этих пакетах есть много битых симлинков:

/etc/bootsplash/themes/EvenNewerTux/config/vt1-1280x1024.cfg -> bootsplash-1280x1024.cfg
/etc/bootsplash/themes/EvenNewerTux/config/vt1-800x600.cfg -> bootsplash-800x600.cfg

Файлов bootsplash-1280x1024.cfg и bootsplash-800x600.cfg на месте нет.
Считаю это ошибкой запаковки.

> @@ -19194,2 +19454,4 @@
>  design-bootsplash-FarCry-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-FarCry-1.0-alt1	Requires	/etc/bootsplash/themes/FarCry/config/bootsplash-1280x1024.cfg
> +design-bootsplash-FarCry-1.0-alt1	Requires	/etc/bootsplash/themes/FarCry/config/bootsplash-800x600.cfg
>  design-bootsplash-FarCry-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19222,2 +19484,4 @@
>  design-bootsplash-Linux-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-Linux-1.0-alt1	Requires	/etc/bootsplash/themes/Linux/config/bootsplash-1280x1024.cfg
> +design-bootsplash-Linux-1.0-alt1	Requires	/etc/bootsplash/themes/Linux/config/bootsplash-800x600.cfg
>  design-bootsplash-Linux-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19229,2 +19493,4 @@
>  design-bootsplash-Matrix-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-Matrix-1.0-alt1	Requires	/etc/bootsplash/themes/Matrix/config/bootsplash-1280x1024.cfg
> +design-bootsplash-Matrix-1.0-alt1	Requires	/etc/bootsplash/themes/Matrix/config/bootsplash-800x600.cfg
>  design-bootsplash-Matrix-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19236,2 +19502,3 @@
>  design-bootsplash-NightWorld-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-NightWorld-1.0-alt1	Requires	/etc/bootsplash/themes/NightWorld/config/bootsplash-1280x1024.cfg
>  design-bootsplash-NightWorld-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19243,2 +19510,4 @@
>  design-bootsplash-Notes-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-Notes-1.0-alt1	Requires	/etc/bootsplash/themes/Notes/config/bootsplash-1280x1024.cfg
> +design-bootsplash-Notes-1.0-alt1	Requires	/etc/bootsplash/themes/Notes/config/bootsplash-800x600.cfg
>  design-bootsplash-Notes-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19264,2 +19533,4 @@
>  design-bootsplash-ThinkLinux-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-ThinkLinux-1.0-alt1	Requires	/etc/bootsplash/themes/ThinkLinux/config/bootsplash-1280x1024.cfg
> +design-bootsplash-ThinkLinux-1.0-alt1	Requires	/etc/bootsplash/themes/ThinkLinux/config/bootsplash-800x600.cfg
>  design-bootsplash-ThinkLinux-1.0-alt1	Requires	bootsplash >= 3.2-alt3
> @@ -19271,2 +19542,3 @@
>  design-bootsplash-TuxNTosh-1.0-alt1	Provides	design-bootsplash
> +design-bootsplash-TuxNTosh-1.0-alt1	Requires	/etc/bootsplash/themes/TuxNTosh/config/bootsplash-1280x1024.cfg
>  design-bootsplash-TuxNTosh-1.0-alt1	Requires	bootsplash >= 3.2-alt3

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

[devel] design-graphics-* symlinks

[Alexey Tourbin]

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

>  design-graphics-Compact-3.1.0.1-alt2	Requires	/etc/alternatives/packages.d
> +design-graphics-Compact-3.1.0.1-alt2	Requires	/usr/share/design/wallpapers
>  design-graphics-Compact-3.1.0.1-alt2	Requires(interp)	/bin/sh

symlinks.req: /usr/src/tmp/design-graphics-Compact-buildroot/usr/share/design/Compact/backgrounds/kde: checking contents_index_all for /usr/share/design/wallpapers
symlinks.req: /usr/src/tmp/design-graphics-Compact-buildroot/usr/share/design/Compact/backgrounds/kde: /usr/share/design/wallpapers -> /usr/share/design/wallpapers (raw, not found)

По-видимому, симлинк
/usr/share/design/Compact/backgrounds/kde -> ../../wallpapers
ошибочный, так как он показывает на каталог /usr/share/design/wallpapers
которого нигде нет, а есть только каталог /usr/share/wallpapers.
Ниже все зависимости на /usr/share/wallpapers правильные.

>  design-graphics-compact-3.1.3-alt0.1	Requires	/etc/alternatives/packages.d
> +design-graphics-compact-3.1.3-alt0.1	Requires	/usr/share/wallpapers
>  design-graphics-compact-3.1.3-alt0.1	Requires(interp)	/bin/sh
> @@ -19337,2 +19611,3 @@
>  design-graphics-desktop-4.0-alt0.1	Requires	/etc/alternatives/packages.d
> +design-graphics-desktop-4.0-alt0.1	Requires	/usr/share/wallpapers
>  design-graphics-desktop-4.0-alt0.1	Requires(interp)	/bin/sh
> @@ -19352,2 +19627,3 @@
>  design-graphics-junior-4.0.1-alt4	Requires	/etc/alternatives/packages.d
> +design-graphics-junior-4.0.1-alt4	Requires	/usr/share/wallpapers
>  design-graphics-junior-4.0.1-alt4	Requires(interp)	/bin/sh
> @@ -19367,2 +19643,3 @@
>  design-graphics-sisyphus-3.1.4-alt2	Requires	/etc/alternatives/packages.d
> +design-graphics-sisyphus-3.1.4-alt2	Requires	/usr/share/wallpapers
>  design-graphics-sisyphus-3.1.4-alt2	Requires(interp)	/bin/sh
> @@ -19382,2 +19659,3 @@
>  design-graphics-sisyphus2-1.0-alt1	Requires	/etc/alternatives/packages.d
> +design-graphics-sisyphus2-1.0-alt1	Requires	/usr/share/wallpapers
>  design-graphics-sisyphus2-1.0-alt1	Requires(interp)	/bin/sh

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

[devel] dhcp-client-3.0.6-alt1

[Alexey Tourbin]

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

>  dhcp-client-3.0.6-alt1	Requires	bash
> +dhcp-client-3.0.6-alt1	Requires	bind-utils
>  dhcp-client-3.0.6-alt1	Requires	coreutils

В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
используется nslookup, причем следующим вугьларным образом:
./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
и далее там rm /tmp/nslookup.$$

Зависимость вроде бы правильная, если предполагается работоспособность
этого скрипта; хотя сам скрипт кривоват.

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

[devel] dissy-1-alt0.1

[Alexey Tourbin]

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

>  dissy-1-alt0.1	Requires	coreutils
> +dissy-1-alt0.1	Requires	python-base
>  dissy-1-alt0.1	Requires	python2.4(cPickle)
>  dissy-1-alt0.1	Requires	python2.4(cgi)
> +dissy-1-alt0.1	Requires	python2.4(getopt)
>  dissy-1-alt0.1	Requires	python2.4(gobject)
> @@ -20241,2 +20524,3 @@
>  dissy-1-alt0.1	Requires	python2.4(os)
> +dissy-1-alt0.1	Requires	python2.4(pango)
>  dissy-1-alt0.1	Requires	python2.4(pygtk)

Недостающая зависимость на pango добавлена правильно.

$ rpmpeek dissy-1-alt0.1.i586.rpm grep -rw pango .
./usr/bin/dissy:import pygtk, pango, getopt, sys, os, cgi
$

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

Re: [devel] alterator-install2-desktop-0.10-alt3 alterator-install3-server-0.9.3-alt1

[Alexey Gladkov]

Alexey Tourbin wrote:
>>  alterator-install2-desktop-0.10-alt3	Requires	coreutils
>> +alterator-install2-desktop-0.10-alt3	Requires	e2fsprogs
>>  alterator-install2-desktop-0.10-alt3	Requires	eject
> 
> /usr/lib/alterator/backend3/savesettings -- исполняемый шелл-скрипт,
> в котором используется blkid -> /sbin/blkid -> e2fsprogs.
> Почему раньше эта зависимость на проставлялась, в этом есть некоторая
> интрига, которую я сейчас не будут распутывать.

Да. Это ошибка.

> 
> А!  Вообще в этом пакете есть ГРУБЫЙ ХАК
> 
> # XXXlegion: Don't use contents_index to find shell requires (find-package).
> %define _pkg_contents_index_bin /dev/null
> %define _pkg_contents_index_all /dev/null
> 
> К сожалению там нет пояснения, почему потребовался этот хак, что это
> была за такая проблема.  А то я мог бы отчитаться, решена эта проблема
> в текущем rpm-build или нет.

Этот хак необходим для того чтобы иметь возможность паковать
инсталлятор для server и desktop в сизиф. Эти пакеты имеют одинаковые
Provides ... поэтому при сборке в hasher, благодаря contents_index, в
зависимости попадал не тот набор пакетов.

Сейчас инсталлятор перепакован так, чтобы дублирования кода не было.

> 
>> @@ -4077,3 +4158,2 @@
>>  alterator-install2-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> -alterator-install2-server-0.9.3-alt1	Requires	/usr/sbin/install2-cleanup
>>  alterator-install2-server-0.9.3-alt1	Requires	SysVinit
>> @@ -4140,4 +4220,2 @@
>>  alterator-install3-desktop-0.10-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/bootsector
>> -alterator-install3-server-0.9.3-alt1	Requires	/usr/sbin/md-list
>>  alterator-install3-server-0.9.3-alt1	Requires	alterator
> 
> Здесь удалились зависимости на самого себя.  Раньше игнорирование
> зависимостей на самого себя не работало для /sbin/ каталогов.


-- 
Rgrds, legion

Re: [devel] alterator-install2-desktop-0.10-alt3 alterator-install3-server-0.9.3-alt1

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 04:23:55PM +0400, Alexey Gladkov wrote:
> > А!  Вообще в этом пакете есть ГРУБЫЙ ХАК
> > 
> > # XXXlegion: Don't use contents_index to find shell requires (find-package).
> > %define _pkg_contents_index_bin /dev/null
> > %define _pkg_contents_index_all /dev/null
> > 
> > К сожалению там нет пояснения, почему потребовался этот хак, что это
> > была за такая проблема.  А то я мог бы отчитаться, решена эта проблема
> > в текущем rpm-build или нет.
> 
> Этот хак необходим для того чтобы иметь возможность паковать
> инсталлятор для server и desktop в сизиф. Эти пакеты имеют одинаковые
> Provides ... поэтому при сборке в hasher, благодаря contents_index, в
> зависимости попадал не тот набор пакетов.

Можно более подробнее узнать, какие именно неправильные зависимости
появлялись из-за поиска по contents_index_bin?  У меня есть подозрение
(надежда), что из-за моих исправлений поиск через find-package теперь
происходит более корректно.  То есть почти все проблемы вроде бы удалось
"накрыть".

> Сейчас инсталлятор перепакован так, чтобы дублирования кода не было.

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

[devel] duplicity-0.4.2-alt0.1

[Alexey Tourbin]

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

>  duplicity-0.4.2-alt0.1	Requires	python2.4(__future__)
> +duplicity-0.4.2-alt0.1	Requires	python2.4(_librsync)
>  duplicity-0.4.2-alt0.1	Requires	python2.4(array)
> @@ -22504,2 +22789,3 @@
>  duplicity-0.4.2-alt0.1	Requires	python2.4(getopt)
> +duplicity-0.4.2-alt0.1	Requires	python2.4(getpass)
>  duplicity-0.4.2-alt0.1	Requires	python2.4(grp)

Здесь появился анмет на python2.4(_librsync).  Признаться, я не являюсь
Большим Специалистом по питону.  Однако, руководствуясь тем простым
соображением, что раньше анмета не было, а появился он только теперь,
я внёс несколько исправлений в свой текущий rpm-build-python.git 0.31+.
После этого анмет исчез.

Будем считать это ошибкой, привнесенной в rpm-build-python, которая
только что была исправлена.

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

[devel] eas-0.2.2 clip-* lib.prov

[Alexey Tourbin]

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

>  earth3d-1.0.5-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -eas-0.2.2-alt0.2cvs20070731	Provides	libeas.so
> +eas-0.2.2-alt0.2cvs20070731	Provides	/usr/lib/clip/lib/libeas.so
>  eas-0.2.2-alt0.2cvs20070731	Requires	libc.so.6(GLIBC_2.0)

Я допустил ошибочку в lib.prov, которую только что исправил.
На самом деле в этом пакете используется
	clip-buildroot/etc/ld.so.conf.d/clip.conf
так что provides был правильный.

Аналогичная ситуация в других пакетах:

>  libclamav-devel-0.91.2-alt1	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> -libclip-1.2.0cvs-alt1	Provides	libclip-codb.so
> -libclip-1.2.0cvs-alt1	Provides	libclip.so
> -libclip-1.2.0cvs-alt1	Provides	libcodb-query.so
> +libclip-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-codb.so
> +libclip-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip.so
> +libclip-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libcodb-query.so
>  libclip-1.2.0cvs-alt1	Requires	coreutils

>  libclip-all-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-bzip2.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-com.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-crypto.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-gzip.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-nanfor.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-netto.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-postscript.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-r2d2.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-rtf.so
> -libclip-common-1.2.0cvs-alt1	Provides	libclip-xml.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-bzip2.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-com.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-crypto.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-gzip.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-nanfor.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-netto.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-postscript.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-r2d2.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-rtf.so
> +libclip-common-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-xml.so
>  libclip-common-1.2.0cvs-alt1	Requires	libbz2.so.1(BZLIB_1.0)

>  libclip-devel-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-fcgi-1.2.0cvs-alt1	Provides	libclip-fcgi.so
> +libclip-fcgi-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-fcgi.so
>  libclip-fcgi-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-fcgi-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-gd-1.2.0cvs-alt1	Provides	libclip-gd.so
> +libclip-gd-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-gd.so
>  libclip-gd-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-gd-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-gtk2-1.2.0cvs-alt1	Provides	libclip-glade2.so
> -libclip-gtk2-1.2.0cvs-alt1	Provides	libclip-gtk2.so
> +libclip-gtk2-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-glade2.so
> +libclip-gtk2-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-gtk2.so
>  libclip-gtk2-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-gtk2-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-mysql-1.2.0cvs-alt1	Provides	libclip-mysql.so
> +libclip-mysql-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-mysql.so
>  libclip-mysql-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-mysql-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-odbc-1.2.0cvs-alt1	Provides	libclip-odbc.so
> +libclip-odbc-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-odbc.so
>  libclip-odbc-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-odbc-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-postgres-1.2.0cvs-alt1	Provides	libclip-postgres.so
> +libclip-postgres-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-postgres.so
>  libclip-postgres-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.0)

>  libclip-postgres-1.2.0cvs-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> -libclip-ui-1.2.0cvs-alt1	Provides	libclip-ui.so
> +libclip-ui-1.2.0cvs-alt1	Provides	/usr/lib/clip/lib/libclip-ui.so
>  libclip-ui-1.2.0cvs-alt1	Requires	libc.so.6(GLIBC_2.1.3)

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

[devel] easyvz-server-0.1-alt3

[Alexey Tourbin]

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

>  easyvz-0.1-alt3	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(failure)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(msg_stopping)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(msg_usage)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(start_daemon)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(status)
> +easyvz-server-0.1-alt3	Requires	/etc/rc.d/init.d(success)
>  easyvz-server-0.1-alt3	Requires	procps

В этом пакете имеется скрипт /etc/rc.d/init.d/easyvzd, который
в билдруте находится в состоянии 0644 (из-за чего поиска засимостей
в нём раньше не было), а в rpm пакуется в состоянии %attr(0755,root,root).

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

[devel] emacs-chess-2.0-alt4.b6

[Alexey Tourbin]

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

>  emacs-chess-2.0-alt4.b6	Requires	/etc/emacs/site-start.d
> +emacs-chess-2.0-alt4.b6	Requires	/usr/bin/convert
>  emacs-chess-2.0-alt4.b6	Requires	chess
> +emacs-chess-2.0-alt4.b6	Requires	coreutils
>  emacs-chess-2.0-alt4.b6	Requires	emacs-common
> +emacs-chess-2.0-alt4.b6	Requires	sed
>  emacs-chess-2.0-alt4.b6	Requires(interp)	/bin/sh

В этом пакете есть неисполняемый шелл-скрипт

$ rpmfile emacs-chess-2.0-alt4.b6.noarch.rpm  |grep Bourne
/usr/share/emacs/etc/chess/pieces/xboard/convbm 100644  Bourne shell script text executable
$

в котором, в частности, используется утилита convert

$ rpmpeek emacs-chess-2.0-alt4.b6.noarch.rpm sh --rpm-requires ./usr/share/emacs/etc/chess/pieces/xboard/convbm |sort -u
executable(convert)
executable(mkdir)
executable(sed)
$

Эта утилита содержится сразу в двух пакетах -- ImageMagick
и GraphicsMagick-ImageMagick-compat, поэтому проставляется "raw"
зависимость (raw зависимости на /bin /sbin /usr/bin /usr/sbin не
являются анметами, если у кого-то есть соответствующие файлы).

Если подразумевается работоспособность этого скрипта,
то зависимость проставлена правильно.  В противном случае
поиск зависимостей в этом скрипте можно отключить:
%add_findreq_skiplist /usr/share/emacs/etc/chess/pieces/xboard/convbm

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

[devel] emacs-maxima-5.12.0-alt1

[Alexey Tourbin]

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

>  emacs-maxima-5.12.0-alt1	Obsoletes	maxima-emacs
> +emacs-maxima-5.12.0-alt1	Requires	/etc/emacs/site-start.d
>  emacs-maxima-5.12.0-alt1	Requires	emacs

В пакете maxima используется хак
%define _findreq_default_method lib
который больше не работает.

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

[devel] emacspeak-23.0-alt1

[Alexey Tourbin]

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

>  emacspeak-23.0-alt1	Requires	/etc/emacs/site-start.d
> +emacspeak-23.0-alt1	Requires	/usr/bin/emacs
>  emacspeak-23.0-alt1	Requires	/usr/bin/pdftotext
> @@ -24346,3 +24668,2 @@
>  emacspeak-23.0-alt1	Requires	emacs-common
> -emacspeak-23.0-alt1	Requires	emacs22-nox
>  emacspeak-23.0-alt1	Requires	emacsen-startscripts

Из-за исправлений в /usr/lib/rpm/find-package некоторые зависимости
стали проставляться более правильно.

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

[devel] etcnet-0.9.3-alt3 ruby!

[Alexey Tourbin]

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

>  etcnet-0.9.3-alt3	Requires	iproute2
> +etcnet-0.9.3-alt3	Requires	ruby
>  etcnet-0.9.3-alt3	Requires	sed

Пакет etcnet содержит исполняемые скрипты на ruby.

$ rpmfile etcnet-0.9.3-alt3.noarch.rpm |grep ruby
/etc/net/scripts/contrib/etcnet-fw-syntax.rb    100755  a ruby script text executable
/etc/net/scripts/contrib/ipt2etcnet.rb  100755  a ruby script text executable
/etc/net/scripts/contrib/iptables-save.rb       100755  a ruby script text executable
$ rpmpeek etcnet-0.9.3-alt3.noarch.rpm head -1 ./etc/net/scripts/contrib/etcnet-fw-syntax.rb
#!/usr/bin/env ruby
$

Поиск зависимостей идет правильно.  Однако зависимость на ruby в данном
случае всё же кажется лишней.  Можно либо отпилить отдельный пакет
etcnet-contrib, либо явно игнорировать поиск зависимостей в contrib:
%add_findreq_skiplist /etc/net/scripts/contrib/*

В последнем случае отключается syntax check и т.д., то есть качество
contrib начинает потенциально деградировать.

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

[devel] etersoft-build-utils-1.2-alt1

[Alexey Tourbin]

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

>  etcskel-2.0.11-alt2	Requires(rpmlib)	rpmlib(VersionedDependencies) <= 3.0.3-1
> +etersoft-build-utils-1.2-alt1	Requires	autoconf-common
>  etersoft-build-utils-1.2-alt1	Requires	bash
> @@ -25703,2 +26028,3 @@
>  etersoft-build-utils-1.2-alt1	Requires	coreutils
> +etersoft-build-utils-1.2-alt1	Requires	cvs
>  etersoft-build-utils-1.2-alt1	Requires	diffutils
> @@ -25706,2 +26032,3 @@
>  etersoft-build-utils-1.2-alt1	Requires	gawk
> +etersoft-build-utils-1.2-alt1	Requires	gettext
>  etersoft-build-utils-1.2-alt1	Requires	glibc-locales
> @@ -25709,2 +26036,4 @@
>  etersoft-build-utils-1.2-alt1	Requires	gzip
> +etersoft-build-utils-1.2-alt1	Requires	make
> +etersoft-build-utils-1.2-alt1	Requires	mktemp
>  etersoft-build-utils-1.2-alt1	Requires	openssh-clients

Этот пакет содержит неисполняемые шелл-скритпы
/etc/rpm/etersoft-build-config  100644  Bourne shell script text executable
/etc/rpm/etersoft-build-functions       100644  Bourne-Again shell script text executable

которые включаются в исполняемые скрипты через "." или "source".
Именно для таких шелл-библиотек поиск зависимостей был изменен таким
образом, чтобы обрабатывались как исполняемые, так и не исполняемые
шелл-скрипты.

Зависимости проставились правильно.

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

[devel] exim-common-4.67-alt1

[Alexey Tourbin]

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

>  exim-common-4.67-alt1	Requires	/etc/sysconfig/network
> +exim-common-4.67-alt1	Requires	/usr/sbin/exim
>  exim-common-4.67-alt1	Requires	coreutils

В пакете exim-common появляется unmet на /usr/sbin/exim,
из-за симлинков, которые на него смотрят.  Вот кусочек лога сборки:

find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/etc/aliases -> /etc/exim/aliases is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/mailq -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/rmail -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/rsmtp -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/runq -> /usr/sbin/exim is not going to provide anything
find-provides: absolute symbolic link /usr/src/tmp/exim-buildroot/usr/sbin/sendmail -> /usr/sbin/exim is not going to provide anything
[...]
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/mailq: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/rmail: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/rsmtp: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/runq: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)
symlinks.req: /usr/src/tmp/exim-buildroot/usr/sbin/sendmail: /usr/sbin/exim -> /usr/sbin/exim (raw, not found)

/usr/sbin/exim не предоставляется ни одним пакетом и не содержится
ни в одном пакете.  Считаю такое положение вещей неправильным.

Симлинк /usr/sbin/exim появляются при исполнении post-скриптов
некоторых пакетов, напр.

$ rpm -qp --scripts exim-heavy-4.67-alt1.i586.rpm 
postinstall scriptlet (through /bin/sh):
ln -sf /usr/sbin/exim-heavy /usr/sbin/exim
/usr/sbin/post_service exim
preuninstall scriptlet (through /bin/sh):
/usr/sbin/preun_service exim
$

Вообще-то такие вещи лучше делать с использованием alterntaives.
Напирмер, в данной "самопальной" реализации после удаления пакета
останется битый симлинк /usr/sbin/exim, тогда как alterntavies
его бы "подчистил".

Кроме того, если повесить симлинк /usr/sbin/exim на альтернативы,
то каждая альтернатива теперь будет делать автоматический Provides:
/usr/sbin/exim.

В любом случае, даже при сохранении самопальной схемы, /usr/sbin/exim
должен кто-то содержать как файл или предоставлять как зависимость.
То есть при сохранении самопальной схемы нужно во все пакеты, которые
делают симлинк /usr/sbin/exim, добавить Provides: /usr/sbin/exim.

(Если же хочется узко решить именно эту проблему, то достаточно
в билдруте создать какой-нибудь файл или небитый симлинк /usr/bin/exim).

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

Re: [devel] dhcp-client-3.0.6-alt1

[Dmitry V. Levin]

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

On Sun, Sep 16, 2007 at 03:43:00PM +0400, Alexey Tourbin wrote:
> >  dhcp-client-3.0.6-alt1	Requires	bash
> > +dhcp-client-3.0.6-alt1	Requires	bind-utils
> >  dhcp-client-3.0.6-alt1	Requires	coreutils
> 
> В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
> используется nslookup, причем следующим вугьларным образом:
> ./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
> и далее там rm /tmp/nslookup.$$

Все упакованные в dhcp-client скрипты из каталога /etc/dhcp/dhclient.d/ по
умолчанию не используются, поскольку они не исполняемые.
Куда бы их спрятать от вездесущего find-requires?

> Зависимость вроде бы правильная, если предполагается работоспособность
> этого скрипта; хотя сам скрипт кривоват.

Скрипт кривой, его лучше вообще удалить.


-- 
ldv

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

Re: [devel] dhcp-client-3.0.6-alt1

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 07:40:17PM +0400, Dmitry V. Levin wrote:
> On Sun, Sep 16, 2007 at 03:43:00PM +0400, Alexey Tourbin wrote:
> > >  dhcp-client-3.0.6-alt1	Requires	bash
> > > +dhcp-client-3.0.6-alt1	Requires	bind-utils
> > >  dhcp-client-3.0.6-alt1	Requires	coreutils
> > 
> > В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
> > используется nslookup, причем следующим вугьларным образом:
> > ./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
> > и далее там rm /tmp/nslookup.$$
> 
> Все упакованные в dhcp-client скрипты из каталога /etc/dhcp/dhclient.d/ по
> умолчанию не используются, поскольку они не исполняемые.
> Куда бы их спрятать от вездесущего find-requires?

Предполагается ли что они могут использоваться после изменения
конфигурации, то есть после изменения конфигурации некоторым штатным
и хорошо документированным способом?  То есть то, что скрипты не
используются по умолчанию, это только "часть ответа".  Потому что
вопрос такой: предполагается ли, что эти скрипты должны работать
в некоторой другой, но "штатной" конфигурации?  Если предполагается,
что эти скриты должны работать после изменения конфигурации, тогда
поиск зависимостей в них (а также syntax check) имеет смысл.

В принципе, такой же вопрос есть, например, к скриптам в
/usr/share/git-core/templates/.  Они не используются по умолчанию,
но предполагается, что они всё-таки должны работать.  Поэтому
не надо их никуда прятать.

Если же по смыслу/по уровню это что-то типа contrib, то,
действительно, их лучше куда-то спрятать.  Вариантов несколько:
либо делать отдельный пакет *-contrib, на который можно смотреть
сквозь пальцы, либо явно игнорировать зависимости через
%add_findreq_skiplist, либо переложить скрипты в /usr/share/doc.

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

Re: [devel] dbmail-contrib-2.2.5-alt1

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 12:55:17PM +0400, Eugene Prokopiev wrote:
> Alexey Tourbin пишет:
> >>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/dropdb
> >> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysql
> >> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqladmin
> >>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/mysqldump
> >> +dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/pg_dump
> >>  dbmail-contrib-2.2.5-alt1	Requires	/usr/bin/psql
> >> @@ -18478,3 +18725,9 @@
> >>  dbmail-contrib-2.2.5-alt1	Requires	dbmail = 2.2.5-alt1
> >> +dbmail-contrib-2.2.5-alt1	Requires	gzip
> >>  dbmail-contrib-2.2.5-alt1	Requires	python-base
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(email)
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(getopt)
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(mailbox)
> >> +dbmail-contrib-2.2.5-alt1	Requires	python2.4(os)
> >> +dbmail-contrib-2.2.5-alt1	Requires	sed
> >>  dbmail-contrib-2.2.5-alt1	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1
> > 
> > У dbmail-contrib появились новые зависимости как на mysql,
> > так и на postgresql.  Впрочем, кажется, они не добавляют ничего
> > существенного к уже существующим, так что более глубоко комментировать
> > не буду.
> 
> Меня больше всего интересует классический вопрос: что делать? До сих пор 
> я (может не только я?) формировал контриб именно по такому принципу: 
> почти свалка возможно полезных кому-то в качестве примеров файлов, 
> недостойных, однако, нормального опакечивания с зависимостями и т.д. Но 
> ставить ради знакомства с несколькими текстовыми файлами неиспользуемый 
> скриптовый язык или СУБД - это перебор ...
> 
> Можно как-нибудь сделать так, чтоб эти зависимости не появлялись?

В принципе пакеты *-contrib обычно существуют как "свалка скриптов,
которые присылали в апстрим последние лет 10".  Эти скрипты
иногда берут за основу для написания своих собственных скриптов.
Но ни один пакет в репозитарии не должен иметь зависимостей на 
*-contrib пакеты.

Думаю, что на зависимости *-contrib пакетов можно смотреть сквозь
пальцы, если только это не анметы.

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

Re: [devel] dhcp-client-3.0.6-alt1

[Dmitry V. Levin]

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

On Sun, Sep 16, 2007 at 07:48:34PM +0400, Alexey Tourbin wrote:
> On Sun, Sep 16, 2007 at 07:40:17PM +0400, Dmitry V. Levin wrote:
> > On Sun, Sep 16, 2007 at 03:43:00PM +0400, Alexey Tourbin wrote:
> > > >  dhcp-client-3.0.6-alt1	Requires	bash
> > > > +dhcp-client-3.0.6-alt1	Requires	bind-utils
> > > >  dhcp-client-3.0.6-alt1	Requires	coreutils
> > > 
> > > В неисполняемом шелл-скрипте /etc/dhcp/dhclient.d/enter010.sethostname
> > > используется nslookup, причем следующим вугьларным образом:
> > > ./etc/dhcp/dhclient.d/enter010.sethostname:  (echo "set type=ptr"; echo "$ptrname") |nslookup >/tmp/nslookup.$$
> > > и далее там rm /tmp/nslookup.$$
> > 
> > Все упакованные в dhcp-client скрипты из каталога /etc/dhcp/dhclient.d/ по
> > умолчанию не используются, поскольку они не исполняемые.
> > Куда бы их спрятать от вездесущего find-requires?
> 
> Предполагается ли что они могут использоваться после изменения
> конфигурации, то есть после изменения конфигурации некоторым штатным
> и хорошо документированным способом?  То есть то, что скрипты не
> используются по умолчанию, это только "часть ответа".  Потому что
> вопрос такой: предполагается ли, что эти скрипты должны работать
> в некоторой другой, но "штатной" конфигурации?  Если предполагается,
> что эти скриты должны работать после изменения конфигурации, тогда
> поиск зависимостей в них (а также syntax check) имеет смысл.
> 
> В принципе, такой же вопрос есть, например, к скриптам в
> /usr/share/git-core/templates/.  Они не используются по умолчанию,
> но предполагается, что они всё-таки должны работать.  Поэтому
> не надо их никуда прятать.
> 
> Если же по смыслу/по уровню это что-то типа contrib, то,
> действительно, их лучше куда-то спрятать.  Вариантов несколько:
> либо делать отдельный пакет *-contrib, на который можно смотреть
> сквозь пальцы, либо явно игнорировать зависимости через
> %add_findreq_skiplist, либо переложить скрипты в /usr/share/doc.

Спасибо за подробный ответ, который напрашивается на помещение в
документацию.

Скрипт /etc/dhcp/dhclient.d/enter010.sethostname получен из
contrib/sethostname.sh; т.е. он качества contrib, но помещён в такое
место, что допускает штатное изменение chmod +x, после которого он будет
использоваться.  Думаю что проще и лучше переписать его на resolve.


> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
ldv

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

Re: [devel] emacs-maxima-5.12.0-alt1

[Vadim V. Zhytnikov]

Alexey Tourbin пишет:
>>  emacs-maxima-5.12.0-alt1	Obsoletes	maxima-emacs
>> +emacs-maxima-5.12.0-alt1	Requires	/etc/emacs/site-start.d
>>  emacs-maxima-5.12.0-alt1	Requires	emacs
> 
> В пакете maxima используется хак
> %define _findreq_default_method lib
> который больше не работает.
> 

Учту в следующей сборке, которая будет недели через две.

-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>

[devel] ez-ipupdate-3.0.11-alt0.3.b8

[Alexey Tourbin]

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

>  ez-ipupdate-3.0.11-alt0.3.b8	PreReq	/usr/sbin/useradd
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/rc.d/init.d(start_daemon)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/rc.d/init.d(status)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/rc.d/init.d(stop_daemon)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	/etc/sysconfig/network
>  ez-ipupdate-3.0.11-alt0.3.b8	Requires	libc.so.6(GLIBC_2.0)
> @@ -27199,2 +27540,3 @@
>  ez-ipupdate-3.0.11-alt0.3.b8	Requires	rtld(GNU_HASH)
> +ez-ipupdate-3.0.11-alt0.3.b8	Requires	service
>  ez-ipupdate-3.0.11-alt0.3.b8	Requires(interp)	/bin/sh

В этом пакете такая же ситуация, как и в некоторых других.
Скрипт /etc/rc.d/init.d/ez-ipupdate находится в билдруте
в состоянии 0644, а в rpm пакуется в состоянии %attr(0755,root,root).

ATTN.  Вообще, использование %attr это скорее порочная практика.
Использование %attr оправдано только в редких случаях (например,
при запаковке setuid-бинарей).  Желательно иметь в билдурте файлы
в том же состоянии, в каком они будут запакованы в rpm.

Кажется, пакет ez-ipupdate сделан на основе чужого спека,
который не особо "доточили" до "наших практик".

В частности, я обратил внимание на то, что этот пакет владеет каталогом
/etc/rc.d/init.d, которым он владеть не должен.  Это может иметь
довольно далекие и потенциально неприятные последствия:

$ fgrep $'/rc.d/init.d\t' hasher/cache/contents/contents_index_bin
/etc/rc.d/init.d	/etc/rc.d/init.d
$

"Претендовать" на каталог /etc/rc.d/init.d должен только пакет service.

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

[devel] fedora-ds-1.1.0-alt0.20070817

[Alexey Tourbin]

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

>  fedora-ds-1.1.0-alt0.20070817	Provides	libslapd.so.0
> +fedora-ds-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(failure)
> +fedora-ds-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(success)
> +fedora-ds-1.1.0-alt0.20070817	Requires	/etc/sysconfig/network
> +fedora-ds-1.1.0-alt0.20070817	Requires	coreutils
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1.3)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.2)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3.4)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.4)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libdb-4.4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libdl.so.2(GLIBC_2.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libdl.so.2(GLIBC_2.1)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libicui18n.so.36
> +fedora-ds-1.1.0-alt0.20070817	Requires	libicuuc.so.36
> +fedora-ds-1.1.0-alt0.20070817	Requires	libldap60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libldif60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnetsnmp.so.15
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnetsnmpagent.so.15
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnetsnmphelpers.so.15
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnspr4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.2)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.6)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libpam.so.0(LIBPAM_1.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libplc4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libplds4.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libprldap60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libpthread.so.0(GLIBC_2.0)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libpthread.so.0(GLIBC_2.1)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libsasl2.so.2
> +fedora-ds-1.1.0-alt0.20070817	Requires	libssl3.so(NSS_3.2)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libssl3.so(NSS_3.4)
> +fedora-ds-1.1.0-alt0.20070817	Requires	libssldap60.so
> +fedora-ds-1.1.0-alt0.20070817	Requires	libstdc++.so.6(CXXABI_1.3)
>  fedora-ds-1.1.0-alt0.20070817	Requires	libsvrcore
> +fedora-ds-1.1.0-alt0.20070817	Requires	libsvrcore.so.0
> +fedora-ds-1.1.0-alt0.20070817	Requires	openldap-clients
>  fedora-ds-1.1.0-alt0.20070817	Requires	perl-CGI
>  fedora-ds-1.1.0-alt0.20070817	Requires	perl-Mozilla-LDAP
> +fedora-ds-1.1.0-alt0.20070817	Requires	perl-base
>  fedora-ds-1.1.0-alt0.20070817	Requires	perl-libnet
> +fedora-ds-1.1.0-alt0.20070817	Requires	rtld(GNU_HASH)
> +fedora-ds-1.1.0-alt0.20070817	Requires	service
> +fedora-ds-1.1.0-alt0.20070817	Requires	sh
>  fedora-ds-1.1.0-alt0.20070817	Requires(interp)	/bin/sh

Бездна нам обнажена!
В этом пакете используется конструкция:
	AutoReq: noperl
которая по смыслу отличается от
	AutoReq: yes, noperl

Фактически весь поиск зависимостей был отключен.
(В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)

Мне интересно, какие трудности возникли с поиском перловых зависимостей.
Это можно было бы написать комментарием прямо перед "AutoReq: noperl".

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

[devel] fedora-ds-adminserver-1.1.0-alt0.20070817

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 09:17:25PM +0400, Alexey Tourbin wrote:
> В этом пакете используется конструкция:
> 	AutoReq: noperl
> которая по смыслу отличается от
> 	AutoReq: yes, noperl
> 
> Фактически весь поиск зависимостей был отключен.
> (В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)
> 
> Мне интересно, какие трудности возникли с поиском перловых зависимостей.
> Это можно было бы написать комментарием прямо перед "AutoReq: noperl".

Вполне аналогично обстоит дело с пакетом fedora-ds-adminserver:

>  fedora-ds-adminserver-1.1.0-alt0.20070817	Provides	libds-admin-serv.so.0
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(failure)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	/etc/rc.d/init.d(success)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	/etc/sysconfig/network
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	apache2-httpd-worker
> @@ -27523,2 +27919,3 @@
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	apache2-mod_revocator
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	coreutils
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	fedora-ds
> @@ -27526,4 +27923,30 @@
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	fedora-ds-setuputil
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	glibc-utils
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	grep
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libadminutil.so.1
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libadmsslutil.so.1
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.0)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.1.3)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.3.4)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libc.so.6(GLIBC_2.4)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libldap60.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libldif60.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnspr4.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.3)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.5)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libnss3.so(NSS_3.9.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libplc4.so
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libsmime3.so(NSS_3.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libssl3.so(NSS_3.2)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libssldap60.so
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	libsvrcore
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	perl-CGI
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	perl-base
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	rtld(GNU_HASH)
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	service
> +fedora-ds-adminserver-1.1.0-alt0.20070817	Requires	sh
>  fedora-ds-adminserver-1.1.0-alt0.20070817	Requires(interp)	/bin/sh

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

[devel] fglrx-tools-8.40.4-alt1

[Alexey Tourbin]

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

>  fglrx-tools-8.40.4-alt1	Requires	sh
> +fglrx-tools-8.40.4-alt1	Requires	su
>  fglrx-tools-8.40.4-alt1	Requires	which

В этом пакете есть неисполняемый скрипт /etc/acpi/ati-powermode.sh,
который пытается выполнять некие действия от имени всех пользователей
иксов.

    45  if [ ${lid_closed} -eq 1 -o ${on_dc} -eq 1 ]; then
    46      echo "Low power"
    47      for x in /tmp/.X11-unix/*; do
    48          displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
    49          getXuser;
    50          if [ x"$XAUTHORITY" != x"" ]; then
    51              export DISPLAY=":$displaynum"
    52              su $user -c "/usr/bin/aticonfig --set-powerstate=1 --effective=now"
    53          fi
    54      done
    55  else
    56      echo "High power"
    57      for x in /tmp/.X11-unix/*; do
    58          displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
    59          getXuser;
    60          if [ x"$XAUTHORITY" != x"" ]; then
    61              export DISPLAY=":$displaynum"
    62              su $user -c "/usr/bin/aticonfig --set-powerstate=3 --effective=now"
    63          fi
    64      done
    65  fi

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

Re: [devel] eas-0.2.2 clip-* lib.prov

[Vitaly Lipatov]

On 16 сентября 2007, Alexey Tourbin wrote:
...
> На самом деле в этом пакете используется
> 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> так что provides был правильный.
Мне кажется тут неверно было использовать ld.so.conf,
постараюсь от этого избавиться.


-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] eas-0.2.2 clip-* lib.prov

[Alexey Tourbin]

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

On Sun, Sep 16, 2007 at 11:09:33PM +0400, Vitaly Lipatov wrote:
> On 16 сентября 2007, Alexey Tourbin wrote:
> ...
> > На самом деле в этом пакете используется
> > 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> > так что provides был правильный.
> Мне кажется тут неверно было использовать ld.so.conf,
> постараюсь от этого избавиться.

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

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

Re: [devel] emacs-chess-2.0-alt4.b6

[Eugene Vlasov]

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

On Sun, 16 Sep 2007 18:30:13 +0400 Alexey Tourbin wrote:

>> +emacs-chess-2.0-alt4.b6	Requires	/usr/bin/convert
>> +emacs-chess-2.0-alt4.b6	Requires	coreutils
>> +emacs-chess-2.0-alt4.b6	Requires	sed

> $ rpmfile emacs-chess-2.0-alt4.b6.noarch.rpm  |grep Bourne
> /usr/share/emacs/etc/chess/pieces/xboard/convbm 100644  Bourne shell script text executable

> Если подразумевается работоспособность этого скрипта,
> то зависимость проставлена правильно.  В противном случае
> поиск зависимостей в этом скрипте можно отключить:
> %add_findreq_skiplist /usr/share/emacs/etc/chess/pieces/xboard/convbm

Этого файла вообще тут не должно быть, возможно разработчики положили
его в тарбол с .xpm по ошибке, как и файлы *.sed и pixmaps.h. 
Уберу в следующей сборке.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

Re: [devel] alsa-firmware-1.0.14-alt1

[Michael Shigorin]

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

On Sat, Sep 15, 2007 at 07:53:03PM +0400, Alexey Tourbin wrote:
> >  alltray-0.69-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +alsa-firmware-1.0.14-alt1	Requires	/usr/share/alsa/firmware/emi62-firmware-spdif.bin
> >  alsa-firmware-1.0.14-alt1	Requires	alsa-tools
> Миша.  В пакете alsa-firmware битый симлинк
> /usr/share/alsa/firmware/emi62-firmware.bin -> emi62-firmware-spdif.bin

Хм.  А ещё он криво инсталится:

%install
%make_install install DESTDIR=%buildroot
# :-/
mv %buildroot/emi62-firmware.bin %buildroot%_datadir/alsa/firmware/

А ещё там alsa-firmware-1.0.14/emi_26_62/license.txt, после
прочтения которого мне лично кажется, что без ещё одного текста
или письма это называется "варез", поскольку нет формулировки,
_разрешающей_ распространение...

---
This firmware is for the Emagic EMI 2|6 Audio Interface

The firmware contained herein is Copyright (c) 1999-2002 Emagic
as an unpublished work. This notice does not imply unrestricted
or public access to this firmware which is a trade secret of Emagic,
and which may not be reproduced, used, sold or transferred to
any third party without Emagic's written consent. All Rights Reserved.

This firmware may not be modified and may only be used with the
Emagic EMI 2|6 Audio Interface. Distribution and/or Modification of
any driver which includes this firmware, in whole or in part,
requires the inclusion of this statement.
---

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [devel] etcnet-0.9.3-alt3 ruby!

[Michael Shigorin]

On Sun, Sep 16, 2007 at 06:46:17PM +0400, Alexey Tourbin wrote:
> Пакет etcnet содержит исполняемые скрипты на ruby.
> 
> $ rpmfile etcnet-0.9.3-alt3.noarch.rpm |grep ruby
> /etc/net/scripts/contrib/etcnet-fw-syntax.rb    100755  a ruby script text executable
> /etc/net/scripts/contrib/ipt2etcnet.rb  100755  a ruby script text executable
> /etc/net/scripts/contrib/iptables-save.rb       100755  a ruby script text executable
> $ rpmpeek etcnet-0.9.3-alt3.noarch.rpm head -1 ./etc/net/scripts/contrib/etcnet-fw-syntax.rb
> #!/usr/bin/env ruby
> $
> 
> Поиск зависимостей идет правильно.  Однако зависимость на ruby
> в данном случае всё же кажется лишней.  Можно либо отпилить
> отдельный пакет etcnet-contrib, либо явно игнорировать поиск
> зависимостей в contrib: %add_findreq_skiplist
> /etc/net/scripts/contrib/*
> 
> В последнем случае отключается syntax check и т.д., то есть
> качество contrib начинает потенциально деградировать.

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

Эти скрипты всё равно могут подразумевать проход напильником
перед использованием, боюсь (как автор оных).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Michael Shigorin]

On Wed, Sep 12, 2007 at 07:55:30PM +0400, Alexey I. Froloff wrote:
> > В принципе, если зависимости на /dev/* нежелательно разрешать
> > из-за специфики /dev, то это можно попробовать как-то захачить.
> Для начала можно считать, что /dev/null, /dev/console и т.п.
> просто есть всегда в любой системе.  А вообще, это странно -
> иметь где-то симлинк в /dev/...

Провайдить udev'ом?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] arch-pqm-0.5-alt1

[Alexey Voinov]

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

Alexey Tourbin <at@altlinux.ru> writes:

>>  arch-pqm-0.5-alt1	Requires	python >= 2.3
>> +arch-pqm-0.5-alt1	Requires	python-base
>> +arch-pqm-0.5-alt1	Requires	python2.4(ConfigParser)
>> ...
>> +arch-pqm-0.5-alt1	Requires	python2.4(traceback)
>>  arch-pqm-0.5-alt1	Requires	sh
>
> Программа написана на питоне.
>
> $ rpmpeek arch-pqm-0.5-alt1.noarch.rpm head -1 ./usr/bin/arch-pqm
> #!/usr/bin/env python
> $
>
> Все модули стандартные.  Это делает отказ от жесткой зависимости
> на python, проставленной вручную, более возможным.
Логично. Так, пожалуй, и сделаю.

-- 
Best Regards!
Alexey Voinov

voins@voins.program.ru
voins@altlinux.ru

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

Re: [devel] alterator-timezone-0.5.0-alt3

[Stanislav Ievlev]

On Sat, Sep 15, 2007 at 09:15:08PM +0400, Alexey Tourbin wrote:
> >  alterator-timezone-0.5.0-alt3	Requires	alterator-backend-timezone = 0.5.0-alt3
> > +alterator-timezone-0.5.0-alt3	Requires	alterator-standalone
> >  alterator-timezone-0.5.0-alt3	Requires	glibc-timezones
> 
> Из-за симлинка
> /usr/bin/config-timezone -> /usr/bin/config-standalone
> добавилась зависимость на alterator-standalone.
> 
> По-моему правильно и красиво.
> Ставить все подобные зависимости вручную это всё равно не дело.
Ну ... в данном конкретном случае это несколько не то что я хотел бы ;)
Может быть симлинк-то и есть, но я совсем не хотел бы чтобы наличие пакета
standalone было обязательным.

Впрочем эти симлинки уже неактуальны и подлежат исчезновению.

Re: [devel] cups-1.2.12-alt4

[Stanislav Ievlev]

Да, зависимость на шрифты правильная.

Но вот насчёт того что это верно в общем случае не согласен (см. мои
замечания про alterator-timezone).

On Sun, Sep 16, 2007 at 01:09:06AM +0400, Alexey Tourbin wrote:
> >  cups-1.2.12-alt4	Requires	coreutils
> > +cups-1.2.12-alt4	Requires	fonts-type1-urw
> >  cups-1.2.12-alt4	Requires	grep
> 
> Это зависимость через симлинки на шрифты.
> Поиск зависимостей идет так (кусочек лога сборки):
> 
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: checking contents_index_all for /usr/share/fonts/type1/urw/n022003l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier: /usr/share/fonts/type1/urw/n022003l.pfb -> fonts-type1-urw (via contents_index_all)
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: checking contents_index_all for /usr/share/fonts/type1/urw/n022004l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Bold: /usr/share/fonts/type1/urw/n022004l.pfb -> fonts-type1-urw (via contents_index_all)
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022024l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-BoldOblique: /usr/share/fonts/type1/urw/n022024l.pfb -> fonts-type1-urw (via contents_index_all)
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: checking contents_index_all for /usr/share/fonts/type1/urw/n022023l.pfb
> symlinks.req: /usr/src/tmp/cups-buildroot/usr/share/cups/fonts/Courier-Oblique: /usr/share/fonts/type1/urw/n022023l.pfb -> fonts-type1-urw (via contents_index_all)
> 
> (При активизации поиска зависимости через contents_index_all у скриптов
> автоматически выстявляется verbosity в максимум вплоть до окончиня
> поиска этой зависимости.  У этой идеи интересная реализация, см. rpm.git
> бранч mod файл scripts/find-package.in.)
> 
> Считаю зависимость на fonts-type1-urw правильной.  Также это дает
> основания думать, что поиск зависимостей через симлинки -- в целом
> правильная идея.



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] eas-0.2.2 clip-* lib.prov

[Vitaly Lipatov]

On 16 сентября 2007, Alexey Tourbin wrote:
> On Sun, Sep 16, 2007 at 11:09:33PM +0400, Vitaly Lipatov wrote:
> > On 16 сентября 2007, Alexey Tourbin wrote:
> > ...
> >
> > > На самом деле в этом пакете используется
> > > 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> > > так что provides был правильный.
> >
> > Мне кажется тут неверно было использовать ld.so.conf,
> > постараюсь от этого избавиться.
>
> Класть библиотеки без сонейма в %_libdir это тоже сомнительный
Возможно это стоит обозначить в полиси, или может быть даже 
запретить?

> выход. Подумайте прежде чем что-то делать, если есть такая
> возможность.
Я скорее думал о применении rpath. Делать soname вручную в 
Makefile, которые ещё DLL в Windows создают, для меня будет, 
думаю, проблематично.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] alterator-timezone-0.5.0-alt3

[Michael Shigorin]

On Mon, Sep 17, 2007 at 10:05:55AM +0400, Stanislav Ievlev wrote:
> Впрочем эти симлинки уже неактуальны и подлежат исчезновению.

Хм, а как теперь принято? (опять за модой не успеваю следить... :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] alterator-timezone-0.5.0-alt3

[Stanislav Ievlev]

On Mon, Sep 17, 2007 at 10:49:09AM +0300, Michael Shigorin wrote:
> On Mon, Sep 17, 2007 at 10:05:55AM +0400, Stanislav Ievlev wrote:
> > Впрочем эти симлинки уже неактуальны и подлежат исчезновению.
> 
> Хм, а как теперь принято? (опять за модой не успеваю следить... :)
acc и вперёд ;)

Re: [devel] alterator-timezone-0.5.0-alt3

[Alexey Gladkov]

Michael Shigorin wrote:
> Хм, а как теперь принято? (опять за модой не успеваю следить... :)

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

-- 
Rgrds, legion

Re: [devel] alterator-timezone-0.5.0-alt3

[Michael Shigorin]

On Mon, Sep 17, 2007 at 02:06:16PM +0400, Stanislav Ievlev wrote:
> > > Впрочем эти симлинки уже неактуальны и подлежат исчезновению.
> > Хм, а как теперь принято? (опять за модой не успеваю следить... :)
> acc и вперёд ;)

Корабль наш шатает
из края в край:
то нет меню,
то нет меню
альтернативы...

По-хорошему как раз нужно уметь и то, и то.  Советовать в
рассылках "запустить config-*" тоже сильно проще экскурсов 
по морде, особенно с учётом различных переводов.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] alterator-timezone-0.5.0-alt3

[Michael Shigorin]

On Mon, Sep 17, 2007 at 02:10:09PM +0400, Alexey Gladkov wrote:
> > Хм, а как теперь принято? (опять за модой не успеваю следить... :)
> По правде сказать, эта "мода" двигается ооочень медленно...
> за ней может не успеть только тот, кто не следит вообще.

Лёш, а это вообще-то достоинство -- когда за год не успевают
сломать достижения прошлого года.  Или хотя бы, *&^*&, спрашивают
в рассылках перед тем, как делать очередной прыжок в ширину, будь
то шрифты или переход от отсутствия меню к его неотрываемости.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] file-roller-2.18.4-alt2

[Alexey Tourbin]

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

>  file-roller-2.18.4-alt2	Requires	bzip2
> +file-roller-2.18.4-alt2	Requires	coreutils
> +file-roller-2.18.4-alt2	Requires	grep
>  file-roller-2.18.4-alt2	Requires	gzip
> +file-roller-2.18.4-alt2	Requires	isoutils
>  file-roller-2.18.4-alt2	Requires	lha

В скрипте /usr/lib/file-roller/isoinfo.sh используется isoinfo.

$ rpmfile file-roller-2.18.4-alt2.i586.rpm |grep isoi
/usr/lib/file-roller/isoinfo.sh 100644  Bourne shell script text executable
$ rpmpeek file-roller-2.18.4-alt2.i586.rpm grep -r isoinfo .
./usr/lib/file-roller/isoinfo.sh:ISOINFO=`isoinfo -d -i "$filename"`
./usr/lib/file-roller/isoinfo.sh:  isoinfo $iso_extensions -i "$filename" -x "$file_to_extract"
./usr/lib/file-roller/isoinfo.sh:  isoinfo $iso_extensions -i "$filename" -l
Binary file ./usr/bin/file-roller matches
$

В принципе этот скрипт автоматически вызывается из какого-то сишного
кода (то есть из /usr/bin/file-roller).

$ rpmpeek ../../SRPMS/file-roller-2.18.4-alt2.src.rpm sh -c 'tar xf *.tar*; grep -r --include=\*.c isoinfo .'
./file-roller-2.18.4/src/main.c:        { "isoinfo",    TRUE,  FALSE, TRUE,  FR_FILE_TYPE_ISO },
./file-roller-2.18.4/src/fr-command-iso.c:      fr_process_begin_command (comm->process, "sh " PRIVEXECDIR "isoinfo.sh");
./file-roller-2.18.4/src/fr-command-iso.c:              fr_process_begin_command (comm->process, "sh " PRIVEXECDIR "isoinfo.sh");
./file-roller-2.18.4/src/fr-command-iso.c:      if (! is_program_in_path ("isoinfo")) {
$

Так что считаю зависимость на isoutils правильной.

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

[devel] flow-tools-0.68-alt2.0

[Alexey Tourbin]

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

>  flow-tools-0.68-alt2.0	Requires	python-base
> +flow-tools-0.68-alt2.0	Requires	python2.4(getopt)
> +flow-tools-0.68-alt2.0	Requires	python2.4(os)
> +flow-tools-0.68-alt2.0	Requires	python2.4(rrdtool)
> +flow-tools-0.68-alt2.0	Requires	python2.4(string)
>  flow-tools-0.68-alt2.0	Requires	rtld(GNU_HASH)

Зависимость на python2.4(rrdtool) правильная.

$ rpmpeek flow-tools-0.68-alt2.0.i586.rpm grep -r rrdtool ./usr/bin
./usr/bin/flow-rpt2rrd:import rrdtool
./usr/bin/flow-rpt2rrd:      rrdtool.create(rrdFile, *rrdParams)
./usr/bin/flow-rpt2rrd:    rrdtool.update(rrdFile,update)
./usr/bin/flow-log2rrd:import rrdtool
./usr/bin/flow-log2rrd:        rrdtool.create(rrdFile, '--start', str(int(tv['now']) - 300),
./usr/bin/flow-log2rrd:        rrdtool.create(rrdFile, '--start', str(int(tv['now']) - 300),
./usr/bin/flow-log2rrd:  rrdtool.update(rrdFile, update)
$

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

[devel] fop-0.20.5-alt1_12jpp1.7

[Alexey Tourbin]

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

On Sat, Sep 15, 2007 at 11:06:30PM +0400, Alexey Tourbin wrote:
> >  batik-manual-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-rasterizer-1.6-alt1_3jpp1.7	Requires	/etc/rasterizer.conf
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9993,2 +10148,3 @@
> >  batik-rasterizer-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-slideshow-1.6-alt1_3jpp1.7	Requires	/etc/slideshow.conf
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -9998,2 +10154,3 @@
> >  batik-slideshow-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-svgpp-1.6-alt1_3jpp1.7	Requires	/etc/svgpp.conf
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> > @@ -10003,2 +10160,3 @@
> >  batik-svgpp-1.6-alt1_3jpp1.7	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	/etc/ttf2svg.conf
> >  batik-ttf2svg-1.6-alt1_3jpp1.7	Requires	batik = 0:1.6-alt1_3jpp1.7
> 
> В скрипте /usr/bin/rasterizer используется конструкция:
> 
> # Source system prefs
> if [ -f /etc/rasterizer.conf ] ; then
>   . /etc/rasterizer.conf
> fi

Аналогичная ситуация в пакете fop.

 foomatic-filters-3.0.2-alt5	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
+fop-0.20.5-alt1_12jpp1.7	Requires	/etc/fop.conf
 fop-0.20.5-alt1_12jpp1.7	Requires	batik >= 0:1.6

> Эти условные зависимости с текущим шелл-анализатором автоматически
> отсеивать никак нельзя.  Остается либо переделать эти скрипты,
> либо отключить поиск шелл-зависимостей (AutoReq: yes, noshell),
> либо игнорировать зависимости в отдельных файлах
> (%add_findreq_skiplist /usr/bin/rasterizer).
> 
> Вообще-то эти скритпы запакованы в виде отдельных Source,
> так что, кажется, переделка их не должна стать обременительной.
> 
> Остается понять, почему раньше эти зависимости не искались.
> Дело в том, что в RPM_BUILD_ROOT эти скрипты находятся в состоянии
> 0644, так что раньше поиск зависимостей в них не производился;
> однако в rpm пакет они запаковываются в состоянии %attr(0755,root,root).

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

Re: [devel] file-roller-2.18.4-alt2

[Alexey Rusakov]

On Mon, 17 Sep 2007 14:45:32 +0400
Alexey Tourbin wrote:

> >  file-roller-2.18.4-alt2	Requires	bzip2
> > +file-roller-2.18.4-alt2	Requires	coreutils
> > +file-roller-2.18.4-alt2	Requires	grep
> >  file-roller-2.18.4-alt2	Requires	gzip
> > +file-roller-2.18.4-alt2	Requires	isoutils
> >  file-roller-2.18.4-alt2	Requires	lha
> 
> В скрипте /usr/lib/file-roller/isoinfo.sh используется isoinfo.
> 
[...]
> Так что считаю зависимость на isoutils правильной.
Да, это совершенно корректная зависимость.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] alterator-bootloader-0.1.7-alt2

[Sergey V Turchin]

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

On 15 сентября 2007, Alexey Tourbin wrote:

[...]
> Поиск зависимостей отадет предпочтение пути /bin/ (по сравнению с
> /sbin/).
А в /bin alterator-standalone-usermode, который тащит за собой 
SUID-ный consolehelper


-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] nvidia_glx_common-1.0.7184-alt29.2 nvidia_glx_common-1.0.7184-alt29.2

[Sergey V Turchin]

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

On 17 сентября 2007, Michael Shigorin wrote:
> On Wed, Sep 12, 2007 at 07:55:30PM +0400, Alexey I. Froloff wrote:
> > > В принципе, если зависимости на /dev/* нежелательно разрешать
> > > из-за специфики /dev, то это можно попробовать как-то
> > > захачить.
> >
> > Для начала можно считать, что /dev/null, /dev/console и т.п.
> > просто есть всегда в любой системе.  А вообще, это странно -
> > иметь где-то симлинк в /dev/...
>
> Провайдить udev'ом?
Так или иначе, я у себя уберу ссылание на /dev/*

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] alterator-bootloader-0.1.7-alt2

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 04:36:17PM +0400, Sergey V Turchin wrote:
> On 15 сентября 2007, Alexey Tourbin wrote:
> 
> [...]
> > Поиск зависимостей отадет предпочтение пути /bin/ (по сравнению с
> > /sbin/).
> А в /bin alterator-standalone-usermode, который тащит за собой 
> SUID-ный consolehelper

В скрипте config-bootloader используется "команда" alterator-standalone.
Какая из них на самом деле используется, /usr/bin/alterator-standalone
или /usr/sbin/alterator-standalone?  Поиск зависимостей считает, что
по умолчанию будет использоваться /usr/bin/alterator-standalone (что
соответствует запуску скрипта config-bootloader от пользователя).

Зависимость в этом смысле проставилась верно, хотя некоторая
двусмысленность сохраняется.

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

[devel] gcstar-1.1.1-alt1

[Alexey Tourbin]

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

>  gcstar-1.1.1-alt1	Provides	perl(GCUtils.pm)
> +gcstar-1.1.1-alt1	Requires	coreutils
> +gcstar-1.1.1-alt1	Requires	grep
> +gcstar-1.1.1-alt1	Requires	kdebase-konqueror
> +gcstar-1.1.1-alt1	Requires	libexo
> +gcstar-1.1.1-alt1	Requires	libgnome
>  gcstar-1.1.1-alt1	Requires	perl(Cwd.pm)
> @@ -33483,2 +33984,3 @@
>  gcstar-1.1.1-alt1	Requires	perl-base
> +gcstar-1.1.1-alt1	Requires	xprop
>  gcstar-1.1.1-alt1	Requires(interp)	/bin/sh

Имеется неисполняемый шелл-скрипт, из-за которого появляются новые
зависимости.

$ rpmfile gcstar-1.1.1-alt1.noarch.rpm |grep shell
/usr/share/gcstar/helpers/xdg-open      100644  Bourne shell script text executable
$ rpmpeek gcstar-1.1.1-alt1.noarch.rpm sh --rpm-requires ./usr/share/gcstar/helpers/xdg-open |grep -v function |sort -u
executable(cat)
executable(exo-open)
executable(gnome-open)
executable(grep)
executable(kfmclient)
executable(xprop)
$

Нужно подумать, насколько существенно этот скрипт требуется (и МОЖЕТ
ли потребоваться) для работы пакета.

Первичный осмотр показывает, что этот скрипт используется в
./usr/share/libgcstar/GCMainWindow.pm: : $ENV{GCS_SHARE_DIR}.'/helpers/xdg-open';

То есть это как минимум не какой-то левый скрипт, который запакован
сам по себе, а компонент общей системы.  Просто игнорировать зависимости
в нём не желательно.  С другой стороны, в скрипте
/usr/share/gcstar/helpers/xdg-open вроде бы реализована "поддержка
чего-то" для всех популярных десктопов -- gnome, kde, xfce.
Видимо зависимости такой "поддержки всего" лучше как-то спрятать.

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

Re: [devel] gcstar-1.1.1-alt1

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 05:20:13PM +0400, Alexey Tourbin wrote:
> Имеется неисполняемый шелл-скрипт, из-за которого появляются новые
> зависимости.
> 
> $ rpmfile gcstar-1.1.1-alt1.noarch.rpm |grep shell
> /usr/share/gcstar/helpers/xdg-open      100644  Bourne shell script text executable
[...]
> Первичный осмотр показывает, что этот скрипт используется в
> ./usr/share/libgcstar/GCMainWindow.pm: : $ENV{GCS_SHARE_DIR}.'/helpers/xdg-open';

Кстати, в перловом коде вроде бы подразумевается, что
скрипт /usr/share/gcstar/helpers/xdg-open должен быть исполняемым.

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

[devel] gkrellm-themes-1.0-alt1

[Alexey Tourbin]

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

>  gkrellm-themes-1.0-alt1	Requires	/usr/bin/mogrify
> +gkrellm-themes-1.0-alt1	Requires	/usr/share/gkrellm2/themes/twilite/green/frame_right-green.png
>  gkrellm-themes-1.0-alt1	Requires	bash

В этом пакете битый симлинк
/usr/share/gkrellm2/themes/twilite/.png -> green/frame_right-green.png

Вот кусочек лога сборки.

find-provides: broken symbolic link /usr/src/tmp/gkrellm-themes-buildroot/usr/share/gkrellm2/themes/twilite/.png -> green/frame_right-green.png is not going to provide anything
[...]
symlinks.req: /usr/src/tmp/gkrellm-themes-buildroot/usr/share/gkrellm2/themes/twilite/.png: checking contents_index_all for /usr/share/gkrellm2/themes/twilite/green/frame_right-green.png
symlinks.req: /usr/src/tmp/gkrellm-themes-buildroot/usr/share/gkrellm2/themes/twilite/.png: /usr/share/gkrellm2/themes/twilite/green/frame_right-green.png -> /usr/share/gkrellm2/themes/twilite/green/frame_right-green.png (raw, not found)

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

Re: [devel] alterator-bootloader-0.1.7-alt2

[Sergey V Turchin]

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

On 17 сентября 2007, Alexey Tourbin wrote:
> On Mon, Sep 17, 2007 at 04:36:17PM +0400, Sergey V Turchin wrote:
> > On 15 сентября 2007, Alexey Tourbin wrote:
> >
> > [...]
> >
> > > Поиск зависимостей отадет предпочтение пути /bin/ (по
> > > сравнению с /sbin/).
> >
> > А в /bin alterator-standalone-usermode, который тащит за собой
> > SUID-ный consolehelper
>
> В скрипте config-bootloader используется "команда"
> alterator-standalone. Какая из них на самом деле используется,
> /usr/bin/alterator-standalone или /usr/sbin/alterator-standalone?
В зависимости от запустившего пользователя. У простого пользователя 
из /sbin/ не заработает.

>  Поиск зависимостей считает, что по умолчанию будет
> использоваться /usr/bin/alterator-standalone (что соответствует
> запуску скрипта config-bootloader от пользователя).
При установленном пакете. Иначе пользователю не дается возможности 
его запускать путем ненахождения в PATH.

> Зависимость в этом смысле проставилась верно, хотя некоторая
> двусмысленность сохраняется.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] anjuta-1.2.4-alt4

[Alexey Rusakov]

On Sun, 16 Sep 2007 14:09:55 +0400
Alexey I. Froloff wrote:

> * Alexey Rusakov <ktirf@> [070916 14:07]:
> > > > По смыслу вроде бы все зависимости проставились правильно.
> > > > То есть, если anjuta умеет полуавтоматически генерить скрипты
> > > > autotools, то все эти зависимости подходят.
> > > Может её сразу от rpm-build зависить?  Или перебор?
> > Совершенно однозначный перебор. Даже если принять, что интеграция с
> > autotools относится к основной функциональности, интеграция с rpm-build там
> > по факту отсутствует. Да и не связана Анюта с RPM никаким местом...
> rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
> gettext и пр.  build-essential, или как он там в дебиане называется?
Но у нас-то такого нет :) У нас если вытаскивается, то вместе с rpm, а rpm
не для всякой разработки нужен.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] anjuta-1.2.4-alt4

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 05:43:15PM +0400, Alexey Rusakov wrote:
> Alexey I. Froloff wrote:
> > rpm-build - как пакет, вытягивающий autotools, компилятор, patch,
> > gettext и пр.  build-essential, или как он там в дебиане называется?
> Но у нас-то такого нет :) У нас если вытаскивается, то вместе с rpm, а rpm
> не для всякой разработки нужен.

Сам rpm-build очень маленький, примерно 150 килобайт в развернутом виде.
Плюс librpmbuild где-то 130 килобайт в развернутом виде.  Так что вопрос
о том, нужен rpm-build или не нужен, лишён практичности.  А представить
себе систему вообще без rpm (не -build) довольно сложно.

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

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

[devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 05:41:19PM +0400, Sergey V Turchin wrote:
> >  Поиск зависимостей считает, что по умолчанию будет
> > использоваться /usr/bin/alterator-standalone (что соответствует
> > запуску скрипта config-bootloader от пользователя).
> При установленном пакете. Иначе пользователю не дается возможности 
> его запускать путем ненахождения в PATH.

Zerg, это слишком круто.  Фактически ты утверждаешь, что запуск
скрипта config-bootloader должен обломиться (внутри скрипта!),
потому что команда alterator-standalone, используемая в этом скрипте,
не будет найдено в PATH.

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

В принципе в новом rpm-build есть ручка к find-package, которая
позволяет консистентно менять последовательность перебора путей (можно
будет проверять /usr/sbin а потом уже все остальные стандартные пути).
Если не удастся найти никакого другого решения, я объясню, как этой
ручкой пользоваться.

А пользоваться ей наверное так:

%ifdef add_findpackage_path
%add_findpackage_path /usr/sbin
%endif

Здесь %ifdef нужен потому что раньше этой ручки не было (для
портабельности спека на старый rpm-build, если это нужно).
Здесь также есть тонкости, и, одним словом, я пока не проверял,
что эта ручка работает как надо.

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Sergey V Turchin]

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

On 17 сентября 2007, Alexey Tourbin wrote:
> On Mon, Sep 17, 2007 at 05:41:19PM +0400, Sergey V Turchin wrote:
> > >  Поиск зависимостей считает, что по умолчанию будет
> > > использоваться /usr/bin/alterator-standalone (что
> > > соответствует запуску скрипта config-bootloader от
> > > пользователя).
> >
> > При установленном пакете. Иначе пользователю не дается
> > возможности его запускать путем ненахождения в PATH.
>
> Zerg, это слишком круто.  Фактически ты утверждаешь, что запуск
> скрипта config-bootloader должен обломиться (внутри скрипта!),
> потому что команда alterator-standalone, используемая в этом
> скрипте, не будет найдено в PATH.
Не обломиться, т.к. этого скрипта тоже нет в PATH

> Но это противоречит самой идее поиска зависимостей, которая
> состоит в том, чтобы проставить зависимости на все команды, то
> есть чтобы запуск скрипта не обламывался.
[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 07:09:15PM +0400, Sergey V Turchin wrote:
> > Zerg, это слишком круто.  Фактически ты утверждаешь, что запуск
> > скрипта config-bootloader должен обломиться (внутри скрипта!),
> > потому что команда alterator-standalone, используемая в этом
> > скрипте, не будет найдено в PATH.
> Не обломиться, т.к. этого скрипта тоже нет в PATH

Резонно! -- Zerg, это СЛИШКОМ круто!! --

В принципе (в идеале) можно сделать вот что: при поиске зависимостей
в */sbin/* скриптах менять PATH таким образом, чтобы */sbin/* каталоги
имели приоритет по сравнению с */bin/* каталогами.  Но я пока не знаю,
как это сделать КРАСИВО.

В принципе когда такие прозрения приходят в голову, их нужно очень
тщательно взвешивать, а это долгий процесс. :)

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Sergey V Turchin]

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

On 17 сентября 2007, Alexey Tourbin wrote:

[...]
> Резонно! -- Zerg, это СЛИШКОМ круто!! --
Да это понятно. Проще изменить скрипт таким образом, чтоб обработчик 
не заморачивался ;-)

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey Tourbin]

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

On Mon, Sep 17, 2007 at 07:31:25PM +0400, Sergey V Turchin wrote:
> > Резонно! -- Zerg, это СЛИШКОМ круто!! --
> Да это понятно. Проще изменить скрипт таким образом, чтоб обработчик 
> не заморачивался ;-)

Это с твоей точки зрения.  С моей точки зрения нужно сделать более
правильный поиск зависимостей, и использование другого PATH для */sbin/*
скриптов имеет некоторый смысл.  То есть мне придётся заморачиваться в
любом случае, просто потому что я хочу сделать хорошую систему, для
себя, а не для дяди.  За которую не стыдно (и, может быть, гордо, хотя
это меня не особо трогает).

Дело ведь в чем. Запуск скриптов от пользователя или от рута не может
быть определен слишком точно, это всего лишь эвристика -- что, поскольку
скрипт лежит в */sbin/*, то пользователь не будет его запускать.

Нужно сделать достаточно консервативные пути поиска зависимостей в
скриптах для пользователя и для рута, принимая во внимание условность
этой эвристики.  Консервативные пути мне видятся такими:

DEF_RPM_FINDPACKAGE_USER_PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
DEF_RPM_FINDPACKAGE_ROOT_PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin

Консервативность здесь состоит в том, что / имеет главный приоритет
перед /usr, а уже следующим приоритетом является различие между bin
и sbin.

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

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

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

[devel] sonameless shared libraries

[Dmitry V. Levin]

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

On Mon, Sep 17, 2007 at 10:10:56AM +0400, Vitaly Lipatov wrote:
> On 16 сентября 2007, Alexey Tourbin wrote:
> > On Sun, Sep 16, 2007 at 11:09:33PM +0400, Vitaly Lipatov wrote:
> > > On 16 сентября 2007, Alexey Tourbin wrote:
> > > ...
> > >
> > > > На самом деле в этом пакете используется
> > > > 	clip-buildroot/etc/ld.so.conf.d/clip.conf
> > > > так что provides был правильный.
> > >
> > > Мне кажется тут неверно было использовать ld.so.conf,
> > > постараюсь от этого избавиться.
> >
> > Класть библиотеки без сонейма в %_libdir это тоже сомнительный
> Возможно это стоит обозначить в полиси, или может быть даже 
> запретить?

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

> > выход. Подумайте прежде чем что-то делать, если есть такая
> > возможность.
> Я скорее думал о применении rpath. Делать soname вручную в 
> Makefile, которые ещё DLL в Windows создают, для меня будет, 
> думаю, проблематично.

Неужели зашить в ELF rpath проще, чем зашить туда же soname?


-- 
ldv

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

[devel] AutoReq

[Dmitry V. Levin]

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

On Sun, Sep 16, 2007 at 09:17:25PM +0400, Alexey Tourbin wrote:
[...]
> В этом пакете используется конструкция:
> 	AutoReq: noperl
> которая по смыслу отличается от
> 	AutoReq: yes, noperl
> 
> Фактически весь поиск зависимостей был отключен.
> (В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)

И правильно сделал.

> Мне интересно, какие трудности возникли с поиском перловых зависимостей.
> Это можно было бы написать комментарием прямо перед "AutoReq: noperl".

Это следствие правила хорошего тона "комментируйте всё неочевидное",
поскольку любой workaround неочевиден.


-- 
ldv

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

Re: [devel] amavisd-new-2.5.1-alt1

[Alexey Shabalin]

2007/9/15, Alexey Tourbin <at@altlinux.ru>:
> >  amavisd-new-2.5.1-alt1       Provides        amavisd
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(control_subst)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(is_builtin_mode)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(new_help)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/control.d/facilities(new_subst)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(action)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(msg_usage)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(start_daemon)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(status)
> > +amavisd-new-2.5.1-alt1       Requires        /etc/rc.d/init.d(stop_daemon)
> > +amavisd-new-2.5.1-alt1       Requires        control
> >  amavisd-new-2.5.1-alt1       Requires        coreutils
>
> В этом пакете используется конструкция
>         AutoReq: noperl
> по смыслу она отличается от конструкции
>         AutoReq: yes, noperl
>
> Фактически весь поиск зависимостей сейчас отключен!  ССЗБ.
> Попросил бы озвучить претензии к поиску перловых зависимостей.

1. появляется зависимость на
perl(SAVI.pm) >= 0.300 (это перловый модуль для антивируса sophos)
у нас такого модуля нет. Если есть корректная возможность избавится от
неё - было бы хорошо. Вырезать все упоминания об SAVI не хочется -
мало ли кто вдруг захочет использовать.

2. amavisd что находит в системе то и начинает использовать. поэтому
для  amavisd "порезан" на кучку нормальных/виртуальных пакетов. в них
и перенесены зависимости на нужные программы. Иначе все зависимости
создадутся для основного пакета.

-- 
Alexey Shabalin

Re: [devel] beagle-0.2.17-alt1 mono deps

[Alexey Shabalin]

> Я несколько переделал rpm-build-mono.  Если у нас есть Большие Специалисты
> по mono, то я готов обсудить это очень подробно (а также задать несколько
> вопросов).  В противном случае, как говорится, дарёному коню в зубы не смотрят.
Больших Специалистов наверно не осталось.
Я как могу по маленьку поддерживаю моновское хозяйство на уровне
актуальности версий, не более. (ну и ещё востановить собираемость
пакетов, если поломается)
За подарки спасибо, приспособимся.
>
> В двух словах, изменения здесь такие: 1) В provides больше
> не обрабатываются *.exe файлы, а только *.dll; 2) реализован поиск
> разделяемых библиотека на основе информации из *.dll.config файлов.
>
> Почему добавилось много зависимостей в beagle-evolution я не знаю.
> Наверное, я где-то исправил все ошибки.

-- 
Alexey Shabalin

Re: [devel] AutoReq

[Alexey Shabalin]

> On Sun, Sep 16, 2007 at 09:17:25PM +0400, Alexey Tourbin wrote:
> [...]
> > В этом пакете используется конструкция:
> >       AutoReq: noperl
> > которая по смыслу отличается от
> >       AutoReq: yes, noperl
А в чём разница?
Я как мантейнер, читал правила-рекомендации по сборке. И yes,noperl
там не встреча. Указывая noperl я ожидаю отключения поиска
зависимостей только perl.
> >
> > Фактически весь поиск зависимостей был отключен.
> > (В новом rpm-build я на всякий случай сблизил смысл этих конструкций.)
>
> И правильно сделал.
>
> > Мне интересно, какие трудности возникли с поиском перловых зависимостей.
> > Это можно было бы написать комментарием прямо перед "AutoReq: noperl".
>
> Это следствие правила хорошего тона "комментируйте всё неочевидное",
> поскольку любой workaround неочевиден.
>
буду придерживатся хорошего тона :)


-- 
Alexey Shabalin

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Slava Semushin]

17.09.07, Alexey Tourbin<at / altlinux.ru> написал(а):
[...]
> Нужно сделать достаточно консервативные пути поиска зависимостей в
> скриптах для пользователя и для рута, принимая во внимание условность
> этой эвристики.  Консервативные пути мне видятся такими:
>
> DEF_RPM_FINDPACKAGE_USER_PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin
> DEF_RPM_FINDPACKAGE_ROOT_PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin

Мне кажется, нужно также добавить путь /usr/games в список путей для
пользователя (а то и для рута).

Например, можно написать скрипт, который бы вы использовал вывод
fortune(1), которая располагается как раз в этом каталоге (а скрипт
можно использовать в качестве программы, которая выводит подпись к
письму..).

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Alexey I. Froloff]

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

* Slava Semushin <slava.semushin@> [070918 11:27]:
> Мне кажется, нужно также добавить путь /usr/games в список
> путей для пользователя (а то и для рута).
/usr/games - атавизм, доставшийся ещё с тех времён, когда этот
каталог был домашним каталогом пользователя "games".

-- 
Regards,
Sir Raorn.

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

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[Денис Смирнов]

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

On Tue, Sep 18, 2007 at 11:39:47AM +0400, Alexey I. Froloff wrote:

>> Мне кажется, нужно также добавить путь /usr/games в список
>> путей для пользователя (а то и для рута).
AIF> /usr/games - атавизм, доставшийся ещё с тех времён, когда этот
AIF> каталог был домашним каталогом пользователя "games".

У этого каталога есть особенности.

Во-первых игры было принято делать SGID games (для хранения scoreboard).
Во-вторых игр не должно быть в PATH у рута.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Нельзя ли как-нибудь упромыслить вывод более аккуратным образом?
		-- mhz in devel@

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

Re: [devel] bsh-1.3.0-alt1_10jpp1.7 castor-0.9.9.1-alt1_2jpp1.7

[@ 2007-09-18 10:44 UTC (permalink / raw)]

Re: [devel] anjuta-1.2.4-alt4

[@ 2007-09-18 10:47 UTC (permalink / raw)]

Re: [devel] find-package PATH (was: alterator-bootloader-0.1.7-alt2)

[@ 2007-09-18 11:56 UTC (permalink / raw)]

Re: [devel] sonameless shared libraries

[@ 2007-09-18 11:58 UTC (permalink / raw)]

Re: [devel] sonameless shared libraries

[@ 2007-09-18 13:28 UTC (permalink / raw)]

Re: [devel] sonameless shared libraries

[@ 2007-09-18 14:01 UTC (permalink / raw)]

[devel] pkgconfig sisyphus_check

[@ 2007-09-18 18:22 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-18 19:01 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-18 19:26 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 7:44 UTC (permalink / raw)]

[devel] gksu-2.0.0-alt1

[@ 2007-09-19 12:56 UTC (permalink / raw)]

[devel] glade2-2.12.1-alt5

[@ 2007-09-19 13:02 UTC (permalink / raw)]

Re: [devel] glade2-2.12.1-alt5

[@ 2007-09-19 13:32 UTC (permalink / raw)]

[devel] gnofract4d-3.2-alt0.1

[@ 2007-09-19 13:50 UTC (permalink / raw)]

[devel] gnome-mlview-0.9.0-alt0.3cvs20050521

[@ 2007-09-19 14:54 UTC (permalink / raw)]

[devel] gnucap-20070329-alt0.1

[@ 2007-09-19 15:07 UTC (permalink / raw)]

Re: [devel] gnucap-20070329-alt0.1

[@ 2007-09-19 15:12 UTC (permalink / raw)]

[devel] gresistor-0.0.1-alt1

[@ 2007-09-19 15:19 UTC (permalink / raw)]

[devel] gsoko-0.4.2-alt1

[@ 2007-09-19 15:36 UTC (permalink / raw)]

[devel] gtk2-themes-qtcurve-0.52.3-alt1

[@ 2007-09-19 15:44 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 20:02 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 20:04 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 20:06 UTC (permalink / raw)]

[devel] hal-gnome-0.5.9.1-alt2 python! python!

[@ 2007-09-19 20:09 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 20:49 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 21:00 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 21:14 UTC (permalink / raw)]

Re: [devel] sonameless shared libraries

[@ 2007-09-19 21:23 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 21:30 UTC (permalink / raw)]

Re: [devel] sonameless shared libraries

[@ 2007-09-19 21:34 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 21:44 UTC (permalink / raw)]

Re: [devel] sonameless shared libraries

[@ 2007-09-19 22:07 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 22:16 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 22:29 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 22:40 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-19 22:51 UTC (permalink / raw)]

[devel] семантика *-devel пакетов

[@ 2007-09-19 23:18 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 4:49 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 18:03 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 19:00 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 19:28 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 20:00 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 20:40 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 21:11 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 21:14 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 21:36 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 21:55 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 21:56 UTC (permalink / raw)]

Re: [devel] pkgconfig sisyphus_check

[@ 2007-09-20 21:59 UTC (permalink / raw)]

[devel] hsqldb-server-1.8.0.7-alt2

[@ 2007-09-21 8:11 UTC (permalink / raw)]

[devel] httpd-alterator-2.2.4-alt28

[@ 2007-09-21 8:13 UTC (permalink / raw)]

[devel] hylafax-4.3.2-alt2

[@ 2007-09-21 8:22 UTC (permalink / raw)]

[devel] jetty5-5.1.12-alt0.5_1jpp1.7

[@ 2007-09-21 8:41 UTC (permalink / raw)]

Re: [devel] httpd-alterator-2.2.4-alt28

[@ 2007-09-21 8:47 UTC (permalink / raw)]

Re: [devel] httpd-alterator-2.2.4-alt28

[@ 2007-09-21 8:54 UTC (permalink / raw)]

[devel] kdeaddons-kate-3.5.7-alt2

[@ 2007-09-21 8:57 UTC (permalink / raw)]

Re: [devel] httpd-alterator-2.2.4-alt28

[@ 2007-09-21 9:03 UTC (permalink / raw)]

Re: [devel] httpd-alterator-2.2.4-alt28

[@ 2007-09-21 9:14 UTC (permalink / raw)]

[devel] kdebase-common-3.5.7-alt14 symlinks

[@ 2007-09-21 9:14 UTC (permalink / raw)]

[devel] kdebase-konqueror-3.5.7-alt14

[@ 2007-09-21 9:31 UTC (permalink / raw)]

[devel] kdebase-wm-3.5.7-alt14

[@ 2007-09-21 9:32 UTC (permalink / raw)]

[devel] kdemultimedia-krec-3.5.7-alt5

[@ 2007-09-21 9:35 UTC (permalink / raw)]

[devel] kernel-headers-common-1.1.9-alt1

[@ 2007-09-21 9:38 UTC (permalink / raw)]

[devel] kile-1.9.2-alt1

[@ 2007-09-21 9:44 UTC (permalink / raw)]

[devel] klamav-0.41.1-alt1

[@ 2007-09-21 9:50 UTC (permalink / raw)]

[devel] lam-devel-7.1.3-alt1

[@ 2007-09-21 9:53 UTC (permalink / raw)]

Re: [devel] /usr/bin/relative

[@ 2007-09-21 10:00 UTC (permalink / raw)]

Re: [devel] /usr/bin/relative

[@ 2007-09-21 10:16 UTC (permalink / raw)]

[devel] libipulog-devel-static-1.24-alt5

[@ 2007-09-21 10:20 UTC (permalink / raw)]

Re: [devel] /usr/bin/relative

[@ 2007-09-21 10:21 UTC (permalink / raw)]

[devel] libobjc-lf2-r135-alt0.2

[@ 2007-09-21 10:26 UTC (permalink / raw)]

[devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 10:34 UTC (permalink / raw)]

Re: [devel] libipulog-devel-static-1.24-alt5

[@ 2007-09-21 10:42 UTC (permalink / raw)]

Re: [devel] libipulog-devel-static-1.24-alt5

[@ 2007-09-21 10:43 UTC (permalink / raw)]

[devel] libqt3-devel-3.3.8-alt11

[@ 2007-09-21 10:53 UTC (permalink / raw)]

Re: [devel] libipulog-devel-static-1.24-alt5

[@ 2007-09-21 10:57 UTC (permalink / raw)]

Re: [devel] libqt3-devel-3.3.8-alt11

[@ 2007-09-21 10:58 UTC (permalink / raw)]

[devel] libwine-20070601-alt1

[@ 2007-09-21 11:39 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 13:28 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 13:29 UTC (permalink / raw)]

Re: [devel] libwine-20070601-alt1

[@ 2007-09-21 13:29 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 13:42 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 13:59 UTC (permalink / raw)]

Re: [devel] /usr/bin/relative

[@ 2007-09-21 14:03 UTC (permalink / raw)]

[devel] [wiki] Re: /usr/bin/relative

[@ 2007-09-21 14:06 UTC (permalink / raw)]

Re: [devel] kdemultimedia-krec-3.5.7-alt5

[@ 2007-09-21 14:10 UTC (permalink / raw)]

Re: [devel] kdemultimedia-krec-3.5.7-alt5

[@ 2007-09-21 14:14 UTC (permalink / raw)]

Re: [devel] libwine-20070601-alt1

[@ 2007-09-21 14:14 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 14:28 UTC (permalink / raw)]

Re: [devel] kdemultimedia-krec-3.5.7-alt5

[@ 2007-09-21 14:59 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 15:06 UTC (permalink / raw)]

Re: [devel] libpurple-2.1.1-alt1.1

[@ 2007-09-21 15:15 UTC (permalink / raw)]

[devel] lilypond-2.11.0-alt1

[@ 2007-09-21 18:10 UTC (permalink / raw)]

[devel] linux-cifs-1.48a-alt3

[@ 2007-09-21 18:18 UTC (permalink / raw)]

[devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 18:24 UTC (permalink / raw)]

[devel] livecd-fix-cyr_rfx-koi8-u-0.1-alt1

[@ 2007-09-21 18:29 UTC (permalink / raw)]

Re: [devel] livecd-fix-cyr_rfx-koi8-u-0.1-alt1

[@ 2007-09-21 18:42 UTC (permalink / raw)]

Re: [devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 19:10 UTC (permalink / raw)]

Re: [devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 19:16 UTC (permalink / raw)]

Re: [devel] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 19:42 UTC (permalink / raw)]

[devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 19:53 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 20:03 UTC (permalink / raw)]

Re: [devel] [JT] [JT] open-iscsi

[@ 2007-09-21 20:04 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-21 20:09 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-22 0:43 UTC (permalink / raw)]

[devel] mailfromd-cfg_*

[@ 2007-09-22 13:18 UTC (permalink / raw)]

[devel] man-pages-2.60-alt1

[@ 2007-09-22 13:27 UTC (permalink / raw)]

[devel] maven-1.1-alt2_0.beta3.2jpp1.7

[@ 2007-09-22 13:33 UTC (permalink / raw)]

[devel] mc-4.6.1r-alt9

[@ 2007-09-22 13:38 UTC (permalink / raw)]

[devel] meld-1.1.4-alt2

[@ 2007-09-22 13:53 UTC (permalink / raw)]

[devel] menu-icons-default-0.1-alt2

[@ 2007-09-22 13:59 UTC (permalink / raw)]

[devel] mercurial-0.9.4-alt1

[@ 2007-09-22 14:22 UTC (permalink / raw)]

[devel] metromap-0.1.1-alt2

[@ 2007-09-22 14:44 UTC (permalink / raw)]

[devel] mftrace-1.2.5-alt1

[@ 2007-09-22 14:46 UTC (permalink / raw)]

[devel] mutt1.5-1.5.16-alt1

[@ 2007-09-22 14:55 UTC (permalink / raw)]

Re: [devel] hylafax-4.3.2-alt2

[@ 2007-09-22 17:10 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-22 17:50 UTC (permalink / raw)]

Re: [devel] meld-1.1.4-alt2

[@ 2007-09-22 19:22 UTC (permalink / raw)]

Re: [devel] meld-1.1.4-alt2

[@ 2007-09-22 19:24 UTC (permalink / raw)]

Re: [devel] libwine-20070601-alt1

[@ 2007-09-22 20:38 UTC (permalink / raw)]

Re: [devel] libwine-20070601-alt1

[@ 2007-09-22 20:49 UTC (permalink / raw)]

[devel] notify-python-0.1.1-alt1

[@ 2007-09-22 21:20 UTC (permalink / raw)]

[devel] nvidia_glx_common /dev

[@ 2007-09-22 21:27 UTC (permalink / raw)]

[devel] open-xchange-server-0.8.0-alt1.3

[@ 2007-09-22 21:38 UTC (permalink / raw)]

[devel] open-xchange-webapp-tomcat4-0.8.0-alt1.3

[@ 2007-09-22 21:41 UTC (permalink / raw)]

[devel] openejb1-1.0-alt1_1jpp1.7

[@ 2007-09-22 21:47 UTC (permalink / raw)]

[devel] oroborus-2.0.18-alt4

[@ 2007-09-22 21:55 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-22 22:06 UTC (permalink / raw)]

[devel] pam0-config-1.4.3-alt1

[@ 2007-09-22 22:35 UTC (permalink / raw)]

Re: [devel] pam0-config-1.4.3-alt1

[@ 2007-09-22 22:42 UTC (permalink / raw)]

Re: [devel] pam0-config-1.4.3-alt1

[@ 2007-09-22 22:58 UTC (permalink / raw)]

[devel] perl-Mozilla-LDAP-1.5-alt3

[@ 2007-09-23 7:16 UTC (permalink / raw)]

[devel] pinentry-common-0.7.3-alt1

[@ 2007-09-23 7:22 UTC (permalink / raw)]

[devel] plt2-360-alt0.1

[@ 2007-09-23 7:29 UTC (permalink / raw)]

[devel] postgresql8.0-contrib-8.0.11-alt1

[@ 2007-09-23 7:32 UTC (permalink / raw)]

[devel] povray-common-3.6-alt2

[@ 2007-09-23 7:37 UTC (permalink / raw)]

[devel] quilt-0.46-alt0.1

[@ 2007-09-23 8:31 UTC (permalink / raw)]

[devel] rdup-0.3.0-alt0.1

[@ 2007-09-23 8:34 UTC (permalink / raw)]

[devel] rhino-1.6-alt1_0.r2.2jpp1.7

[@ 2007-09-23 8:37 UTC (permalink / raw)]

[devel] shorewall-3.4.5-alt1

[@ 2007-09-23 8:47 UTC (permalink / raw)]

[devel] spt-profiles-desktop-0.4-alt1

[@ 2007-09-23 9:07 UTC (permalink / raw)]

[devel] struts-webapps-tomcat*

[@ 2007-09-23 9:14 UTC (permalink / raw)]

[devel] synbak-1.0.11-alt0.1

[@ 2007-09-23 9:25 UTC (permalink / raw)]

[devel] tcl-8.4.13-alt1.0

[@ 2007-09-23 9:39 UTC (permalink / raw)]

[devel] tetex-latex-tipa-1.3-alt3

[@ 2007-09-23 9:49 UTC (permalink / raw)]

[devel] tomboy-0.7.1-alt1

[@ 2007-09-23 11:50 UTC (permalink / raw)]

[devel] tomcat4-server-4.1.31-alt5.3

[@ 2007-09-23 12:04 UTC (permalink / raw)]

[devel] urw-tex-2.0-alt6

[@ 2007-09-23 12:18 UTC (permalink / raw)]

[devel] vdr-1.4.4-alt2

[@ 2007-09-23 12:47 UTC (permalink / raw)]

[devel] velocity-1.5-alt0.3

[@ 2007-09-23 12:49 UTC (permalink / raw)]

[devel] vim-X11-7.1.094-alt1

[@ 2007-09-23 12:53 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-23 16:45 UTC (permalink / raw)]

[devel] wine-20070601-alt1

[@ 2007-09-23 17:25 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-23 20:12 UTC (permalink / raw)]

[devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-23 20:36 UTC (permalink / raw)]

[devel] xcdroast-0.98alpha15-alt6

[@ 2007-09-23 20:39 UTC (permalink / raw)]

[devel] xfce-utils-4.4.1-alt1

[@ 2007-09-23 20:44 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-23 20:49 UTC (permalink / raw)]

[devel] xffm-*-4.5.0-alt1

[@ 2007-09-23 20:53 UTC (permalink / raw)]

Re: [devel] xfce-utils-4.4.1-alt1

[@ 2007-09-23 20:53 UTC (permalink / raw)]

[devel] xml-commons-jaxp-1.1-apis-javadoc-1.3.03-alt0.4_8jpp1.7

[@ 2007-09-23 21:31 UTC (permalink / raw)]

[devel] xml-commons-resolver12-javadoc-1.3.03-alt0.4_8jpp1.7

[@ 2007-09-23 21:35 UTC (permalink / raw)]

[devel] yakuake-2.7.5-alt1

[@ 2007-09-23 21:40 UTC (permalink / raw)]

Re: [devel] postgresql8.0-contrib-8.0.11-alt1

[@ 2007-09-24 5:24 UTC (permalink / raw)]

Re: [devel] postgresql8.0-contrib-8.0.11-alt1

[@ 2007-09-24 5:25 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-24 6:42 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-24 6:56 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-24 8:51 UTC (permalink / raw)]

Re: [devel] [JT] linux-iscsi-5.0.0.0.3-alt1.rc3

[@ 2007-09-24 8:57 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-24 10:50 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-25 5:17 UTC (permalink / raw)]

Re: [devel] wpa_supplicant-0.5.8-alt1

[@ 2007-09-25 7:33 UTC (permalink / raw)]

Re: [devel] gksu-2.0.0-alt1

[@ 2007-09-27 20:01 UTC (permalink / raw)]

Re: [devel] семантика *-devel пакетов

[@ 2007-09-27 20:17 UTC (permalink / raw)]