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