32231 2016-06-29 17:23:29 +0300 .spec: it's better not to redefine %_libdir for build (and check for 64 differently) 2021-08-28 02:27:13 +0300 1 1 4 Development Sisyphus picolisp unstable all Linux CLOSED FIXED P3 minor --- 1 imz oddity glebfm oddity qa-sisyphus oldest_to_newest 157503 0 imz 2016-06-29 17:23:29 +0300 picolisp-16.6-alt1 С переназначением %_libdir тоже хорошо бы что-то сделать (потому что сборочные "инструменты"/"реквизиты" будут искаться ведь тоже не там! И та простыня ошибок была вызвана чем-то вроде этой причины): # pretty much hardwired %define _libdir %_usr/lib Т.е. высталять новое значение как параметр сборки явно в %build, %install, %files? (Тут ещё возникает неожиданное несоответствие между %_lib и %_libdir -- обычно одно в конце другого, а здесь: export RPM_LIB="lib64" export RPM_LIBDIR="/usr/lib" export RPM_DATADIR="/usr/share" ). * * * Попробовал переписать проверку 64ёх на более осмысленную в master в git.alt:/people/imz/packages/picolisp.git : diff --git a/picolisp.spec b/picolisp.spec index 534ceed..cb6a61d 100644 --- a/picolisp.spec +++ b/picolisp.spec @@ -28,10 +28,12 @@ PicoLisp can be viewed from two different aspects: %setup -n picoLisp %build -%ifarch x86_64 ia64 ppc64 sparc64 s390x +%if "%(getconf LONG_BIT)" == "64" cd src64 -%else +%elif "%(getconf LONG_BIT)" == "32" cd src +%else +exit 1 %endif make cd .. Можно ещё ExclusiveArch прописать (на твой вкус). 157510 1 imz 2016-06-29 19:22:35 +0300 Similar .spec problems: https://bugzilla.altlinux.org/show_bug.cgi?id=32232 https://bugzilla.altlinux.org/show_bug.cgi?id=32233 192711 2 mike 2020-09-21 15:36:17 +0300 Вань, похоже, я тогда не заметил эту багу просто -- если хочешь, сделай NMU. 202102 3 repository-robot 2021-08-28 02:27:13 +0300 picolisp-21.6-alt1 -> sisyphus: Fri Aug 27 2021 Ilya Mashkin <oddity@altlinux.ru> 21.6-alt1 - 21.6 - build with clang, llvm etc - undefine usrlib (Closes: #32231)