[HECnet] Is this the most up to date version of DECnet OS numbers?

It's apparently 5.10.77-v7+. It eventually goes a bit wrong responding to NICE requests with VMS complaining 'invalid management response' but the output showing a '...such file or directory' but I'll try some troubleshooting tomorrow. I installed 'latd' (apt install latd), started up with latcp -s and it's picked up all the LAT services on the LAN, including itself, the RX4640, the KLH10 instance of Panda TOPS-20... looks fine too. Identifies its connections as the hostname and tty, such as "PI3B3//dev/ttyAMA0" Keith -----Original Message----- From:owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of John Forecast Sent: 08 November 2021 19:26 To:hecnet at update.uu.se Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers? Glad it?s working for you. Is this running the latest Raspbian release? What kernel version is it running? John. > On Nov 8, 2021, at 12:21 PM, Keith Halewood<Keith.Halewood at pitbulluk.org> wrote: > > Well, that was an interesting compilation of the raspbian kernel. > I clonedhttps://github.com/JohnForecast/RaspbianDECnet and got busy. I had to remove the --help-- stanzas from the Kconfig file. They were tripping something up. > I had to move the MAC address change to the bridge (I use > /etc/network/interfaces with bridges and taps etc..) > > DECnet is all working on a 32bit raspbian on a pi3b+, HECnet node name > 29.115 - I'll christen it at some point :) Thank you John Forecast for doing all the hard work. > > Keith > > -----Original Message----- > From:owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On > Behalf Of Johnny Billquist > Sent: 07 November 2021 20:37 > To:hecnet at Update.UU.SE > Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers? > > On 2021-11-07 18:06, Robert Armstrong wrote: >>> I think DECnet/8 is for RTS-8, but there never was one for OS-8. >> Yes, the DECnet-8 was for RTS although you could run OS/8 as a task >> under RTS (so maybe those two count as the same). In any case AFAIK >> there was never any NFT or FAL or remote terminal or NCP/NML or >> anything else like that implemented for DECnet/8. It was more of a >> toolkit kind of thing where you could write your own RTS program to >> make a DECnet connection to another node. What you sent over that connection was your problem. > Right. It was/is slightly more than a toolkit. It does have a couple of processes which deals with circuits and executor management. And I think there is TLK/LSN so you can communicate. But beyond that, you were on your own. > > And no, OS/8 under RTS-8 don't allow them to be counted as one. :-) > >> Never heard of DECnet for CP/M although there certainly was one for MSDOS. >> Linux is interesting, although I doubt that was put there by DEC. >> Probably somebody added it later. > Linux was definitely defined post-DEC. I simply just talked with a Linux FAL from RSX and checked what value it put in the OS field, and added that to my list from there. > >> And what the heck is COPOS/11?? I see that is says TOPS-20 front >> end, but I thought TOPS20 used the same RSX20F as TOPS10. > I don't think it's the same as the RSX20F frontend. I have no idea what it is, but it's in the source files for the RSX DECnet code. Sounds like some oddball thing that existed somewhere. CSS thing maybe? > >> And DTF/MVS? Is that the IBM OS MVS? > I almost suspect it might be, but again, no real clue. All I can say is that this is what is in the RSX sources. > > Johnny > > -- > Johnny Billquist || "I'm on a bus > || on a psychedelic trip > email:bqt at softjar.se || Reading murder books > pdp is alive! || tryin' to stay hip" - B. Idol