[devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 03:08:48AM +0400, QA Team Robot wrote:
> 	17 NEW bad_elf_symbols added to the list

> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_glitz_surface_create
> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_pdf_surface_create
> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_pdf_surface_create_for_stream
> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_pdf_surface_set_dpi
> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_ps_surface_create
> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_ps_surface_create_for_stream
> libcairomm	/usr/lib/libcairomm-1.0.so.0.0.5	U	cairo_ps_surface_set_dpi

$ hsh-install $TMPDIR/build libcairomm
Preparing packages for installation...
libexpat-2.0.0-alt3.1
libfreetype-2.1.10-alt3
fontconfig-2.3.2-alt7
Updating fonts cache: [ DONE ]
libXau-1.0.0-alt2.1
libXdmcp-1.0.0-alt2
libX11-1.0.0-alt5
libXrender-0.9.0.2-alt5
libpng3-1.2.8-alt3
libcairo-1.0.4-alt1
libstdc++3.4-3.4.5-alt2
libcairomm-0.5.0-alt0.1
$ hsh-shell $TMPDIR/build
$ ldd -r /usr/lib/libcairomm-1.0.so.0.0.5
        libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00125000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0016b000)
        libc.so.6 => /lib/libc.so.6 (0x0023d000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00356000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0x0035f000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00368000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00458000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x0047d000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x004ac000)
        libm.so.6 => /lib/libm.so.6 (0x00517000)
        /lib/ld-linux.so.2 (0x80000000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x0053a000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x0053d000)
        libdl.so.2 => /lib/libdl.so.2 (0x00542000)
        libz.so.1 => /lib/libz.so.1 (0x00547000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0x0055a000)
undefined symbol: cairo_ps_surface_create       (/usr/lib/libcairomm-1.0.so.0.0.5)
undefined symbol: cairo_pdf_surface_create      (/usr/lib/libcairomm-1.0.so.0.0.5)
undefined symbol: cairo_pdf_surface_set_dpi     (/usr/lib/libcairomm-1.0.so.0.0.5)
undefined symbol: cairo_ps_surface_create_for_stream    (/usr/lib/libcairomm-1.0.so.0.0.5)
undefined symbol: cairo_ps_surface_set_dpi      (/usr/lib/libcairomm-1.0.so.0.0.5)
undefined symbol: cairo_glitz_surface_create    (/usr/lib/libcairomm-1.0.so.0.0.5)
undefined symbol: cairo_pdf_surface_create_for_stream   (/usr/lib/libcairomm-1.0.so.0.0.5)
$

Ой!

$ hsh --no-stuff $TMPDIR/build libcairomm-0.5.0-alt0.1.src.rpm
...
Wrote: /usr/src/RPM/SRPMS/libcairomm-0.5.0-alt0.1.src.rpm
Wrote: /usr/src/RPM/RPMS/i686/libcairomm-0.5.0-alt0.1.i686.rpm
Wrote: /usr/src/RPM/RPMS/i686/libcairomm-devel-0.5.0-alt0.1.i686.rpm
Wrote: /usr/src/RPM/RPMS/i686/libcairomm-doc-0.5.0-alt0.1.i686.rpm
...

$ rpmelfsym $TMPDIR/build/repo/i686/RPMS.hasher/libcairomm-0.5.0-alt0.1.i686.rpm |grep cairo_glitz_surface_create
$ rpmelfsym ~sisyphus/files/i586/RPMS/libcairomm-0.5.0-alt0.1.i586.rpm |grep cairo_glitz_surface_create 
/usr/lib/libcairomm-1.0.so.0.0.5        U       cairo_glitz_surface_create
$ compare_packages -a --requires -- ~sisyphus/files/i586/RPMS/libcairomm-0.5.0-alt0.1.i586.rpm -- $TMPDIR/build/repo/i686/RPMS.hasher/libcairomm-0.5.0-alt0.1.i686.rpm
$

Ой-ой-ой!

