ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Michael Shigorin <mike@osdn.org.ua>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] SharedLibsPolicy
Date: Fri, 13 Nov 2009 23:25:26 +0200
Message-ID: <20091113212526.GP13476@osdn.org.ua> (raw)
In-Reply-To: <1258101392.3733.55.camel@marsh.altlinux.lan>

On Fri, Nov 13, 2009 at 11:36:32AM +0300, Valery V. Inozemtsev wrote:
> как говорится утро вечера мудренее... по мотивам #22272

...намудрил, да.

> Пример 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 и долго удивляется, почему же он не работает?

Спасибо тебе за эпитет, а только "пользователь" для тебя уже
как вот здесь описано: http://lwn.net/Articles/357366/?
Мне эти блюеманы не сдались трижды.  kdebluetooth (третий)
раз в пятилетку применяю при спаривании, после переезда на
dbus не получается пользоваться нормальным PIN-скриптом.

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

(да, и gammu у меня *работает*, что от него и требуется)

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

Возможно ли это выразить в терминах Conflicts:?

> Пример 3:
[...]
> т.к. таск 15301 канул в лету, соблюдем полиси и обзовем их
> libcdio и libcdio82 с provides/conflicts. gst-plugins-ugly я
> естественно соберу с новой библиотекой. результат - установить
> одновременно, например, openoffice.org и mpd невозможно

И чем была бы лучше ситуация при отсутствии как SharedLibsPolicy,
так и возможности оперативно всех как минимум пересобрать,
а порой ещё и пропатчить?

Вот возьми листик бумаги, подели на плюсы-минусы и опиши своё
предложение (которого я не наблюдаю) против SLP.

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

Полиси может помось с "собирались и имели", а со всем остальным
задача _остаётся_ на майнтейнере.

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

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

Ну да, ну да.  Это время делится на въезд в проблему и N кусочков
исправления конкретных ситуаций.  Баланс может быть сильно
разным, нередко въезд намного дороже конкретного исправления
(и одному человеку разобраться и починить пачку пакетов намного
быстрее, чем N человекам N раз разобраться и починить по пакету).

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

PS: помимо дебиана, lib%name%soname давно используется как
минимум в mandriva и opensuse, и чуточку -- даже в федоре.

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


  parent reply	other threads:[~2009-11-13 21:25 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-13  8:36 [devel] SharedLibsPolicy или хорошо что мы не Debian Valery V. Inozemtsev
2009-11-13 10:42 ` Anton Farygin
2009-11-13 11:14   ` Damir Shayhutdinov
2009-11-13 11:17     ` Anton Farygin
2009-11-13 11:26       ` Led
2009-11-13 11:27       ` Damir Shayhutdinov
2009-11-13 11:33         ` Valery V. Inozemtsev
2009-11-13 11:37           ` Damir Shayhutdinov
2009-11-13 11:44             ` Anton Farygin
2009-11-13 11:46             ` Valery V. Inozemtsev
2009-11-13 12:18               ` Damir Shayhutdinov
2009-11-13 11:56   ` Денис Смирнов
2009-11-18 19:17     ` Yury Aliaev
2009-11-19  2:40       ` Денис Смирнов
2009-11-19  7:20         ` Yury Aliaev
2009-11-13 16:07   ` Igor Vlasenko
2009-11-13 16:40     ` Anton Farygin
2009-11-13 17:12       ` Igor Vlasenko
2009-11-13 17:19         ` Anton Farygin
2009-11-18 19:19     ` Yury Aliaev
2009-11-13 12:22 ` Sergey V Turchin
2009-11-13 21:25 ` Michael Shigorin [this message]
2009-11-13 21:39   ` [devel] SharedLibsPolicy Led
2009-11-13 22:55     ` Michael Shigorin
2009-11-13 23:17       ` Led
2009-11-14  9:53         ` Michael Shigorin
2009-11-14 20:25     ` Денис Смирнов
2009-11-14 20:45       ` Led
2009-11-14 22:20         ` Денис Смирнов
2009-11-14 22:30           ` Led
2009-11-14 22:55             ` Денис Смирнов
2009-11-14 23:19               ` Led
2009-11-15  0:46                 ` Денис Смирнов
2009-11-15  1:36                   ` Led
2009-11-15  7:06                     ` Денис Смирнов
2009-11-15 20:00                       ` Led
2009-11-15 20:27                         ` Michael Shigorin
2009-11-15 21:01                           ` Led
2009-11-15 21:27                             ` Michael Shigorin
2009-11-15 22:20                               ` Anton Farygin
2009-11-15 21:14                         ` [devel] symbols into dependencies Alexey Tourbin
2009-11-15 22:47                           ` Led
2009-11-15 23:11                             ` Alexey Tourbin
2009-11-15 23:43                               ` Led
2009-11-16  0:16                                 ` Alexey Tourbin
2009-11-16  0:27                                   ` Dmitry V. Levin
2009-11-17  1:10                                     ` Alexey Tourbin
2009-11-16  0:05                           ` Dmitry V. Levin
2009-11-16  0:44                             ` Alexey Tourbin
2009-11-16  9:46                               ` Sergey Vlasov
2009-11-16 10:48                                 ` Dmitry V. Levin
2009-11-16 11:36                                   ` Alexey Tourbin
2009-11-16 12:01                                     ` Damir Shayhutdinov
2009-11-16 12:17                                       ` Alexey Tourbin
2009-11-16 12:50                                       ` Sergey Vlasov
2009-11-16 13:09                                         ` Alexey Tourbin
2009-11-16  8:16                           ` Stanislav Ievlev
2009-11-15 22:01                         ` [devel] SharedLibsPolicy Sergey Vlasov
2009-11-15 22:54                           ` Led
2009-11-15 12:08               ` Igor Vlasenko
2009-11-15 13:30                 ` Michael Shigorin
2009-11-15 19:11                     ` Michael Shigorin
2009-11-15 19:36                   ` Денис Смирнов
2009-11-15 20:29                     ` Michael Shigorin
2009-11-15 19:36                   ` Konstantin Pavlov
2009-11-15 19:39                 ` Денис Смирнов
2009-11-14 20:31 ` [devel] SharedLibsPolicy или хорошо что мы не Debian Денис Смирнов
2009-11-14 23:14   ` Anton Farygin
2009-11-15 12:24     ` Michael Shigorin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20091113212526.GP13476@osdn.org.ua \
    --to=mike@osdn.org.ua \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git