recent security updates to 10.3-RELEASE broke xdm?

Anton Shterenlikht mexas at bris.ac.uk
Sun Oct 2 15:00:57 UTC 2016


>From freebsd at edvax.de Sun Oct  2 15:53:23 2016
>
>> Anyway, this is what I get:
>> 
>> ####> cat .xsession
>> #!/bin/tcsh
>> source ~/.tcshrc
>> exec ~/.xinitrc
>> ####> cat .xinitrc
>> xautolock -locker slock &
>> xconsole &
>> exec mwm
>
>Yes: This should let the session live as long as mwm lives.
>You can now easily verify this with the "non-xdm approach"
>by using "startx" - you should get your regular desktop, and
>when you exit mwm, the session terminates, and X shuts down.
>
>This is what you should definitely verify, to make sure the
>"session flow" works as expected.

Yes, this works exactly as you describe.

>> xdm info (pid 917): Starting X server on :0                                     
>> xdm info (pid 4040): sourcing /usr/local/lib/X11/xdm/Xsetup_0                   
>> xdm info (pid 4040): sourcing /usr/local/lib/X11/xdm/GiveConsole                
>> xdm info (pid 4057): executing session /usr/local/lib/X11/xdm/Xsession          
>> xdm info (pid 4040): sourcing /usr/local/lib/X11/xdm/TakeConsole                
>> XIO:  fatal IO error 35 (Resource temporarily unavailable) on X server ":0"     
>>       after 169 requests (162 known processed) with 0 events remaining.
>
>This error also looks familiar to me. Do you have any suspicious
>entries in the /var/log/Xorg.0.log file?

No, all seems fine:
http://eis.bris.ac.uk/~mexas/Xorg.0.log

>https://lists.freebsd.org/pipermail/freebsd-questions/2011-March/228663.html
>
>No solution there, just a reference to the X11 list...

Yes, not much help.

Perhaps my nvidia driver (and the card) are becoming too old:

nvidia-driver-340-340.93       x11/nvidia-driver-340

Thanks for all your help!

Anton



More information about the freebsd-questions mailing list