Пересборка пакета в хешере завершается с такой диагностикой: make MYARCH=i386 CC="gcc -m32" libs make[1]: Entering directory `/usr/src/RPM/BUILD/dietlibc-0.30' make[1]: Nothing to be done for `libs'. make[1]: Leaving directory `/usr/src/RPM/BUILD/dietlibc-0.30' gcc -isystem include -Os -fstrict-aliasing -momit-leaf-frame-pointer -mfancy-math-387 -Wall -Wextra -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wno-switch -Wno-unused -Wredundant-decls -nostdlib -o bin-x86_64/diet bin-x86_64/start.o bin-x86_64/dyn_start.o diet.c bin-x86_64/dietlibc.a bin-x86_64/dyn_stop.o -DDIETHOME=\"/usr/src/RPM/BUILD/dietlibc-0.30\" -DVERSION=\"dietlibc-0.30\" -lgcc strip -R .comment -R .note bin-x86_64/diet make: *** [bin-x86_64/diet] Segmentation fault make: *** Deleting file `bin-x86_64/diet' Хотя в хостсистеме все чудесно пересобирается.
Это strip -R .comment -R .note bin-x86_64/diet падает (просто strip без опций на этом файле тоже падает). binutils-1:2.18.50.0.9-alt3, binutils-1:2.18.50.0.9-alt4 ведут себя в этом отношении одинаково. У меня и в хост-системе так же падает - видимо, там, где не падает, какая-то другая версия binutils.
Created attachment 3242 [details] bin-x86_64/diet Файл, с которым проявляется проблема.
Нет, версия binutils в хешере и в хостсистеме идентичная, возможно что-то другое влияет на процесс сборки. Да, и сам файл падает в segfault при попытке его запуска. Т.е. проблема именно в том, каким файл получается при сборке...
strip из binutils-2.19.51.0.2-alt1 на приложенном файле bin-x86_64/diet отработал нормально, пакет dietlibc-0.30-alt3.src.rpm пересобрался на вид нормально. Будем считать, что fixed upstream.