[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#227474: marked as done (ssh: Message 'No value for $TERM and no -T specified')

Your message dated Fri, 26 Feb 2010 13:29:59 +0100
with message-id <20100226122959.GA13727@prunille.vinc17.org>
and subject line Re: Bug#227474: ssh: Message 'No value for $TERM and no -T specified'
has caused the Debian Bug report #227474,
regarding ssh: Message 'No value for $TERM and no -T specified'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
227474: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=227474
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: ssh
Version: 1:3.6.1p2-11
Severity: minor

I often get the following message with ssh:

greux:~> /usr/bin/ssh -T greux true
No value for $TERM and no -T specified

However, I specified -T! Even when $TERM is defined, I get this message.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux greux.loria.fr 2.4.20 #2 Mon Mar 31 18:37:25 CEST 2003 i686
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1

Versions of packages ssh depends on:
ii  adduser                     3.51         Add and remove users and groups
ii  debconf                     1.4.4        Debian configuration management sy
ii  dpkg                        1.10.18      Package maintenance system for Deb
ii  libc6                       2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libpam-modules              0.76-14.1    Pluggable Authentication Modules f
ii  libpam-runtime              0.76-14.1    Runtime support for the PAM librar
ii  libpam0g                    0.76-14.1    Pluggable Authentication Modules l
ii  libssl0.9.7                 0.9.7c-5     SSL shared libraries
ii  libwrap0                    7.6-ipv6.1-3 Wietse Venema's TCP wrappers libra
ii  zlib1g                      1:1.2.1-3    compression library - runtime

-- debconf information:
* ssh/privsep_tell: 
  ssh/insecure_rshd: 
  ssh/privsep_ask: true
  ssh/ssh2_keys_merged: 
  ssh/user_environment_tell: 
* ssh/forward_warning: 
  ssh/insecure_telnetd: 
  ssh/new_config: true
* ssh/use_old_init_script: true
* ssh/protocol2_only: true
  ssh/encrypted_host_key_but_no_keygen: 
* ssh/run_sshd: true
* ssh/SUID_client: true

--- End Message ---
--- Begin Message --- 
On 2004-01-14 00:00:46 +0100, Vincent Lefevre wrote:
> On 2004-01-13 22:09:53 +0000, Colin Watson wrote:
> > That's strange. I can't find that message anywhere in the openssh
> > source code ...
> 
> for i in /usr/bin/*; strings -a $i|grep "No value for" && echo $i
> 
> said that this comes from /usr/bin/tput, called from my ".zshenv".
> I've just reported a wishlist bug on ncurses-bin to ask for better
> error messages (with the program name).

I'm closing this bug as the message didn't come from SSH.
And since SSH has a similar problem for its messages, I've
reported bug 571606:

  openssh-client: ssh should write its name when outputting messages

> Concerning ssh, why isn't TERM passed to the remote side? IMHO, this
> would make sense and would be very useful. This is just the opposite
> of rlogin, which passes TERM, but not DISPLAY!

After all, passing TERM without option -t doesn't really make sense
anyway.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)

--- End Message ---
Reply to: