Bug#808794: VESA video driver fails when Xorg is executing as non-root
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?
Reply to: