[devel] rpm 4.0.4-alt82+ [2]

[devel] rpm 4.0.4-alt82+ [2]

[Alexey Tourbin]

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

On Mon, Jan 14, 2008 at 10:56:15PM +0300, Alexey Tourbin wrote:
> On Mon, Jan 14, 2008 at 10:00:45PM +0300, Dmitry V. Levin wrote:
> > > Я пока воспринимаю ещё как экспериментальную.  Хотелось бы замутить
> > > пересборку сизифа с 4.0.4-alt82 и потом проверить/обсудить, устраивает
> > > ли нас новая схема зависимостей или нет.
> > 
> > Это ещё актуально?  Сейчас заканчивается очередная тестовая пересборка,
> > можно попробовать.
> 
> Я думаю что там всё нормально, если только сама идея "цементировать"
> или "наращивать" зависимости между подпакетами за счёт файловых
> зависимостей не вызывает возражений.

Вот предварительный список изменившихся зависимостей.
cosubilode old-logs/i586/2008/0113/success/ success/

Я не знаю, можно ли составить более актуальный список (с меньшим gap'ом
по времени), но и этого списка в основном достаточно.

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

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

[devel] alsa-utils-1.0.14-alt3

[Alexey Tourbin]

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

On Sun, Jan 20, 2008 at 10:19:29PM +0300, Alexey Tourbin wrote:
>  alsa-utils-1.0.14-alt3	Provides	alsa2-utils = 1.0.14
> +alsa-utils-1.0.14-alt3	Requires	/usr/bin/amixer
> +alsa-utils-1.0.14-alt3	Requires	/usr/bin/aplay
> +alsa-utils-1.0.14-alt3	Requires	/usr/bin/arecord
>  alsa-utils-1.0.14-alt3	Requires	amixer = 1.0.14-alt3

Здесь зависимости на
/usr/bin/amixer
/usr/bin/aplay
/usr/bin/arecord

по сути дублируют зависимости
amixer = 1.0.14-alt3
aplay = 1.0.14-alt3

которые уже есть у пакета.

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

[devel] alterator-install-common-desktop-0.11-alt1

[Alexey Tourbin]

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

>  alterator-icons-lite-0.4.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +alterator-install-common-desktop-0.11-alt1	Requires	/usr/share/alterator/help/ru_RU
>  alterator-install-common-desktop-0.11-alt1	Requires	alterator-autoinstall

Здесь наверное вот какая проблема.

$ less alterator-install-common-desktop-0.11-alt1.i586.rpm |grep help
-rwxr-xr-x    1 root    root              972 Oct 30 18:38 /usr/share/alterator/help/ru_RU/basesystem.html
-rwxr-xr-x    1 root    root              340 Oct 30 18:38 /usr/share/alterator/help/ru_RU/kbd.html
-rwxr-xr-x    1 root    root             2233 Oct 30 18:38 /usr/share/alterator/help/ru_RU/license.html
-rwxr-xr-x    1 root    root             1280 Oct 30 18:38 /usr/share/alterator/help/ru_RU/lilo.html
-rwxr-xr-x    1 root    root             3032 Oct 30 18:38 /usr/share/alterator/help/ru_RU/network.html
-rwxr-xr-x    1 root    root             4840 Oct 30 18:38 /usr/share/alterator/help/ru_RU/packages.html
-rwxr-xr-x    1 root    root             1928 Oct 30 18:38 /usr/share/alterator/help/ru_RU/root.html
-rwxr-xr-x    1 root    root             1387 Oct 30 18:38 /usr/share/alterator/help/ru_RU/time.html
-rwxr-xr-x    1 root    root             1223 Oct 30 18:38 /usr/share/alterator/help/ru_RU/user.html
-rwxr-xr-x    1 root    root            11024 Oct 30 18:38 /usr/share/alterator/help/ru_RU/vm.html
-rwxr-xr-x    1 root    root             1789 Oct 30 18:38 /usr/share/alterator/help/ru_RU/x11.html
lrwxrwxrwx    1 root    root               31 Oct 30 18:38 /usr/share/alterator/help/ru_UA -> /usr/share/alterator/help/ru_RU
$

Имеется ссылка ru_UA на каталог ru_RU.
При этом каталогом ru_RU пакет не владеет.

