Well, I managed to get the bridge compiled up on Solaris with some minor makefile and include and library tweaks having compiled up the latest libpcap. I am using the opencsw archive for general unix software.
If I run the bridge with debug on I get the following output:
./bridge 4711
Config filename: bridge.conf
Adding router ''local''. 0001187c:-4206648
Adding router ''update''. 82ee1319:4711
Adding DECnet bridge local.
Trying to match local
Matching against: local
Found match: local == local
Adding DECnet bridge update.
Trying to match update
Matching against: local
Matching against: update
Found match: update == update
Adding LAT bridge local.
Trying to match local
Matching against: local
Found match: local == local
Adding LAT bridge update.
Trying to match update
Matching against: local
Matching against: update
Found match: update == update
Host table:
0: local 0.0.0.0:0 (Rx: 0 Tx: 0 (Drop rx: 0)) Active: 1 Throttle: 0(000)
1: update 130.238.19.25:4711 (Rx: 0 Tx: 0 (Drop rx: 0)) Active: 1 Throttle: 0(000)
Hash of known destinations:
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Adding new hash entry. Port is 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Which looks encouraging, but when I try and use DECNET on SLAVE I get the following:
[MSW]SLAVE$ dir mim::
%DIRECT-E-OPENIN, error opening MIM::*.*;* as input
-RMS-F-SYS, QIO system service request failed
-SYSTEM-F-PATHLOST, path to network partner node lost
Any ideas what might be going wrong? I've updated my NAT to point to the Ultra 5 for port 4711.
Regards, Mark.
Hehe!
I didn't even mean to send that, not sure how it leaked out.
Not autocorrect, that is me dictating a message. It works quite well except for punctuation. Not worked that one out yet full stop you know what I mean?
;)
I bet emoticons are tricky as well
I fully appreciate that not using a keyboard means I am an enigma amongst my peers... :D
On 16/10/2013 17:27, Michael Young wrote:
Autocorrect? :)
On Oct 16, 2013, at 12:08 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
good point samsung I'd forgotten that I had the bridge running on my raspberry pi so at least if nothing else I could sack in the laptop and take the pi instead however I'm going to see if I can't get it running on the sun. If that's the case we maybe want to make a list of the operating systems and versions for which the bridge has been successfully compiled.
Sent from Samsung Mobile
-------- Original message --------
From: Sampsa Laine <sampsa at mac.com>
Date: 10/16/2013 5:00 PM (GMT+00:00)
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] HECnet bridge on tru64
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
> On 2013-10-16 11:57, Mark Wickens wrote:
>> I am also taking a solaris box im presuming thatthe bridge would compile
>> Ok on that?
>
> I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
>
> Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
Michael Young
young at ecn.purdue.edu
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 16 Oct 2013, at 17:00, Sampsa Laine <sampsa at mac.com> wrote:
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
That'd be neat. STAR69 runs on a Pi with Raspbian and bridge running out to HECnet so it's totally doable. If you could trim the distro down a bit (well, a lot actually) and make bridge run as a service it'd be neat. If you could get SimH to run as a service with a disconnectable terminal and optional between PDP-11 and VAX that'd be even neater.
Maybe I went a little OTT on that one a SD card for bridge on a cut-down Pi linux would be a cool start though :)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 2013-10-16 18:00, Sampsa Laine wrote:
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-16 11:57, Mark Wickens wrote:
I am also taking a solaris box im presuming thatthe bridge would compile
Ok on that?
I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
Yes, apart that there is absolutely no reason to involve screen here. Kick the bridge from init.
Johnny
Where can I find the hecnet bridge source code?
On Wed, Oct 16, 2013 at 9:32 AM, Cory Smelosky <b4 at gewt.net> wrote:
Sutocorrect here is fine with sampsa's name.
HECnet-in-a-box is a neat concept...wouldn't be too hard to implement.
Sent from my iPhone
On 16 Oct 2013, at 12:28, "Michael Young" <young at ecn.purdue.edu> wrote:
Autocorrect? :)
On Oct 16, 2013, at 12:08 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
good point samsung I'd forgotten that I had the bridge running on my
raspberry pi so at least if nothing else I could sack in the laptop and take
the pi instead however I'm going to see if I can't get it running on the
sun. If that's the case we maybe want to make a list of the operating
systems and versions for which the bridge has been successfully compiled.
Sent from Samsung Mobile
-------- Original message --------
From: Sampsa Laine <sampsa at mac.com>
Date: 10/16/2013 5:00 PM (GMT+00:00)
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] HECnet bridge on tru64
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-16 11:57, Mark Wickens wrote:
I am also taking a solaris box im presuming thatthe bridge would compile
Ok on that?
I have no reason to suspect it shouldn't work. But only testing will tell.
And the same here - you might need to tweak a thing or two in the source.
Johnny
This got me thinking, could just customize a Raspian distro to run the
bridge.
Download the image, put it on a SD card and boot. Change network settings
and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
Michael Young
young at ecn.purdue.edu
Sutocorrect here is fine with sampsa's name.
HECnet-in-a-box is a neat concept...wouldn't be too hard to implement.
Sent from my iPhone
On 16 Oct 2013, at 12:28, "Michael Young" <young at ecn.purdue.edu> wrote:
Autocorrect? :)
On Oct 16, 2013, at 12:08 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
good point samsung I'd forgotten that I had the bridge running on my raspberry pi so at least if nothing else I could sack in the laptop and take the pi instead however I'm going to see if I can't get it running on the sun. If that's the case we maybe want to make a list of the operating systems and versions for which the bridge has been successfully compiled.
Sent from Samsung Mobile
-------- Original message --------
From: Sampsa Laine <sampsa at mac.com>
Date: 10/16/2013 5:00 PM (GMT+00:00)
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] HECnet bridge on tru64
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
> On 2013-10-16 11:57, Mark Wickens wrote:
>> I am also taking a solaris box im presuming thatthe bridge would compile
>> Ok on that?
>
> I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
>
> Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
Michael Young
young at ecn.purdue.edu
Autocorrect? :)
On Oct 16, 2013, at 12:08 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
good point samsung I'd forgotten that I had the bridge running on my raspberry pi so at least if nothing else I could sack in the laptop and take the pi instead however I'm going to see if I can't get it running on the sun. If that's the case we maybe want to make a list of the operating systems and versions for which the bridge has been successfully compiled.
Sent from Samsung Mobile
-------- Original message --------
From: Sampsa Laine <sampsa at mac.com>
Date: 10/16/2013 5:00 PM (GMT+00:00)
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] HECnet bridge on tru64
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
> On 2013-10-16 11:57, Mark Wickens wrote:
>> I am also taking a solaris box im presuming thatthe bridge would compile
>> Ok on that?
>
> I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
>
> Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
Michael Young
young at ecn.purdue.edu
good point samsung I'd forgotten that I had the bridge running on my raspberry pi so at least if nothing else I could sack in the laptop and take the pi instead however I'm going to see if I can't get it running on the sun. If that's the case we maybe want to make a list of the operating systems and versions for which the bridge has been successfully compiled.
Sent from Samsung Mobile
-------- Original message --------
From: Sampsa Laine <sampsa at mac.com>
Date: 10/16/2013 5:00 PM (GMT+00:00)
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] HECnet bridge on tru64
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
> On 2013-10-16 11:57, Mark Wickens wrote:
>> I am also taking a solaris box im presuming thatthe bridge would compile
>> Ok on that?
>
> I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
>
> Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-16 11:57, Mark Wickens wrote:
I am also taking a solaris box im presuming thatthe bridge would compile
Ok on that?
I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
On 2013-10-16 11:57, Mark Wickens wrote:
I am also taking a solaris box im presuming thatthe bridge would compile
Ok on that?
I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
Johnny
Sent from Samsung Mobile
-------- Original message --------
From: Jerome Ibanes <jibanes at gmail.com>
Date: 10/15/2013 11:13 PM (GMT+00:00)
To: hecnet at update.uu.se
Subject: Re: [HECnet] HECnet bridge on tru64
Netbsd's pkgsrc does support osf/1, although, many packages, such as
gcc, refuses to build. I was able to build the following from
pkgsrc-2013Q1, alas, nothing terribly useful.
autoconf-2.69nb1.tgz f2c-20100903.tgz
libgetopt-1.4.4.tgz p5-gettext-1.05nb8.tgz
tnftp-20070806.tgz
autoconf213-2.13nb2.tgz fib-980203.tgz
libiconv-1.14nb2.tgz pax-20080110nb2.tgz
top-3.6.1nb1.tgz
automake-1.13.1.tgz flex-2.5.36nb1.tgz
libpcap-1.3.0nb2.tgz pcre-8.32.tgz
unzip-6.0nb1.tgz
automake14-1.4.6nb2.tgz gettext-lib-0.18.2.1.tgz
libslang2-2.2.4nb2.tgz perl-5.16.2nb4.tgz
vim-7.3.762.tgz
bash-4.2nb2.tgz gettext-tools-0.18.2.1.tgz
libtool-base-2.2.6bnb8.tgz pgp-2.6.3ianb1.tgz
vim-share-7.3.762.tgz
bash-completion-1.0nb1.tgz gmake-3.82nb5.tgz
lynx-2.8.7nb5.tgz pgp5-5.0inb1.tgz
wget-1.14nb2.tgz
bison-2.7.tgz gnupg-1.4.13nb2.tgz
m4-1.4.16nb3.tgz pkg-config-0.28.tgz
xorg-cf-files-1.0.4nb5.tgz
bzip2-1.0.6.tgz gtar-base-1.26nb2.tgz
makedepend-1.0.4.tgz pkg_install-info-4.5nb3.tgz
xproto-7.0.23nb2.tgz
compat_headers-0.2.tgz gtexinfo-4.13anb1.tgz
mktemp-1.7.tgz readline-6.2.tgz xz-5.0.4.tgz
coreutils-8.13nb5.tgz help2man-1.40.13.tgz
nbench-2.2.2.tgz rsync-3.0.9nb1.tgz
zip-3.0nb2.tgz
curl-7.29.0nb2.tgz imake-1.0.5.tgz
nbpatch-20100124.tgz screen-4.0.3nb5.tgz
zlib-1.2.7.tgz
digest-20121220.tgz kbproto-1.0.6.tgz
openssh-5.8.2nb8.tgz sudo-1.7.10p7.tgz
emacs22-nox11-22.3nb4.tgz libffi-3.0.12.tgz
osabi-OSF1-5.1.tgz tcp_wrappers-7.6.4.tgz
On Tue, Oct 15, 2013 at 2:47 PM, Mark Benson <md.benson at gmail.com> wrote:
>
> On 15 Oct 2013, at 22:00, Mark Wickens <mark at wickensonline.co.uk> wrote:
>
> OK, so given that I have so little time at the moment I'm going to ask a
> question that I could answer if I had a chance to play.
>
> Does the hecnet bridge compile and run on tru64? I've got 5.1c
installed on
> a machine I'm taking to DEC Legacy and I'd rather not take another linux
> machine if possible.
>
>
> I still need to work this out on one of my Tru64 machines so this is all
> loose theory so bear with me but
>
> Tru64, being a UNIX has the environment required, so that's a start.
>
> You can bootstrap and use NetBSD pakgsrc on Tru64 I THINK. It lists
OSF/1 as
> a supported environment, which I think is their way of saying they
support
> it? I dunno if anyone ever tried it out?
>
> Given bootstrapped pkgsrc you then have all the OSS compiler tools
required
> to compile the bridge binary
>
> ????
>
> Profit?
>
> I really ought to get it working properly on my PWS500au and try it for
> certainty.
>
> --
>
> Mark Benson
>
> http://DECtec.info
> Twitter: @DECtecInfo
> HECnet: STAR69::MARK
>
> Online Resource & Mailing List for DEC Enthusiasts.
>
