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

Reply via email to