From owner-freebsd-questions Sun Oct 21 17:31: 0 2001 Delivered-To: freebsd-questions@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 17BC737B405 for ; Sun, 21 Oct 2001 17:30:56 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15vSzW-0008OZ-00; Mon, 22 Oct 2001 02:30:54 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id f9M0AwR49267 for freebsd-questions@freebsd.org; Mon, 22 Oct 2001 02:10:58 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Need vt100 in minicom, not vt102 Date: Mon, 22 Oct 2001 00:10:58 +0000 (UTC) Message-ID: <9qvo6i$1g3a$1@kemoauc.mips.inka.de> References: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bill Schoolcraft wrote: > I've been doing some remote serial administration with minicom at > work and have to use a serial line to admin during installation on a > Sparc box. I tried "tip" and it didn't seem to have any options for > setting TERM=vt100. tip(1) is a communications program. It connects your terminal to a serial line. It does not include any terminal emulation. Same for cu(1) and kermit(1). > (A) Has anyone manipulated the TERM in minicom ? You appear confused. When you are interacting with a unix box, you *are* at a terminal. That may be an actual device connected by a serial line, it may be an emulation at the console, or it may be an emulation such as xterm running on top of a pty. You can add a terminal emulation layer--screen and minicom do so, for different purposes--but this is rarely useful in itself. The TERM environment variable tells the system what terminal you are using. Changing TERM does not in any way affect the behavior of your terminal. TERM is an index into the termcap(5) database, where applications take the control sequences from they use for cursor control etc. For best results you should set TERM to a value that agrees with the terminal you are using. You cannot "manipulated the TERM in minicom". Minicom includes a terminal emulation, which can be switched between different types of terminals. If you are connected to a host in minicom, you should set TERM there to a value that corresponds to minicom's terminal emulation setting. > (B) Can anyone point me to a description of the differences between > vt102 and vt100 ? The usual candidates are: http://vt100.net/ http://www.cs.utk.edu/~shuford/terminal_index.html The VT102 is a slightly more capable superset of the VT100. I'm too lazy too dig out the details, but the additions are small. Which means that you can use a VT102 (-compatible, emulation) in place of a VT100. FWIW, xterm(1) also emulates a superset of the VT100. > The installation screens on some of the alternate OS's for Sparc > (*BSD, Linux) have escape characters all over the place and I need > to try and get some console stability to install from a serial > cable. I installed OpenBSD/sparc from kermit(1) running in an xterm(1). This is as perfect a VT100 as you could ever need for that purporse. I forgot whether the OpenBSD installer actually ever needs a cursor-addressable terminal, or whether it gets by with plain tty output. > The project I'm working on is my own, I've purchased my own > Ultra10 (with no keyboard and no monitor) to run different non > Solaris OS. > > So far redhat-6.2 sparc is the only OS that installed with no > problems :( and that was NOT the results I wanted to end up with. Both NetBSD and OpenBSD/sparc64 are rather shakey at this time. Whatever problems you may run into, terminal emulation isn't likely to be one. "UltraLinux" (Linux/sparc64) on the other hand is a farce. They have a sun4u kernel, but the userland is plain 32-bit sparc. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message