Clem Cole <clemc at ccc.com> writes:
I fear a sad part of this slide show is that many of us remember and were
part of it all. Some of us programmed these machines (I admit that I
still have some of these pieces in my basement). I was disappointed they
did not show a "stinger tap." The picture of the Alto shows the first mouse
96 the Hawley Labs mechanical mouse (which I miss for its feel). Check out
the picture of the first Cisco router using Intel Multibus (with a Motorola
68k in it) looking so awkward.
http://www.eweek.com/networking/slideshows/ethernet-marks-40-years-linking-=
people-computers-in-a-wired-world/?kc=3DEWKNLEDP05242013A&dni=3D60148934&rn=
i=3D24249067
Can't say I disagree with the one comment there either.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
I fear a sad part of this slide show is that many of us remember and were part of it all. Some of us programmed these machines (I admit that I still have some of these pieces in my basement). I was disappointed they did not show a "stinger tap." The picture of the Alto shows the first mouse the Hawley Labs mechanical mouse (which I miss for its feel). Check out the picture of the first Cisco router using Intel Multibus (with a Motorola 68k in it) looking so awkward.
http://www.eweek.com/networking/slideshows/ethernet-marks-40-years-linking-…
On Thu, 23 May 2013, Brian Hechinger wrote:
On Thu, May 23, 2013 at 11:57:15AM -0700, Mark Pizzolato - Info Comm wrote:
The latest code at github will now build with VDE support on FreeBSD if the VDE package is installed.
Outstanding, thanks!
I do not read all traffic on this list, so it would be best if folks raised issues with simh at https://github.com/simh/simh/issues
I will remember that for next time.
-brian
I'm going to assume the scripts for autogenerating new configs is running yet? :P
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On Thu, May 23, 2013 at 11:57:15AM -0700, Mark Pizzolato - Info Comm wrote:
The latest code at github will now build with VDE support on FreeBSD if the VDE package is installed.
Outstanding, thanks!
I do not read all traffic on this list, so it would be best if folks raised issues with simh at https://github.com/simh/simh/issues
I will remember that for next time.
-brian
On Monday, May 20, 2013 at 12:25 PM, Brian Hechinger wrote:
On Mon, May 20, 2013 at 09:14:07PM +0200, Jordi Guillaumes i Pons wrote:
Ouch!
Please check if there is a different package for "devel" in the FreeBSD ports
tree. There is one for linux, and you need to install the -devel one to be able
to compile simh.
FreeBSD doesn't have such silliness. :)
The header files are there, it just looks like INCPATH isn't working as I don't
see -I/usr/local/include in the output.
The latest code at github will now build with VDE support on FreeBSD if the VDE package is installed.
I do not read all traffic on this list, so it would be best if folks raised issues with simh at https://github.com/simh/simh/issues
Thanks.
- Mark
On Wed, 23 May 2013, Gregg Levine wrote:
On Wed, May 22, 2013 at 1:04 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Wed, 22 May 2013, Gregg Levine wrote:
On Wed, May 22, 2013 at 12:20 PM, h vlems <hvlems at zonnet.nl> wrote:
Gregg, go fight some yetis, you hit it on the nail :-)
Van: Gregg Levine
Verzonden: woensdag 22 mei 2013 16:26 PM
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker
VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Hmm okay. My concept hit it on the head.
And the only yetis I know are busy besieging Dave's place. And causing
massive mayhem all over Cory. But yes you're right.
That'd explain the scratching at the roof...
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Hello!
What is? Yours is the place where the Cybermen and the Daleks started
off. They moved to Dave's later. Some Yetis stayed for the purposes of
refereeing the matches between them.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Ah!
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On Wed, May 22, 2013 at 1:04 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Wed, 22 May 2013, Gregg Levine wrote:
On Wed, May 22, 2013 at 12:20 PM, h vlems <hvlems at zonnet.nl> wrote:
Gregg, go fight some yetis, you hit it on the nail :-)
Van: Gregg Levine
Verzonden: woensdag 22 mei 2013 16:26 PM
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker
VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Hmm okay. My concept hit it on the head.
And the only yetis I know are busy besieging Dave's place. And causing
massive mayhem all over Cory. But yes you're right.
That'd explain the scratching at the roof...
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Hello!
What is? Yours is the place where the Cybermen and the Daleks started
off. They moved to Dave's later. Some Yetis stayed for the purposes of
refereeing the matches between them.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
In the end I found that regardless of whether I use /IMAGE and save/restore from an intermediary saveset or I do a direct copy the directory modification times are always new but the file modification times are set correctly.
This makes an exact reproduction easier as if I do want to have the original directory times too then a script to patch these will be simpler.
Regards, mark
http://www.wickensonline.co.ukhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 22 May 2013, at 18:04, "Cory Smelosky" <b4 at gewt.net> wrote:
On Wed, 22 May 2013, Gregg Levine wrote:
On Wed, May 22, 2013 at 12:20 PM, h vlems <hvlems at zonnet.nl> wrote:
Gregg, go fight some yetis, you hit it on the nail :-)
Van: Gregg Levine
Verzonden: woensdag 22 mei 2013 16:26 PM
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker
VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Hmm okay. My concept hit it on the head.
And the only yetis I know are busy besieging Dave's place. And causing
massive mayhem all over Cory. But yes you're right.
That'd explain the scratching at the roof...
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On 2013-05-22 19:52, Julian Wolfe wrote:
So maybe I haven't noticed this before on the nodename info facility,
but it's now showing some extra fields:
Nodename database info for FLIND::
NODE NODE NODE REGISTER
NAME NUMBER OWNER CPU OS LOCATION TIME
FLIND 18.777 Julian Wolfe 27-Feb-2013 01:01:51
Information about FLIND:: at RHESUS::
<http://rhesus.sampsa.com/cgi-bin/hecnetinfo/hecnetinfo.com?q=FLIND>
------------------------------------------------------------------------
FLIND::INFO.TXT
.BEGIN-HECNET-INFO
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS |LOCATION |NOTES
18.777 |FLIND |Julian Wolfe |julian at twinax.org <mailto:julian at twinax.org> |PDP-11/23+ |RSTS/E 10.1A |Round Lake Beach, IL |1MB RAM, UC07, DEQNA, 72GB HDD
.END-HECNET-INFO
Can anyone explain why my name and nodename are being parsed, but not
machine/os/location? Do I need to change the field name HARDWARE to CPU?
Did you miss my tirade about my extensions to the nodename database on MIM? :-)
Anyway, I'm putting your information in now. Look at http://madame.update.uu.se/~bqt/nodedb for search features and so on. Three machines running RSTS/E registred now. :-)
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
On May 19, 2013, at 19:49, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-19 20:07, Sampsa Laine wrote:
On 19 May 2013, at 20:03, Cory Smelosky <b4 at gewt.net> wrote:
On Sun, 19 May 2013, Sampsa Laine wrote:
On 19 May 2013, at 19:58, Cory Smelosky <b4 at gewt.net> wrote:
#6 is a provlem I've noticed with INFO.TXT. There's no order.
When me and Steve Davidson originally thought of adding parseable info to INFO.TXT we had the idea that the file itself would be free-form text with a machine parseable block at the end, with delimiters.
If you look at http://rhesus.sampsa.com/cgi-bin/hecnetinfo/hecnetinfo.com?q=chimpy you'll see what I mean, there's a clearly defined block of machine readable CSV at the end.
How many people followed that though?
No idea - I don't think anyone ever wrote a parser.
But here's a brief outline of how I think this should work:
1. Someone (=me) defines the CSV format formally in a document
2. This document is passed around and corrected until majority is happy with it
3. Someone (=brian) writes a parser
4. People nominate boxes from where their INFO.TXTs should be pulled (one can cover a whole area or even more)
5. This is integrated into the DB using the parser from 3 periodically.
My biggest issues already mentioned earlier are no nearer a solution here, so I'm not sure I really see any wins for my pet project in doing this.
Don't get me wrong, I'm not saying you need to use this. I'm pushing this as a part of my own agenda. :)
I have an issue about data content consistency. OS, machine and location information can vary so wildly it is pretty much useless in a distributed solution as suggested here, except for people to try and ready and skim through for fun. It will not even be easy for humans to search through to find something specific. And locations are totally wild.
A system is only as good as its data. If people don't update their file then they get misrepresented. :)
Also, this do in no way ensure that data is valid or up to date. In fact, as things stands now, it has less odds of getting it right than my stupid solution of just entering the data myself, as people in general do report when they add a new machine to HECnet, if they want anyone else to know about the nodename. Collecting extra information at that stage is not a big problem.
This also do not ensure that data gets updated when people move, but moving don't happen frequently, and also even having any data in there is voluntary to start with, so I guess it's as good as I can expect it to get.
Basically, what you are advocating is the already existing solution of the INFO.TXT files, which I already have stated that I personally don't feel fits my needs. I don't mind trying to update my own INFO.TXT file whenever, but I'm sure the format is wrong, and I definitely do not put all machines in there (and I don't think I've seen many others doing either), and I definitely do not remember to update that information.
Yes, I'm advocating the existing INFO.TXT solution. I'm just proposing a more documented data format with some slight tweaks.
But, like I said a number of times now, it's just that I went off on a tangent on a pet project of mine, and asked people to volunteer information for it. I'm trying to make it useful, but mostly just for my own amusement to see what I can accomplish. (Hey, give me a chance to do something under RSX, and I will...)
Sorry, I just sort of used your project as inspiration and ran with it. EVERY project on HECnet is a pet project. :)
-brian