Package Details: xorg-xinit-git 1.4.1.r1.g4f54d18-2

Git Clone URL: (read-only, click to copy)
Package Base: xorg-xinit-git
Description: X.Org initialisation program
Upstream URL:
Licenses: custom
Conflicts: xorg-xinit
Provides: xorg-xinit
Submitter: ilikenwf
Maintainer: bidulock
Last Packager: bidulock
Votes: 7
Popularity: 0.000119
First Submitted: 2008-08-08 03:52 (UTC)
Last Updated: 2020-06-14 08:54 (UTC)

Required by (33)

Sources (5)

Latest Comments

MarsSeed commented on 2023-11-07 18:23 (UTC)

Patching fails:

==> Starting prepare()...
patching file startx.cpp
Hunk #1 FAILED at 273.
1 out of 1 hunk FAILED -- saving rejects to file startx.cpp.rej
==> ERROR: A failure occurred in prepare().

Antonn commented on 2022-02-17 05:27 (UTC)

startx is a good thing. But, as for me, it needs actualisation

Antonn commented on 2022-02-17 05:25 (UTC)

I found an bug, probably, with it. Below description: Description:

I needed to switch from an Xorg session to a console terminal using the CTRL-ALT-F2 key combination. Everything went well. It should be noted that switching between console terminals with numbers from 2 to 6, the key combination ALT-F2 - ALT-F6. But as soon as I switch to the tty1 console terminal, where Xorg actually works - black screen, output freezes, CapsLock, NumLock does not work. But the system does not freeze as a whole. Shutdown by soft-reset is available, stopping the xinit daemon via ssh.

I solved the problem and the solution turned out to be simple. Xorg has nothing to do with it. I just ran "xinit /etc/X11/xinit/xinitrc". Everything became wonderful. Xorg runs on tt7 (default) and switching between sessions (Xorg <-> ttys) works without problems.

Additional info: * package version(s) - xorg-xinit-1.4.1-3 * config and/or log files etc. - no bad logs anywere, startx in attachment * link to upstream bug report, if any - none

Steps to reproduce:

I don't know how to reproduce. I can tell you how I ran the diagnostics. I tried to start with the most basic - start Xorg by simply typing the Xorg command at the command line prompt. Switching between sessions works in both directions and the error does not appear.

I use a piece of script in the current user's shell options to start the X server. On login, this code is executed:

if [ -z "$DISPLAY" ] && [ -n "$XDG_VTNR" ] && [ "$XDG_VTNR" -eq 1 ]; then xinit /etc/X11/xinit/xinitrc



The "top-level" program that starts the X server is startx. Everything comes from her.

I tried to start in normal mode (through a script in the shell settings, as above). At the same time, I carried out various manipulations in the /etc/X11/xinit/xinitrc. I have everything there by default, I just added a program, tried to run it with an empty xinitrc. The problem didn't go away.

Tried starting Xorg via /etc/X11/xinit/xserverrc. The problem is gone. This, apparently, is almost analogous to launching with a simple "Xorg" command.

In this regard, I come to the conclusion that the startx utility makes buggy settings before starting the X server. In particular the tty settings. I think it's best to leave them at their default.

I just type "xinit /etc/X11/xinit/xinitrc" and everything is great.

And yet, I noticed that the creation date of the startx file is October 10, 2020.


Det commented on 2013-05-22 04:18 (UTC)