Package: xserver-xorg-video-vesa Version: 1:2.3.3-1+b4 Package: xserver-xorg-core Version: 2:1.17.2-3
I'm unsure to which package this bug report belongs. When I execute 'startx', the X11 startup fails. In Xorg.0.log (in my home directory), I see: [ 132.177] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) and later: [ 132.177] (II) VESA(0): initializing int10 [ 132.177] (EE) VESA(0): Cannot read int vect This failure should be possible to reproduce by installing Stretch Alpha 4 on an x86-64 Windows host with VirtualBox 5.0.12, using debian-stretch-DI-alpha4-amd64-xfce-CD-1.iso (from 2015-10-24) . In the tasksel dialog, deselect everything, to get a minimal installation. Then, in the new installation, do 'apt-get install xinit' to get a minimal X11 installation. Now, execute 'startx', as a normal user. I found the NEWS file in xserver-xorg-core 2:1.17.3-1, telling me "The Xorg server is no longer setuid root by default.", and some dependencies. Installing xserver-xorg-legacy indeed fix this problem. Installing libpam-systemd didn't. Doing 'apt-get install lightdm', followed by a reboot, will at least start an X11 session. But the Xorg process started seems to be executing as root. Upgrading the installation to current testing, and then unstable, don't fix anything. Using the current stable distribution, debian-8.2.0-amd64-netinst.iso (2015-09-06) works. Should xserver-xorg-video-vesa depend on xserver-xorg-legacy, or what is the proper short-term solution?
