Patrick Welche writes: > Had a go with the shiny new X (thanks!) on the sandy bridge laptop > which no longer likes SNA but works with UX, and xdm seems to sit > at the prompt waiting for something: > > #0 0x00007f7ff344285a in poll () from /usr/lib/libc.so.12 > #1 0x00007f7ff6031f3d in IoWait (wt=0x7f7fffffcec0, wf=<synthetic pointer>, > wf=<synthetic pointer>) > at /usr/xsrc/external/mit/libXt/dist/src/NextEvent.c:356 > #2 _XtWaitForSomething (app=app@entry=0x7f7ff7e60000, > ignoreEvents=ignoreEvents@entry=0 '\000', > ignoreTimers=ignoreTimers@entry=0 '\000', > ignoreInputs=ignoreInputs@entry=0 '\000', > ignoreSignals=ignoreSignals@entry=0 '\000', block=block@entry=1 '\001', > drop_lock=0 '\000', drop_lock@entry=1 '\001', howlong=howlong@entry=0x0) > at /usr/xsrc/external/mit/libXt/dist/src/NextEvent.c:624 > > The cursor is visible in the Login: prompt, but apparently Something never > happens... (Switching to SNA, doesn't change anything.) > > Thoughts on how to debug?
is it a black input bar that doesn't appear to do anything? (it probably does work -- did you try typing blind?) the fix is to update /usr/X11/xdm/Xresources file -- it has new required entries. i'm going to work on making this less awful when it isn't updated, but i've been busy working on the Mesa18 update :-) postinstall is not yet capable of properly updating it or really suggesting what you need to do, so that would be the first step, but perhaps also making /etc/rc.d/xdm fail to run if the new entries are missing would be good too. thanks. .mrg.