Hi All,
FYI, I think there there is a minor defect in the OpenBSD installation program. I noticed what looks like the use of an unset / uninitialised variable in the text output: > ... > Let's install the sets! > Location of sets? (disk http nfs or 'done') [http] > HTTP proxy URL? (e.g. 'http://proxy:8080', or 'none') [none] > (Unable to get list from openbsd.org, but that is OK) > HTTP Server? (hostname or 'done') ftp.fau.de > Server directory? [pub/OpenBSD/snapshots/armv7] > Unable to connect using HTTPS; using HTTP instead. > Unable to get a verified list of distribution sets. > Looked at and found no OpenBSD/armv7 7.3 sets. The set names looked for > were: > bsd xbase73.tgz > bsd.rd xshare73.tgz > base73.tgz xfont73.tgz > comp73.tgz xserv73.tgz > man73.tgz site73.tgz > game73.tgz site73-novaya-zemlya.tgz Notice the "Looked at and found no" with double space. I'm providing a valid host and (I believe) path. This is a bit off the "main path" ... I think the root cause of the issue here is that the Network (Ethernet) driver is not functioning correctly. E.g. if I drop out of the install I see ping statistics like this: > ... > Type 'exit' to return to install. > novaya-zemlya# ping -v 192.168.178.85 > PING 192.168.178.85 (192.168.178.14 --> 192.168.178.85): 56 data bytes > 64 bytes from 192.168.178.85: icmp_seq=0 ttl=64 time=1008.556 ms > 64 bytes from 192.168.178.85: icmp_seq=1 ttl=64 time=2.239 ms > 64 bytes from 192.168.178.85: icmp_seq=5 ttl=64 time=1.156 ms > 64 bytes from 192.168.178.85: icmp_seq=7 ttl=64 time=0.939 ms > 64 bytes from 192.168.178.85: icmp_seq=10 ttl=64 time=1.192 ms > 64 bytes from 192.168.178.85: icmp_seq=19 ttl=64 time=1.131 ms > 64 bytes from 192.168.178.85: icmp_seq=23 ttl=64 time=1.106 ms > ^C > --- 192.168.178.85 ping statistics --- > 25 packets transmitted, 7 packets received, 72.0% packet loss > round-trip min/avg/max/std-dev = 0.939/145.188/1008.556/352.469 ms Presumably the same issue effects the install programs attempts to reach the HTTP server, leading to some name variable not being set ... This is with a 7.3 snapshot on an 32-bit ARM platform: > novaya-zemlya# uname -a > ksh: uname: not found > novaya-zemlya# sysctl > kern.osrelease=7.3 > hw.machine=armv7 > hw.model=ARM Cortex-A9 r2p10 > hw.product=Kosagi Novena Dual/Quad > hw.disknames=sd0:60443d11093dd341,rd0:b66dc1c5a063c2b5,sd1:b4cca6f4102ee145,sd2: > hw.ncpufound=1 > machdep.compatible=kosagi,imx6q-novena