%files ...
%_datadir/alterator/help/ru_RU/*
%_datadir/alterator/help/ru_UA

В этом пакете есть ещё один хак, который, наверное, больше не нужен.
%define _pkg_contents_index_bin /dev/null
%define _pkg_contents_index_all /dev/null

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

Re: [devel] alterator-install-common-desktop-0.11-alt1

[Stanislav Ievlev]

Этот пакет видимо уже не актуален, кроме того в будущих версиях уже
возможно делать каталог ru и для ru_RU и для ru_UA.

On Sun, Jan 20, 2008 at 11:10:15PM +0300, Alexey Tourbin wrote:
> >  alterator-icons-lite-0.4.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +alterator-install-common-desktop-0.11-alt1	Requires	/usr/share/alterator/help/ru_RU
> >  alterator-install-common-desktop-0.11-alt1	Requires	alterator-autoinstall
> 
> Здесь наверное вот какая проблема.
> 
> $ less alterator-install-common-desktop-0.11-alt1.i586.rpm |grep help
> -rwxr-xr-x    1 root    root              972 Oct 30 18:38 /usr/share/alterator/help/ru_RU/basesystem.html
> -rwxr-xr-x    1 root    root              340 Oct 30 18:38 /usr/share/alterator/help/ru_RU/kbd.html
> -rwxr-xr-x    1 root    root             2233 Oct 30 18:38 /usr/share/alterator/help/ru_RU/license.html
> -rwxr-xr-x    1 root    root             1280 Oct 30 18:38 /usr/share/alterator/help/ru_RU/lilo.html
> -rwxr-xr-x    1 root    root             3032 Oct 30 18:38 /usr/share/alterator/help/ru_RU/network.html
> -rwxr-xr-x    1 root    root             4840 Oct 30 18:38 /usr/share/alterator/help/ru_RU/packages.html
> -rwxr-xr-x    1 root    root             1928 Oct 30 18:38 /usr/share/alterator/help/ru_RU/root.html
> -rwxr-xr-x    1 root    root             1387 Oct 30 18:38 /usr/share/alterator/help/ru_RU/time.html
> -rwxr-xr-x    1 root    root             1223 Oct 30 18:38 /usr/share/alterator/help/ru_RU/user.html
> -rwxr-xr-x    1 root    root            11024 Oct 30 18:38 /usr/share/alterator/help/ru_RU/vm.html
> -rwxr-xr-x    1 root    root             1789 Oct 30 18:38 /usr/share/alterator/help/ru_RU/x11.html
> lrwxrwxrwx    1 root    root               31 Oct 30 18:38 /usr/share/alterator/help/ru_UA -> /usr/share/alterator/help/ru_RU
> $
> 
> Имеется ссылка ru_UA на каталог ru_RU.
> При этом каталогом ru_RU пакет не владеет.
> 
> %files ...
> %_datadir/alterator/help/ru_RU/*
> %_datadir/alterator/help/ru_UA
> 
> В этом пакете есть ещё один хак, который, наверное, больше не нужен.
> %define _pkg_contents_index_bin /dev/null
> %define _pkg_contents_index_all /dev/null



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

Re: [devel] alterator-install-common-desktop-0.11-alt1

[Stanislav Ievlev]

s,будущих,современных,

On Mon, Jan 21, 2008 at 09:40:01AM +0300, Stanislav Ievlev wrote:
> Этот пакет видимо уже не актуален, кроме того в будущих версиях уже
> возможно делать каталог ru и для ru_RU и для ru_UA.
> 
> On Sun, Jan 20, 2008 at 11:10:15PM +0300, Alexey Tourbin wrote:
> > >  alterator-icons-lite-0.4.0-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > > +alterator-install-common-desktop-0.11-alt1	Requires	/usr/share/alterator/help/ru_RU
> > >  alterator-install-common-desktop-0.11-alt1	Requires	alterator-autoinstall
> > 
> > Здесь наверное вот какая проблема.
> > 
> > $ less alterator-install-common-desktop-0.11-alt1.i586.rpm |grep help
> > -rwxr-xr-x    1 root    root              972 Oct 30 18:38 /usr/share/alterator/help/ru_RU/basesystem.html
> > -rwxr-xr-x    1 root    root              340 Oct 30 18:38 /usr/share/alterator/help/ru_RU/kbd.html
> > -rwxr-xr-x    1 root    root             2233 Oct 30 18:38 /usr/share/alterator/help/ru_RU/license.html
> > -rwxr-xr-x    1 root    root             1280 Oct 30 18:38 /usr/share/alterator/help/ru_RU/lilo.html
> > -rwxr-xr-x    1 root    root             3032 Oct 30 18:38 /usr/share/alterator/help/ru_RU/network.html
> > -rwxr-xr-x    1 root    root             4840 Oct 30 18:38 /usr/share/alterator/help/ru_RU/packages.html
> > -rwxr-xr-x    1 root    root             1928 Oct 30 18:38 /usr/share/alterator/help/ru_RU/root.html
> > -rwxr-xr-x    1 root    root             1387 Oct 30 18:38 /usr/share/alterator/help/ru_RU/time.html
> > -rwxr-xr-x    1 root    root             1223 Oct 30 18:38 /usr/share/alterator/help/ru_RU/user.html
> > -rwxr-xr-x    1 root    root            11024 Oct 30 18:38 /usr/share/alterator/help/ru_RU/vm.html
> > -rwxr-xr-x    1 root    root             1789 Oct 30 18:38 /usr/share/alterator/help/ru_RU/x11.html
> > lrwxrwxrwx    1 root    root               31 Oct 30 18:38 /usr/share/alterator/help/ru_UA -> /usr/share/alterator/help/ru_RU
> > $
> > 
> > Имеется ссылка ru_UA на каталог ru_RU.
> > При этом каталогом ru_RU пакет не владеет.
> > 
> > %files ...
> > %_datadir/alterator/help/ru_RU/*
> > %_datadir/alterator/help/ru_UA
> > 
> > В этом пакете есть ещё один хак, который, наверное, больше не нужен.
> > %define _pkg_contents_index_bin /dev/null
> > %define _pkg_contents_index_all /dev/null
> 
> 
> 
> > _______________________________________________
> > Devel mailing list
> > Devel@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/devel
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

[devel] ant-1.7.0-alt8

[Alexey Tourbin]

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

On Sun, Jan 20, 2008 at 10:19:29PM +0300, Alexey Tourbin wrote:
>  ant-1.7.0-alt8	Provides	ant-nodeps = 1.7.0-alt8
> +ant-1.7.0-alt8	Requires	/usr/share/java/ant
>  ant-1.7.0-alt8	Requires	j2se-devel >= 1.2

Не запакован каталог /usr/share/java/ant.

$ less ant-1.7.0-alt8.noarch.rpm |grep java/ant
lrwxrwxrwx    1 root    root               11 Dec 18 23:36 /usr/share/ant/lib -> ../java/ant
lrwxrwxrwx    1 root    root               20 Dec 18 23:36 /usr/share/java/ant-launcher.jar -> ant/ant-launcher.jar
lrwxrwxrwx    1 root    root               11 Dec 18 23:36 /usr/share/java/ant.jar -> ant/ant.jar
-rw-r--r--    1 root    root             8826 Dec 18 23:36 /usr/share/java/ant/ant-launcher.jar
-rw-r--r--    1 root    root           334931 Dec 18 23:36 /usr/share/java/ant/ant-nodeps.jar
-rw-r--r--    1 root    root           987865 Dec 18 23:36 /usr/share/java/ant/ant.jar
$

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

[devel] apache2-mod_python-3.3.1-alt2.3

[Alexey Tourbin]

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

>  apache2-mod_python-3.3.1-alt2.3	Provides	python2.4(mod_python.util)
> +apache2-mod_python-3.3.1-alt2.3	Requires	/usr/share/doc/mod_python-3.3.1
>  apache2-mod_python-3.3.1-alt2.3	Requires	apache2 >= 2.2.4-alt15

Не запакован каталог /usr/share/doc/mod_python-3.3.1, на который есть
ссылка /var/www/apache2/manual-addons/mod_python/mod_python-3.3.1 ->
/usr/share/doc/mod_python-3.3.1

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

[devel] bacula-director-2.2.7-alt1

[Alexey Tourbin]

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

>  bacula-director-2.2.7-alt1	Requires	/etc/rc.d/init.d(stop_daemon)
> +bacula-director-2.2.7-alt1	Requires	/usr/share/bacula/scripts/create_postgresql_database
> +bacula-director-2.2.7-alt1	Requires	/usr/share/bacula/scripts/drop_postgresql_database
> +bacula-director-2.2.7-alt1	Requires	/usr/share/bacula/scripts/drop_postgresql_tables
> +bacula-director-2.2.7-alt1	Requires	/usr/share/bacula/scripts/grant_postgresql_privileges
> +bacula-director-2.2.7-alt1	Requires	/usr/share/bacula/scripts/make_postgresql_tables
> +bacula-director-2.2.7-alt1	Requires	/usr/share/bacula/scripts/update_postgresql_tables
>  bacula-director-2.2.7-alt1	Requires	bacula-common = 2.2.7-alt1

Эти файлы не запаковываются при сборке.

+ exit 0
warning: Installed (but unpackaged) file(s) found:
    /usr/share/bacula/scripts/bacula
    /usr/share/bacula/scripts/bacula-ctl-dir
    /usr/share/bacula/scripts/bacula-ctl-fd
    /usr/share/bacula/scripts/bacula-ctl-sd
    /usr/share/bacula/scripts/bconsole
    /usr/share/bacula/scripts/create_postgresql_database
    /usr/share/bacula/scripts/drop_postgresql_database
    /usr/share/bacula/scripts/drop_postgresql_tables
    /usr/share/bacula/scripts/grant_postgresql_privileges
    /usr/share/bacula/scripts/make_postgresql_tables
    /usr/share/bacula/scripts/startmysql
    /usr/share/bacula/scripts/stopmysql
    /usr/share/bacula/scripts/update_postgresql_tables
    /usr/share/man/man1/bacula-bgnome-console.1.gz
    /usr/share/man/man1/bacula-tray-monitor.1.gz
Wrote: /usr/src/RPM/SRPMS/bacula-2.2.7-alt1.src.rpm
...

В этом пакете есть какие-то шелл-скрипты весьма странного вида,
которые используют эти файлы.  Вот образец странного шелл-скрипта:

$ rpmpeek bacula-director-2.2.7-alt1.i586.rpm cat -n ./usr/share/bacula/scripts/create_bacula_database
     1  #!/bin/sh
     2  #
     3  # This routine creates the Bacula database
     4  #  using PostgreSQL, MySQL, or SQLite.
     5  #
     6  if test xsqlite = xmysql -o xsqlite3 = xmysql ; then
     7    echo "Creating SQLite database"
     8    /usr/share/bacula/scripts/create_mysql_database
     9  else
    10    if test xmysql = xmysql ; then
    11      echo "Creating MySQL database"
    12      /usr/share/bacula/scripts/create_mysql_database $*
    13    else
    14      echo "Creating PostgreSQL database"
    15      /usr/share/bacula/scripts/create_postgresql_database $*
    16    fi
    17  fi
$

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

[devel] eciadsl-usermode-0.12-alt1

[Alexey Tourbin]

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

>  ecasound-devel-2.4.5-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +eciadsl-usermode-0.12-alt1	Requires	/usr/bin/eciadsl-ctrlui
>  eciadsl-usermode-0.12-alt1	Requires	SysVinit

Этот файл не запаковывается при сборке пакета.

+ /usr/lib/rpm/check-files
+ exit 0
warning: Installed (but unpackaged) file(s) found:
    /usr/bin/eciadsl-ctrlui
Wrote: /usr/src/RPM/SRPMS/eciadsl-usermode-0.12-alt1.src.rpm
Wrote: /usr/src/RPM/RPMS/x86_64/eciadsl-usermode-0.12-alt1.x86_64.rpm

Он используется в скрипте /usr/bin/eciadsl-stop:

$ rpmpeek eciadsl-usermode-0.12-alt1.i586.rpm cat -n ./usr/bin/eciadsl-stop |grep -C5 eciadsl-ctrlui
    11  #
    12  
    13  echo -e "EciAdsl: shutting down..."
    14  ps ax | grep "eciadsl-pppoeci" | grep -v grep > /dev/null 2>&1
    15  if [ $? -eq 0 ]; then
    16          eciadsl-ctrlui --disconnect
    17          sleep 1
    18          ps ax | grep "pppd" | grep -v grep > /dev/null 2>&1
    19          if [ $? -eq 0 ]; then
    20          killall pppd
    21              if [ $? -eq 0 ]; then
$

Вообще этот скрипт довольно подозрительный -- вместо 'ps ax'
и 'killall pppd' лучше использовать start-stop-daemon.

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

Re: [devel] eciadsl-usermode-0.12-alt1

[Kirill Maslinsky]

On Mon, Jan 21, 2008 at 12:39:32AM +0300, Alexey Tourbin wrote:
> >  ecasound-devel-2.4.5-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > +eciadsl-usermode-0.12-alt1	Requires	/usr/bin/eciadsl-ctrlui
> >  eciadsl-usermode-0.12-alt1	Requires	SysVinit
> 
> Этот файл не запаковывается при сборке пакета.
> 
> + /usr/lib/rpm/check-files
> + exit 0
> warning: Installed (but unpackaged) file(s) found:
>     /usr/bin/eciadsl-ctrlui
> Wrote: /usr/src/RPM/SRPMS/eciadsl-usermode-0.12-alt1.src.rpm
> Wrote: /usr/src/RPM/RPMS/x86_64/eciadsl-usermode-0.12-alt1.x86_64.rpm

Спасибо, это я уже заметил и исправил, просто не обновлял еще пакет.

> Он используется в скрипте /usr/bin/eciadsl-stop:
> 
> $ rpmpeek eciadsl-usermode-0.12-alt1.i586.rpm cat -n ./usr/bin/eciadsl-stop |grep -C5 eciadsl-ctrlui
>     11  #
>     12  
>     13  echo -e "EciAdsl: shutting down..."
>     14  ps ax | grep "eciadsl-pppoeci" | grep -v grep > /dev/null 2>&1
>     15  if [ $? -eq 0 ]; then
>     16          eciadsl-ctrlui --disconnect
>     17          sleep 1
>     18          ps ax | grep "pppd" | grep -v grep > /dev/null 2>&1
>     19          if [ $? -eq 0 ]; then
>     20          killall pppd
>     21              if [ $? -eq 0 ]; then
> $
> 
> Вообще этот скрипт довольно подозрительный -- вместо 'ps ax'
> и 'killall pppd' лучше использовать start-stop-daemon.

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

--
Kirill Maslinsky
ALT Linux Team

[devel] eclipse-platform-3.3.0-alt5_30jpp5.0 -- file deps

[Alexey Tourbin]

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

>  eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	/usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.3.0.v3346.jar
> +eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	/usr/share/java/lucene-contrib/lucene-analyzers.jar
> +eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	/usr/share/java/lucene.jar
>  eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	ant
> @@ -23077,4 +23160,2 @@
>  eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	libgtk-x11-2.0.so.0
> -eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	lucene
> -eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	lucene-contrib
>  eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	mx4j >= 2.1

У пакета eclipse-* в очередной раз "плавают" зависимости.
Дело здесь в том, что разрешение файлового пути в зависимость
идёт через механизм contents_index_all.  Этот механизм по сути нужен
для того, чтобы разрешать файловые (виртуальные) зависимости в реальные
зависимости -- в тех случаях, когда такое разрешение однозначно.

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

Раньше файловая зависимость /usr/share/java/lucene.jar однозначно
разрешалась в пакет lucene.  Теперь в репозитарии есть два пакета --
lucene и lucene1, которые содержат этот файл, поэтому ничего не
остаётся, как только сохранить файловую зависимость as is.
Если же удалить из репозитария пакет lucene1, то опять "восстановится"
зависимость на lucene.

Это наводит меня на мысль, что, по идее, сам механизм contents_index_all
в общем-то не нужен.  Результат слишком сильно варьируется от текущего
состояния репозитария.  Если пакет явно требует какой-то файл, то пусть
он просто требует этот файл, а дополнительный шаг по поиску реального
пакета с этим файлом ничего хорошего не даёт, а только "не по делу"
преобразует зависимость (и, кстати, ослабляет гарантию по наличию
соответствующего файла в новых сборках пакета).

К сожалению, сейчас нельзя явно генерировать файловые зависимости между
произвольными пакетами, т.к. при формировании репозитария apt обрезает
файловые листы, так что есл пакеты находятся в разных репозитариях, то
будет так называемый cross-arch semi-unmet.

Решения тут может быть два:
1) отказаться от раздельных $arch и noarch репозитариев; или же
2) не обрезать файловые листы при формировании $arch/noarch репозитариев.

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

[devel] contents_index_*

[Alexey Tourbin]

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

> Раньше файловая зависимость /usr/share/java/lucene.jar однозначно
> разрешалась в пакет lucene.  Теперь в репозитарии есть два пакета --
> lucene и lucene1, которые содержат этот файл, поэтому ничего не
> остаётся, как только сохранить файловую зависимость as is.
> Если же удалить из репозитария пакет lucene1, то опять "восстановится"
> зависимость на lucene.
> 
> Это наводит меня на мысль, что, по идее, сам механизм contents_index_all
> в общем-то не нужен.  Результат слишком сильно варьируется от текущего
> состояния репозитария.  Если пакет явно требует какой-то файл, то пусть
> он просто требует этот файл, а дополнительный шаг по поиску реального
> пакета с этим файлом ничего хорошего не даёт, а только "не по делу"
> преобразует зависимость (и, кстати, ослабляет гарантию по наличию
> соответствующего файла в новых сборках пакета).

Вообще у меня появилась мысль, что contents_index_* -- плохая идея.
Результат сборки пакета должен быть функцией от src.rpm'а и содержимого
сборочного чрута.  А contents_index_* сейчас позволяет в значительной
степени варьировать зависимости у пакета, который собирается в одном и
том же чруте, но на разных репозитариях.  Нужно это влияние хотя бы
свести к минимуму.

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

Re: [devel] contents_index_*

[Dmitry V. Levin]

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

On Wed, Jan 23, 2008 at 03:11:39AM +0300, Alexey Tourbin wrote:
> > Раньше файловая зависимость /usr/share/java/lucene.jar однозначно
> > разрешалась в пакет lucene.  Теперь в репозитарии есть два пакета --
> > lucene и lucene1, которые содержат этот файл, поэтому ничего не
> > остаётся, как только сохранить файловую зависимость as is.
> > Если же удалить из репозитария пакет lucene1, то опять "восстановится"
> > зависимость на lucene.
> > 
> > Это наводит меня на мысль, что, по идее, сам механизм contents_index_all
> > в общем-то не нужен.  Результат слишком сильно варьируется от текущего
> > состояния репозитария.  Если пакет явно требует какой-то файл, то пусть
> > он просто требует этот файл, а дополнительный шаг по поиску реального
> > пакета с этим файлом ничего хорошего не даёт, а только "не по делу"
> > преобразует зависимость (и, кстати, ослабляет гарантию по наличию
> > соответствующего файла в новых сборках пакета).
> 
> Вообще у меня появилась мысль, что contents_index_* -- плохая идея.
> Результат сборки пакета должен быть функцией от src.rpm'а и содержимого
> сборочного чрута.  А contents_index_* сейчас позволяет в значительной
> степени варьировать зависимости у пакета, который собирается в одном и
> том же чруте, но на разных репозитариях.  Нужно это влияние хотя бы
> свести к минимуму.

Каким образом?
Если файла нет в сборочном чруте, то что написать в зависимость?
Например, в скрипте используется утилита foo, которая неизвестно где в
$PATH находится, и в сборочном чруте её нет.


-- 
ldv

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

Re: [devel] contents_index_*

[Ildar Mulyukov]

On 23.01.2008 06:34:11, Dmitry V. Levin wrote:
> On Wed, Jan 23, 2008 at 03:11:39AM +0300, Alexey Tourbin wrote:
> > > Раньше файловая зависимость /usr/share/java/lucene.jar однозначно
> > > разрешалась в пакет lucene.  Теперь в репозитарии есть два пакета  
> --
> > > lucene и lucene1, которые содержат этот файл, поэтому ничего не
> > > остаётся, как только сохранить файловую зависимость as is.
> > > Если же удалить из репозитария пакет lucene1, то опять  
> "восстановится"
> > > зависимость на lucene.
> > >
> > > Это наводит меня на мысль, что, по идее, сам механизм  
> contents_index_all
> > > в общем-то не нужен.  Результат слишком сильно варьируется от  
> текущего
> > > состояния репозитария.  Если пакет явно требует какой-то файл, то  
> пусть
> > > он просто требует этот файл, а дополнительный шаг по поиску  
> реального
> > > пакета с этим файлом ничего хорошего не даёт, а только "не по  
> делу"
> > > преобразует зависимость (и, кстати, ослабляет гарантию по наличию
> > > соответствующего файла в новых сборках пакета).
> >
> > Вообще у меня появилась мысль, что contents_index_* -- плохая идея.
> > Результат сборки пакета должен быть функцией от src.rpm'а и  
> содержимого
> > сборочного чрута.  А contents_index_* сейчас позволяет в  
> значительной
> > степени варьировать зависимости у пакета, который собирается в  
> одном и
> > том же чруте, но на разных репозитариях.  Нужно это влияние хотя бы
> > свести к минимуму.
> 
> Каким образом?
> Если файла нет в сборочном чруте, то что написать в зависимость?
> Например, в скрипте используется утилита foo, которая неизвестно где в
> $PATH находится, и в сборочном чруте её нет.

Можно поменять политику сборки: требовать, чтобы все подобные foo  
ставились и поправить buildreq для нахождения таких ("слабых")  
зависимостей.

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] contents_index_*

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

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

Здравствуйте Ildar Mulyukov
  В сообщении от 23 января 2008 Ildar Mulyukov написал(a):
 > On 23.01.2008 06:34:11, Dmitry V. Levin wrote:
 > > On Wed, Jan 23, 2008 at 03:11:39AM +0300, Alexey Tourbin wrote:
 > Можно поменять политику сборки: требовать, чтобы все подобные foo
 > ставились и поправить buildreq для нахождения таких ("слабых")
 > зависимостей.
В результате это может привести ненужному разростанию дистрибутивов.
Строительная зависимость вызовет функциональную, которая в свою очередь 
при построении дистрибутива вытянет ненужный пакет.
 >
 >
 >
 > С уважением, Ильдар



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

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

Re: [devel] contents_index_*

[Alexey Tourbin]

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

On Wed, Jan 23, 2008 at 03:34:11AM +0300, Dmitry V. Levin wrote:
> On Wed, Jan 23, 2008 at 03:11:39AM +0300, Alexey Tourbin wrote:
> > > Раньше файловая зависимость /usr/share/java/lucene.jar однозначно
> > > разрешалась в пакет lucene.  Теперь в репозитарии есть два пакета --
> > > lucene и lucene1, которые содержат этот файл, поэтому ничего не
> > > остаётся, как только сохранить файловую зависимость as is.
> > > Если же удалить из репозитария пакет lucene1, то опять "восстановится"
> > > зависимость на lucene.
> > > 
> > > Это наводит меня на мысль, что, по идее, сам механизм contents_index_all
> > > в общем-то не нужен.  Результат слишком сильно варьируется от текущего
> > > состояния репозитария.  Если пакет явно требует какой-то файл, то пусть
> > > он просто требует этот файл, а дополнительный шаг по поиску реального
> > > пакета с этим файлом ничего хорошего не даёт, а только "не по делу"
> > > преобразует зависимость (и, кстати, ослабляет гарантию по наличию
> > > соответствующего файла в новых сборках пакета).
> > 
> > Вообще у меня появилась мысль, что contents_index_* -- плохая идея.
> > Результат сборки пакета должен быть функцией от src.rpm'а и содержимого
> > сборочного чрута.  А contents_index_* сейчас позволяет в значительной
> > степени варьировать зависимости у пакета, который собирается в одном и
> > том же чруте, но на разных репозитариях.  Нужно это влияние хотя бы
> > свести к минимуму.
> 
> Каким образом?
> Если файла нет в сборочном чруте, то что написать в зависимость?

Если известен путь к файлу, то дело в шляпе -- можно просто
писать в зависимости путь к файлу.

/usr/lib/rpm/find-package:
   213          # Not found; output raw dependence.
   214          Info "$f: $rep -> $rep (raw, not found)"
   215          printf %s\\n "$rep"

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

> Например, в скрипте используется утилита foo, которая неизвестно где в
> $PATH находится, и в сборочном чруте её нет.

А вот когда пути неизвестно, тогда начинается гадание на
кофейной гуще.  Прежде всего, мы хотим выяснить, есть ли вообще
где-то в репозитарии такая утилита.  Если её нигде нет, то
правдоподобнее считать, что у нас левый скрипт.  Это может быть
функция из файла в каком-то другом пакете или adjusted PATH или
что угодно.  Приходится даже подавлять диганостику, потому что
слишком много высыпает:

   378          # Not found.
   379          local maybe_function=
   380          case "$r" in
   381                  *[!A-Za-z0-9_]*) ;;
   382                  [!A-Za-z_]*) ;;
   383                  *[A-Z_]*) maybe_function=1 ;;
   384          esac
   385          if [ -n "$maybe_function" ]; then
   386                  $Verbose "$f: $r not found (skip, maybe function)"
   387          else
   388                  Info "$f: $r not found (skip)"
   389          fi

Кроме "прежде всего" выяснения, есть ли вообще такое дело,
нам нужно также соблюдать баланс между 1) возможностью перемещения
команды между каталогами PATH, из-за чего нежелательно ставить
файловую зависимость; 2) сохранить зависимость достаточно виртуальной,
чтобы облегчить переименование пакетов, из-за чего нежелательно ставить
зависимость на имя пакета.  Понятно, что эти пункты противоречат друг
другу.  Если бы можно было "отсрочить" сразу два этих пункта, тогда бы
мы могли получить бОльшую независимость от contents_index_*.

Можно было бы отсрочить это введением дополнительного неймспеса
зависимостей executable(...) -- возможно, с поддержкой со стороны
rpm и apt.

Но решение есть такой executable в репозитарии или нет (и
соответственно, генерировать вообще зависимость или нет) отсрочить
никак нельзя.  А раз его нельзя отсрочить, то мы неизбежно пользуемся
информацией о том, что такой executable существует в репозитарии, а это
близко связано с тем, какому пакету этот executable принадлежит...

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

Re: [devel] contents_index_*

[Dmitry V. Levin]

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

On Wed, Jan 23, 2008 at 08:18:40PM +0300, Alexey Tourbin wrote:
> On Wed, Jan 23, 2008 at 03:34:11AM +0300, Dmitry V. Levin wrote:
[...]
> > Например, в скрипте используется утилита foo, которая неизвестно где в
> > $PATH находится, и в сборочном чруте её нет.
> 
> А вот когда пути неизвестно, тогда начинается гадание на
> кофейной гуще.  Прежде всего, мы хотим выяснить, есть ли вообще
> где-то в репозитарии такая утилита.  Если её нигде нет, то
> правдоподобнее считать, что у нас левый скрипт.  Это может быть
> функция из файла в каком-то другом пакете или adjusted PATH или
> что угодно.  Приходится даже подавлять диганостику, потому что
> слишком много высыпает:
> 
>    378          # Not found.
>    379          local maybe_function=
>    380          case "$r" in
>    381                  *[!A-Za-z0-9_]*) ;;
>    382                  [!A-Za-z_]*) ;;
>    383                  *[A-Z_]*) maybe_function=1 ;;
>    384          esac
>    385          if [ -n "$maybe_function" ]; then
>    386                  $Verbose "$f: $r not found (skip, maybe function)"
>    387          else
>    388                  Info "$f: $r not found (skip)"
>    389          fi
> 
> Кроме "прежде всего" выяснения, есть ли вообще такое дело,
> нам нужно также соблюдать баланс между 1) возможностью перемещения
> команды между каталогами PATH, из-за чего нежелательно ставить
> файловую зависимость; 2) сохранить зависимость достаточно виртуальной,
> чтобы облегчить переименование пакетов, из-за чего нежелательно ставить
> зависимость на имя пакета.  Понятно, что эти пункты противоречат друг
> другу.  Если бы можно было "отсрочить" сразу два этих пункта, тогда бы
> мы могли получить бОльшую независимость от contents_index_*.
> 
> Можно было бы отсрочить это введением дополнительного неймспеса
> зависимостей executable(...) -- возможно, с поддержкой со стороны
> rpm и apt.

Вопрос в том, настолько ли часто executables перемещаются по $PATH или
по пакетам, чтобы затеять менену contents_index на executable(...)?


-- 
ldv

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

Re: [devel] contents_index_*

[@ 2008-01-23 20:45 UTC (permalink / raw)]

[devel] robot friendship [was: eclipse-platform-3.3.0-alt5_30jpp5.0 -- file deps]

[@ 2008-01-31 16:38 UTC (permalink / raw)]

[devel] f-spot-0.3.5-alt2

[@ 2008-01-20 22:03 UTC (permalink / raw)]

[devel] fedora-ds-1.1.0-alt1

[@ 2008-01-20 22:13 UTC (permalink / raw)]

Re: [devel] fedora-ds-1.1.0-alt1

[@ 2008-01-26 16:57 UTC (permalink / raw)]

[devel] firefox-devel-2.0.0.11-alt1

[@ 2008-01-20 22:49 UTC (permalink / raw)]

[devel] flags-1.6-alt2

[@ 2008-01-20 23:03 UTC (permalink / raw)]

[devel] flam3-devel-2.7.7-alt1

[@ 2008-01-20 23:12 UTC (permalink / raw)]

Re: [devel] flam3-devel-2.7.7-alt1

[@ 2008-01-20 23:59 UTC (permalink / raw)]

Re: [devel] flam3-devel-2.7.7-alt1

[@ 2008-01-21 0:03 UTC (permalink / raw)]

Re: [devel] flam3-devel-2.7.7-alt1

[@ 2008-01-21 0:06 UTC (permalink / raw)]

[devel] fonts-type1-cm-super-tex-0.3.3-alt7

[@ 2008-01-20 23:38 UTC (permalink / raw)]

[devel] fonts-type1-cm-super-tex-afm-0.3.3-alt7

[@ 2008-01-20 23:41 UTC (permalink / raw)]

[devel] freevo-1.7.5-alt1

[@ 2008-01-20 23:55 UTC (permalink / raw)]

Re: [devel] freevo-1.7.5-alt1

[@ 2008-01-21 1:05 UTC (permalink / raw)]

[devel] gftp-common-2.0.18stable-alt4

[@ 2008-01-21 0:41 UTC (permalink / raw)]

Re: [devel] gftp-common-2.0.18stable-alt4

[@ 2008-01-21 22:22 UTC (permalink / raw)]

Re: [devel] gftp-common-2.0.18stable-alt4

[@ 2008-01-21 22:43 UTC (permalink / raw)]

Re: [devel] gftp-common-2.0.18stable-alt4

[@ 2008-01-21 23:11 UTC (permalink / raw)]

Re: [devel] gftp-common-2.0.18stable-alt4

[@ 2008-01-21 23:17 UTC (permalink / raw)]

[devel] guile16-1.6.8-alt1.1

[@ 2008-01-21 17:16 UTC (permalink / raw)]

[devel] jed-common-0.99.18-alt1

[@ 2008-01-21 17:32 UTC (permalink / raw)]

[devel] juddi-webapps-0.9-alt1_0.rc4.2jpp1.7

[@ 2008-01-21 17:36 UTC (permalink / raw)]

[devel] krb5-kdc-1.6.3-alt2

[@ 2008-01-21 17:47 UTC (permalink / raw)]

Re: [devel] rpm 4.0.4-alt82+ [2]

[@ 2008-01-21 17:51 UTC (permalink / raw)]

[devel] libavahi-qt3-0.6.22-alt4

[@ 2008-01-21 18:04 UTC (permalink / raw)]

[devel] libdiacanvas2-devel-0.14.4-alt1

[@ 2008-01-21 18:13 UTC (permalink / raw)]

[devel] libexml-devel-0.1.1-alt1.20070917

[@ 2008-01-21 18:23 UTC (permalink / raw)]

[devel] [JT] ackager :)

[@ 2008-01-21 21:28 UTC (permalink / raw)]

[devel] libextractor-0.5.18a-alt1 -- libtool?

[@ 2008-01-21 18:59 UTC (permalink / raw)]

Re: [devel] libextractor-0.5.18a-alt1 -- libtool?

[@ 2008-01-21 19:11 UTC (permalink / raw)]

[devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 19:09 UTC (permalink / raw)]

Re: [devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 21:40 UTC (permalink / raw)]

Re: [devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 22:17 UTC (permalink / raw)]

Re: [devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 22:45 UTC (permalink / raw)]

Re: [devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 22:47 UTC (permalink / raw)]

Re: [devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 23:01 UTC (permalink / raw)]

Re: [devel] libg-wrap-devel-1.9.6-alt5

[@ 2008-01-21 23:43 UTC (permalink / raw)]

[devel] libgig-devel-2.0.1-alt1

[@ 2008-01-21 19:20 UTC (permalink / raw)]

[devel] libkexif-devel-0.2.5-alt2

[@ 2008-01-21 19:53 UTC (permalink / raw)]

[devel] libkipi-devel-0.1.5-alt2

[@ 2008-01-21 19:54 UTC (permalink / raw)]

[devel] liblscp-devel-0.3.1-alt1

[@ 2008-01-21 19:55 UTC (permalink / raw)]

[devel] libnl-devel-1.0-alt1.svn30

[@ 2008-01-21 19:58 UTC (permalink / raw)]

[devel] libopensync-devel-0.22-alt1

[@ 2008-01-21 20:01 UTC (permalink / raw)]

[devel] libortp-devel-0.13.1-alt1

[@ 2008-01-21 20:03 UTC (permalink / raw)]

[devel] libplanner-devel-0.14.2-alt5

[@ 2008-01-21 20:04 UTC (permalink / raw)]

[devel] libqscintilla2-qt4-2-alt1.20080103

[@ 2008-01-21 20:09 UTC (permalink / raw)]

[devel] (без темы)

[@ 2008-01-21 20:13 UTC (permalink / raw)]

[devel] libsynfig-devel-0.61.07-alt2

[@ 2008-01-21 20:16 UTC (permalink / raw)]

[devel] libtracker-devel-0.6.4-alt1

[@ 2008-01-21 20:17 UTC (permalink / raw)]

[devel] libwebkit-gtk-devel-0.r27953-alt1

[@ 2008-01-21 20:19 UTC (permalink / raw)]

[devel] libzvbi-0.2.24-alt0.1

[@ 2008-01-21 20:24 UTC (permalink / raw)]

[devel] ltsp5-client-5.0-alt0.67

[@ 2008-01-21 20:32 UTC (permalink / raw)]

Re: [devel] ltsp5-client-5.0-alt0.67

[@ 2008-01-21 21:32 UTC (permalink / raw)]

Re: [devel] ltsp5-client-5.0-alt0.67

[@ 2008-01-21 21:37 UTC (permalink / raw)]

Re: [devel] ltsp5-client-5.0-alt0.67

[@ 2008-01-22 0:28 UTC (permalink / raw)]

Re: [devel] ltsp5-client-5.0-alt0.67

[Alexey Tourbin]

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

On Mon, Jan 21, 2008 at 11:32:03PM +0200, Michael Shigorin wrote:
> On Mon, Jan 21, 2008 at 11:32:31PM +0300, Alexey Tourbin wrote:
> > >  ltsp5-client-5.0-alt0.67	Provides	/etc/ltsp_chroot
> > > +ltsp5-client-5.0-alt0.67	Requires	/var/cache/ltspconf/xorg.conf
> > >  ltsp5-client-5.0-alt0.67	Requires	bash
> > lrwxrwxrwx    1 root    root               34 Dec 28 01:36 /etc/X11/xorg.conf.auto -> ../../var/cache/ltspconf/xorg.conf
> > Нужно что-то предпринять, а то будет unmet / битый симлинк.
> 
> Кстати.  А для случая намеренно висячих линков (у меня такого
> давненько не попадалось, но когда-то видал и по делу вроде)
> какая-нить исключалка всё-таки будет?  Установочные зависимости
> -- не сборочные, их сейчас руками не поправить без диких прыжков
> с подменой %*req (что уже тоже видал).

Если очень хочется иметь битый /symbolic/link -> nowhere
после установки пакета, то
%add_findreq_skiplist /symbolic/link

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

Re: [devel] ltsp5-client-5.0-alt0.67

[led]

Monday, 21 January 2008 22:32:31 Alexey Tourbin написав:
> >  ltsp5-client-5.0-alt0.67	Provides	/etc/ltsp_chroot
> > +ltsp5-client-5.0-alt0.67	Requires	/var/cache/ltspconf/xorg.conf
> >  ltsp5-client-5.0-alt0.67	Requires	bash
>
> $ less ltsp5-client-5.0-alt0.67.i586.rpm |fgrep xorg.conf
> lrwxrwxrwx    1 root    root               34 Dec 28 01:36
> /etc/X11/xorg.conf.auto -> ../../var/cache/ltspconf/xorg.conf $
>
> + /usr/lib/rpm/check-files
> + exit 0
> warning: Installed (but unpackaged) file(s) found:
>     /var/cache/ltspconf/xorg.conf
> Wrote: /usr/src/RPM/RPMS/i586/ltsp5-server-5.0-alt0.67.i586.rpm
> Wrote: /usr/src/RPM/RPMS/i586/ltsp5-client-5.0-alt0.67.i586.rpm
> ...
>
> Нужно что-то предпринять, а то будет unmet / битый симлинк.

Запросто. как только научат x11_autosetup создавать xorg.conf.auto не только 
в  /etc/X11/, а ещё и там где скажут.

-- 
Led

Re: [devel] ltsp5-client-5.0-alt0.67

[led]

Tuesday, 22 January 2008 03:40:22 led@altlinux.ru написав:
> Monday, 21 January 2008 22:32:31 Alexey Tourbin написав:
> > >  ltsp5-client-5.0-alt0.67	Provides	/etc/ltsp_chroot
> > > +ltsp5-client-5.0-alt0.67	Requires	/var/cache/ltspconf/xorg.conf
> > >  ltsp5-client-5.0-alt0.67	Requires	bash
> >
> > $ less ltsp5-client-5.0-alt0.67.i586.rpm |fgrep xorg.conf
> > lrwxrwxrwx    1 root    root               34 Dec 28 01:36
> > /etc/X11/xorg.conf.auto -> ../../var/cache/ltspconf/xorg.conf $
> >
> > + /usr/lib/rpm/check-files
> > + exit 0
> > warning: Installed (but unpackaged) file(s) found:
> >     /var/cache/ltspconf/xorg.conf
> > Wrote: /usr/src/RPM/RPMS/i586/ltsp5-server-5.0-alt0.67.i586.rpm
> > Wrote: /usr/src/RPM/RPMS/i586/ltsp5-client-5.0-alt0.67.i586.rpm
> > ...
> >
> > Нужно что-то предпринять, а то будет unmet / битый симлинк.
>
> Запросто. как только научат x11_autosetup создавать xorg.conf.auto не
> только в  /etc/X11/, а ещё и там где скажут.

http://bugzilla.altlinux.org/show_bug.cgi?id=14120

-- 
Led

[devel] maven-1.1-alt6_0.beta3.2jpp1.7 -- dir deps

[Alexey Tourbin]

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

>  maven-1.1-alt6_0.beta3.2jpp1.7	Provides	maven = 0:1.1-alt6_0.beta3.2jpp1.7
> +maven-1.1-alt6_0.beta3.2jpp1.7	Requires	/usr/share/java
> +maven-1.1-alt6_0.beta3.2jpp1.7	Requires	/usr/share/maven
>  maven-1.1-alt6_0.beta3.2jpp1.7	Requires	coreutils

Из-за ссылок
/usr/share/maven-1.0 -> /usr/share/maven
/usr/share/maven/repository/JPP/jars -> /usr/share/java
появляются зависимости на каталоги, которыми этот пакет не владеет.

Нужно продумать кто должен владеть каталогами.

С другой стороны, анметы на каталоги могут быть неоправданно жесткими.
Речь ведь идёт о том, чтобы не было битых симлинков.  Тогда, если пакет
не владеет каталогом, но содержит файлы в этом подкаталоге, тогда битого
симлинка всё равно не будет.  То есть в случае с симлинком на каталог
зависимость по смыслу можно ослабить до
	Requires: $dir || $dir/*

Это не очень легко сделать на уровне rpm.

С другой стороны, зависимости на каталоги сейчас во многих случаях
используются как раз для того, чтобы подцепить в зависимости настоящего
владельца каталога -- см. /usr/lib/rpm/files.req.list

В общем, семантика владения каталогом -- вещь довольно тонкая
и ненадёжная.  Я ещё подумаю, что тут можно сделать.

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

[devel] mod_python-2.7.11-alt5

[Alexey Tourbin]

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

>  mod_python-2.7.11-alt5	Provides	python2.4(mod_python.zhandler)
> +mod_python-2.7.11-alt5	Requires	/usr/share/doc/mod_python-2.7.11
>  mod_python-2.7.11-alt5	Requires	libc.so.6(GLIBC_2.0)

В пакете есть ссылка
/var/www/html/addon-modules/mod_python -> /usr/share/doc/mod_python-2.7.11
но сам пакет не владеет каталогом /usr/share/doc/mod_python-2.7.11

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

[devel] mono-1.2.6-alt3

[Alexey Tourbin]

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

>  mono-1.2.6-alt3	Requires	/proc
> +mono-1.2.6-alt3	Requires	/usr/lib/libmono.so
>  mono-1.2.6-alt3	Requires	libX11.so.6

Файл mono.pc запакован сразу в два пакета -- mono и libmono-devel.
https://bugzilla.altlinux.org/show_bug.cgi?id=13863
Попробую побороть в ближайшее время.

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

[devel] osec-mailreport-1.1.0-alt1

[Alexey Tourbin]

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

>  osec-mailreport-1.1.0-alt1	Requires	/bin/mail
> +osec-mailreport-1.1.0-alt1	Requires	/etc/osec/pipe.conf
>  osec-mailreport-1.1.0-alt1	Requires	grep

У пакета osec-mailreport не хватало зависимости на osec-cronjob,
которая после очередной пересборки будет (косвенно) добавлена.

$ rpmpeek osec-mailreport-1.1.0-alt1.x86_64.rpm fgrep -r pipe.conf .
./usr/bin/osec_mailer:. /etc/osec/pipe.conf
$ hsh --no-stuff --init
$ hsh-install osec-mailreport
Preparing packages for installation...
ca-certificates-2007.02.06-alt1
mailx-8.1.2-alt5
perl-RPM-1.49-alt1
libcap-1.10-alt16
libcdb-0.76-alt1
libstdc++4.1-4.1.1-alt12
libcdbxx-0.0.1-alt7.0
libssl6-0.9.8d-alt4
osec-1.1.0-alt1
osec-mailreport-1.1.0-alt1
$ hsh-run -- /usr/bin/osec_mailer
/usr/bin/osec_mailer: line 5: /etc/osec/pipe.conf: No such file or directory
$ hsh-install -- /etc/osec/pipe.conf
Preparing packages for installation...
crontab-control-1.1-alt1
setproctitle-0.3.1-alt1
vixie-cron-4.1.20060426-alt3
crontabs-1.8-alt1
osec-cronjob-1.1.0-alt1
$ 

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

[devel] perl-Gtk2-GladeXML-1.006-alt1

[Alexey Tourbin]

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

>  perl-Gtk2-GladeXML-1.006-alt1	Provides	perl(Gtk2/GladeXML/Install/Files.pm)
> +perl-Gtk2-GladeXML-1.006-alt1	Requires	/usr/lib/perl5/vendor_perl/i386-linux/auto/Glib/Glib.so
> +perl-Gtk2-GladeXML-1.006-alt1	Requires	/usr/lib/perl5/vendor_perl/i386-linux/auto/Gtk2/Gtk2.so
>  perl-Gtk2-GladeXML-1.006-alt1	Requires	libc.so.6(GLIBC_2.1.3)

В lib.req починился поиск библиотек при нестандартных способах линковки.

--- old-logs/i586/2008/0113/success/perl-Gtk2-GladeXML-1.006-alt1       2008-01-14 21:48:54 +0300
+++ success/perl-Gtk2-GladeXML-1.006-alt1       2008-01-19 22:36:38 +0300
...
 find-requires: running scripts (files,lib,libperl,pam,perl,pkgconfig,pkgconfiglib,python,shebang,shell,static,symlinks)
-lib.req: WARNING: /usr/lib/perl5/vendor_perl/i386-linux/auto/Gtk2/GladeXML/GladeXML.so: library /usr/lib/perl5/vendor_perl/i386-linux/auto/Glib/Glib.so not found
-lib.req: WARNING: /usr/lib/perl5/vendor_perl/i386-linux/auto/Gtk2/GladeXML/GladeXML.so: library /usr/lib/perl5/vendor_perl/i386-linux/auto/Gtk2/Gtk2.so not found
 /usr/src/tmp/perl-Gtk2-GladeXML-buildroot/usr/lib/perl5/vendor_perl/i386-linux/Gtk2/GladeXML.pm syntax OK
 /usr/src/tmp/perl-Gtk2-GladeXML-buildroot/usr/lib/perl5/vendor_perl/i386-linux/Gtk2/GladeXML/Install/Files.pm syntax OK

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

[devel] povray-common-3.6-alt2

[Alexey Tourbin]

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

>  povray-common-3.6-alt2	Requires	/usr/bin/convert
> +povray-common-3.6-alt2	Requires	/usr/bin/povray
>  povray-common-3.6-alt2	Requires	coreutils

В povray-common есть скрипты, которые используют /usr/bin/povray.

$ rpmpeek povray-common-3.6-alt2.x86_64.rpm grep -rw --include '*.sh' povray . |head -3
./usr/share/povray-3.6/scripts/runpov.sh:povray +GIrerun.ini ${@}
./usr/share/povray-3.6/scripts/rerunpov.sh:povray rerun.ini ${@}
./usr/share/povray-3.6/scripts/render_scene.sh:    povray +L$SCENE_DIR +L$OUTPUT_DIR -i$POV_FILE -o$OUTPUT_DIR/ $OPTIONS $POV_OPTIONS -p
$

Пакеты povray и povray-common будут взаимно зависеть друг от друга.

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