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 --]
next prev parent 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