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

[Keith Halewood]

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 cloned https://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