singular/armhf is missing because it build-depends on polybori, which FTBFS on armhf with a segfault in python2.7.
gdb backtrace of this segfault shows:
#0 0xb6a9b408 in ?? () from /lib/arm-linux-gnueabihf/libcrypto.so.1.0.0
#1 0xb6a98d30 in OPENSSL_cpuid_setup ()
from /lib/arm-linux-gnueabihf/libcrypto.so.1.0.0
#2 0xb6fe28bc in call_init (l=<optimized out>, argc=argc@entry=3,
argv=argv@entry=0xbefff724, env=env@entry=0xbefff734) at dl-init.c:72
#3 0xb6fe2996 in call_init (env=<optimized out>, argv=<optimized out>,
argc=<optimized out>, l=<optimized out>) at dl-init.c:30
#4 _dl_init (main_map=0x377378, main_map@entry=0xb6c1db60, argc=3,
argv=0xbefff724, env=0xbefff734) at dl-init.c:120
#5 0xb6fe59b6 in dl_open_worker (a=<optimized out>) at dl-open.c:575
#6 0xb6fe27f4 in _dl_catch_error (objname=0xbeffde9c,
objname@entry=0xbeffdeb4, errstring=0xbeffdea0,
errstring@entry=0xbeffdeb8, mallocedp=0xbeffde9b,
mallocedp@entry=0xbeffdeb3, operate=0xb6fe574d <dl_open_worker>,
args=0xbeffdea4, args@entry=0xbeffdebc) at dl-error.c:187
#7 0xb6fe5450 in _dl_open (
file=0x376370 "/usr/lib/python2.7/lib-dynload/_hashlib.arm-linux-gnueabihf.so", mode=-2147483646, caller_dlopen=0xb05e9 <_PyImport_GetDynLoadFunc+196>,
nsid=<optimized out>, argc=3, argv=0xbefff724, env=0xbefff734)
at dl-open.c:660
#8 0xb6eb4ab8 in dlopen_doit (a=0xbeffe100) at dlopen.c:66
#9 0xb6fe27f4 in _dl_catch_error (objname=0x379764, errstring=0x379768,
mallocedp=0x379760, operate=0xb6eb4a65 <dlopen_doit>, args=0xbeffe100)
This looks like either a bug in openssl on armhf, which is important to fix (unblocking polybori and singular); or a bug in polybori on all architectures which happens to trigger a crash on armhf but not on other architectures, so should be fixed in polybori. Either way, binary removal of singular/armhf does not look like the right answer to me.
singular/armhf is missing because it build-depends on polybori, which FTBFS on armhf with a segfault in python2.7.
gdb backtrace of this segfault shows:
#0 0xb6a9b408 in ?? () from /lib/arm- linux-gnueabihf /libcrypto. so.1.0. 0 linux-gnueabihf /libcrypto. so.1.0. 0 argv@entry= 0xbefff724, env=env@ entry=0xbefff73 4) at dl-init.c:72 entry=0xb6c1db6 0, argc=3, 0xbefff724, env=0xbefff734) at dl-init.c:120 0xbeffde9c, entry=0xbeffdeb 4, errstring= 0xbeffdea0, entry=0xbeffdeb 8, mallocedp= 0xbeffde9b, entry=0xbeffdeb 3, operate=0xb6fe574d <dl_open_worker>, 0xbeffdea4, args@entry= 0xbeffdebc) at dl-error.c:187 python2. 7/lib-dynload/ _hashlib. arm-linux- gnueabihf. so", mode=-2147483646, caller_ dlopen= 0xb05e9 <_PyImport_ GetDynLoadFunc+ 196>, 0x379760, operate=0xb6eb4a65 <dlopen_doit>, args=0xbeffe100)
#1 0xb6a98d30 in OPENSSL_cpuid_setup ()
from /lib/arm-
#2 0xb6fe28bc in call_init (l=<optimized out>, argc=argc@entry=3,
argv=
#3 0xb6fe2996 in call_init (env=<optimized out>, argv=<optimized out>,
argc=<optimized out>, l=<optimized out>) at dl-init.c:30
#4 _dl_init (main_map=0x377378, main_map@
argv=
#5 0xb6fe59b6 in dl_open_worker (a=<optimized out>) at dl-open.c:575
#6 0xb6fe27f4 in _dl_catch_error (objname=
objname@
errstring@
mallocedp@
args=
#7 0xb6fe5450 in _dl_open (
file=0x376370 "/usr/lib/
nsid=<optimized out>, argc=3, argv=0xbefff724, env=0xbefff734)
at dl-open.c:660
#8 0xb6eb4ab8 in dlopen_doit (a=0xbeffe100) at dlopen.c:66
#9 0xb6fe27f4 in _dl_catch_error (objname=0x379764, errstring=0x379768,
mallocedp=
This looks like either a bug in openssl on armhf, which is important to fix (unblocking polybori and singular); or a bug in polybori on all architectures which happens to trigger a crash on armhf but not on other architectures, so should be fixed in polybori. Either way, binary removal of singular/armhf does not look like the right answer to me.