[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