Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#4769 - Remote logins via xdm not working

Attached to Project: Arch Linux
Opened by Joseph E. Miele (jemiele1) - Friday, 02 June 2006, 22:28 GMT
Last edited by Jan de Groot (JGC) - Sunday, 13 May 2007, 18:20 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To Jan de Groot (JGC)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I have xdm running on one of my Arch boxes (192.168.68.112) and I'm trying to connect to it from another Arch box (192.168.68.114). Both are running the latest and greatest Arch packages.

The 192.168.68.112 system has "DisplayManager.requestPort: 0" commented out of /etc/X11/xdm/xdm-config. Also,"* #any host can get a login window" is enabled (it's not commented) in /etc/X11/xdm/Xaccess, so any host should be able to connect. The rest of the files in the xdm directory are unchanged from the base install.

When I try to connect from the 192.168.68.114 system to the 192.168.68.112 computer, I use the following command:

X :1 -query 192.168.68.112

The pointer changes to a big X the background turns black. I never get a login prompt. I also don't get any errors from X Windows on the 192.168.68.114.

Here's the contents of /var/log/xdm.log on the 192.168.68.112 system:

Predefined macro file '/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/include/mcpp_gcc40_predef_old.h' is not found
Predefined macro file '/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/include/mcpp_gcc40_predef_std.h' is not found
FreeFontPath: FPE "/usr/share/fonts/misc/" refcount is 2, should be 1; fixing.
Predefined macro file '/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/include/mcpp_gcc40_predef_old.h' is not found
Predefined macro file '/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/include/mcpp_gcc40_predef_std.h' is not found
You are required to change your password immediately (root enforced)
(current) UNIX password:
su: incorrect password

I have also tried to connect to the 192.168.68.112 system from Microsoft Windows using WRQ Reflection X. Reflection X shows the black and white checkerboard pattern and a pointer in the shape of an X, but that's all. I know Reflection X is configured correctly, because I have an old SuSE distro on yet another computer running xdm and reflection can connect to that system just fine. In fact, the 192.168.68.114 system can connect to the SuSE system without incident.

Sounds like a bug to me...
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 13 May 2007, 18:20 GMT
Reason for closing:  Fixed
Additional comments about closing:  Assuming fixed, no response for one month and one comment that gives a pointer to hosts.deny that fixed things for him.
Comment by Jan de Groot (JGC) - Friday, 02 June 2006, 22:36 GMT
Hmm, what are those password thingies doing in your xdm.log? Do you run XDM with a special account that has a password change policy enforced or something like that?
Comment by Joseph E. Miele (jemiele1) - Saturday, 03 June 2006, 19:58 GMT
I was wondering what those "su" entries were about as well.

The xdm daemon is running from /etc/inittab. Nothing special, just a line that reads as follows:

x:5:respawn:/usr/bin/xdm -nodaemon

Here's the listing for the program itself:

-rwxr-xr-x 1 root root 90592 2006-04-30 04:57 /usr/bin/xdm

Again, nothing special that I am aware of. It's just a stock Arch installation, starting with 0.7.0 and updated with pacman from that point forward. Setting up xdm is one of the first things that I do after a new Linux install. I've been working with xdm since the Red Hat 5.x days, so I have plenty of practice. I have never seen anything like this, though.

If there is another recommended way of running xdm under Arch, I'm willing to try. If you need any information about my configuration, just say the word. Heck, I might do a free Arch install in VMWare just to see what happens. If you think that's a worthwhile test, I'll get working on the VMWare install tonight.
Comment by Joseph E. Miele (jemiele1) - Monday, 05 June 2006, 22:58 GMT
I have finished the Arch 0.7.2 clean installation in VMWare. It's a base installation with xorg and KDE.

I commented out the last line in /etc/X11/xdm/xdm-config so it reads "!DisplayManager.requestPort: 0". I uncommented the line "* #any host can get a login window". Next, I set xdm to execute at runlevel 5 with the following line in /etc/inittab: "x:5:respawn:/usr/bin/xdm -nodaemon". Finally, I switched to runlevel 5 with "telinit 5".

Now, with the xdm login window up and running, I tried to connect to the VMWare session from another Linux box. No dice. Black background, the point shaped like an X and no login box. As the the /var/log/xdm.log file... it's just like the one in my original post, right down to the "su" entries.

So, what do you think? An Arch problem, an xorg problem or a Joe problem?

Thanks for your time.

Comment by Jan de Groot (JGC) - Sunday, 29 October 2006, 16:54 GMT
XDM 1.1 lists something in the changelogs about failed chooser connections when ipv6 is enabled, please try 1.1.0.
Comment by Christ Schlacta (aarcane) - Saturday, 13 January 2007, 13:20 GMT
did you try removing deny: all: all from hosts.deny ? I had a similar issue, and that seems to have fixed it.
Comment by Roman Kyrylych (Romashka) - Saturday, 14 April 2007, 15:16 GMT
status?

Loading...