Другими словами, библиотека, которая сейчас находится в сизифе,
неработоспособна.  Но после пересборки она "автоматически" становится
работоспособной, причем без изменения зависимостей.  Вот она вся
бинарная совместимость.  Т.е. нет никакой бинарной совместимости. :(

Радует в некотром смысле только одно: робот работает правильно.

> libgdiplus	/usr/lib/libgdiplus.so.0.0.0	U	cairo_ps_surface_create
> libgdiplus	/usr/lib/libgdiplus.so.0.0.0	U	cairo_ps_surface_set_dpi

То же самое.

> librsvg2-utils	/usr/bin/rsvg-convert	U	cairo_pdf_surface_create_for_stream
> librsvg2-utils	/usr/bin/rsvg-convert	U	cairo_ps_surface_create_for_stream

$ LD_BIND_NOW=1 /usr/bin/rsvg-convert
/usr/bin/rsvg-convert: symbol lookup error: /usr/bin/rsvg-convert: undefined symbol: cairo_ps_surface_create_for_stream
$

> python-module-pycairo	/usr/lib/python2.4/site-packages/cairo/_cairo.so	U	cairo_pdf_surface_create
> python-module-pycairo	/usr/lib/python2.4/site-packages/cairo/_cairo.so	U	cairo_pdf_surface_set_dpi
> python-module-pycairo	/usr/lib/python2.4/site-packages/cairo/_cairo.so	U	cairo_ps_surface_create
> python-module-pycairo	/usr/lib/python2.4/site-packages/cairo/_cairo.so	U	cairo_ps_surface_set_dpi

То же самое.

> swfdec-mozilla	/usr/bin/swfdec-mozilla-player	U	swfdec_render_seek

А это вообще странно.  Кажется этот пакет просто забыли удалить из
репозитария:

> swfdec - Flash animations redering library
> * Mon Mar 13 2006 Mikhail Zabaluev <mhz@altlinux> 0.3.6-alt1
> - Release 0.3.6
> - Renamed mozilla plugin package to mozilla-plugin-swfdec      

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Dmitry V. Levin]

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

On Thu, Apr 20, 2006 at 03:38:49AM +0400, Alexey Tourbin wrote:
[...]
> Другими словами, библиотека, которая сейчас находится в сизифе,
> неработоспособна.  Но после пересборки она "автоматически" становится
> работоспособной, причем без изменения зависимостей.  Вот она вся
> бинарная совместимость.  Т.е. нет никакой бинарной совместимости. :(

Так бывает, когда у библиотеки меняется ABI, но при этом в API сохраняется
обратная совместимость.  В такой ситуации _необходимо_ менять soname.

> Радует в некотром смысле только одно: робот работает правильно.

Спасибо ему!

> > swfdec-mozilla	/usr/bin/swfdec-mozilla-player	U	swfdec_render_seek
> 
> А это вообще странно.  Кажется этот пакет просто забыли удалить из
> репозитария:

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


-- 
ldv

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 03:54:12AM +0400, Dmitry V. Levin wrote:
> Так бывает, когда у библиотеки меняется ABI, но при этом в API сохраняется
> обратная совместимость.  В такой ситуации _необходимо_ менять soname.
> 
> > Радует в некотром смысле только одно: робот работает правильно.
> Спасибо ему!

Робот работает довольно долго и запускается по ночам.  В принципе можно
придумать что-то вроде Makefile'а, чтобы робот запускался тогда только
тогда, когда появляется новый сизиф.  Тогда результаты будут доступны
быстро, и по этим результатам можно не пропускать библиотеки, которые
ломают обратную совместимость.  Но в любом случае это будет требовать
вмешательство эксперта.  То есть пока я не представляю, как это
автоматизировать.

Кстати, я придумал ещё одного робота, который анализирует бинарную
совместимость между двумя различными срезами сизифа.  Идея в
следующем: при частичном обновлении возможны конфигурации, когда
приложение из нового среза не работает с библиотекой из старого среза,
потому что использует какие-то функции, которые появились в более новой
версии библиотеки (в новом срезе сизифа).

Этот робот уже лежит в cvs, называется abi_drift.  Правда пока он ничего
не выводит.  В принципе можно его запустить, но интерпретация его работы
опять же требует экспертного мнения.

В идеале просто нельзя допускать переход сизифа в "менее стабильное"
состояние.  Энтропия замкнутого сизифа не должна возрастать.

С какого среза сизифа лучше начать анализировать бинарную совместимость?

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

[devel] abi_drift

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 04:27:55AM +0400, Alexey Tourbin wrote:
> Кстати, я придумал ещё одного робота, который анализирует бинарную
> совместимость между двумя различными срезами сизифа.  Идея в
> следующем: при частичном обновлении возможны конфигурации, когда
> приложение из нового среза не работает с библиотекой из старого среза,
> потому что использует какие-то функции, которые появились в более новой
> версии библиотеки (в новом срезе сизифа).

Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
текущего сизифа.  Полный список прилагается.  Поля в списке такие:

abidrift ::= newpkg newbin oldlibpkg oldlibpath newlibpkg newlibpath soname T sym

Смысл этого отношения такой, что пакет newpkg работает с библиотекой
newlibpkg, но не будет работать с библиотекой oldlibpkg, потому что в
новой библиотеке есть симовол sym, который используется newbin (а в
старой библиотеке этого символа нет).

[-- Attachment #1.2: abidrift.gz --]
[-- Type: application/x-gzip, Size: 8976 bytes --]

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

Re: [devel] abi_drift

[Andrei Bulava]

Alexey Tourbin wrote:

> Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> текущего сизифа.  Полный список прилагается.  Поля в списке такие:
> 
> abidrift ::= newpkg newbin oldlibpkg oldlibpath newlibpkg newlibpath soname T sym

Я, конечно, догадывался, что не всё хорошо, но что до такой степени
мрак... :-(

Часть пакетов в приведённом списке (библиотека и приложения собираются
из одного src.rpm, e.g. libwireless + wireless-tools, w3c-libwww +
w3c-libwww-apps) требует для начала хотя бы ручной прошивки зависимости
типа 'Requires: %{get_dep libfoo}' (или даже более жёсткой вариации
'Requires: libfoo = %{get_SVR libfoo}'), если мантейнер и/или апстрим не
чувствуют силы в руках исправить ДНК.

Ибо практика частичных обновлений для меня в последнее время - стандарт.

P.S. О проблемах libcairo > 1.0, к слову, я уже писал (
http://lists.altlinux.org/pipermail/sisyphus/2006-February/078781.html
), но, видимо, из-за порочной связи с проприетарными ms-fonts-ttf меня
здесь проигнорировали :-\

-- 
// AB1002-UANIC

Re: [devel] abi_drift

[Денис Смирнов]

On Thu, Apr 20, 2006 at 08:17:19AM +0400, Алексей Турбин wrote:

AT> asterisk-fax	/usr/lib/asterisk/modules/app_rxfax.so	spandsp	/usr/lib/libspandsp.so.0.0.1	libspandsp	/usr/lib/libspandsp.so.0.0.1	libspandsp.so.0	T	t30_completion_code_to_str

asterisk-fax нужно убрать из сизифа, теперь этот код содержится в
asterisk-addon-modules.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Программисты не умирают... они теряют память...

Re: [devel] abi_drift

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 09:54:50AM +0300, Andrei Bulava wrote:
> Alexey Tourbin wrote:
> 
> > Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> > текущего сизифа.  Полный список прилагается.  Поля в списке такие:
> > 
> > abidrift ::= newpkg newbin oldlibpkg oldlibpath newlibpkg newlibpath soname T sym
> 
> Я, конечно, догадывался, что не всё хорошо, но что до такой степени
> мрак... :-(

Мрак? :)  У меня есть такой же список для M24, вот уж где мрак так мрак.
Там исправить уже ничего нельзя.  Поэтому лучше выбрать более поздний
срез, допустим времен 3.0, и исправлять что-то реальное.

Хотя вот видно что у fltk бинарный интерфейс поехал, а поскольку
библиотека приплюснутая, исправить её будт слишком сложно.

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

Re: [devel] abi_drift

[Igor Zubkov]

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

В сообщении от 20 апреля 2006 07:17 Alexey Tourbin написал(a):
> On Thu, Apr 20, 2006 at 04:27:55AM +0400, Alexey Tourbin wrote:
> > Кстати, я придумал ещё одного робота, который анализирует бинарную
> > совместимость между двумя различными срезами сизифа.  Идея в
> > следующем: при частичном обновлении возможны конфигурации, когда
> > приложение из нового среза не работает с библиотекой из старого среза,
> > потому что использует какие-то функции, которые появились в более новой
> > версии библиотеки (в новом срезе сизифа).
>
> Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> текущего сизифа.  Полный список прилагается.  Поля в списке такие:
>
> abidrift ::= newpkg newbin oldlibpkg oldlibpath newlibpkg newlibpath soname
> T sym
>
> Смысл этого отношения такой, что пакет newpkg работает с библиотекой
> newlibpkg, но не будет работать с библиотекой oldlibpkg, потому что в
> новой библиотеке есть симовол sym, который используется newbin (а в
> старой библиотеке этого символа нет).

А теперь, научно-популярно. На примере пакета devilspie:
devilspie       /usr/bin/devilspie      
glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
0.so.0.1000.2   libglib-2.0.so.0        T       g_intern_static_string

devilspie       /usr/bin/devilspie      
glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
0.so.0.1000.2   libglib-2.0.so.0        T       g_slice_alloc0

devilspie       /usr/bin/devilspie      
glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
0.so.0.1000.2   libglib-2.0.so.0        T       g_slice_free1

Самый простой способ починить этот пакет, прибить гвоздями минимальную версию 
glib2 для использования. В текущий момент это (это та версия которая сейчас 
лежит в репозитории):
[icesik@iceberg ~]$ rpm -q glib2
glib2-2.10.2-alt1
[icesik@iceberg ~]$ 
Т.е.:
Requires: glib2 >= 2.10.2-alt1

Второй способ (более правильный, но более сложный), найти версию glib2 в 
которой были добавлены эти символы и прописать её в Requires.

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

Re: [devel] abi_drift

[Igor Zubkov]

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

В сообщении от 20 апреля 2006 07:17 Alexey Tourbin написал(a):
> Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> текущего сизифа.  Полный список прилагается.  Поля в списке такие:

Кстати, тут в список попал tidy. Это к вопросу о точечных обновлениях -- 
#9437.

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

Re: [devel] abi_drift

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 12:59:25PM +0300, Igor Zubkov wrote:
> А теперь, научно-популярно. На примере пакета devilspie:
> devilspie       /usr/bin/devilspie      
> glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
> 0.so.0.1000.2   libglib-2.0.so.0        T       g_intern_static_string
> 
> devilspie       /usr/bin/devilspie      
> glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
> 0.so.0.1000.2   libglib-2.0.so.0        T       g_slice_alloc0
> 
> devilspie       /usr/bin/devilspie      
> glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
> 0.so.0.1000.2   libglib-2.0.so.0        T       g_slice_free1
> 
> Самый простой способ починить этот пакет, прибить гвоздями минимальную версию 
> glib2 для использования. В текущий момент это (это та версия которая сейчас 
> лежит в репозитории):
> [icesik@iceberg ~]$ rpm -q glib2
> glib2-2.10.2-alt1
> [icesik@iceberg ~]$ 
> Т.е.:
> Requires: glib2 >= 2.10.2-alt1
> 
> Второй способ (более правильный, но более сложный), найти версию glib2 в 
> которой были добавлены эти символы и прописать её в Requires.

Ещё более правильный способ - наладить symbol versioning у glib2.
Тогда все пакеты, которые используют g_intern_static_string и т.п.,
автоматически получат зависимость вида libglib-2.0.so.0(GLIB_ВЕРСИЯ).

Я же делал такую штуку для 2.8.  Не знаю, для 2.10 было это сделано или
нет.  Посмотрю на досуге. :)

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

Re: [devel] abi_drift

[Led]

В сообщении от 20 апреля 2006 12:59 Igor Zubkov написал(a):
> В сообщении от 20 апреля 2006 07:17 Alexey Tourbin написал(a):
> > On Thu, Apr 20, 2006 at 04:27:55AM +0400, Alexey Tourbin wrote:
> > > Кстати, я придумал ещё одного робота, который анализирует бинарную
> > > совместимость между двумя различными срезами сизифа.  Идея в
> > > следующем: при частичном обновлении возможны конфигурации, когда
> > > приложение из нового среза не работает с библиотекой из старого среза,
> > > потому что использует какие-то функции, которые появились в более новой
> > > версии библиотеки (в новом срезе сизифа).
> >
> > Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> > текущего сизифа.  Полный список прилагается.  Поля в списке такие:
> >
> > abidrift ::= newpkg newbin oldlibpkg oldlibpath newlibpkg newlibpath
> > soname T sym
> >
> > Смысл этого отношения такой, что пакет newpkg работает с библиотекой
> > newlibpkg, но не будет работать с библиотекой oldlibpkg, потому что в
> > новой библиотеке есть симовол sym, который используется newbin (а в
> > старой библиотеке этого символа нет).
>
> А теперь, научно-популярно. На примере пакета devilspie:
> devilspie       /usr/bin/devilspie
> glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
> 0.so.0.1000.2   libglib-2.0.so.0        T       g_intern_static_string
>
> devilspie       /usr/bin/devilspie
> glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
> 0.so.0.1000.2   libglib-2.0.so.0        T       g_slice_alloc0
>
> devilspie       /usr/bin/devilspie
> glib2   /usr/lib/libglib-2.0.so.0.800.4 glib2   /usr/lib/libglib-2.
> 0.so.0.1000.2   libglib-2.0.so.0        T       g_slice_free1
>
> Самый простой способ починить этот пакет, прибить гвоздями минимальную
> версию glib2 для использования. В текущий момент это (это та версия которая
> сейчас лежит в репозитории):
> [icesik@iceberg ~]$ rpm -q glib2
> glib2-2.10.2-alt1
> [icesik@iceberg ~]$
> Т.е.:
> Requires: glib2 >= 2.10.2-alt1
>
> Второй способ (более правильный, но более сложный), найти версию glib2 в
> которой были добавлены эти символы и прописать её в Requires.

Поиск по ChangeLog показывает, что эти символы, похоже, были добавлены в 2.9.1

-- 
Led.

Re: [devel] abi_drift

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 01:03:59PM +0300, Igor Zubkov wrote:
> В сообщении от 20 апреля 2006 07:17 Alexey Tourbin написал(a):
> > Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> > текущего сизифа.  Полный список прилагается.  Поля в списке такие:
> 
> Кстати, тут в список попал tidy. Это к вопросу о точечных обновлениях -- 
> #9437.

Робот не учитывает зависимостей между пакетами!  Т.е. например

bluez-utils	/usr/sbin/hciconfig	libbluez	/usr/lib/libbluetooth.so.1.0.19	libbluez	/usr/lib/libbluetooth.so.1.0.25	libbluetooth.so.1	T	hci_commandstostr
bluez-utils	/usr/sbin/hciconfig	libbluez	/usr/lib/libbluetooth.so.1.0.19	libbluez	/usr/lib/libbluetooth.so.1.0.25	libbluetooth.so.1	T	hci_read_ext_inquiry_response
bluez-utils	/usr/sbin/hciconfig	libbluez	/usr/lib/libbluetooth.so.1.0.19	libbluez	/usr/lib/libbluetooth.so.1.0.25	libbluetooth.so.1	T	hci_write_ext_inquiry_response

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

Но роботу это в некотором смысле всё равно.  То есть он говорит "чистую
правду", которая состоит в том, что если в системе окажется старая
версия libbluez и новая версия bluez-utils, то конфигурация получится
неработоспособной.

Может ли такая конфигурация получиться по зависимостям или нет, робот пока
в голову не берёт.

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

Re: [devel] abi_drift

[Igor Zubkov]

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

В сообщении от 20 апреля 2006 13:09 Led написал(a):
> > Самый простой способ починить этот пакет, прибить гвоздями минимальную
> > версию glib2 для использования. В текущий момент это (это та версия
> > которая сейчас лежит в репозитории):
> > [icesik@iceberg ~]$ rpm -q glib2
> > glib2-2.10.2-alt1
> > [icesik@iceberg ~]$
> > Т.е.:
> > Requires: glib2 >= 2.10.2-alt1
> >
> > Второй способ (более правильный, но более сложный), найти версию glib2 в
> > которой были добавлены эти символы и прописать её в Requires.
>
> Поиск по ChangeLog показывает, что эти символы, похоже, были добавлены в
> 2.9.1

Это хорошо, но не правильно. Да и не все разработчики пишут вменяемые 
changelog's. Этим должна заниматься автоматика.

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

Re: [devel] abi_drift

[Igor Zubkov]

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

В сообщении от 20 апреля 2006 13:07 Alexey Tourbin написал(a):
> > Самый простой способ починить этот пакет, прибить гвоздями минимальную
> > версию glib2 для использования. В текущий момент это (это та версия
> > которая сейчас лежит в репозитории):
> > [icesik@iceberg ~]$ rpm -q glib2
> > glib2-2.10.2-alt1
> > [icesik@iceberg ~]$
> > Т.е.:
> > Requires: glib2 >= 2.10.2-alt1
> >
> > Второй способ (более правильный, но более сложный), найти версию glib2 в
> > которой были добавлены эти символы и прописать её в Requires.
>
> Ещё более правильный способ - наладить symbol versioning у glib2.
> Тогда все пакеты, которые используют g_intern_static_string и т.п.,
> автоматически получат зависимость вида libglib-2.0.so.0(GLIB_ВЕРСИЯ).
>
> Я же делал такую штуку для 2.8.  Не знаю, для 2.10 было это сделано или
> нет.  Посмотрю на досуге. :)

Какой шанс запихать symbol versioning в upstream?

Желания подпирать пакеты местечковыми хаками нет. Пусть автоматика работает.

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

Re: [devel] abi_drift

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 01:26:45PM +0300, Igor Zubkov wrote:
> > Я же делал такую штуку для 2.8.  Не знаю, для 2.10 было это сделано или
> > нет.  Посмотрю на досуге. :)
> Какой шанс запихать symbol versioning в upstream?

