Bug#771270: xinit: startx ignores .xserverrc
Package: xinit
Version: 1.3.4-1
Severity: normal
The startx manpage states:
To determine the server to run, startx first looks for a file called .xserverrc in the user's home directory...
The actual behavior of startx seems to be rather different from this.
I created ~/.xserverrc, containing this command line:
exec /usr/bin/X -retro -nolisten tcp vt7 "$@"
(in addition to the shebang line), and set it to chmod +x.
X still starts on the original vt.
If startx could be made to behave as documented (NOT simply documented to
behave how it does), it would be nice.
I have SysV init, *not* systemd, so I'm not concerned about logind getting
confused.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.16-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages xinit depends on:
ii coreutils 8.23-3
ii libc6 2.19-13
ii libx11-6 2:1.6.2-3
ii x11-common 1:7.7+7
ii xauth 1:1.0.9-1
Versions of packages xinit recommends:
ii mwm [x-window-manager] 2.3.4-6+b1
ii xserver-xorg [xserver] 1:7.7+7
ii xterm [x-terminal-emulator] 312-1
xinit suggests no packages.
-- Configuration Files:
/etc/X11/xinit/xserverrc changed:
exec /usr/bin/X -retro -nolisten tcp "$@"
-- no debconf information
Reply to: