Bug 476061

does 
/etc/init.d/iptables stop

"fix" your problem?

(In reply to comment #1)
> does 
> /etc/init.d/iptables stop
> 
> "fix" your problem?

heh. no.

I should've been clearer - I am connecting via vnc on the same machine. I get the black and white mottled X background that usually precedes gdm firing up.. but gdm never starts.

configuration is as follows

# cat /etc/xinetd.d/vnc 
service vnc1280x1024
{
	disable         = no
	socket_type     = stream
	protocol        = tcp
	wait            = no
	user            = nobody
	group		= tty
	server          = /usr/bin/Xvnc
	server_args     = -inetd -query localhost -geometry 1280x1024 -depth 16 -once -SecurityTypes None
}

In /etc/services I have:

vnc1280x1024    6900/tcp                # Local vnc server


Connecting with a vnc viewer to localhost port 6900 therefore should start gdm - it starts X, but I never get a GDM login screen (this worked under F-9).

Looking through the build logs it doesn't look like a patch to fix xdmcp was actually added (contrary to the package changelog)?

woops, will fix.  Sorry about that.  Clearly, I was doing too many things at once when I pushed that update.

building now.

Building failed as the patch didn't apply cleanly due to the presence of 

klass->get_timed_login_details = gdm_display_real_get_timed_login_details;

in the context of the patch relating to gdm-display.c. Removing that line from the context (since in 2.24.1 there is no get_timed_login_details member of that struct) allows the patch to apply cleanly. Haven't built and tested though. Modified patch attached.

Created attachment 327034 [details]
Slight rework of patch to apply cleanly.

Oh dear: I rebuilt gdm in mock including the modified patch from Comment #7 and it seems that xdmcp is still broken.

Any hints on debugging this? I've tried enabling debugging with

[debug]
Enable=true

in custom.conf, but there's nothing at all in the log as far as I can see.

might be this:

  http://bugzilla.gnome.org/show_bug.cgi?id=565018

I am a total klutz. The patch in comment #7 does in fact fix the issue (I'd managed to disable xdmcp in custom.conf while trying various things and forgot to re-enable it).

I've checked the patch in comment #7 into CVS and the relevant change to the spec file and set it building in koji:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1007980

OK, that built cleanly - obviously I can't push an update for this package, so will leave that to you, if you're happy with it.

[NB. just to prove I'm a klutz, I typo'd my email address in the chagelog :)].

Thanks for doing the ground work on this.

gdm-2.24.1-4.fc10 has been submitted as an update for Fedora 10.
http://admin.fedoraproject.org/updates/gdm-2.24.1-4.fc10

gdm-2.24.1-4.fc10 has been pushed to the Fedora 10 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update gdm'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2008-11524

I have the same setup (VNC+xinetd+XDMCP), but gdm-2.24.1-4.fc10 still isn't working for me - Xvnc starts, but I just see a grey screen and GDM doesn't start.

Stewart - that's odd. Are you sure you enabled xdmcp in custom.conf? Whats the output of running this command as root on the machine:

nmap -sU -p 177 localhost

or alternatively the output of
 netstat -lnp | grep 177

PORT    STATE  SERVICE
177/udp closed xdmcp

I have this in my custom.conf though:
[xdmcp]
Enable=True

That state of "closed" is not what it should be, certainly. I see:

PORT    STATE         SERVICE
177/udp open|filtered xdmcp


Did you restart gdm after the upgrade (i.e. switchin g to runlevel 3 and then back to 5, or reboot) ?

I've tried that many times, too. I also tried stopping the iptables and firestarter services, so it's not the firewall...

OK, I have reproduced this. You need to change

[xdmcp]
Enable=True

to

[xdmcp]
Enable=true

to fix this. Note the capitalisation of "true". Over the holidays I'll try and knock up a patch to make gdm a bit more forgiving in terms of [Tt][Rr][Uu][Ee].

Added a patch to upstream bugzilla to allow True/False:

http://bugzilla.gnome.org/show_bug.cgi?id=565465

Thanks, it's working now. The OS X screen sharing utility doesn't seem to work, but that's another bug. Running 'vinagre localhost:5900' on the Linux box works perfectly.

gdm-2.24.1-4.fc10 has been pushed to the Fedora 10 stable repository.  If problems still persist, please make note of it in this bug report.

Hello

03/03/2009 update my fedora 10 xdmcp is work

but after connect from another computer to xdmcp server is work once time

and now is not more work

also in server
Xnest :7 -query localhost

returen gray screen



my lan:
server fedora 10 - 192.168.2.101
Client XP with vnc - 192.168.2.109

Hello

Re-installed on new computer the fedora 10 offered all the - update turned the option available through Xdmcp it worked well.
But after I left the computer for 2 hours, I try to connect again with Xdmcp and it does not work.
I think that the bug has also repair the last of Gdm
I'm ready to attach to your log on demand.

Thanks