Невысокий.  Пока libtool его не будет поддерживать.
Или нужно Drepper'а агитировать, чтобы он пролоббировал.
Можно попробовать в редхатовскую багзиллу запостить. :)

> Желания подпирать пакеты местечковыми хаками нет. Пусть автоматика работает.

Это вы о чем?  Что по мне то явное указание 'Requires: glib2 >= 2.9'
является хаком в большей степени, чем fine-grained symbol versioning.

Впрочем, всё дистростроение и есть подпирание пакетов местечковыми хаками.

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

Re: [devel] abi_drift

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 08:17:19AM +0400, Alexey Tourbin wrote:
> On Thu, Apr 20, 2006 at 04:27:55AM +0400, Alexey Tourbin wrote:
> > Кстати, я придумал ещё одного робота, который анализирует бинарную
> > совместимость между двумя различными срезами сизифа.  Идея в
> > следующем: при частичном обновлении возможны конфигурации, когда
> > приложение из нового среза не работает с библиотекой из старого среза,
> > потому что использует какие-то функции, которые появились в более новой
> > версии библиотеки (в новом срезе сизифа).
> 
> Проанализировал archive/Sisyphus/2006/01/04/files/i586/RPMS против
> текущего сизифа.  Полный список прилагается.  Поля в списке такие:
> 
> abidrift ::= newpkg newbin oldlibpkg oldlibpath newlibpkg newlibpath soname T sym

Кстати, могу продать скрипт, доллар за букву, всего 1390 долларов.

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

Re: [devel] abi_drift

[Igor Zubkov]

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

В сообщении от 20 апреля 2006 13:38 Alexey Tourbin написал(a):
> On Thu, Apr 20, 2006 at 01:26:45PM +0300, Igor Zubkov wrote:
> > > Я же делал такую штуку для 2.8.  Не знаю, для 2.10 было это сделано или
> > > нет.  Посмотрю на досуге. :)
> >
> > Какой шанс запихать symbol versioning в upstream?
>
> Невысокий.  Пока libtool его не будет поддерживать.
> Или нужно Drepper'а агитировать, чтобы он пролоббировал.
> Можно попробовать в редхатовскую багзиллу запостить. :)

Я думаю, что вариант запостить в редхатовую багзиллу вполне себе вариант. 
Плюс, пригласить туда Drepper'а.

> > Желания подпирать пакеты местечковыми хаками нет. Пусть автоматика
> > работает.
>
> Это вы о чем?  Что по мне то явное указание 'Requires: glib2 >= 2.9'
> является хаком в большей степени, 

Я имел в виду это хак.

> чем fine-grained symbol versioning. 

А вот это уже похоже на автоматику.

> Впрочем, всё дистростроение и есть подпирание пакетов местечковыми хаками.

