Date: Fri, 28 Feb 2003 18:24:36 -0600 (GMT) From: Sean Welch <welchsm@earthlink.net> To: Peter Grehan <grehan@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: ATA patch and others Message-ID: <7678840.1046485485002.JavaMail.nobody@statler.psp.pas.earthlink.net>
index | next in thread | raw e-mail
Out of curiousity I went poking around and discovered that
/data/ppc/etc/termcap was linked over to
/usr/share/misc/termcap. Taking a look I found there was
not termcap there so I copied the one over from the server
(along with termcap.db). The results were gratifying. ^L
now clears the screen. vi actually starts and will in fact
edit a file -- though it can't lock the recovery file and
it sets reverse video on the text. Doesn't work perfectly,
but it is better than before...
Got telnetd started -- thanks.
man doesn't start -- looks like the libstdc++ problems you
mentioned to David.
Now that I've got this stuff working -- what would be
the most useful testing I could do at this point? (I want
to get into the porting effort but I'm not quite up to it
yet)
Sean
-------Original Message-------
From: Peter Grehan <grehan@freebsd.org>
Sent: 02/28/03 04:18 PM
To: Sean_Welch@alum.wofford.org
Subject: Re: ATA patch and others
>
> Hi Sean,
> Any particular reason(s)? I've just been modding files on the
> server (as you suggested) because vi doesn't work
The terminal emulation in the OpenFirmware console is bare bones,
and not sufficient to support something like a full-screen editor.
> and I can't get telnetd to work -- it keeps complaining about a
non-socket
> operation on a socket port.
Telnetd can't run from the command line; what you need to do is enable
inetd in /etc/rc.conf,
inetd_enable="YES"
Then uncomment the telnetd line in /etc/inetd.conf, and add the world
'secure'
to the first few pty lines in /etc/ttys to allow root login (unless you
want to create
an additional account)
# Pseudo terminals
ttyp0 none network secure
ttyp1 none network secure
...
> I'd still like to be able to get vi to run -- call it a mini-
> project for me. Something that doesn't need to be done later
> if it gets fixed now...
It may be possible to locate, or even come up with, a termcap entry
that would work for the OpenFirmware console, but given that there
has to be a new type of console (e.g. a syscons re-work, or a port of
NetBSD's wscons) to get USB to work, there's not much point in spending
the time on it.
later,
Peter.
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ppc" in the body of the message
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7678840.1046485485002.JavaMail.nobody>