[devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Denis Kuznetsov]

Добрый день!
При сборке собрать libnih вылезает в Requires libc.so.6(GLIBC_PRIVATE)(64bit).
Что это за зверь откуда оно берется???

-- 
Denis E. Kuznetsov
e-mail: kde{at}kde.kiev.ua
jabber: denis.e.kuznetsov{at}gmail.com
--------------------------------------

Re: [devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Dmitry V. Levin]

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

Hi,

On Thu, May 20, 2010 at 04:40:54PM +0300, Denis Kuznetsov wrote:
> Добрый день!
> При сборке собрать libnih вылезает в Requires libc.so.6(GLIBC_PRIVATE)(64bit).
> Что это за зверь откуда оно берется???

Этот зверь охраняет заповедник символов, которые нельзя использовать
за пределами glibc.

$ readelf -s /lib64/libc.so.6 |fgrep -c @@GLIBC_PRIVATE
48

Если в результате сборки пакета образовалась зависимость такого рода,
то, скорее всего, пакет собрался неправильно.


-- 
ldv

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

Re: [devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Alexey Tourbin]

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

On Sun, May 23, 2010 at 10:05:45PM +0400, Dmitry V. Levin wrote:
> Hi,
> 
> On Thu, May 20, 2010 at 04:40:54PM +0300, Denis Kuznetsov wrote:
> > Добрый день!
> > При сборке собрать libnih вылезает в Requires libc.so.6(GLIBC_PRIVATE)(64bit).
> > Что это за зверь откуда оно берется???
> 
> Этот зверь охраняет заповедник символов, которые нельзя использовать
> за пределами glibc.
> 
> $ readelf -s /lib64/libc.so.6 |fgrep -c @@GLIBC_PRIVATE
> 48
> 
> Если в результате сборки пакета образовалась зависимость такого рода,
> то, скорее всего, пакет собрался неправильно.

Возможно, лучше добавить проверку в sisyphus_check, вместо того, чтобы
создавать искусственный анмет.

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

Re: [devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Motsyo Gennadi aka Drool]

23.05.2010 21:05, Dmitry V. Levin пишет:
> Если в результате сборки пакета образовалась зависимость такого рода,
> то, скорее всего, пакет собрался неправильно.

	Либо на старом бранче. С такой же гадостью собирается сизифный qmmp на
4.1. Причем если удовлетворить все зависимости, кроме этой, и руками
положить куда нужно бинарник - все работает замечательно.

Re: [devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Andrey Rahmatullin]

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

On Sun, May 23, 2010 at 10:23:45PM +0400, Alexey Tourbin wrote:
> Возможно, лучше добавить проверку в sisyphus_check, вместо того, чтобы
> создавать искусственный анмет.
И имена самих символов выводить.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> > Это libgpm так громко ругается.  На него и вешать...
> А вспомнив, что у нас ncurses с libgpm, можно и туда :)
А поскольку у нас libgpm с ncurses, можно и обратно ;)
		-- inger in sisyphus@

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

Re: [devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Denis Kuznetsov]

On Sunday 23 May 2010 22:27:34 Andrey Rahmatullin wrote:
> > Возможно, лучше добавить проверку в sisyphus_check, вместо того, чтобы
> > создавать искусственный анмет.
>
> И имена самих символов выводить.
пожалуй это было-бы разумно.... 


-- 
Denis E. Kuznetsov
e-mail: kde{at}kde.kiev.ua
jabber: denis.e.kuznetsov{at}gmail.com
--------------------------------------

Re: [devel] libc.so.6(GLIBC_PRIVATE)(64bit)

[Alexey Tourbin]

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

On Mon, May 24, 2010 at 01:27:34AM +0600, Andrey Rahmatullin wrote:
> On Sun, May 23, 2010 at 10:23:45PM +0400, Alexey Tourbin wrote:
> > Возможно, лучше добавить проверку в sisyphus_check, вместо того, чтобы
> > создавать искусственный анмет.
> И имена самих символов выводить.

sisyphus_check сейчас принципиально (by design) ограничен тем,
что работает только с заголовком пакета.  Чтобы показать символы
(зная зависимость), нужно распаковать rpm payload и поискать файлы,
которые создают зависимость.  Это далеко выходит за пределы изначальных
возможностей sisyphus_check.

Другая "неприятная" особенность sisyphus_check - это то, что он
проверяет пакеты по одной штуке за раз.  Реально же пакеты собираются
в виде набора (src->bin+), причем на двух архитектурах.  Так что
некоторые менее тривиальные проверки возможны только в более общем
контексте.

Короче, сейчас имеется некоторый арсенал для реализации автоматических
проверок: 1a) rpm brp-alt; 1b) find-requires; 2) sisyphus_check;
3) girar-builder policies.  Дополнительно, но пока без номера,
работает repocop.

По-моему, ценность sisyphus_check девальвируется - у него, прежде всего,
нет адекватной модели данных.  Тогда и сборка в хешере девальвируется -
maintainer не знает, пройдёт его пакет через girar-builder policies или
нет.  И тестовая пересборка пакета тоже девальвируется.

Если вернуться к теме, то я хочу ещё раз сказать, что проверка
нежелательной зависимости GLIBC_PRIVATE будет будет более уместна
в sisyphus_check.

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