Haha. After posting that email, I realized that they accidentally forwarded an entire conversation between two HP staffers discussing the email.
PR fail.
Ian
On Oct 16, 2013, at 2:58 PM, Ian McLaughlin <ian at platinum.net> wrote:
Hello All,
I just received the below email from HP. Did anyone else get it? It's quite interesting, but I'm also trying to figure out exactly where and when I told HP I was a VMS fan. I don't recall ever getting anything from HP in the past because of my hobbyist license registration. Wondering what others think about this - both from the 'HP reaching out' aspect as well as the aspect of promoting a port-it-to-VMS project.
Ian
On 16 Oct 2013, at 19:31, Johnny Billquist <bqt at softjar.se> wrote:
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.
I like being able to watch the debug output in screen, but that's just me.
Sampsa
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.
>
I am also taking a solaris box im presuming thatthe bridge would compile Ok on that?
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.
>
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.
On 15/10/2013 22:47, Mark Benson 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.
Looks like, from searching the changelog for libpcap, that there has been some recent activity involving tru64 (Thu. March 11, 2010.) This is definitely encouraging.
Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 15/10/2013 22:47, Mark Benson 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.
I'll try and give it a whirl tomorrow if I get a chance... sounds like a perfect challenge for us unix-oriented hecnetters!
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
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.
I tried it more than a year ago on a v5.0 system and it's C compiler barfed on it. Since the bridge program runs very well indeed on a small laptop under fedora 14 I didn't pursue the tru64 track.
Van: Mark Wickens
Verzonden: dinsdag 15 oktober 2013 23:00
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] HECnet bridge on tru64
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.
Thanks for the help, Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
I'm interested to know as well.
Thanks,
Jerome
On Tue, Oct 15, 2013 at 2:00 PM, 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.
Thanks for the help, Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 2013-10-15 23:00, Mark Wickens 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.
Thanks for the help, Mark.
I haven't tried, and I haven't heard anyone else, but I do believe it should work... Might need to tweak a thing or two...
Johnny
Thankyou so much Ian and Mark.
I'd been googling and googling but never came up with the right thing! Thats perfect.
Daniel.
On 15/10/2013, at 5:29 AM, Ian McLaughlin <ian at platinum.net> wrote:
If you use a modular keystone system in your location, you'll want something like this:
http://www.iec.net/rj1106f-mtdcbk.html
The nice part of a system like this is that you can have a single plate and fill it with a bunch of differenct connectors - everything from cat5 ethernet, to cable tv, to BNC (great for your thin-net network).
Ian
On Oct 14, 2013, at 2:15 PM, Mark Abene <phiber at phiber.com> wrote:
Google for "wallplate WP509". Assuming of course you meant wall plate, you want the WP509, MMJ wallplate. There are many sources, ranging from 5 to 15 bucks per piece.
-Mark
On Sun, Oct 13, 2013 at 4:25 AM, Daniel Soderstrom <snaggs at mac.com> wrote:
I'm getting some sockets put in, and wanted to add a mmj compatible jack. Does anyone know a source for this?
Regards,
Daniel.
Sent from my iPad
---
Filter service subscribers can train this email as spam or not-spam here
If you use a modular keystone system in your location, you'll want something like this:
http://www.iec.net/rj1106f-mtdcbk.html
The nice part of a system like this is that you can have a single plate and fill it with a bunch of differenct connectors - everything from cat5 ethernet, to cable tv, to BNC (great for your thin-net network).
Ian
On Oct 14, 2013, at 2:15 PM, Mark Abene <phiber at phiber.com> wrote:
Google for "wallplate WP509". Assuming of course you meant wall plate, you want the WP509, MMJ wallplate. There are many sources, ranging from 5 to 15 bucks per piece.
-Mark
On Sun, Oct 13, 2013 at 4:25 AM, Daniel Soderstrom <snaggs at mac.com> wrote:
I'm getting some sockets put in, and wanted to add a mmj compatible jack. Does anyone know a source for this?
Regards,
Daniel.
Sent from my iPad
---
Filter service subscribers can train this email as spam or not-spam here
Google for "wallplate WP509". Assuming of course you meant wall plate, you want the WP509, MMJ wallplate. There are many sources, ranging from 5 to 15 bucks per piece.
-Mark
On Sun, Oct 13, 2013 at 4:25 AM, Daniel Soderstrom <snaggs at mac.com> wrote:
I'm getting some sockets put in, and wanted to add a mmj compatible jack. Does anyone know a source for this?
Regards,
Daniel.
Sent from my iPad