Попробовал на своей машине, оно не очень приятно падает в этом режиме: $ ltrace -x \* /bin/ls /var/empty/ .... <... check_match resumed> ) = { 18799, '\022', '\0', 13, 221008, 220 } <... do_lookup_x resumed> ) = 1 <... _dl_lookup_symbol_x resumed> ) = <... _dl_fixup resumed> ) = 140287210082128 getenv@libc.so.6("COLUMNS" strlen@libc.so.6("COLUMNS") = 7 <... getenv resumed> ) = nil ioctl( --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ $ ltrace -x \* /bin/echo a .... <... check_match resumed> ) = { 20645, '"', '\0', 13, 471424, 151 } <... do_lookup_x resumed> ) = 1 <... _dl_lookup_symbol_x resumed> ) = <... _dl_fixup resumed> ) = 140342807331200 fputs_unlocked@libc.so.6(0x7fffa221149b, 0x7fa400007fa4, 45, 32 strlen@libc.so.6("a") = 1 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ $ rpm -q ltrace coreutils-debuginfo glibc-core-debuginfo ltrace-0.7.91.0.198.git82c6640-alt1.x86_64 coreutils-debuginfo-8.27.0.23.f4570-alt1.x86_64 glibc-core-debuginfo-2.25-alt3.x86_64 $ Думаю, если это бага upstream-а, то это не препятствие для попадания пакета в Sisyphus. Можно будет в bugzill-е зафиксировать её просто. Без debuginfo то же поведение. -- Best regards, Ivan