[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 --]

[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 --]

[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] f-spot-0.3.5-alt2

[Alexey Tourbin]

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

>  f-spot-0.3.5-alt2	Provides	/usr/lib/f-spot/libfspotjpegtran.so.0
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/FlickrNet.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/NDesk.DBus.GLib.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/NDesk.DBus.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/NDesk.Glitz.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/SemWeb.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/SmugMugNet.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/Tao.OpenGl.ExtensionLoader.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/Tao.OpenGl.Glu.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/Tao.OpenGl.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/gnome-keyring-sharp.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/google-sharp.dll
> -f-spot-0.3.5-alt2	Requires	/usr/lib/f-spot/libgphoto2-sharp.dll
>  f-spot-0.3.5-alt2	Requires	bash

Здесь сработала оптимизация: зависимости на файлы, которые запакованы
в сам этот пакет, теперь автоматически удаляются.  Именно с таким
расчетом был реализован поиск зависимостей между "приватными" *.dll
библиотеками в rpm-build-mono.

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

[devel] fedora-ds-1.1.0-alt1

[Alexey Tourbin]

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

>  fedora-ds-1.1.0-alt1	Requires	/etc/sysconfig/network
> +fedora-ds-1.1.0-alt1	Requires	/usr/lib/fedora-ds/plugins/libacl-plugin.so.0.0.0
> +fedora-ds-1.1.0-alt1	Requires	/usr/lib/fedora-ds/plugins/libcollation-plugin.so.0.0.0
>  fedora-ds-1.1.0-alt1	Requires	coreutils

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

+ exit 0
warning: Installed (but unpackaged) file(s) found:
    /usr/lib64/fedora-ds/plugins/libacl-plugin.so.0
    /usr/lib64/fedora-ds/plugins/libacl-plugin.so.0.0.0
    /usr/lib64/fedora-ds/plugins/libcollation-plugin.so.0
    /usr/lib64/fedora-ds/plugins/libcollation-plugin.so.0.0.0
Wrote: /usr/src/RPM/SRPMS/fedora-ds-1.1.0-alt1.src.rpm
...

Так что мы имеем битые симлинки:

$ less fedora-ds-1.1.0-alt1.i586.rpm  |grep libacl-plugin
-rwxr-xr-x    1 root    root              962 Jan  9 01:43 /usr/lib/fedora-ds/plugins/libacl-plugin.la
lrwxrwxrwx    1 root    root               22 Jan  9 01:43 /usr/lib/fedora-ds/plugins/libacl-plugin.so -> libacl-plugin.so.0.0.0
$

В спек-файле написано:

%dir %_libdir/%name/plugins
%_libdir/%name/plugins/*.so
%_libdir/%name/plugins/*.la

Понятно, что можно заменить *.so на *.so*.  Но вообще-то плагины,
линкуемые либтулом, лучше линковать с либтульной опцией -avoid-version.

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

[devel] firefox-devel-2.0.0.11-alt1

[Alexey Tourbin]

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

>  firefox-devel-2.0.0.11-alt1	Provides	pkgconfig(firefox-xpcom) = 2.0.0.11
> +firefox-devel-2.0.0.11-alt1	Requires	/usr/lib/firefox/libgtkembedmoz.so
>  firefox-devel-2.0.0.11-alt1	Requires	/usr/lib/firefox/libmozjs.so
> +firefox-devel-2.0.0.11-alt1	Requires	/usr/lib/firefox/libxpcom.so
>  firefox-devel-2.0.0.11-alt1	Requires	/usr/lib/firefox/libxpcom_core.so

Это зависимости через Libs в *.pc:
/usr/lib/pkgconfig/firefox-gtkmozembed.pc:Libs: -L${libdir} -lgtkembedmoz
/usr/lib/pkgconfig/firefox-xpcom.pc:Libs: -L${libdir} -lxpcom

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

[devel] flags-1.6-alt2

[Alexey Tourbin]

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

>  flags-1.6-alt2	Provides	gnome-applets-gswitchit-plugins-flags-data
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Organizations/europeanunion.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Organizations/palestine.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/antarctica.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/australia_norfolk_island_australia.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/british_indian_ocean_territory.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/china_hong_kong.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/china_macau.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/denmark_faroe_islands.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/denmark_grenland.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/france_french_polynesia.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/taiwan.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/Regional/uk_gibraltar.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/historic/ussr_historic.svg
> +flags-1.6-alt2	Requires	/usr/share/design/cliparts/sodipodi-flags/nations/afghanistan.svg
[...]

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

$ rpm -qlvp flags-1.6-alt2.noarch.rpm |awk '$(NF-1)=="->"{print$(NF-2),$NF}' |head
/usr/share/icons/flags/ad.svg /usr/share/design/cliparts/sodipodi-flags/nations/andorra.svg
/usr/share/icons/flags/ae.svg /usr/share/design/cliparts/sodipodi-flags/nations/united_arab_emirates.svg
/usr/share/icons/flags/af.svg /usr/share/design/cliparts/sodipodi-flags/nations/afghanistan.svg
/usr/share/icons/flags/ag.svg /usr/share/design/cliparts/sodipodi-flags/nations/antigua_and_barbuda.svg
/usr/share/icons/flags/ai.svg /usr/share/design/cliparts/sodipodi-flags/nations/anguilla.svg
/usr/share/icons/flags/al.svg /usr/share/design/cliparts/sodipodi-flags/nations/albania.svg
/usr/share/icons/flags/am.svg /usr/share/design/cliparts/sodipodi-flags/nations/armenia.svg
/usr/share/icons/flags/an.svg /usr/share/design/cliparts/sodipodi-flags/nations/netherlands_antilles.svg
/usr/share/icons/flags/ao.svg /usr/share/design/cliparts/sodipodi-flags/nations/angola.svg
/usr/share/icons/flags/aq.svg /usr/share/design/cliparts/sodipodi-flags/Regional/antarctica.svg
$

Этот другой подпакет называется
clipart-sodipodi-flags-1.6-alt2.noarch.rpm.

$ grep /usr/share/design/cliparts/sodipodi-flags/Organizations/europeanunion.svg `rpm --eval %_pkg_contents_index_all`
/usr/share/design/cliparts/sodipodi-flags/Organizations/europeanunion.svg       clipart-sodipodi-flags
$ grep /usr/share/design/cliparts/sodipodi-flags/nations/andorra.svg `rpm --eval %_pkg_contents_index_all`
/usr/share/design/cliparts/sodipodi-flags/nations/andorra.svg   clipart-sodipodi-flags
$ 

В общем, вроде всё нормально, просто появляется много зависимостей (по
числу симлинков).

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

[devel] flam3-devel-2.7.7-alt1

[Alexey Tourbin]

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

>  flam3-devel-2.7.7-alt1	Provides	pkgconfig(flam3) = 2.7.7
> +flam3-devel-2.7.7-alt1	Requires	/usr/lib/libflam3.a
>  flam3-devel-2.7.7-alt1	Requires	flam3 = 2.7.7-alt1

Дело в том, что в пакете flam3 собирается только статическая библиотека:
flam3-2.7.7/Makefile.am:lib_LIBRARIES = libflam3.a

Но эта библиотека отпилена в отдельный пакет flam3-devel-static.
Зависимость же на /usr/lib/libflam3.a появляется через flam3.pc:

$ rpmpeek flam3-devel-2.7.7-alt1.i586.rpm grep Libs: ./usr/lib/pkgconfig/flam3.pc
Libs: -lflam3 @WIN32_LIBS@
$ 

В общем, похоже, что запаковывать отдельный пакет *-devel-static в
данном случае не имеет смысла, т.к. *-devel пакет остаётся незамкнутым.
А, может быть, и не стоит паковать *-devel* в данном случае вообще.

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

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

[Alexey Tourbin]

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

>  fonts-type1-cm-super-tex-0.3.3-alt7	Requires	/etc/tex-fonts.d
> +fonts-type1-cm-super-tex-0.3.3-alt7	Requires	/usr/share/fonts/type1/cm-super
>  fonts-type1-cm-super-tex-0.3.3-alt7	Requires(interp)	/bin/sh

Вот содержимое этого пакета:

/etc/tex-fonts.d/cm-super.cfg
/usr/share/texmf/dvips/config/cm-super-t1.map
/usr/share/texmf/dvips/config/cm-super-t2a.map
/usr/share/texmf/dvips/config/cm-super-t2b.map
/usr/share/texmf/dvips/config/cm-super-t2c.map
/usr/share/texmf/dvips/config/cm-super-ts1.map
/usr/share/texmf/dvips/config/cm-super-x2.map
/usr/share/texmf/fonts/type1/public/cm-super -> /usr/share/fonts/type1/cm-super

Имеется ссылка, которая смотрит на другой каталог, который не запакован
в этом пакете.  По-видимому, зависимость добавилась правильно, т.к.
каталог /usr/share/fonts/type1/cm-super принадлежит подпакету
fonts-type1-cm-super-pfb, на который уже есть явная зависимость.

$ rpm -qpR fonts-type1-cm-super-tex-0.3.3-alt7.noarch.rpm |grep cm-s 
fonts-type1-cm-super-tex-dvips = 0.3.3-alt7
fonts-type1-cm-super-pfb = 0.3.3-alt7
$

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

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

[Alexey Tourbin]

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

>  fonts-type1-cm-super-tex-afm-0.3.3-alt7	Provides	fonts-cm-super-tex-afm
> +fonts-type1-cm-super-tex-afm-0.3.3-alt7	Requires	/usr/share/fonts/type1/cm-super/afms
>  fonts-type1-cm-super-tex-afm-0.3.3-alt7	Requires(interp)	/bin/sh

Этот пакет состоит всего из одного симлинка:

$ rpm -qlvp fonts-type1-cm-super-tex-afm-0.3.3-alt7.noarch.rpm 
lrwxrwxrwx    1 root    root               36 Aug 31 14:35 /usr/share/texmf/fonts/afm/public/cm-super -> /usr/share/fonts/type1/cm-super/afms
$

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

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

[devel] freevo-1.7.5-alt1

[Alexey Tourbin]

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

On Sun, Jan 20, 2008 at 10:19:29PM +0300, Alexey Tourbin wrote:
>  freevo-1.7.5-alt1	Provides	python2.4-module-freevo = 1.7.5-alt1
> +freevo-1.7.5-alt1	Requires	/etc/freevo/boot_config
>  freevo-1.7.5-alt1	Requires	bash

Интересная ситуация.
Файл /etc/freevo/boot_config запакован в пакете freevo-boot.
При этом пакет freevo-boot уже требует пакет freevo.
Теперь rpm выставляет "обратную" файловую зависимость
freevo -> /etc/freevo/boot_config -> freevo-boot.

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

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

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

[Motsyo Gennadi aka Drool]

Alexey Tourbin пишет:
> Дело в том, что в пакете flam3 собирается только статическая библиотека:
> flam3-2.7.7/Makefile.am:lib_LIBRARIES = libflam3.a
> 
> Но эта библиотека отпилена в отдельный пакет flam3-devel-static.
> Зависимость же на /usr/lib/libflam3.a появляется через flam3.pc:
> 
> $ rpmpeek flam3-devel-2.7.7-alt1.i586.rpm grep Libs: ./usr/lib/pkgconfig/flam3.pc
> Libs: -lflam3 @WIN32_LIBS@
> $ 
> 
> В общем, похоже, что запаковывать отдельный пакет *-devel-static в
> данном случае не имеет смысла, т.к. *-devel пакет остаётся незамкнутым.
> А, может быть, и не стоит паковать *-devel* в данном случае вообще.

	Он (flam3-devel-static) нужен для сборки qosmic. В принципе и распилен
был всвязи с появлением этого пакета.

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

[Dmitry V. Levin]

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

On Mon, Jan 21, 2008 at 01:59:53AM +0200, Motsyo Gennadi aka Drool wrote:
> Alexey Tourbin пишет:
> > Дело в том, что в пакете flam3 собирается только статическая библиотека:
> > flam3-2.7.7/Makefile.am:lib_LIBRARIES = libflam3.a
> > 
> > Но эта библиотека отпилена в отдельный пакет flam3-devel-static.
> > Зависимость же на /usr/lib/libflam3.a появляется через flam3.pc:
> > 
> > $ rpmpeek flam3-devel-2.7.7-alt1.i586.rpm grep Libs: ./usr/lib/pkgconfig/flam3.pc
> > Libs: -lflam3 @WIN32_LIBS@
> > $ 
> > 
> > В общем, похоже, что запаковывать отдельный пакет *-devel-static в
> > данном случае не имеет смысла, т.к. *-devel пакет остаётся незамкнутым.
> > А, может быть, и не стоит паковать *-devel* в данном случае вообще.
> 
> 	Он (flam3-devel-static) нужен для сборки qosmic. В принципе и распилен
> был всвязи с появлением этого пакета.

Значит, этот flam3 был распилен неправильно.


-- 
ldv

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

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

[Alexey Tourbin]

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

On Mon, Jan 21, 2008 at 01:59:53AM +0200, Motsyo Gennadi aka Drool wrote:
> Alexey Tourbin пишет:
> > Дело в том, что в пакете flam3 собирается только статическая библиотека:
> > flam3-2.7.7/Makefile.am:lib_LIBRARIES = libflam3.a
> > 
> > Но эта библиотека отпилена в отдельный пакет flam3-devel-static.
> > Зависимость же на /usr/lib/libflam3.a появляется через flam3.pc:
> > 
> > $ rpmpeek flam3-devel-2.7.7-alt1.i586.rpm grep Libs: ./usr/lib/pkgconfig/flam3.pc
> > Libs: -lflam3 @WIN32_LIBS@
> > $ 
> > 
> > В общем, похоже, что запаковывать отдельный пакет *-devel-static в
> > данном случае не имеет смысла, т.к. *-devel пакет остаётся незамкнутым.
> > А, может быть, и не стоит паковать *-devel* в данном случае вообще.
> 
> 	Он (flam3-devel-static) нужен для сборки qosmic. В принципе и распилен
> был всвязи с появлением этого пакета.

Тогда нужно либо собирать разделяемую библиотеку libflam3.so.0 (и в этом
случае flam3-devel-static можно вообще не паковать, т.к. *-devel-static
пакуется только для базовых системных библиотек), либо перенести
libflam3.a в пакет flam3-devel (т.к. раздляемой библиотеки для линковки
штатно не предусмотрено).

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

[devel] gftp-common-2.0.18stable-alt4

[Alexey Tourbin]

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

>  gftp-2.0.18stable-alt4	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +gftp-common-2.0.18stable-alt4	Requires	/usr/bin/gftp-gtk
> +gftp-common-2.0.18stable-alt4	Requires	/usr/bin/gftp-text
>  gftp-common-2.0.18stable-alt4	Requires	sh

В пакете есть скрипт

$ rpmpeek gftp-common-2.0.18stable-alt4.i586.rpm cat -n ./usr/bin/gftp
     1  #!/bin/sh
     2  
     3  prefix=/usr
     4  exec_prefix=/usr
     5  
     6  if [ "$DISPLAY " != " " ] && [ -f /usr/bin/gftp-gtk ]; then
     7          exec /usr/bin/gftp-gtk ${1+"$@"}
     8  elif [ -f /usr/bin/gftp-text ]; then
     9          exec /usr/bin/gftp-text ${1+"$@"}
    10  else
    11          echo "Error: Can't find gFTP binaries installed in /usr/bin"
    12  fi
    13  
$

который теперь будет цеплять два остальных пакета, gftp-gtk и gftp-text.
Это ещё один пример, когда появляются "обратные" зависимости, и
подпакеты начинают "по кругу" зависеть друг от друга.

Направление зависимостей на самом деле не столь очевидно.
Ведь если я просто установлю пакет gftp-common и запускаю /usr/bin/gftp,
то скрипт будет выдывать "echo Error".  Такого быть не должно.  В этом
вообще есть некая проблема с т.н. *-common пакетами: они должны
"обратно" что-то требовать.  

То есть правильное направление зависимостей должно быть, наверное, таким:
gftp-gtk -> gftp-common
gftp-text -> gftp-common
gftp-common -> (gftp-gtk | gftp-text)

Но rpm не поддерживает "или" зависимости (а shell.req, конечно,
не сможет такую зависимость сгенерировать).  И всё равно круговая
зависимость остается, хотя и в ослабленном виде.

Наверное проще всего было бы просто не распиливать пакет gftp.

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

Re: [devel] freevo-1.7.5-alt1

[Vitaly Lipatov]

On 21 января 2008, Alexey Tourbin wrote:
...
> Файл /etc/freevo/boot_config запакован в пакете freevo-boot.
> При этом пакет freevo-boot уже требует пакет freevo.
> Теперь rpm выставляет "обратную" файловую зависимость
> freevo -> /etc/freevo/boot_config -> freevo-boot.
>
> То есть имеет место технически "неправильный" распил пакета
> на подпакеты, когда оба подпакета зависят друг от друга.
Да, там мантейнер неуверенный в себе.
Исправил.


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

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] guile16-1.6.8-alt1.1

[Alexey Tourbin]

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

>  guile16-1.6.8-alt1.1	Requires	/etc/alternatives/packages.d
> -guile16-1.6.8-alt1.1	Requires	guile16 = 1:1.6.8-alt1.1
>  guile16-1.6.8-alt1.1	Requires	ld-linux.so.2(GLIBC_2.1)

В пакете guile16 явно написано:
Requires:       %name = %serial:%version-%release

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

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

[devel] jed-common-0.99.18-alt1

[Alexey Tourbin]

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

>  jed-0.99.18-alt1	Requires(rpmlib)	rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> +jed-common-0.99.18-alt1	Requires	/usr/bin/jed-script
>  jed-common-0.99.18-alt1	Requires	coreutils

В пакете jed-common используется скрипт /usr/bin/jed-script из пакета
jed.  Получается круговая зависимость jed-common <-> jed.

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

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

[Alexey Tourbin]

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

>  juddi-webapps-0.9-alt1_0.rc4.2jpp1.7	PreReq	juddi = 0:0.9-alt1_0.rc4.2jpp1.7
> +juddi-webapps-0.9-alt1_0.rc4.2jpp1.7	Requires	/var/lib/juddi/webapps
>  juddi-webapps-0.9-alt1_0.rc4.2jpp1.7	Requires(rpmlib)	rpmlib(CompressedFileNames) <= 3.0.4-1

В пакете juddy есть ссылка
/usr/share/juddi/webapps -> /var/lib/juddi/webapps
но каталог /var/lib/juddi/webapps не запакован ни в одном пакете.

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

[devel] krb5-kdc-1.6.3-alt2

[Alexey Tourbin]

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

>  krb5-kdc-1.6.3-alt2	Requires	/etc/rc.d/init.d(stop_daemon)
> +krb5-kdc-1.6.3-alt2	Requires	/usr/bin/klist
> +krb5-kdc-1.6.3-alt2	Requires	/usr/sbin/kadmin
> +krb5-kdc-1.6.3-alt2	Requires	/usr/share/man/man8/kadmin.8.gz
>  krb5-kdc-1.6.3-alt2	Requires	bash

У пакета krb5-kdc появятся новые зависимости.

/usr/bin/klist -> krb5-kinit
/usr/sbin/kadmin -> krb5-kadmin
(используются в /usr/sbin/k5srvutil)

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

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

[Alexey Tourbin]

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

>  ktoon-0.9-alt0.1	Provides	libstore.so.1
> +ktoon-0.9-alt0.1	Requires	/usr/lib/ktoon/plugins
>  ktoon-0.9-alt0.1	Requires	bash

В пакете есть ссылка
/usr/share/ktoon/plugins -> /usr/lib/ktoon/plugins
но каталог /usr/lib/ktoon/plugins не запакован.

То есть в spec-файле нужно добавить

+%dir %_libdir/%name/plugins
 %_libdir/%name/plugins/*.so

И, может быть, вообще не стоит делать ссылку
/usr/share/ktoon/plugins -> /usr/lib/ktoon/plugins

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

[devel] libavahi-qt3-0.6.22-alt4

[Alexey Tourbin]

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

>  libavahi-qt3-0.6.22-alt4	Provides	pkgconfig(avahi-qt3) = 0.6.22
> +libavahi-qt3-0.6.22-alt4	Requires	/usr/lib/libavahi-qt3.so
>  libavahi-qt3-0.6.22-alt4	Requires	libavahi = 0.6.22-alt4

В пакете libavahi-qt3 лежит файл
/usr/lib/pkgconfig/avahi-qt3.pc
в котором написано
Libs: -lavahi-qt3

>  libavahi-qt4-0.6.22-alt4	Provides	pkgconfig(avahi-qt4) = 0.6.22
> +libavahi-qt4-0.6.22-alt4	Requires	/usr/lib/libavahi-qt4.so
>  libavahi-qt4-0.6.22-alt4	Requires	libQtCore.so.4(CXX3)

Аналогично в пакете libavahi-qt4.

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

[devel] libdiacanvas2-devel-0.14.4-alt1

[Alexey Tourbin]

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

>  libdiacanvas2-devel-0.14.4-alt1	Provides	pkgconfig(diacanvas2) = 0.14.4
> +libdiacanvas2-devel-0.14.4-alt1	Requires	/usr/lib/libdiacanvas2.so
>  libdiacanvas2-devel-0.14.4-alt1	Requires	libdiacanvas2 = 0.14.4-alt1

Ссылка /usr/lib/libdiacanvas2.so неправильно запакована в пакет
libdiacanvas2 (который предоставляет libdiacanvas2.so.0).

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

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

[Alexey Tourbin]

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

>  libexml-devel-0.1.1-alt1.20070917	Provides	pkgconfig(exml) = 0.1.1
> +libexml-devel-0.1.1-alt1.20070917	Requires	/usr/lib/libexml.so
>  libexml-devel-0.1.1-alt1.20070917	Requires	libexml = 0.1.1-alt1.20070917

Симлинк для линковки /usr/lib/libexml.so неправильно запакован
в пакет libexml.

Кстати, у пакета битый %packager:
Packager    : avlov Konstantin ...

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

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

[Alexey Tourbin]

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

>  libextractor-0.5.18a-alt1	Provides	libextractor.so.1
> +libextractor-0.5.18a-alt1	Requires	/usr/lib/libextractor/libextractor_exiv2.so.0.0.0
>  libextractor-0.5.18a-alt1	Requires	libc.so.6(GLIBC_2.0)

Выяснилось одно отстойное обстоятельство.

Либтул теперь стал как-то по-другому линковать некоторые библиотеки
и/или плагины.  То что раньше было *.so файлом теперь стало симлинком
на *.so.0.0.0.

Вот разница в логах сборки пакета libextractor
old-logs/i586/2007/1118/success/libextractor-0.5.18a-alt1 success/libextractor-0.5.18a-alt1

 warning: Installed (but unpackaged) file(s) found:
+    /usr/lib/libextractor/libextractor_exiv2.so.0
+    /usr/lib/libextractor/libextractor_exiv2.so.0.0.0
     /usr/lib/pkgconfig/libextractor.pc
     /usr/share/info/extractor.info.bz2
 Wrote: /usr/src/RPM/RPMS/i586/libextractor-0.5.18a-alt1.i586.rpm
...

Вот разница между самими пакетами.
Пакет что лежит в сизифе:

$ less libextractor-0.5.18a-alt1.i586.rpm |grep libextractor_exiv2
-rw-r--r--    1 root    root           522092 Oct 11 20:45 /usr/lib/libextractor/libextractor_exiv2.so
$

Пакет после тестовой пересборки:
$ less libextractor-0.5.18a-alt1.x86_64.rpm |grep libextractor_exiv2
lrwxrwxrwx    1 root    root               27 Jan 21 21:56 /usr/lib64/libextractor/libextractor_exiv2.so -> libextractor_exiv2.so.0.0.0
$

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

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

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

[Alexey Tourbin]

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

>  libg-wrap-devel-1.9.6-alt5	Provides	pkgconfig(g-wrap-2.0-guile) = 1.9.6
> +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-core-runtime.so
> +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-guile-runtime.so
>  libg-wrap-devel-1.9.6-alt5	Requires	guile16

Симлинки для линковки /usr/lib/lib*.so ошибочно запакованы
в пакет libg-wrap.

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

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

[Valery V. Inozemtsev]

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

В сообщении от 21 января 2008 Alexey Tourbin написал(a):
> >  libextractor-0.5.18a-alt1	Provides	libextractor.so.1
> > +libextractor-0.5.18a-alt1	Requires	/usr/lib/libextractor/libextractor_ex
> >iv2.so.0.0.0 libextractor-0.5.18a-alt1	Requires	libc.so.6(GLIBC_2.0)
>
> Выяснилось одно отстойное обстоятельство.
>
> Либтул теперь стал как-то по-другому линковать некоторые библиотеки
> и/или плагины.  То что раньше было *.so файлом теперь стало симлинком
> на *.so.0.0.0.
>
> Вот разница в логах сборки пакета libextractor
> old-logs/i586/2007/1118/success/libextractor-0.5.18a-alt1
> success/libextractor-0.5.18a-alt1
>
>  warning: Installed (but unpackaged) file(s) found:
> +    /usr/lib/libextractor/libextractor_exiv2.so.0
> +    /usr/lib/libextractor/libextractor_exiv2.so.0.0.0
>      /usr/lib/pkgconfig/libextractor.pc
>      /usr/share/info/extractor.info.bz2
>  Wrote: /usr/src/RPM/RPMS/i586/libextractor-0.5.18a-alt1.i586.rpm
> ...
>
> Вот разница между самими пакетами.
> Пакет что лежит в сизифе:
>
> $ less libextractor-0.5.18a-alt1.i586.rpm |grep libextractor_exiv2
> -rw-r--r--    1 root    root           522092 Oct 11 20:45
> /usr/lib/libextractor/libextractor_exiv2.so $
>
> Пакет после тестовой пересборки:
> $ less libextractor-0.5.18a-alt1.x86_64.rpm |grep libextractor_exiv2
> lrwxrwxrwx    1 root    root               27 Jan 21 21:56
> /usr/lib64/libextractor/libextractor_exiv2.so ->
> libextractor_exiv2.so.0.0.0 $
>
> Может кто-нибудь поможет нам разобраться, в чём там дело,
> и в каких ещё пакетах это дело всплывает?

scribus после пересборки становится нерабочим. пример
/usr/lib/scribus/plugins//libsvgimplugin.so.0.0.0: undefined symbol: 
_ZN8ScPlugin19newPrefsPanelWidgetEP7QWidgetRP10PrefsPanelR7QStringR7QPixmap

сама функция находится в бинарнике который запускается, правда у него и раньше 
плагины были .so.0.0.0

-- 
Valery V. Inozemtsev

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

[devel] libgig-devel-2.0.1-alt1

[Alexey Tourbin]

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

>  libgig-devel-2.0.1-alt1	Provides	pkgconfig(gig) = 2.0.1
> +libgig-devel-2.0.1-alt1	Requires	/usr/lib/libgig.so
>  libgig-devel-2.0.1-alt1	Requires	libgig = 2.0.1-alt1

Симлинк для линковки ошибочно запакован в пакет libgig (а должен быть
запакован в libgig-devel).

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

[devel] libkexif-devel-0.2.5-alt2

[Alexey Tourbin]

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

>  libkexif-devel-0.2.5-alt2	Provides	pkgconfig(libkexif) = 0.2.5
> +libkexif-devel-0.2.5-alt2	Requires	/usr/lib/libkexif.so
>  libkexif-devel-0.2.5-alt2	Requires	libexif-devel

Этот симлинк должен быть запакован в libkexif-devel пакет.

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

[devel] libkipi-devel-0.1.5-alt2

[Alexey Tourbin]

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

>  libkipi-devel-0.1.5-alt2	Provides	pkgconfig(libkipi) = 0.1.5
> +libkipi-devel-0.1.5-alt2	Requires	/usr/lib/libkipi.so
>  libkipi-devel-0.1.5-alt2	Requires	libkipi = 0.1.5-alt2

Этот симлинк должен быть запакован в libkipi-devel.

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

[devel] liblscp-devel-0.3.1-alt1

[Alexey Tourbin]

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

>  liblscp-devel-0.3.1-alt1	Provides	pkgconfig(lscp) = 0.3.1
> +liblscp-devel-0.3.1-alt1	Requires	/usr/lib/liblscp.so
>  liblscp-devel-0.3.1-alt1	Requires	liblscp = 0.3.1-alt1

Этот симлинк должен быть запакован в liblscp-devel.

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

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

[Alexey Tourbin]

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

>  libnl-devel-1.0-alt1.svn30	Provides	pkgconfig(libnl-1) = 1.0-pre6
> +libnl-devel-1.0-alt1.svn30	Requires	/usr/lib/libnl.so
>  libnl-devel-1.0-alt1.svn30	Requires	libnl = 1.0

Этот симлинк должен быть запакован в libnl-devel.

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

[devel] libopensync-devel-0.22-alt1

[Alexey Tourbin]

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

>  libopensync-devel-0.22-alt1	Provides	pkgconfig(osengine-1.0) = 0.22
> +libopensync-devel-0.22-alt1	Requires	/usr/lib/libopensync.so
> +libopensync-devel-0.22-alt1	Requires	/usr/lib/libosengine.so
>  libopensync-devel-0.22-alt1	Requires	libopensync = 0.22

Эти симлинки должны быть запакованы в libopensync-devel.

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

[devel] libortp-devel-0.13.1-alt1

[Alexey Tourbin]

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

>  libortp-devel-0.13.1-alt1	Provides	pkgconfig(ortp) = 0.13.1
> +libortp-devel-0.13.1-alt1	Requires	/usr/lib/libortp.so
>  libortp-devel-0.13.1-alt1	Requires	libortp = 0.13.1-alt1

Этот симлинк должен быть запакован в libortp-devel.

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

[devel] libplanner-devel-0.14.2-alt5

[Alexey Tourbin]

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

>  libplanner-devel-0.14.2-alt5	Provides	pkgconfig(libplanner-1) = 0.14.2
> +libplanner-devel-0.14.2-alt5	Requires	/usr/lib/libplanner-1.so
>  libplanner-devel-0.14.2-alt5	Requires	libplanner = 0.14.2-alt5

Этот симлинк должен быть запакован в libplanner-devel.

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

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

[Alexey Tourbin]

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

>  libqscintilla2-qt4-2-alt1.20080103	Provides	libqscintilla2.so.3
> +libqscintilla2-qt4-2-alt1.20080103	Requires	/usr/lib/libqscintilla2.so
>  libqscintilla2-qt4-2-alt1.20080103	Requires	libQtCore.so.4(CXX3)

Из-за симлинка
/usr/lib/qt4/lib/libqscintilla2.so -> ../../libqscintilla2.so
появляется зависимость на libqscintilla2-qt4-devel пакет.

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

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

[Alexey Tourbin]

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

>  libstatgrab-0.14-alt3	Provides	pkgconfig(libstatgrab) = 0.14
> +libstatgrab-0.14-alt3	Requires	/usr/lib/libstatgrab.so
>  libstatgrab-0.14-alt3	Requires	libc.so.6(GLIBC_2.0)

В этом пакете запакован /usr/lib/pkgconfig/libstatgrab.pc,
отсюда появляется "линковочная" зависимость на /usr/lib/libstatgrab.so,
а этот файл лежит в пакете libstatgrab-devel.

Нужно переложить /usr/lib/pkgconfig/libstatgrab.pc в *-devel подпакет.

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

[devel] libsynfig-devel-0.61.07-alt2

[Alexey Tourbin]

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

>  libsynfig-devel-0.61.07-alt2	Provides	pkgconfig(synfig) = 0.61.07
> +libsynfig-devel-0.61.07-alt2	Requires	/usr/lib/libsynfig.so
>  libsynfig-devel-0.61.07-alt2	Requires	coreutils

Этот симлинк должен быть запакован в libsynfig-devel.

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

[devel] libtracker-devel-0.6.4-alt1

[Alexey Tourbin]

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

>  libtracker-devel-0.6.4-alt1	Provides	pkgconfig(tracker) = 0.6.4
> +libtracker-devel-0.6.4-alt1	Requires	/usr/lib/libtracker-gtk.so
> +libtracker-devel-0.6.4-alt1	Requires	/usr/lib/libtrackerclient.so
>  libtracker-devel-0.6.4-alt1	Requires	pkgconfig(dbus-1)

Эти симлинки должны быть запакованы в libtracker-devel.

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

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

[Alexey Tourbin]

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

>  libwebkit-gtk-devel-0.r27953-alt1	Provides	pkgconfig(WebKitGtk) = 1.0.0
> +libwebkit-gtk-devel-0.r27953-alt1	Requires	/usr/lib/libWebKitGtk.so
>  libwebkit-gtk-devel-0.r27953-alt1	Requires	fontconfig-devel

Этот симлинк должен быть запакован в libwebkit-gtk-devel.

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

[devel] libzvbi-0.2.24-alt0.1

[Alexey Tourbin]

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

>  libzvbi-0.2.24-alt0.1	Provides	zvbi
> +libzvbi-0.2.24-alt0.1	Requires	/usr/lib/libzvbi.so
>  libzvbi-0.2.24-alt0.1	Requires	libX11.so.6

В пакете libzvbi запакован /usr/lib/pkgconfig/zvbi-0.2.pc,
из-за чего появляется "линковочная" зависимость на файл
/usr/lib/libzvbi.so, который находится в *-devel подпакете.

Нужно переложить zvbi-0.2.pc в *-devel подпакет.

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

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

[Alexey Tourbin]

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

>  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 / битый симлинк.

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

[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] [JT] ackager :)

[Michael Shigorin]

On Mon, Jan 21, 2008 at 09:23:43PM +0300, Alexey Tourbin wrote:
> Кстати, у пакета битый %packager:
> Packager    : avlov Konstantin ...

Это не битый, это кусаный. :)

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

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

[Michael Shigorin]

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 (что уже тоже видал).

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

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

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [080122 00:35]:
> > lrwxrwxrwx    1 root    root               34 Dec 28 01:36 /etc/X11/xorg.conf.auto -> ../../var/cache/ltspconf/xorg.conf
> > Нужно что-то предпринять, а то будет unmet / битый симлинк.
> Кстати.  А для случая намеренно висячих линков (у меня такого
> давненько не попадалось, но когда-то видал и по делу вроде)
> какая-нить исключалка всё-таки будет?  Установочные зависимости
> -- не сборочные, их сейчас руками не поправить без диких прыжков
> с подменой %*req (что уже тоже видал).
Ну вообще для этого есть %ghost.

-- 
Regards,
Sir Raorn.

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

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

[Vitaly Lipatov]

On 21 января 2008, Alexey Tourbin wrote:
> > 
> > libg-wrap-devel-1.9.6-alt5	Provides	pkgconfig(g-wrap-2.0-gui
> >le) = 1.9.6
> > +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-core-
> >runtime.so
> > +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-guile
> >-runtime.so libg-wrap-devel-1.9.6-alt5	Requires	guile16
>
> Симлинки для линковки /usr/lib/lib*.so ошибочно запакованы
> в пакет libg-wrap.
Ну как бы не ошибочно:
# NOTE: we need .so here definitely (for old style dynamic 
linking)
%_libdir/*.so



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

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] libg-wrap-devel-1.9.6-alt5

[Alexey Tourbin]

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

On Tue, Jan 22, 2008 at 12:40:04AM +0300, Vitaly Lipatov wrote:
> On 21 января 2008, Alexey Tourbin wrote:
> > > 
> > > libg-wrap-devel-1.9.6-alt5	Provides	pkgconfig(g-wrap-2.0-gui
> > >le) = 1.9.6
> > > +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-core-
> > >runtime.so
> > > +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-guile
> > >-runtime.so libg-wrap-devel-1.9.6-alt5	Requires	guile16
> >
> > Симлинки для линковки /usr/lib/lib*.so ошибочно запакованы
> > в пакет libg-wrap.
> Ну как бы не ошибочно:
> # NOTE: we need .so here definitely (for old style dynamic 
> linking)
> %_libdir/*.so

Хорошо.  Для каких пакетов это всё ещё нужно?  ("We need" желательно
заменить на называния пакетов, чтобы можно было проверить, что
действительно "we need").

Я знаю ещё несколько пакетов, для которых неправильный симлинк запакован
в основной библиотечный пакет for a reason, но вообще эту практику лучше
искоренять.  Хотя это и не слишком серьёзный баг.  Просто теперь будет
видно, что у *-devel пакета порождается нетипичная зависимость.

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

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

[Pavel Vainerman]

> Наверное проще всего было бы просто не распиливать пакет gftp.

Но ведь не всем нужен графический gtfp.

 P.S. Хотя я даже не знаю нужен ли кому-то сам gftp :)


-- 
Павел Вайнерман
Eternity Software TEAM
http://www.etersoft.ru

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

[Alexey Tourbin]

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

On Tue, Jan 22, 2008 at 01:22:10AM +0300, Pavel Vainerman wrote:
> > Наверное проще всего было бы просто не распиливать пакет gftp.
> 
> Но ведь не всем нужен графический gtfp.

Цена вопроса -- экономия на библиотеке libgtk+2.
Вряд ли она актуальна для глубоко "опциональных" пакетов типа gftp.

Но дело даже не в этом.  Представьте, что я говорю:
# apt-get install /usr/bin/gftp

Кстати, сейчас это работает для всех /usr/bin/* путей.

Что я получу?

1) В старом варианте я получу установку одного только пакета
gftp-common, и, как следствие, ошибку 'echo Error' при запуске.

2) В новом варианте установится полный комплект подпакетов.

3) Можно сделать виртуальную зависимость gftp-variant и
в gftp-common поставить Requires: gftp-variant (при этом подавив
остальные конкретные зависимости).  Тогда apt выберет КАКОЙ-ТО
variant (возможно, не тот, который я хотел).

С другой стороны, если я запускаю gftp из консоли и ожидаю текстовый
интерфейс, но у меня выставлен DISPLAY, то запустится gftp-gtk (похожей
проблемой страдает aumix).  В общем, сама эта идея запускать РАЗНЫЕ
программы через /usr/bin/gftp кажется мне, как бы это сказать, fishy,
странной.  И эта странность отражается на зависимостях.

>  P.S. Хотя я даже не знаю нужен ли кому-то сам gftp :)

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

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

[led]

Tuesday, 22 January 2008 00:17:13 Alexey Tourbin написав:
> On Tue, Jan 22, 2008 at 12:40:04AM +0300, Vitaly Lipatov wrote:
> > On 21 января 2008, Alexey Tourbin wrote:
> > > > libg-wrap-devel-1.9.6-alt5	Provides	pkgconfig(g-wrap-2.0-gui
> > > >le) = 1.9.6
> > > > +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-core-
> > > >runtime.so
> > > > +libg-wrap-devel-1.9.6-alt5	Requires	/usr/lib/libgwrap-guile
> > > >-runtime.so libg-wrap-devel-1.9.6-alt5	Requires	guile16
> > >
> > > Симлинки для линковки /usr/lib/lib*.so ошибочно запакованы
> > > в пакет libg-wrap.
> >
> > Ну как бы не ошибочно:
> > # NOTE: we need .so here definitely (for old style dynamic
> > linking)
> > %_libdir/*.so
>
> Хорошо.  Для каких пакетов это всё ещё нужно?  ("We need" желательно
> заменить на называния пакетов, чтобы можно было проверить, что
> действительно "we need").
>
> Я знаю ещё несколько пакетов, для которых неправильный симлинк запакован
> в основной библиотечный пакет for a reason, но вообще эту практику лучше
> искоренять.

Т.е. на noarch субпакеты *-devel даже мечтать не стОит?

> Хотя это и не слишком серьёзный баг.  Просто теперь будет 
> видно, что у *-devel пакета порождается нетипичная зависимость.

-- 
Led

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

[Alexey Tourbin]

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

On Tue, Jan 22, 2008 at 12:45:24AM +0200, led@altlinux.ru wrote:
> > Хорошо.  Для каких пакетов это всё ещё нужно?  ("We need" желательно
> > заменить на называния пакетов, чтобы можно было проверить, что
> > действительно "we need").
> >
> > Я знаю ещё несколько пакетов, для которых неправильный симлинк запакован
> > в основной библиотечный пакет for a reason, но вообще эту практику лучше
> > искоренять.
> 
> Т.е. на noarch субпакеты *-devel даже мечтать не стОит?

Не стоит.  В *-devel пакетах бывает слишком много arch-специфики,
например /usr/lib/pkgconfig/*.pc vs. /usr/lib64/pkgconfig/*.pc.

Для других случаев идея может показаться более заманчивой (например,
для *-doc пакетов, если их содержимое ограничивается /usr/share/*).

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

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

[Alexey Tourbin]

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

On Tue, Jan 22, 2008 at 01:17:13AM +0300, Alexey Tourbin wrote:
> Я знаю ещё несколько пакетов, для которых неправильный симлинк запакован
> в основной библиотечный пакет for a reason, но вообще эту практику лучше
> искоренять.  Хотя это и не слишком серьёзный баг.  Просто теперь будет
> видно, что у *-devel пакета порождается нетипичная зависимость.

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

Но некоторые людишки не знают сонейма, и вместо %soname пытаются
откупорить lib%name.so.  Типа "works for me" и несовместимость
в ближайшей перспективе.  (А несовместимость на уровне сишных
библиотек, когда нет никакого managed runtime, чревата понятно
чем -- падениями в произвольных местах, которые с трудом поддаются
дигностике и отладке).

А вот например полюбуйтесь на код из recent libX11:

libX11-1.1.3/src/CrGlCur.c:
    55  #ifndef LIBXCURSOR
    56  #define LIBXCURSOR "libXcursor.so.1"
    57  #endif
    58
    59  static char libraryName[] = LIBXCURSOR;
    60
    61  static XModuleType
    62  open_library (void)
    63  {
    64      char        *library = libraryName;
    65      char        *dot;
    66      XModuleType module;
    67      for (;;)
    68      {
    69  #if defined(hpux)
    70          module = shl_load(library, BIND_DEFERRED, 0L);
    71  #else
    72          module =  dlopen(library, RTLD_LAZY);
    73  #endif
    74          if (module)
    75              return module;
    76          dot = strrchr (library, '.');
    77          if (!dot)
    78              break;
    79          *dot = '\0';
    80      }
    81      return NULL;
    82  }

Бесконечный цикл это круто, я так думаю.

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

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

[Pavel Vainerman]

	Ну если в течение нескольких дней кто-нибудь не выскажет,
особо-сильное желание ставить только gftp-text, то я сделаю один пакет.

Кстати правльно ли я понимаю, что мне надо будет в новом пакете ставить

Obsoletes: gftp-text gftp-gtk
Provides: gftp-text gftp-gtk


-- 
Павел Вайнерман
Eternity Software TEAM
http://www.etersoft.ru

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

[Alexey Tourbin]

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

On Tue, Jan 22, 2008 at 02:11:25AM +0300, Pavel Vainerman wrote:
> 	Ну если в течение нескольких дней кто-нибудь не выскажет,
> особо-сильное желание ставить только gftp-text, то я сделаю один пакет.
> 
> Кстати правльно ли я понимаю, что мне надо будет в новом пакете ставить
> 
> Obsoletes: gftp-text gftp-gtk
> Provides: gftp-text gftp-gtk

Желательно всегда с версиями, наверное вот так:
Provides: gftp-text = %version, gftp-gtk = %version
Obsoletes: gftp-text < %version-%release, gftp-gtk < %version-%release

Тогда останется более хорошая возможность снова распилить. :)

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

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

[Vitaly Lipatov]

On 22 января 2008, Alexey Tourbin wrote:
...
> > > Симлинки для линковки /usr/lib/lib*.so ошибочно запакованы
> > > в пакет libg-wrap.
...
> Хорошо.  Для каких пакетов это всё ещё нужно?  ("We need"
> желательно заменить на называния пакетов, чтобы можно было
> проверить, что действительно "we need").
Уже не знаю, раньше был gnucash, сейчас - нет.
Я пересобрал g-wrap нормально и отправил в Сизиф.



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

[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 --]

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

[Michael Shigorin]

On Tue, Jan 22, 2008 at 12:37:41AM +0300, Alexey I. Froloff wrote:
> Ну вообще для этого есть %ghost.

On Tue, Jan 22, 2008 at 12:50:40AM +0300, Alexey Tourbin wrote:
> %add_findreq_skiplist /symbolic/link

Спасибо.

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

[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 --]

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] 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] 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

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_*

[Alexey Tourbin]

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

On Wed, Jan 23, 2008 at 11:06:57PM +0300, Dmitry V. Levin wrote:
> > Кроме "прежде всего" выяснения, есть ли вообще такое дело,
> > нам нужно также соблюдать баланс между 1) возможностью перемещения
> > команды между каталогами PATH, из-за чего нежелательно ставить
> > файловую зависимость; 2) сохранить зависимость достаточно виртуальной,
> > чтобы облегчить переименование пакетов, из-за чего нежелательно ставить
> > зависимость на имя пакета.  Понятно, что эти пункты противоречат друг
> > другу.  Если бы можно было "отсрочить" сразу два этих пункта, тогда бы
> > мы могли получить бОльшую независимость от contents_index_*.
> > 
> > Можно было бы отсрочить это введением дополнительного неймспеса
> > зависимостей executable(...) -- возможно, с поддержкой со стороны
> > rpm и apt.
> 
> Вопрос в том, настолько ли часто executables перемещаются по $PATH или
> по пакетам, чтобы затеять менену contents_index на executable(...)?

Проблема, конечно, не очень острая.

Всё-таки вот конкретный пример/вопрос: в скрипте есть команда mksock.
Есть файл /usr/bin/mksock и пакет coreutils.  Какую зависимость
предпочитительнее поставить: /usr/bin/mksock или coreutils?

Пока для поиска команд мне видится вот что:
1) Если есть всего один путь (при любом числе пакетов), будет путь;
в противном случае
2) если есть всего один пакет (при любом числе путей), будет пакет;
в противном случае
3) примерно как сейчас: приоритет путей, fallback to host environmet,
последний fallback опять на приоритет путей.

Что это даёт?  Мы избавляемся от названий пакетов, в ущерб возможности
перемещения путей по PATH; если же PATH уже обильно населён (типа gawk:
/bin/awk, /usr/bin/awk; ещё хуже -- ruby: /bin/ruby, /usr/bin/ruby),
значит пакет "держит" свою команду крепко, а выбрать путь сложно.

Правда, если это наивано реализовать, то как из рога изобилия посыпутся
зависимости /bin/cat, /bin/rm, /bin/mv и т.п.  В принципе самые
неотъемлемые команды из coreutils можно как-нибудь оптимизировать.

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

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

[Dmitry V. Levin]

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

On Mon, Jan 21, 2008 at 01:13:47AM +0300, Alexey Tourbin wrote:
> >  fedora-ds-1.1.0-alt1	Requires	/etc/sysconfig/network
> > +fedora-ds-1.1.0-alt1	Requires	/usr/lib/fedora-ds/plugins/libacl-plugin.so.0.0.0
> > +fedora-ds-1.1.0-alt1	Requires	/usr/lib/fedora-ds/plugins/libcollation-plugin.so.0.0.0
> >  fedora-ds-1.1.0-alt1	Requires	coreutils
> 
> Эти файлы просто не запаковываются при сборке пакета.
> 
> + exit 0
> warning: Installed (but unpackaged) file(s) found:
>     /usr/lib64/fedora-ds/plugins/libacl-plugin.so.0
>     /usr/lib64/fedora-ds/plugins/libacl-plugin.so.0.0.0
>     /usr/lib64/fedora-ds/plugins/libcollation-plugin.so.0
>     /usr/lib64/fedora-ds/plugins/libcollation-plugin.so.0.0.0
> Wrote: /usr/src/RPM/SRPMS/fedora-ds-1.1.0-alt1.src.rpm
> ...
> 
> Так что мы имеем битые симлинки:
> 
> $ less fedora-ds-1.1.0-alt1.i586.rpm  |grep libacl-plugin
> -rwxr-xr-x    1 root    root              962 Jan  9 01:43 /usr/lib/fedora-ds/plugins/libacl-plugin.la
> lrwxrwxrwx    1 root    root               22 Jan  9 01:43 /usr/lib/fedora-ds/plugins/libacl-plugin.so -> libacl-plugin.so.0.0.0
> $
> 
> В спек-файле написано:
> 
> %dir %_libdir/%name/plugins
> %_libdir/%name/plugins/*.so
> %_libdir/%name/plugins/*.la
> 
> Понятно, что можно заменить *.so на *.so*.  Но вообще-то плагины,
> линкуемые либтулом, лучше линковать с либтульной опцией -avoid-version.

См. тж. жалобу пользователя в sisyphus@


-- 
ldv

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

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

[Igor Vlasenko]

On Mon, Jan 21, 2008 at 12:54:28AM +0300, Alexey Tourbin wrote:

> > +eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	/usr/share/java/lucene.jar
> > -eclipse-platform-3.3.0-alt5_30jpp5.0	Requires	lucene
> У пакета 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 репозитариев.

Прошу прощения за задержку с ответом, был крайне перегружен :(

Напрашивается вариант #3.
пока нет ясности с 1) и 2), 
генерировать зависимости,
1) в случае, если согласно content_index_all такого файла нет
(вешать unmet)
2) файл есть и единственен (разрешать в зависимость на пакет)

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

Все равно apt ее не сможет разрешить. Зачем ее вообще ставить?
это же вредительство.

И робот станет другом человека :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine