On 05/18/2013 12:04 PM, Johnny Billquist wrote:
Is there a way we can get write access to the db? That way we can keep our
own info up to date.
I was thinking about it. Pros and cons. Easier for updating. Potentially
anyone erasing the whole thing. The granularity of permissions is by the
whole table.
It would perhaps be possible to do something that everyone had their own
table, and then I'd just pull data from all of them for various tasks. But
then I'd have potential name collision issues and what not...
Actually, thinking a bit more, I could probably do some web interface with
people having their own passwords and the ability to update just their data
that way. Needs some thinking perhaps, but maybe the most doable.
Anyone else have some ideas on how to do it?
I like the idea of giving us all write access. Maybe you can set up
regular dumps of the database for restoration in case someone screws up.
It would give some of us a chance to learn Datatrieve in a real-world
scenario. I myself have never worked with it and would like to learn it; I
learn best by doing.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Johnny,
If you still keep ownership of adding new nodes to the system (a sane human gatekeeper has merits), then just allow people to edit their own area entries. That way a user can't accidentally remove a machine (or a whole bunch) - the worst that can happen is screwing up the meta data (machine type, OS, etc).
Ian
On 2013-05-18, at 9:04 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-18 15:00, Brian Hechinger wrote:
Is there a way we can get write access to the db? That way we can keep our own info up to date.
I was thinking about it. Pros and cons. Easier for updating. Potentially anyone erasing the whole thing. The granularity of permissions is by the whole table.
It would perhaps be possible to do something that everyone had their own table, and then I'd just pull data from all of them for various tasks. But then I'd have potential name collision issues and what not...
Actually, thinking a bit more, I could probably do some web interface with people having their own passwords and the ability to update just their data that way. Needs some thinking perhaps, but maybe the most doable.
Anyone else have some ideas on how to do it?
Johnny
-brian
On May 17, 2013, at 12:03, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-17 16:18, Bob Armstrong wrote:
On 2013-05-16 18:28, Johnny Billquist wrote:
This is a totally volontary thing. I've finally come to the point
where I think that there are a few more pieces of data on nodes
that would be nice/useful to have from time to time.
Much of the information you want (all of it, I think) is already in the
INFO.TXT file -
$ type legato""::info.txt
....
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS
|LOCATION |NOTES
2.1 |LEGATO|Bob Armstrong |bob at jfcl.com |simh |OpenVMS
7.3|Milpitas, CA, US|DCN Multinet Ro
uter
2.2 |POCO | | |MicroVAX-2000 |
| |6MB, RD54, TK50
2.4 |MEZZO | | |PDP-11/53 |RSTS
| |3.5MB, 2xRA73,TK70, SCSI
2.6 |LARGO | | |VAX-11/730 |VMS 4.7
| |R80, 2xRA81, RL02, RX02, TU80
2.7 |CODA | | |DS20E |OpenVMS
8.3| |
2.9 |DIVISI| | |VAX-8350 |VMS 5.5-2
| |16MB, RA81, RA82, TU81+
2.10 |ADAGIO| | |VAXserver 3900 |VMS 6.0
| |RA81, RX50, 2xRD54, Kennedy 9610, RRD50, RF31, 2xRF71,
RF72, SQ703, Exabyte 8505
2.11 |LENTO | | |PDP-11/73 |RSX-11M+
| |2xRD32, RX50, RL02, Kennedy 9600
2.12 |JENSEN| | |DEC 2000 axp |OpenVMS
7.3| |
2.13 |ZITI | | |eBox-3310 |Ubuntu
| |
2.14 |MULTIA| | |Multia UDB |OpenVMS
7.3| |
2.15 |PAVANE| | |DECstation 3100 |Ultrix
| |MIPS box w/DECnet-Ultrix
2.16 |SKETTI| | |HP ProLiant ML110G4 |Ubuntu
| |
2.18 |DSRVB1| | |DECserver-200/MC |
| |
2.19 |DSRVB2| | |DECserver-200/MC |
| |
FWIW, keeping a central database up to date is going to be a nightmare -
that's why we invented the INFO.TXT files; so each sysadmin could locally
update his own information.
Yes. I know... :-)
Which I said this is all voluntary and so on. I've just felt that the INFO.TXT is not really working that well either. At least not from my point of view. I'm willing to try different things. I could consider some automatic scraping and population of the nodename database from some distributed sources as well, if we can come up with something that seems reasonable.
Oh, and thanks.
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
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=9E0D27F0BFD411E28…
On 2013-05-18 15:00, Brian Hechinger wrote:
Is there a way we can get write access to the db? That way we can keep our own info up to date.
I was thinking about it. Pros and cons. Easier for updating. Potentially anyone erasing the whole thing. The granularity of permissions is by the whole table.
It would perhaps be possible to do something that everyone had their own table, and then I'd just pull data from all of them for various tasks. But then I'd have potential name collision issues and what not...
Actually, thinking a bit more, I could probably do some web interface with people having their own passwords and the ability to update just their data that way. Needs some thinking perhaps, but maybe the most doable.
Anyone else have some ideas on how to do it?
Johnny
-brian
On May 17, 2013, at 12:03, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-17 16:18, Bob Armstrong wrote:
On 2013-05-16 18:28, Johnny Billquist wrote:
This is a totally volontary thing. I've finally come to the point
where I think that there are a few more pieces of data on nodes
that would be nice/useful to have from time to time.
Much of the information you want (all of it, I think) is already in the
INFO.TXT file -
$ type legato""::info.txt
....
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS
|LOCATION |NOTES
2.1 |LEGATO|Bob Armstrong |bob at jfcl.com |simh |OpenVMS
7.3|Milpitas, CA, US|DCN Multinet Ro
uter
2.2 |POCO | | |MicroVAX-2000 |
| |6MB, RD54, TK50
2.4 |MEZZO | | |PDP-11/53 |RSTS
| |3.5MB, 2xRA73,TK70, SCSI
2.6 |LARGO | | |VAX-11/730 |VMS 4.7
| |R80, 2xRA81, RL02, RX02, TU80
2.7 |CODA | | |DS20E |OpenVMS
8.3| |
2.9 |DIVISI| | |VAX-8350 |VMS 5.5-2
| |16MB, RA81, RA82, TU81+
2.10 |ADAGIO| | |VAXserver 3900 |VMS 6.0
| |RA81, RX50, 2xRD54, Kennedy 9610, RRD50, RF31, 2xRF71,
RF72, SQ703, Exabyte 8505
2.11 |LENTO | | |PDP-11/73 |RSX-11M+
| |2xRD32, RX50, RL02, Kennedy 9600
2.12 |JENSEN| | |DEC 2000 axp |OpenVMS
7.3| |
2.13 |ZITI | | |eBox-3310 |Ubuntu
| |
2.14 |MULTIA| | |Multia UDB |OpenVMS
7.3| |
2.15 |PAVANE| | |DECstation 3100 |Ultrix
| |MIPS box w/DECnet-Ultrix
2.16 |SKETTI| | |HP ProLiant ML110G4 |Ubuntu
| |
2.18 |DSRVB1| | |DECserver-200/MC |
| |
2.19 |DSRVB2| | |DECserver-200/MC |
| |
FWIW, keeping a central database up to date is going to be a nightmare -
that's why we invented the INFO.TXT files; so each sysadmin could locally
update his own information.
Yes. I know... :-)
Which I said this is all voluntary and so on. I've just felt that the INFO.TXT is not really working that well either. At least not from my point of view. I'm willing to try different things. I could consider some automatic scraping and population of the nodename database from some distributed sources as well, if we can come up with something that seems reasonable.
Oh, and thanks.
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
8.401 CHIMPY: DS10, OpenVMS 8.3
Hi!
I found a TETRIS game account at CHIMPY.
I have sources of this game, but it uses INTERACT library and it's for VAX/VMS.
Do you have Alpha version of this library?
Thanks!
My boxes:
London based boxes:
8.401 CHIMPY: DS10, OpenVMS 8.3
8.400 GORVAX: SIMH, OpenVMS 7.3
8.403 RHESUS: rx2600, OpenVMS 8.4E (also offers a variety of services, see http://rhesus.sampsa.com/)
47.100 HILANT Cluster in Hila, Finland, composed of:
47.556 KUHAVX SIMH running VMS 7.3
47.555 LABVAX - = -
47.727 SHAMS - = -
47.559 HPIVAX - = - (Raspberry Pi)
47.113 SIIRI MicroVAX 3400, VMS 7.3
47.700 K4VX1 VAXstation 4000/90, VMS 7.3
47.701 K4VX2 VAXstation 4000/60, VMS 7.3
On 17 May 2013, at 17:03, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-17 16:18, Bob Armstrong wrote:
On 2013-05-16 18:28, Johnny Billquist wrote:
This is a totally volontary thing. I've finally come to the point
where I think that there are a few more pieces of data on nodes
that would be nice/useful to have from time to time.
Much of the information you want (all of it, I think) is already in the
INFO.TXT file -
$ type legato""::info.txt
....
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS
|LOCATION |NOTES
2.1 |LEGATO|Bob Armstrong |bob at jfcl.com |simh |OpenVMS
7.3|Milpitas, CA, US|DCN Multinet Ro
uter
2.2 |POCO | | |MicroVAX-2000 |
| |6MB, RD54, TK50
2.4 |MEZZO | | |PDP-11/53 |RSTS
| |3.5MB, 2xRA73,TK70, SCSI
2.6 |LARGO | | |VAX-11/730 |VMS 4.7
| |R80, 2xRA81, RL02, RX02, TU80
2.7 |CODA | | |DS20E |OpenVMS
8.3| |
2.9 |DIVISI| | |VAX-8350 |VMS 5.5-2
| |16MB, RA81, RA82, TU81+
2.10 |ADAGIO| | |VAXserver 3900 |VMS 6.0
| |RA81, RX50, 2xRD54, Kennedy 9610, RRD50, RF31, 2xRF71,
RF72, SQ703, Exabyte 8505
2.11 |LENTO | | |PDP-11/73 |RSX-11M+
| |2xRD32, RX50, RL02, Kennedy 9600
2.12 |JENSEN| | |DEC 2000 axp |OpenVMS
7.3| |
2.13 |ZITI | | |eBox-3310 |Ubuntu
| |
2.14 |MULTIA| | |Multia UDB |OpenVMS
7.3| |
2.15 |PAVANE| | |DECstation 3100 |Ultrix
| |MIPS box w/DECnet-Ultrix
2.16 |SKETTI| | |HP ProLiant ML110G4 |Ubuntu
| |
2.18 |DSRVB1| | |DECserver-200/MC |
| |
2.19 |DSRVB2| | |DECserver-200/MC |
| |
FWIW, keeping a central database up to date is going to be a nightmare -
that's why we invented the INFO.TXT files; so each sysadmin could locally
update his own information.
Yes. I know... :-)
Which I said this is all voluntary and so on. I've just felt that the INFO.TXT is not really working that well either. At least not from my point of view. I'm willing to try different things. I could consider some automatic scraping and population of the nodename database from some distributed sources as well, if we can come up with something that seems reasonable.
Oh, and thanks.
Johnny
Is there a way we can get write access to the db? That way we can keep our own info up to date.
-brian
On May 17, 2013, at 12:03, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-05-17 16:18, Bob Armstrong wrote:
On 2013-05-16 18:28, Johnny Billquist wrote:
This is a totally volontary thing. I've finally come to the point
where I think that there are a few more pieces of data on nodes
that would be nice/useful to have from time to time.
Much of the information you want (all of it, I think) is already in the
INFO.TXT file -
$ type legato""::info.txt
....
ADDR |NAME |OWNER |EMAIL |HARDWARE |OS
|LOCATION |NOTES
2.1 |LEGATO|Bob Armstrong |bob at jfcl.com |simh |OpenVMS
7.3|Milpitas, CA, US|DCN Multinet Ro
uter
2.2 |POCO | | |MicroVAX-2000 |
| |6MB, RD54, TK50
2.4 |MEZZO | | |PDP-11/53 |RSTS
| |3.5MB, 2xRA73,TK70, SCSI
2.6 |LARGO | | |VAX-11/730 |VMS 4.7
| |R80, 2xRA81, RL02, RX02, TU80
2.7 |CODA | | |DS20E |OpenVMS
8.3| |
2.9 |DIVISI| | |VAX-8350 |VMS 5.5-2
| |16MB, RA81, RA82, TU81+
2.10 |ADAGIO| | |VAXserver 3900 |VMS 6.0
| |RA81, RX50, 2xRD54, Kennedy 9610, RRD50, RF31, 2xRF71,
RF72, SQ703, Exabyte 8505
2.11 |LENTO | | |PDP-11/73 |RSX-11M+
| |2xRD32, RX50, RL02, Kennedy 9600
2.12 |JENSEN| | |DEC 2000 axp |OpenVMS
7.3| |
2.13 |ZITI | | |eBox-3310 |Ubuntu
| |
2.14 |MULTIA| | |Multia UDB |OpenVMS
7.3| |
2.15 |PAVANE| | |DECstation 3100 |Ultrix
| |MIPS box w/DECnet-Ultrix
2.16 |SKETTI| | |HP ProLiant ML110G4 |Ubuntu
| |
2.18 |DSRVB1| | |DECserver-200/MC |
| |
2.19 |DSRVB2| | |DECserver-200/MC |
| |
FWIW, keeping a central database up to date is going to be a nightmare -
that's why we invented the INFO.TXT files; so each sysadmin could locally
update his own information.
Yes. I know... :-)
Which I said this is all voluntary and so on. I've just felt that the INFO.TXT is not really working that well either. At least not from my point of view. I'm willing to try different things. I could consider some automatic scraping and population of the nodename database from some distributed sources as well, if we can come up with something that seems reasonable.
Oh, and thanks.
Johnny
On 15 May 2013, at 05:13, Cory Smelosky <b4 at gewt.net> wrote:
Greetings all,
Thought I'd move this in to a cleaner, fresh thread...
I have managed to get a working install of TOPS-10 7.04/7.05 in KLH-10 with DECnet and LAT! I have tested it from my VT420.
You can test it too! SET HOST to MARLEY and LOGIN as 1,2 (no password yet...need to tweak that a bit). Let me know how it works for you!
I still have a long way to go, and I have NO IDEA if I can replicate this install ever again...I have saved a complete (857,360 line!) copy of the terminal output for future reference though!
Next comes either: getting this working in SIMH, or getting it working on a real KS10/KL10 (I can likely convert this setup to a KS10, too. I'd just need to consult the DECnet-10 manuals). Now if only I had a KS10...;))
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Hello all,
One final update on the final update: I've added a guest account.
SET HOST to MARLEY (9.10) (It's a bit slow to respond only via DECnet. I might need to play with buffers)
Credentials are guest and the password is guest. Still need to install some stuff for language support.
Doing that now. :)
-brian
On Fri, May 17, 2013 at 04:30:46PM -0700, Ian McLaughlin wrote:
Brian
Because you have access to hub directly, could you add this for me?
Ian
Sent from my iPhone
On 2013-05-17, at 3:25 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
The Cisco Config Tool will be moving to a new host. I'm moving and won't
have a static IP for a while. I've gotten a VPS VM that is going to run
this all now. It will stay here forever.
wiggum.4amlunch.net (65.19.130.45)
Add this IP to your snmp allowed ACL. Don't remove the old one just yet.
-brian
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=BED7C3F8BF4011E29…
Brian
Because you have access to hub directly, could you add this for me?
Ian
Sent from my iPhone
On 2013-05-17, at 3:25 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
The Cisco Config Tool will be moving to a new host. I'm moving and won't
have a static IP for a while. I've gotten a VPS VM that is going to run
this all now. It will stay here forever.
wiggum.4amlunch.net (65.19.130.45)
Add this IP to your snmp allowed ACL. Don't remove the old one just yet.
-brian
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=BED7C3F8BF4011E29…