Ensure maiden-repl dependencies are installed and build is functional on bullseye image

[ngwese]

I would have expected missing readline dependencies to have shown up as a build failure but regardless the current state needs to be evaluated. For those following along the maiden-repl tool is a C program from the early days for the norns stack which the maiden repl subcommand runs. While maiden itself is written in Go and statically linked, maiden-repl is not.

Reported here:
https://llllllll.co/t/norns-maiden/14052/347

[xmacex]

Yep

⠃▋⡇ ~$ file -L $(which maiden-repl)
/home/we/bin/maiden-repl: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e4baf38ddac380b79c975d1c3fb70bb30592e0a8, with debug_info, not stripped

and

⠃▋⡇ ~$ ldd $(which maiden-repl)
	linux-vdso.so.1 (0x7efbb000)
	/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so => /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so (0x76f90000)
	libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76f54000)
	libreadline.so.7 => not found
	libncursesw.so.5 => not found
	libtinfo.so.5 => /lib/arm-linux-gnueabihf/libtinfo.so.5 (0x76f24000)
	libpanel.so.5 => not found
	libnanomsg.so.5.1.0 => /lib/arm-linux-gnueabihf/libnanomsg.so.5.1.0 (0x76edc000)
	libstdc++.so.6 => /lib/arm-linux-gnueabihf/libstdc++.so.6 (0x76d54000)
	libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76ce5000)
	libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x76cb8000)
	libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76b64000)
	/lib/ld-linux-armhf.so.3 (0x76fa5000)
	libanl.so.1 => /lib/arm-linux-gnueabihf/libanl.so.1 (0x76b50000)
	librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76b38000)
	libnsl.so.1 => /lib/arm-linux-gnueabihf/libnsl.so.1 (0x76b13000)

There are a few missing ones above.

[ngwese]

Yes - those are the usual suspects. At this point I'm guessing that what made it onto the image was lifted from another device.