[devel] SharedLibsPolicy или хорошо что мы не Debian

[Valery V. Inozemtsev]

Доброе утро, коллеги.

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

Пример 1:
libbluez/libbluez3, хотя здесь лучше сказать
libbluetooth.so.2/libbluetooth.so.3, что бы не было путаницы. если
рассматривать эту библиотеку как библиотеку, то все замечательно,
зависимости удовлетворены, пакеты пересборку проходят. но вот оказия,
отдельно эта библиотека совершенно бесполезна, т.е. нужно еще что то для
управления всей подсистемой bluetooth и это что то bluetoothd из пакета
bluez-4.XX. почему не hcid из bluez-utils? потому что если ты не
"чёкнутый профессор", помимо {bluetooth,hci}d понадобится
gnome-bluetooth/blueman/kbluetooth, которые собраны с libbluetooth.so.3
и нужен им bluez-4.XX. пользователь ставит тот же gammu и долго
удивляется, почему же он не работает?

Пример 2:
libpolkit/libpolkit1. полиси соблюдены, пожалуйста собирайте KDE4 с
polkit, gnome-2.28 с polkit1. но тут опять бяда - кто то из них будет
работать не так, как предполагалось. оказывается сам по себе polkit
работать не может, ему нужен ConsoleKit и рабочим будет тот polkit с
которым слинкован ConsoleKit

Пример 3:
libcdio
$ rpmquery -pl libcdio-0.81-alt2.i586.rpm | grep lib/lib
/usr/lib/libcdio.so.10
/usr/lib/libcdio.so.10.0.0
/usr/lib/libcdio_cdda.so.0
/usr/lib/libcdio_cdda.so.0.0.5
/usr/lib/libcdio_paranoia.so.0
/usr/lib/libcdio_paranoia.so.0.0.3
/usr/lib/libiso9660.so.7
/usr/lib/libiso9660.so.7.0.0
/usr/lib/libudf.so.0
/usr/lib/libudf.so.0.0.0
$ rpmquery -pl libcdio-0.82-alt1.i586.rpm | grep lib/lib
/usr/lib/libcdio.so.12
/usr/lib/libcdio.so.12.0.0
/usr/lib/libcdio_cdda.so.0
/usr/lib/libcdio_cdda.so.0.0.5
/usr/lib/libcdio_paranoia.so.0
/usr/lib/libcdio_paranoia.so.0.0.3
/usr/lib/libiso9660.so.7
/usr/lib/libiso9660.so.7.0.0
/usr/lib/libudf.so.0
/usr/lib/libudf.so.0.0.0
т.к. таск 15301 канул в лету, соблюдем полиси и обзовем их libcdio и
libcdio82 с provides/conflicts. gst-plugins-ugly я естественно соберу с
новой библиотекой. результат - установить одновременно, например,
openoffice.org и mpd невозможно

а теперь вопрос: так что же мы хотим, что бы пакеты собирались и имели
удовлетворенные зависимости, но при этом они либо оказываются не
рабочими, либо вместе не живут; или все же что бы можно было эти пакеты
установить не каждый по отдельности, а вместе, да при этом еще, о чудо,
они будут работать?

P.S. вспоминая зоопарк с libneonXX... была кучка пакетов собранная с
3-ми, 4-мя неонами, я потратил несколько часов на то что бы собрать их с
libneon последней версии.
сколько времени потребуется отдельно взятому мантейнеру на починку
одного пакета и стоит ли плодить четыре одинаковых библиотек с разным
soname?

-- 
Valery V. Inozemtsev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: ??? ????? ????????? ????????? ???????? ????????
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20091113/86a396f0/attachment.bin>