ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Tourbin <at@altlinux.ru>
To: Alexander Bokovoy <ab@altlinux.org>
Cc: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] I: sonames versioned with symbols
Date: Mon, 10 May 2010 10:25:49 +0400
Message-ID: <20100510062549.GR11797@altlinux.org> (raw)
In-Reply-To: <AANLkTimAOqdQADf-_pocBe0K3zdi_w9QFixsYeXlN54W@mail.gmail.com>

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

On Mon, May 10, 2010 at 06:29:09AM +0300, Alexander Bokovoy wrote:
> 2010/5/9 Alexey Tourbin <at@altlinux.ru>:
> > Я нарисовал предварительную (и пока весьма несовершенную) реализацию
> > этого дела.  Суть этого дела в том, что сонеймы (имена библиотек)
> > будут предоставлять "множество символов", то есть функций (и переменных),
> > которые из них можно загрузить.  Соответственно при линковке можно
> > требовать символы, которые туда разрешаются - и это делается
> > автоматически в lib.req с помощью специальных возможностей ld.so/ldd.
> > http://git.altlinux.org/people/at/packages/rpm.git?a=shortlog;h=refs/heads/libhash
> >
> > С целью тестирования я пересобрал (приватно) базовую систему; и теперь
> > например у пакета librpm появилась зависимость
> > Requires: libz.so.1()(64bit) >= set:gzclose;gzdopen;gzerror;gzflush;gzopen;gzread;gzseek;gzwrite
> >
> > Соответственно у пакета zlib появился более длинная зависимость
> > Provides: libz.so.1()(64bit) = set:adler32;adler32_combine;compress;compress2;compressBound;crc32;...
> >
> > set-версии надо будет переделать - вместо "poor man's" реализации, когда
> > символы просто конкатенируются, надо придумать какую-то схему
> > хеширования (чтобы версии у зависимостей были более "короткие").
> > Пожалуй напишу об этом подробнее - позже.
> Такой механизм можно использовать для выражения сервисных зависимостей
> между сложными пакетными группами?

Предполагается реализовать общий механизм "множество строк" (или
элементов) в виде версии.  Использовать его дальше можно как угодно,
но есть интерес №1 сделать таким образом зависимости на библиотеки.

> Provides: infrastructure =
> set:file-server;domain-controller;dns-server;ldap-server;...;cifs-client
> 
> Provides: infrastructure = set:nfs-server
> 
> Provides: infrastructure = set:nfs-client
> 
> и
> 
> Requires: infrastructure >= set:nfs-server;ldap-server;dns-server;file-server;
> 
> Можно ли объявлять множества, объединяемые из Provides: разных
> пакетов? Так, чтобы Provides: infrastructure = set:...; можно было
> "пополнять" из разных пакетов?

Нет, объединять Provides нельзя.  Какой-то один Provides может
удовлетворить какой-то конкретный Requires (такова логика работы rpm).
В этом есть смысл: либо какая-то одна библиотека предоставляет всё что
нам нужно, либо какой тогда смысл если есть две библиотеки с одинаковым
именем...  Но можно расщепить Requires!

Для твоего примера "infrastructure" использовать set-dependencies
кажется оверкиллом.  Ты можешь просто требовать infrastructure-nfs-server
или infrastructure = nfs-server или как старый добрый пример просто MTA.

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

  reply	other threads:[~2010-05-10  6:25 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-09 14:02 Alexey Tourbin
2010-05-09 15:11 ` Денис Смирнов
2010-05-09 15:42   ` Alexey Tourbin
2010-05-09 18:56     ` Денис Смирнов
2010-05-09 23:36       ` Alexey Tourbin
2010-05-10  0:08         ` Денис Смирнов
2010-05-10  0:58           ` Alexey Tourbin
2010-05-10 14:59             ` Денис Смирнов
2010-06-08 20:02         ` Michael Shigorin
2010-05-10  0:25       ` Alexey Borovskoy
2010-05-10  0:43         ` Alexey Tourbin
2010-05-10  9:53           ` Alexey Tourbin
2010-05-10 13:46             ` Alexey Borovskoy
2010-05-10  3:29 ` Alexander Bokovoy
2010-05-10  6:25   ` Alexey Tourbin [this message]
2010-05-13 20:51 ` Anton V. Boyarshinov
2010-05-13 21:01   ` Aleksey Novodvorsky
2010-05-13 21:23     ` Alexey Tourbin
2010-05-13 22:23       ` Yuri N. Sedunov
2010-05-14  2:50         ` Alexey Tourbin
2010-06-08 20:06     ` Michael Shigorin
2010-05-13 21:06   ` Alexey Tourbin
2010-05-14 12:01     ` Anton V. Boyarshinov
2010-05-14 21:42       ` Денис Смирнов
2010-05-15  7:10       ` Денис Смирнов

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=20100510062549.GR11797@altlinux.org \
    --to=at@altlinux.ru \
    --cc=ab@altlinux.org \
    --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