[devel] Ограничения сборочницы для virtualbox-6.1.14 и выше

Alexey V. Vissarionov gremlin на altlinux.org
Вт Дек 29 12:25:50 MSK 2020


On 2020-12-29 11:51:11 +0300, Dmitry V. Levin wrote:

 >>> В таком случае предлагаю следующий вариант объезда в rpmelfsym.pm:
 >>> # virtualbox ELF shared objects with unclear linkage semantics
 >>> next if $filename =~ m#^/usr/lib(64)?/virtualbox/[^/.]+\.r0\z#;
 >> Костыль. Если делать по уму - надо смотреть на породу эльфа, а не
 >> на место его обитания. И если оно non-Linux - сборочнице до него
 >> не должно быть никакого дела.
 > Тут уже было, повторяю:
 > $ rpmpeek
 > /tasks/264125/build/200/x86_64/rpms/virtualbox-6.1.16-alt1.x86_64.rpm
 > file ./usr/lib64/virtualbox/VMMR0.r0
 > ./usr/lib64/virtualbox/VMMR0.r0: ELF 64-bit LSB shared object,
 > x86-64, version 1 (SYSV), dynamically linked, stripped
 > Для сравнения:
 > $ file -L /usr/lib64/libelf.so.1
 > /usr/lib64/libelf.so.1: ELF 64-bit LSB shared object, x86-64,
 > version 1 (SYSV), dynamically linked, stripped

Ну, libelf такой libelf... тут, скорее, именно его надо в исключения
внести - в общем случае non-Linux блобятине в %_libdir не место.

Ну, или явно их указывать для каждого пакета макросом наподобие
%alienelf %_libdir/%name/*.r0 - это хотя бы будет означать, что
мейнтейнер знает, что это за файлы.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net


Подробная информация о списке рассылки Devel