On 23-Mar-06, at 2:57 PM, Robin wrote:
> Ah,
>
> That’s a good suggestion. I’ll dig my way round the redhat config
> stuff and see if I can find one to switch off.
>
>
Look at "iptables".
--Toby
>
>
> Robin
>
>
>
> From: Toby Thain [mailto:toby@smartgames.ca]
> Sent: 23 March 2006 06:37
> To: robinb(a)ruffnready.co.uk
> Subject: Re: [pups] Supnik Emulator on Redhat Linux
>
>
>
>
>
> On 20-Mar-06, at 1:54 PM, Robin wrote:
>
>
>
>
> Hi,
>
> I have successfully got the supnik emulator up and running on
> redhat but have hit a problem, which is probably configuration and
> serves to show how little I know about more recent unices.
>
>
>
> To allow computer to emulator comms I have installed a second card
> and enabled it under linux. It is enabled with a different address
> to the first one 192.168.1.10 and 192.168.1.11. The emulator can
> see both of the devices and I have attached device 1 (eth1) as xq0.
>
>
>
> I run up BSD2.11 on the emulator and it attaches to the ether
> device at start up.
>
>
>
> I can ftp from the emulator to the host and back again if I start
> ftp on the emulator.
>
>
>
> I can’t telnet to the host.
>
>
>
> I can’t telnet from the host to the emulator.
>
>
>
> I can’t ftp from the host to the emulator.
>
>
>
> I also can’t telnet in from a telnet session to the listening
> socket set up for a DZ11 (I could before I started trying to get
> the networking up).
>
>
>
> Ideas anyone?
>
>
>
>
>
> Sounds like firewall to me.
>
>
>
> --Toby
>
>
>
>
>
>
> Robin
>
> _______________________________________________
>
> PUPS mailing list
>
> PUPS(a)minnie.tuhs.org
>
> http://minnie.tuhs.org/mailman/listinfo/pups
>
>
>
>
Hi,
I have successfully got the supnik emulator up and running on redhat but
have hit a problem, which is probably configuration and serves to show how
little I know about more recent unices.
To allow computer to emulator comms I have installed a second card and
enabled it under linux. It is enabled with a different address to the first
one 192.168.1.10 and 192.168.1.11. The emulator can see both of the devices
and I have attached device 1 (eth1) as xq0.
I run up BSD2.11 on the emulator and it attaches to the ether device at
start up.
I can ftp from the emulator to the host and back again if I start ftp on the
emulator.
I can't telnet to the host.
I can't telnet from the host to the emulator.
I can't ftp from the host to the emulator.
I also can't telnet in from a telnet session to the listening socket set up
for a DZ11 (I could before I started trying to get the networking up).
Ideas anyone?
Robin
Hi,
I've found the documentation for most of the major
troff preprocessors and macros packages, but I can't
seem to find anything but occasional references to a
paper on the "Programmer's Memorandum Macros" (troff -mm)
by Smith and Mashey.
I'm hoping some of you may have better insight into
the matter...
-aw
> I've found the documentation for most of the major
> troff preprocessors and macros packages, but I can't
> seem to find anything but occasional references to a
> paper on the "Programmer's Memorandum Macros" (troff -mm)
> by Smith and Mashey.
Try asking on the groff mailing list, they have been very active lately,
built a new macro package even.
groff(a)gnu.org
--
---
Larry McVoy lm at bitmover.comhttp://www.bitkeeper.com
Please, forgive me. I profusely apologize for all the inconveniences. It's
been fixed now.
I am sorry, I have been busy with lectures and travels and had forgotten the
issue until I finally found time tonight to re-check TUHS on this account. To
top it off my home computer broke and I only bought a new one yesterday.
Be assured I blushed when I saw my mistake and it has been the first thing
I've done.
I'll try not to leave TUHS for so long again. Promise.
j
On Thu, 09 Mar 2006 18:12:02 +0000
Z Sztrprszkolwia <sztrprszkolwia(a)gmail.com> wrote:
> Hi!
>
> A couple of weeks ago you gave this address in the TUHS list, for tape
> images of BSD:
>
> J. R. Valverde wrote:
>
> >I have made a fair number of virtual machines myself. May it's time to set them
> >free. Look into
> >
> > ftp://ftp.es.embnet.org/pub/misc/emul/images/
> >
> >for some of them.
> >
>
> Unfortunately, when I log in as anonymous the directories are listed as
> drwxrwx--- (no permision whatsoever for 'others') and I can't download
> your simhs :((
> I'm quite interested in playing with them, could you give others r-x
> permisions? Thanks :))
Please, forgive me. I profusely apologize for all the inconveniences. It's
been fixed now.
I am sorry, I have been busy with lectures and travels and had forgotten the
issue until I finally found time tonight to re-check TUHS on this account.
Be assured I blushed when I saw my mistake and it has been the first thing
I've done.
I'll try not to leave TUHS for so long again. Promise.
j
On Thu, 09 Mar 2006 18:12:02 +0000
Z Sztrprszkolwia <sztrprszkolwia(a)gmail.com> wrote:
> Hi!
>
> A couple of weeks ago you gave this address in the TUHS list, for tape
> images of BSD:
>
> J. R. Valverde wrote:
>
> >I have made a fair number of virtual machines myself. May it's time to set them
> >free. Look into
> >
> > ftp://ftp.es.embnet.org/pub/misc/emul/images/
> >
> >for some of them.
> >
>
> Unfortunately, when I log in as anonymous the directories are listed as
> drwxrwx--- (no permision whatsoever for 'others') and I can't download
> your simhs :((
> I'm quite interested in playing with them, could you give others r-x
> permisions? Thanks :))
I feel just a little bit stupid for not figuring them out sooner, but smart in
being able to figure them out on my own.
Some of you may remember a post I wrote some time ago, dealing with E11
(Ersatz-11) and the RL02 v7 image. I mentioned not being able to get out of
single-user mode, and being unable to view man pages.
Well, as it turns out, I stumbled across the method of getting to multi-user
mode. ^D, imagine that. Dropping out of single-user mode starts multi-user
mode. That's not something I would have been able to use logic to figure out.
And, well, I happened to notice that there was no temp directory, so no wonder
man couldn't create its temp file. A quick little 'mkdir tmp' and that
problem was fixed. Now, that was something I was able to figure out
logically.
Of course, now my problem is that the console is presumed to be a TTY and not
a CRT terminal. And so, man pages just scroll right up and off the screen. Oh
well. I'm sure I'll figure out something. Eventually.
>
> I was not expecting termcap or curses; I was.. *hoping* (still not expecting)
> that perhaps v7 was new enough that the 'simple' type of CRT terminals, the
> ones that were basically just glass TTYs, were in common use. That it would
> be possible to use stty to set the number of rows to n, and that just maybe
> there would be a 'more' command that would only printout the next n lines.
> You know, simple stuff. Nothing about cursor addressable displays, no special
> codes for clearing the screen, or text attributes, just screen paging. At any
> rate, I may sit down at some point and write a 'more' utility of my own. Not
> that I need it for man pages now that I have the offline version of the
> manual, but there are still things like long directory listings that it would
> be useful for.
Actually, termcap and vi was ported back to V7 very early in the piece,
though you needed an ID space processor (aka PDP11/45/50/55/70) to run vi.
There were several paging programs about, some using termcap. From memory
there was dis, pg and more. The man command didn't do any pagination
Cheers
John
Hi Everyone,
I'm having a bit of fun getting P11 up on redhat. Has anyone got a copy
of AS11 that they could send me as I want to rebuild everything
including the boot rom to make sure that I've got it as right as I can.
Cheers
Robin
--
Robin Birch
> Unfortunately the autoconfig stuff has /unix hard coded into
> it and will only look for this file.
Thanks, guys, for the answer. I've got to admit that I'm disappointed.
If you have to decide, before the old system goes down, via a series of
moves or copies or hard links or whatever, which kernel you're going to use
the next time the system comes up, then it doesn't seem all that useful.
I guess if I build a kernel that just doesn't work at all, I can always
boot the old kernel far enough to get to single user mode where I can remove
the dud /unix, put the old one back, and then reboot. That's something.
Anyway, if that's the way it is, then that's the way it is :-) Thanks
again.
Bob
