Bug 1203780

Hi,

I wonder what exactly is going on here, can you please attach Xorg.log from an attempt startx ?
(X should print where it has stored it when it fails).

Thanks,

Hans

Ok - so I've been wondering myself as well.

It appears - my own 'startx' wrapper is the problem -

So here it is how it looks like:

--
#!/bin/sh

mv  $HOME/.xsession-errors $HOME/.xsession-errors-$(date +%F-%X)
TTY=$(basename $(tty))
VT=vt0${TTY: -1:1}
exec /usr/bin/startx "$@" -- $VT  >$HOME/.xsession-errors 2>&1
--

This used to work for many years (I had been using it since early days of systemd introduction where this has been the only way to get usable X).

Attaching also .xsession + Xorg.log

When I drop 'tty games' it now works again with wrapper.

So unsure what has changed - but 'tty' is no longer possible to be passed as an option to startx.

Created attachment 1014593 [details]
xsession-errors

Created attachment 1014594 [details]
Xorg.log

Hi,

Thanks for the bug report.

This should be fixed by the following packages which should be in the next rawhide compose:

-xorg-x11-xinit-1.3.4-8.fc23

This one fixes "startx -- vt2" not working when you type this while actually on vt2

xorg-x11-server-1.17.1-10.fc23

This one fixes "startx -- vt7" not working when you type this while not on vt7

Note btw that startx now does the 'tty magic' itself, and will set things up so that the Xorg process is not running as root, where as doing "startx -- vt2" manually (while on vt2) will run Xorg as root.

"startx -- vt7" while not on vt7 will allways run Xorg as root as opening a new vt requires root rights.

Please let me know if these builds fix your issue.

Regards,

Hans

xorg-x11-xinit-1.3.4-8.fc22,xorg-x11-server-1.17.1-11.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/xorg-x11-xinit-1.3.4-8.fc22,xorg-x11-server-1.17.1-11.fc22

Package xorg-x11-xinit-1.3.4-8.fc22, xorg-x11-server-1.17.1-11.fc22:
* should fix your issue,
* was pushed to the Fedora 22 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing xorg-x11-xinit-1.3.4-8.fc22 xorg-x11-server-1.17.1-11.fc22'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-7981/xorg-x11-xinit-1.3.4-8.fc22,xorg-x11-server-1.17.1-11.fc22
then log in and leave karma (feedback).

This (xorg-x11-server-Xorg-1.17.1-10) has broken my use of Xorg w/dummy for testing in koji builds:

+ /usr/libexec/Xorg -noreset +extension GLX +extension RANDR +extension RENDER -logfile ./xorg.log -config ./xorg.conf -configdir . :99
+ ctest -V -E octave
X.Org X Server 1.17.1
Release Date: 2015-02-10
X Protocol Version 11, Revision 0
Build Operating System:  3.19.1-201.fc21.x86_64 
Current Operating System: Linux buildvm-10.phx2.fedoraproject.org 3.19.1-201.fc21.x86_64 #1 SMP Wed Mar 18 04:29:24 UTC 2015 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-3.19.1-201.fc21.x86_64 root=UUID=07fbcf83-52d5-41f3-b1ed-d40657677039 ro console=ttyS0 LANG=en_US.UTF-8
Build Date: 30 April 2015  12:28:00PM
Build ID: xorg-x11-server 1.17.1-10.fc23 
Current version of pixman: 0.32.6
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(++) Log file: "./xorg.log", Time: Thu Apr 30 16:08:25 2015
(++) Using config file: "./xorg.conf"
(++) Using config directory: "."
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) 
Fatal server error:
(EE) parse_vt_settings: Cannot open /dev/tty0 (No such file or directory)

Is there some other way I should be starting this now?

Hi,

(In reply to Orion Poplawski from comment #8)
> This (xorg-x11-server-Xorg-1.17.1-10) has broken my use of Xorg w/dummy for
> testing in koji builds:
> 
> + /usr/libexec/Xorg -noreset +extension GLX +extension RANDR +extension
> RENDER -logfile ./xorg.log -config ./xorg.conf -configdir . :99
> + ctest -V -E octave
> X.Org X Server 1.17.1
> Release Date: 2015-02-10
> X Protocol Version 11, Revision 0
> Build Operating System:  3.19.1-201.fc21.x86_64 
> Current Operating System: Linux buildvm-10.phx2.fedoraproject.org
> 3.19.1-201.fc21.x86_64 #1 SMP Wed Mar 18 04:29:24 UTC 2015 x86_64
> Kernel command line: BOOT_IMAGE=/vmlinuz-3.19.1-201.fc21.x86_64
> root=UUID=07fbcf83-52d5-41f3-b1ed-d40657677039 ro console=ttyS0
> LANG=en_US.UTF-8
> Build Date: 30 April 2015  12:28:00PM
> Build ID: xorg-x11-server 1.17.1-10.fc23 
> Current version of pixman: 0.32.6
> 	Before reporting problems, check http://wiki.x.org
> 	to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
> 	(++) from command line, (!!) notice, (II) informational,
> 	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (++) Log file: "./xorg.log", Time: Thu Apr 30 16:08:25 2015
> (++) Using config file: "./xorg.conf"
> (++) Using config directory: "."
> (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> (EE) 
> Fatal server error:
> (EE) parse_vt_settings: Cannot open /dev/tty0 (No such file or directory)

Oops, that is unexpected side effect of the fix, I'll try to whip up a fixed fix tomorrow. In the mean time I've stopped the update from going to stable (it had gathered enough karma rather quickly). I'm going to leave it in testing to see if any other unexpected surprises show up.

Regards,

Hans

xorg-x11-xinit-1.3.4-8.fc22, xorg-x11-server-1.17.1-11.fc22 has been pushed to the Fedora 22 stable repository.  If problems still persist, please make note of it in this bug report.

(In reply to Fedora Update System from comment #10)
> xorg-x11-xinit-1.3.4-8.fc22, xorg-x11-server-1.17.1-11.fc22 has been pushed
> to the Fedora 22 stable repository.  If problems still persist, please make
> note of it in this bug report.

Hmm, that was not supposed to happen I told bodhi to not auto-push and withdraw the pending push reequest because of comment 8. Ah well I'll just do another update fixing this.

(In reply to Orion Poplawski from comment #8)
> This (xorg-x11-server-Xorg-1.17.1-10) has broken my use of Xorg w/dummy for
> testing in koji builds:

I've started a scratch-build with a fixed fix in there, can you give it a try please and confirm that your use-case does work with this build:

http://koji.fedoraproject.org/koji/taskinfo?taskID=9722031

Thanks,

Hans

(In reply to Hans de Goede from comment #12)
> I've started a scratch-build with a fixed fix in there, can you give it a
> try please and confirm that your use-case does work with this build:

Yes, that works.  Thanks!

(In reply to Orion Poplawski from comment #13)
> (In reply to Hans de Goede from comment #12)
> > I've started a scratch-build with a fixed fix in there, can you give it a
> > try please and confirm that your use-case does work with this build:
> 
> Yes, that works.  Thanks!

Thanks for testing this. I've send a new version of the patches in question upstream, and I'll start an official build with the fixed patches right away.

xorg-x11-server-1.17.1-12.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/xorg-x11-server-1.17.1-12.fc22

xorg-x11-server-1.17.1-12.fc22 has been pushed to the Fedora 22 stable repository.  If problems still persist, please make note of it in this bug report.