Bug#254909: ssh: -f should suggest -N if no command is given

[Will Thompson <will@willthompson.co.uk>]

Package: ssh
Version: 1:4.7p1-5
Followup-For: Bug #254909

If you pass -f to ssh without supplying a command to be executed on the
remote system, you are told:

    Cannot fork into background without a command to execute.

As an alternative to supplying a command, you can in fact pass -N, which
is documented in ssh(1) thusly:

    Do not execute a remote command.  This is useful for just forwarding
    ports (protocol version 2 only).

Perhaps the error from a commandless -f should end with "(try -N)"?

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ssh depends on:
ii  openssh-client                1:4.7p1-5  secure shell client, an rlogin/rsh
ii  openssh-server                1:4.7p1-5  secure shell server, an rshd repla

ssh recommends no packages.

-- no debconf information