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

Bug#495268: marked as done (openssh-server: xauth should only be a Suggest)

Your message dated Sun, 17 Aug 2008 12:44:57 +0100
with message-id <20080817114455.GQ17016@riva.ucam.org>
and subject line Re: Bug#495268: openssh-server: xauth should only be a Suggest
has caused the Debian Bug report #495268,
regarding openssh-server: xauth should only be a Suggest
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.)


-- 
495268: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495268
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: openssh-server
Version: 1:4.7p1-12
Severity: normal

The openssh-server package recommends xauth. Policy defines Recommends
as "used in all but unusual cases". IMHO X forwarding is not that common
altogether, so I think it should only be a Suggest.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages openssh-server depends on:
ii  adduser               3.108              add and remove users and groups
ii  debconf [debconf-2.0] 1.5.22             Debian configuration management sy
ii  dpkg                  1.14.20            Debian package management system
ii  libc6                 2.7-13             GNU C Library: Shared libraries
ii  libcomerr2            1.41.0-3           common error description library
ii  libkrb53              1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii  libpam-modules        0.99.7.1-7         Pluggable Authentication Modules f
ii  libpam-runtime        0.99.7.1-7         Runtime support for the PAM librar
ii  libpam0g              0.99.7.1-7         Pluggable Authentication Modules l
ii  libselinux1           2.0.65-2           SELinux shared libraries
ii  libssl0.9.8           0.9.8g-13          SSL shared libraries
ii  libwrap0              7.6.q-15           Wietse Venema's TCP wrappers libra
ii  lsb-base              3.2-19             Linux Standard Base 3.2 init scrip
ii  openssh-blacklist     0.4.1              list of default blacklisted OpenSS
ii  openssh-client        1:4.7p1-12         secure shell client, an rlogin/rsh
ii  zlib1g                1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages openssh-server recommends:
ii  openssh-blacklist-extra       0.4.1      list of non-default blacklisted Op
ii  xauth                         1:1.0.3-2  X authentication utility

Versions of packages openssh-server suggests:
pn  molly-guard                   <none>     (no description available)
pn  rssh                          <none>     (no description available)
pn  ssh-askpass                   <none>     (no description available)

-- debconf information excluded

--- End Message ---
--- Begin Message --- 
tags 495268 wontfix
thanks

On Fri, Aug 15, 2008 at 01:11:24PM -0700, Russ Allbery wrote:
> Maximilian Gaß <mxey@cloudconnected.org> writes:
> > The openssh-server package recommends xauth. Policy defines Recommends
> > as "used in all but unusual cases". IMHO X forwarding is not that common
> > altogether, so I think it should only be a Suggest.
> 
> Hm, I use X forwarding constantly, as do many of my users, and the few
> cases where we've installed an sshd without xauth accidentally have caused
> a lot of confusion.  It's definitely a feature that users around here, at
> least, expect to have available and working.

As the guy who often gets support queries about this, I entirely agree
with Russ. I'm afraid I far prefer to leave this as a Recommends. Of
course, you can always choose not to install Recommends (e.g. 'apt-get
install --no-install-recommends'), so I don't see how this should cause
a practical problem.

Cheers,

-- 
Colin Watson                                       [cjwatson@debian.org]

--- End Message ---
Reply to: