LINUX.ORG.RU
Форум — Desktop  

libdrm собирает x86 версию как amd64

 , ,


0

1

В /usr/lib32 для libdrm находятся абсолютно те же файлы, что и в /usr/lib64.

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

~/ file /usr/lib32/libdrm.so.2.4.0
/usr/lib32/libdrm.so.2.4.0: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV), dynamically linked, with debug_info, not stripped
~/ openssl md5 /usr/lib32/libdrm.so.2.4.0
MD5(/usr/lib32/libdrm.so.2.4.0)= c27a5d2190bfb084f0f511cf677c0921
~/ openssl md5 /usr/lib64/libdrm.so.2.4.0
MD5(/usr/lib64/libdrm.so.2.4.0)= c27a5d2190bfb084f0f511cf677c0921
★★★★★

Последнее исправление: Bfgeshka (всего исправлений: 1)

multilib-strict не для таких случаев разве? P.S у самого система без мультилиба

UPDATE:

Many Makefiles assume that their libraries should go to /usr/lib, or $(prefix)/lib. This assumption can cause a serious mess if /usr/lib isn't a symlink to /usr/lib64. To find the bad packages, we have a portage feature called multilib-strict. It will prevent emerge from putting 64bit libraries into anything other than (/usr)/lib64.

Meyer ★★★★★
()
Последнее исправление: Meyer (всего исправлений: 1)

А как ты это смог сделать?
У меня всё в порядке.
qlist libdrm | grep .so.[0-9].[0-9] | xargs file
/usr/lib64/libkms.so.1.0.0: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV), dynamically linked, stripped
/usr/lib64/libdrm_intel.so.1.0.0: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV), dynamically linked, stripped
/usr/lib64/libdrm.so.2.4.0: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV), dynamically linked, stripped
/usr/lib32/libkms.so.1.0.0: ELF 32-bit LSB pie executable Intel 80386, version 1 (SYSV), dynamically linked, stripped
/usr/lib32/libdrm_intel.so.1.0.0: ELF 32-bit LSB pie executable Intel 80386, version 1 (SYSV), dynamically linked, stripped
/usr/lib32/libdrm.so.2.4.0: ELF 32-bit LSB pie executable Intel 80386, version 1 (SYSV), dynamically linked, stripped

imul ★★★★★
()

Как оказалось, теперь libdrm собирается на meson. Эта штука газифицирует лужи почему-то в данном случае, из-за чего не может задать нормально архитектуру хоста.

Скомпилял вручную с подстановкой -m32 и собралось нормально вроде как. Подсунул в /usr/lib32 и линковка у месы на масто встала.

Тем не менее, это не решение причины, а только разгребание последствий. Буду рад, если кто прояснит ситуацию.

Bfgeshka ★★★★★
() автор топика
Ответ на: комментарий от Bfgeshka

только что собрал крайний libdrm на профиле 17.1, файлы имеют разные размеры.

проблема может быть в куче оверлеев от васянов

Deleted
()
Последнее исправление: Lifun (всего исправлений: 2)
Ответ на: комментарий от Deleted

Дануне, все системы сборки и графический стек из основного дерева онли.

Я понимаю, что проблемы с этим пакетом только у меня. А вот почему так получается я и хочу узнать.

Bfgeshka ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Ты не сечёшь просто. Эти пакеты установлены не портажем, поэтому он и про репозиторий не знает. Но установлены они из гентушного дерева.

Bfgeshka ★★★★★
() автор топика
Ответ на: комментарий от Bfgeshka

т.е. у тебя тулчейн глючит, а не секу я. ну, окей. продолжай наблюдения.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Desktop