Yes I changed the subject here, since I had some comments about why I ended up trying pkgsrc on my BeagleBone Black board.
On Mar 3, 2014, at 10:47 AM, Stuart Henderson wrote: > On 2014/03/02 15:00, Douglas Beattie wrote: >> >> I have Python 2.7.6 and pySerial installed. (Since no packages >> available for the 5.5 armv7 snapshot, I bootstrapped pkgsrc and built >> a select few, with the strategic use of a few NFS-mounted folders.) > On Mar 3, 2014, at 10:47 AM, Stuart Henderson wrote: > > Not relevant to your problem but I'd generally recommend using the > ports tree to build packages from rather than pkgsrc, there are a > number of OpenBSD-specific patches in the ports tree which are > unlikely to make it into pkgsrc which fix problems that you could > run into. > > (Note that the lack of packages is due to a lack of build hardware, > not due to any particular problem with ports on OpenBSD on arm). I resorted to pkgsrc (2013Q4) when I was trying to get a SaltStack minion installed on OpenBSD 5.4 i386, and I could see it as a package at openports.se, but not in the available packages for OpenBSD 5.4. Meanwhile, I thought it might also be interesting to try and get a SaltStack minion running on the armv7 port, since it would allow some good R&D for proof of concept to provision a pool of armv7 systems in the field. ( http://openports.se/sysutils/salt ) That said, I might also mention that if there were an armv7 port for QEMU, it might be used to do a distributed build of all supported OpenBSD armv7 5.5 packages. In the past I have built FreeBSD/arm from sources, and booted it on QEMU, since it can emulate ARM1176 and Cortex-A8 cores. http://qemu.weilnetz.de/qemu-doc.html#ARM-System-emulator I'm not sure if that's just a means to an end, or if others also find certain uses for emulated/virtualized ARM environments. -- Douglas Beattie http://www.linkedin.com/in/beattidp