transit and subway system, and his auto hobby.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
router. It's failing to connect to mine at home as well, which is odd,
that was working. I'll need to look into that.
Hmmm. My link to Ian hasn t come up yet.
And it looks like Comcast is blocking inbound SNMP. Bastards.
Wow. Really? Why the hell would they do that...
I'll just have to re-enable the exception for my site and have it push over the VPN.
Boo!!!
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
router. It's failing to connect to mine at home as well, which is odd,
that was working. I'll need to look into that.
Hmmm. My link to Ian hasn t come up yet.
And it looks like Comcast is blocking inbound SNMP. Bastards.
I'll just have to re-enable the exception for my site and have it push over the VPN.
Boo!!!
-brian
router. It's failing to connect to mine at home as well, which is odd,
that was working. I'll need to look into that.
Hmmm. My link to Ian hasn t come up yet.
Dave. Make sure you are allowing my new IP to talk to you. :)
-brian
router. It's failing to connect to mine at home as well, which is odd,
that was working. I'll need to look into that.
Dave. Make sure you are allowing my new IP to talk to you. :)
-brian
Using CTERM:
.set /host=marley
NCT -- Connection aborted, CTERM protocol error - please submit an SPR
NCT -- Control returned to node "MIM "
Using the RSX RTERM:
.rmt marley
RMT -- Remote Host incompatibility error
Using the RSTS/E RTERM:
>rrs marley
MIM::RRS -- Protocol not supported by remote node MARLEY::
MIM::RRS -- Control returned to node MIM::
Using the TOPS-20 RTERM:
.host marley
MARLEY TOPS-10 MONITOR 15:05:06 TTY4 system 3600
Connected to Node 1.13
Please LOGIN
.
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
.BEGIN-HECNET-INFO
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS |LOCATION |NOTES
8.401|CHIMPY|Sampsa Laine |sampsa at mac.com |AlphaServer DS10 |OpenVMS 8.3 |London, England |Main SAMPSACOM system, SMTP gateway (CHIMPYMAIL.COM)
8.400|GORVAX|Sampsa Laine |sampsa at mac.com |SIMH VAX on OSX/Intel |OpenVMS 7.3 |London, England |MULTINET bridge to Area 2, Area router
8.403|RHESUS|Sampsa Laine |sampsa at mac.com |HP rx2600 Dual 900MHz |OpenVMS 8.4E |London, England |File libraries available
8.500|PYFFLE|Sampsa Laine |system at pyffle.com|VMWare |Pyffle BBS |London, England |Waffle reimplementation BBS, log in as pyffle for access
.END-HECNET-INFO
I can obviously see several potential issues here.
First of all, I'll have to make an assumption about that the first line after the .BEGIN... is a header line to be ignored.
Good point. It should be prefixed with something to indicate it's to be ignored. Unless we're going to use it to help the parsing.
Second, I'll have to assume that the same fields exist, in the same order, always. The other alternative is to actually parse the first line, and hope that the column titles in the first line have been standardized fully, and then match columns to find what I'm looking for after that.
I'd say the first one is easiest to implement, the second more robust.
Third, things like the style of hardware, os and location fields are totally free at this point, which goes against my wish for something a bit uniform. (What kind of OS is "Pyffle BBS" for example?)
Good point, maybe re-label the field "software stack" so it says Ubuntu Linux v<whatever> + Pyffle BBS or whatnot. Or I could just stick Ubuntu in there.
I'm sure that if I were to write something to scrape the stuff, I bet there might turn up other issues as well over time.
Yes, I'm a grumpy fart. :-)
I'm sure, I think the "standard" was devised with like 3 emails or something.
But the point is that scraping is IMHO the best way to go - no need to give people write access to your DB, yet people can still update their info without bugging you.
sampsa
--
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
.BEGIN-HECNET-INFO
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS |LOCATION |NOTES
8.401|CHIMPY|Sampsa Laine |sampsa at mac.com |AlphaServer DS10 |OpenVMS 8.3 |London, England |Main SAMPSACOM system, SMTP gateway (CHIMPYMAIL.COM)
8.400|GORVAX|Sampsa Laine |sampsa at mac.com |SIMH VAX on OSX/Intel |OpenVMS 7.3 |London, England |MULTINET bridge to Area 2, Area router
8.403|RHESUS|Sampsa Laine |sampsa at mac.com |HP rx2600 Dual 900MHz |OpenVMS 8.4E |London, England |File libraries available
8.500|PYFFLE|Sampsa Laine |system at pyffle.com|VMWare |Pyffle BBS |London, England |Waffle reimplementation BBS, log in as pyffle for access
.END-HECNET-INFO
I can obviously see several potential issues here.
First of all, I'll have to make an assumption about that the first line after the .BEGIN... is a header line to be ignored.
Good point. It should be prefixed with something to indicate it's to be ignored. Unless we're going to use it to help the parsing.
Second, I'll have to assume that the same fields exist, in the same order, always. The other alternative is to actually parse the first line, and hope that the column titles in the first line have been standardized fully, and then match columns to find what I'm looking for after that.
I'd say the first one is easiest to implement, the second more robust.
Third, things like the style of hardware, os and location fields are totally free at this point, which goes against my wish for something a bit uniform. (What kind of OS is "Pyffle BBS" for example?)
Good point, maybe re-label the field "software stack" so it says Ubuntu Linux v<whatever> + Pyffle BBS or whatnot. Or I could just stick Ubuntu in there.
I'm sure that if I were to write something to scrape the stuff, I bet there might turn up other issues as well over time.
Yes, I'm a grumpy fart. :-)
I'm sure, I think the "standard" was devised with like 3 emails or something.
But the point is that scraping is IMHO the best way to go - no need to give people write access to your DB, yet people can still update their info without bugging you.
sampsa
.BEGIN-HECNET-INFO
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS |LOCATION |NOTES
8.401|CHIMPY|Sampsa Laine |sampsa at mac.com |AlphaServer DS10 |OpenVMS 8.3 |London, England |Main SAMPSACOM system, SMTP gateway (CHIMPYMAIL.COM)
8.400|GORVAX|Sampsa Laine |sampsa at mac.com |SIMH VAX on OSX/Intel |OpenVMS 7.3 |London, England |MULTINET bridge to Area 2, Area router
8.403|RHESUS|Sampsa Laine |sampsa at mac.com |HP rx2600 Dual 900MHz |OpenVMS 8.4E |London, England |File libraries available
8.500|PYFFLE|Sampsa Laine |system at pyffle.com|VMWare |Pyffle BBS |London, England |Waffle reimplementation BBS, log in as pyffle for access
.END-HECNET-INFO
I can obviously see several potential issues here.
First of all, I'll have to make an assumption about that the first line after the .BEGIN... is a header line to be ignored. Second, I'll have to assume that the same fields exist, in the same order, always. The other alternative is to actually parse the first line, and hope that the column titles in the first line have been standardized fully, and then match columns to find what I'm looking for after that.
Third, things like the style of hardware, os and location fields are totally free at this point, which goes against my wish for something a bit uniform. (What kind of OS is "Pyffle BBS" for example?)
I'm sure that if I were to write something to scrape the stuff, I bet there might turn up other issues as well over time.
Yes, I'm a grumpy fart. :-)
Johnny
On 18 May 2013, at 23:10, Sampsa Laine <sampsa at mac.com> wrote:
Always doable, just pick one box per area.
As for easy to scrape, we had a pretty well-defined format for where the machine readable stuff starts (the content is just CSV, more or less) and ends.
How much easier do you want it? :)
sampsa
On 18 May 2013, at 23:08, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-18 22:58, Sampsa Laine wrote:
On 18 May 2013, at 18:41, Johnny Billquist <bqt at softjar.se> wrote:
Or I could possible scrape files in know locations to manage the updating, if that would make more sense. (The last one would probably be really easy from my point of view...)
Johnny
Didn't we develop a format for this ages ago, to be stuck at the end of INFO.TXT on the public accessible dir of a machine?
I don't think the current INFO.TXT files are that useful, or even easy to scrape. But that might just be me. :-)
Not to mention that I have no clue which machines to scrape, if I were to do that. If I were to do it, I'd probably ask for a different format, and have a designated machine per person/area to scrape.
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
--
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
