Jorik Jonker

Yeah, that PR revamps the CD code, and in the process it adds aarch64/arm64 support. It just needs review of one of the main devs.

Not really. My revamp/cleanup of the CD inherently breaks Armv7 support (due to a chain reaction of legacy libs needed), and to be honest: it's more effort for me to...

That would require a bit of re-thinking, but if it is used, it should work. I'll look into it.

Small update: I've been fighting with toolchains for a couple of days now, and supporting armv6 seems very hard. Default toolchains on recent ubuntu (20.04) is unable to build armv6/thumb-1...

The packages `gcc-{8,9,10}-arm-linux-gnueabihf` are not compiled "`with`" armv6/thumb-1, etc: ``` jorik@zinc:$ arm-linux-gnueabihf-gcc -mcpu=arm1176jzf-s -mfloat-abi=hard -mfpu=vfp /tmp/silly.c -o /tmp/silly /tmp/silly.c: In function ‘main’: /tmp/silly.c:1:1: sorry, unimplemented: Thumb-1 hard-float VFP ABI 1...

OK, I can build a binary using a armv6 toolchain (bootlin's armv6/glibc). When I `readelf -A` the resulting binary, it still shows wrong arch, even though the toolchain is not...

> 1. The CD doesn't currently build, it apparently just starts a debug shell (?) on the prepared system. I did change put that in at some point, to investigate...

``` $ python -i main.py >>> wx.GetLocale() >>> $ set | grep -E 'LC_|LANG' LANG=en_GB.UTF-8 LC_TERMINAL=iTerm2 LC_TERMINAL_VERSION=3.4.15 ```

I tried running the test code on Debian Bullseye with GTK using pip (python 3.9.2 and wx 4.1.1 through a wheel), and it runs fine without issues. Could very well...

> That would be great - many vendors model multiple SSIDs one same interface as "child"/virtual sub-interfaces of the physical wireless interface. Currently you can either: > > * set...