xdmcp/gdmchooser breakage from 2.20.0-0ubuntu3 -> 4

Bug #152824 reported by Alex Williamson
2
Affects Status Importance Assigned to Milestone
Ubuntu
New
Undecided
Unassigned
gdm (Ubuntu)
New
Undecided
Unassigned

Bug Description

Upgrading from gdm_2.20.0-0ubuntu3 to gdm_2.20.0-0ubuntu4 broken my xdmcp setup. I have the following in /etc/gdm/gdm.conf-custom:

[daemon]
RemoteGreeter=/usr/lib/gdm/gdmgreeter

[xdmcp]
Enable=true

On a remote system, I run:

Xnest -query <server> :1

With ubuntu3, this works fine. With ubuntu4, the Xnest flashes between the X root weave and a white background a few times, then dies. I also end up with a /var/crash/_usr_lib_gdm_gdmgreeter.108.crash. If I comment out the RemoteGreeter, I can once again connect via xdmcp, however this is an obvious regression from ubuntu3 to ubuntu4, and a regression from the behavior in Feisty.

Revision history for this message
Alex Williamson (alex-williamson) wrote :
Revision history for this message
Alex Williamson (alex-williamson) wrote :

I applied the patch from 152505 and it does allow Xnest to connect, however, there's still a problem. I have a thin client running an nfs root installation of Fiesty. It connects to a gutsy server with xdmcp. This configuration still fails with 2.20.0-0ubuntu4 (plus 152505 patch), but works with ubuntu3. The client does support RandR, and I see this in the X output:

(==) RandR enabled
(II) Initializing built-in extension RANDR

If I remove patch 63 from ubuntu4, it works like ubuntu3. Also, if I comment out the RemoteGreeter line in my gdm.conf-custom file (RemoteGreeter=/usr/lib/gdm/gdmgreeter) it works. Unless the fix committed for 152505 is significantly different from the one in the comments, patch 63 definitely still introduces a regression in xdmcp support.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.