:)

-- 
Кипелов - Вавилон

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

[devel] [sisyphus.ru] Re: libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Michael Shigorin]

On Thu, Apr 20, 2006 at 04:27:55AM +0400, Alexey Tourbin wrote:
> Этот робот уже лежит в cvs, называется abi_drift.  Правда пока
> он ничего не выводит.  В принципе можно его запустить, но
> интерпретация его работы опять же требует экспертного мнения.

Этого бы робота прикрутить к sisyphus.ru как отвечателя на
вопрос "апчему /usr/bin/$name работать перестало после точечного
апгрейда?"...

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 05:32:44PM +0300, Michael Shigorin wrote:
> On Thu, Apr 20, 2006 at 04:27:55AM +0400, Alexey Tourbin wrote:
> > Этот робот уже лежит в cvs, называется abi_drift.  Правда пока
> > он ничего не выводит.  В принципе можно его запустить, но
> > интерпретация его работы опять же требует экспертного мнения.
> 
> Этого бы робота прикрутить к sisyphus.ru как отвечателя на
> вопрос "апчему /usr/bin/$name работать перестало после точечного
> апгрейда?"...

И ещё отвечателя на вопрос "пьет ли maintainer коньяк по утрам"...

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Michael Shigorin]

On Thu, Apr 20, 2006 at 06:57:31PM +0400, Alexey Tourbin wrote:
> > > Этот робот уже лежит в cvs, называется abi_drift.  Правда
> > Этого бы робота прикрутить к sisyphus.ru как отвечателя на
> > вопрос "апчему /usr/bin/$name работать перестало после точечного
> > апгрейда?"...
> И ещё отвечателя на вопрос "пьет ли maintainer коньяк по утрам"...

Не, я почти сурьёзно.  Коньяк можно и выставить.

Вас бы с crux@ на недельку в курортные условия с DSL... :)

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Alexey Tourbin]

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

On Thu, Apr 20, 2006 at 07:37:28PM +0300, Michael Shigorin wrote:
> On Thu, Apr 20, 2006 at 06:57:31PM +0400, Alexey Tourbin wrote:
> > > > Этот робот уже лежит в cvs, называется abi_drift.  Правда
> > > Этого бы робота прикрутить к sisyphus.ru как отвечателя на
> > > вопрос "апчему /usr/bin/$name работать перестало после точечного
> > > апгрейда?"...

Не должно ничего отваливаться после точечного апгрейда.
Тогда не будет и вопросов.

> > И ещё отвечателя на вопрос "пьет ли maintainer коньяк по утрам"...
> Не, я почти сурьёзно.  Коньяк можно и выставить.

Кстати этот скрипт работает несколько часов и требует несколько гигабайт
диска.  В одном месте не удаётся элиминировать декартово произведение.
Пробовал кое-что сделать на sqlite3, но в общем там совсем глухо.

> Вас бы с crux@ на недельку в курортные условия с DSL... :)

Мне веб по барабану.  Меня больше интересуют методы представления и
преобразования информации (знаний, в идеале).

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

Re: [devel] abi_drift

[Dmitry V. Levin]

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

On Thu, Apr 20, 2006 at 02:07:42PM +0400, Alexey Tourbin wrote:
> On Thu, Apr 20, 2006 at 12:59:25PM +0300, Igor Zubkov wrote:
[...]
> Ещё более правильный способ - наладить symbol versioning у glib2.
> Тогда все пакеты, которые используют g_intern_static_string и т.п.,
> автоматически получат зависимость вида libglib-2.0.so.0(GLIB_ВЕРСИЯ).
> 
> Я же делал такую штуку для 2.8.  Не знаю, для 2.10 было это сделано или
> нет.  Посмотрю на досуге. :)

См. тред по ссылке:
http://lists.altlinux.org/pipermail/devel/2006-March/029943.html

Другими словами, для 2.10.1 эта работа была сделана.


-- 
ldv

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

Re: [devel] abi_drift

[Dmitry V. Levin]

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

On Thu, Apr 20, 2006 at 02:38:36PM +0400, Alexey Tourbin wrote:
> On Thu, Apr 20, 2006 at 01:26:45PM +0300, Igor Zubkov wrote:
> > > Я же делал такую штуку для 2.8.  Не знаю, для 2.10 было это сделано или
> > > нет.  Посмотрю на досуге. :)
> > Какой шанс запихать symbol versioning в upstream?
> 
> Невысокий.  Пока libtool его не будет поддерживать.
> Или нужно Drepper'а агитировать, чтобы он пролоббировал.
> Можно попробовать в редхатовскую багзиллу запостить. :)

glib$ cat MAINTAINERS 
Email: mclasen@redhat.com
Email: timj@gtk.org

Note that a lot of people are contributing to GLib, and some parts of it 
are technically maintained by others. The email addresses listed above are 
meant as contacts for administrative questions such as cvs accounts. Other 
questions are best directed to the mailing list gtk-devel-list@gnome.org.


-- 
ldv

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [060420 20:39]:
> Вас бы с crux@ на недельку в курортные условия с DSL... :)
"Курортные условия" и "DSL" - понятия взаимоисключающие...  ("Ой!
Тут ещё и море есть!!!")

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

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Ildar Mulyukov]

On Thu, Apr 20, 2006 at 09:20:47PM +0400, Alexey Tourbin wrote:
> On Thu, Apr 20, 2006 at 07:37:28PM +0300, Michael Shigorin wrote:
> > On Thu, Apr 20, 2006 at 06:57:31PM +0400, Alexey Tourbin wrote:
> > > > > Этот робот уже лежит в cvs, называется abi_drift.  Правда
> > > > Этого бы робота прикрутить к sisyphus.ru как отвечателя на
> > > > вопрос "апчему /usr/bin/$name работать перестало после точечного
> > > > апгрейда?"...
> 
> Не должно ничего отваливаться после точечного апгрейда.
> Тогда не будет и вопросов.
> 
> > > И ещё отвечателя на вопрос "пьет ли maintainer коньяк по утрам"...
> > Не, я почти сурьёзно.  Коньяк можно и выставить.
> 
> Кстати этот скрипт работает несколько часов и требует несколько гигабайт
> диска.  В одном месте не удаётся элиминировать декартово произведение.
> Пробовал кое-что сделать на sqlite3, но в общем там совсем глухо.

И даже дело не в этом. Подобная задача "трудно разрешима" в условиях, 
когда было произведено множество точечных апгрейдов (как у меня). На 
этапе "у вас Сизиф от какого числа" что будете отвечать?

Ильдар
--
Ildar  Mulyukov, 
  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] libcairo.so.2 sucks

[Dmitry V. Levin]

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

On Thu, Apr 20, 2006 at 03:54:12AM +0400, Dmitry V. Levin wrote:
> On Thu, Apr 20, 2006 at 03:38:49AM +0400, Alexey Tourbin wrote:
> [...]
> > Другими словами, библиотека, которая сейчас находится в сизифе,
> > неработоспособна.  Но после пересборки она "автоматически" становится
> > работоспособной, причем без изменения зависимостей.  Вот она вся
> > бинарная совместимость.  Т.е. нет никакой бинарной совместимости. :(
> 
> Так бывает, когда у библиотеки меняется ABI, но при этом в API сохраняется
> обратная совместимость.  В такой ситуации _необходимо_ менять soname.

Я бы хотел прочесть мнение по данной теме от мантейнера пакета libcairo.


-- 
ldv

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

Re: [devel] libcairo.so.2 sucks

[Valery V. Inozemtsev]

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

> > Так бывает, когда у библиотеки меняется ABI, но при этом в API
> > сохраняется обратная совместимость.  В такой ситуации _необходимо_ менять
> > soname.
>
> Я бы хотел прочесть мнение по данной теме от мантейнера пакета libcairo.

мое мнение таково - с libcairo.so и libglitz*.so лучше вообще не линковаться

-- 
Valery V. Inozemtsev

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

Re: [devel] libcairo.so.2 sucks

[Konstantin A. Lepikhov]

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

Hi Valery!

Monday 24, at 04:08:09 PM you wrote:

> > > Так бывает, когда у библиотеки меняется ABI, но при этом в API
> > > сохраняется обратная совместимость.  В такой ситуации _необходимо_ менять
> > > soname.
> >
> > Я бы хотел прочесть мнение по данной теме от мантейнера пакета libcairo.
> 
> мое мнение таково - с libcairo.so и libglitz*.so лучше вообще не линковаться
ага, давайте вообще не линковаться со всем gtk* и glib*. Заодно и сизиф
прочистим.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] libcairo.so.2 sucks

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 16:15 Konstantin A. Lepikhov написал(a):
> Hi Valery!
>
> Monday 24, at 04:08:09 PM you wrote:
> > > > Так бывает, когда у библиотеки меняется ABI, но при этом в API
> > > > сохраняется обратная совместимость.  В такой ситуации _необходимо_
> > > > менять soname.
> > >
> > > Я бы хотел прочесть мнение по данной теме от мантейнера пакета
> > > libcairo.
> >
> > мое мнение таково - с libcairo.so и libglitz*.so лучше вообще не
> > линковаться
>
> ага, давайте вообще не линковаться со всем gtk* и glib*. Заодно и сизиф
> прочистим.

а причем здесь gtk?

-- 
Valery V. Inozemtsev

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

Re: [devel] libcairo.so.2 sucks

[Alexey I. Froloff]

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

* Valery V. Inozemtsev <shrek@> [060424 16:23]:
> > ага, давайте вообще не линковаться со всем gtk* и glib*. Заодно и сизиф
> > прочистим.
> а причем здесь gtk?
А тут месяц назад dvdrip не запускался...

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

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

Re: [devel] libcairo.so.2 sucks (Sisyphus-20060420 bad_elf_symbols)

[Alexey Tourbin]

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

On Fri, Apr 21, 2006 at 01:29:25PM +0600, Ildar Mulyukov wrote:
> > Кстати этот скрипт работает несколько часов и требует несколько гигабайт
> > диска.  В одном месте не удаётся элиминировать декартово произведение.
> > Пробовал кое-что сделать на sqlite3, но в общем там совсем глухо.
> 
> И даже дело не в этом. Подобная задача "трудно разрешима" в условиях, 
> когда было произведено множество точечных апгрейдов (как у меня). На 

Подобная задача относительно легко разрешима, если учитывать все
возможные точечные апгрейды.  Проблема на самом деле в том, что робот
сейчас учитывает и невозможные (по зависимостям) точечные апгрейды.
То есть робот в некотором сымсле работает с upper bound, поэтому есть
false positives (но не в терминах "чистой правды", о которой я рядом
писал).

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