WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: xdm  (Read 2828 times)

Offline Jason W

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 9730
xdm
« on: June 07, 2009, 04:57:20 PM »
Thanks to Roberto A. Foglietta for xdm:

Code: [Select]
Title:          xdm.tczl
Description:    xdm
Version:        1.1.18
Author: Various
Original-site:  https://launchpad.net/ubuntu/+source/xdm
Copying-policy: GNU GPL
Size: 104k
Extension_by:   Roberto A. Foglietta
Comments: In the X Window System, an X display manager runs
as a program, that allows the starting of a session
on an X server from the same or another computer.
A display manager presents the user with a login
screen which prompts for a username and password.
A session starts when the user successfully enters
a valid combination of username and password.

tc@box:~/tmp/tce$ tail -n1 /opt/bootlocal.sh
grep -q xdm /proc/cmdline && sudo xdm

tc@box:~/tmp/tce$ head -n1 ~/.xsession
test -r ./profile &&. ./profile

Change-log:     2009/06/07 Description changed
2009/06/05 First version
Current:        2009/06/07 Description changed


Offline Fredux

  • Newbie
  • *
  • Posts: 5
Re: xdm
« Reply #1 on: August 05, 2009, 04:13:31 PM »
Hi,

I'm looking to build a small box that would actually just serve as an X console to a remote server. Would SLIM do that or shall I go for xdm? What I'm expecting is a TC that would jump directly in graphical mode and attach to the login prompt of remote server.

Also if anybody has relevant experience, that would definitely help.

Thanks.

Offline maro

  • Hero Member
  • *****
  • Posts: 1228
Re: xdm
« Reply #2 on: May 12, 2010, 11:15:09 PM »
I believe this extension is a bit "broken": It contains a "user.tar.gz" which IIRC was quite some time ago used to facilitate some startup configuration. As this was basically before my time of "playing around with TC" I'm not sure that what I did as work-around is correct.

In an attempt to test the extensions on TC 2.11 I added the following to '/opt/bootlocal.sh':
Code: [Select]
[ -f /user.tar.gz ] && tar xzf /user.tar.gz -C / >> /tmp/boot.log 2>&1
xdm &
I then created a password for user 'tc', made sure that it worked, and rebooted the system. There was now a login screen and 'Xvesa' was now started by 'xdm'
Code: [Select]
tc@box:~$ ps -o 'pid,ppid,user,args' | grep xdm | grep -v grep
  460     1 root     xdm
  466   460 root     /usr/bin/Xvesa -ac -br -screen 1024x768x32 -shadow -mouse /dev/input/mice,5 -nolisten tcp -I :0 -auth /usr/local/lib/X11/xdm/authdir/authfiles/A:0-OsM05e
Any false user name / password combination was refused with a "Login incorrect" message, but when supplied with the correct details one could see for a split second the familiar TC wall paper, but that did not last long and one was again presented with the "X Window System" login mask. The brief (but failed) login left an entry in a new file:
Code: [Select]
tc@box:~$ cat .xsession-errors
Xlib:  extension "Generic Event Extension" missing on display ":0.0".
Now, we all know that this message itself is not critical, but the fact that it appeared as consequence of the login request might help in the troubleshooting.

BTW, I got all those details by switching around between the console (with "Ctrl-Alt-F1") and the Xvesa screen (with "Ctrl-Alt-F2"). Funnily enough the console access is not password protected so that I guess defeats a bit the idea of asking for a user login.

I now wonder if someone else is curious enough to take a closer look into this. The whole thing is not really important to myself but I got interested as the question of how to use 'xdm' popped up today in some other thread.