[PATCH xinit 2/3] startx: Under Linux start X on the current VT

Hans de Goede hdegoede at redhat.com
Thu Mar 27 00:28:48 PDT 2014


Hi,

On 03/27/2014 04:40 AM, Jasper St. Pierre wrote:
> On Tue, Mar 25, 2014 at 10:02 AM, Hans de Goede <hdegoede at redhat.com> wrote:
> 
>> Hi,
>>
>> On 03/25/2014 02:50 PM, Julien Cristau wrote:
>>> On Tue, Mar 25, 2014 at 12:56:35 +0100, Hans de Goede wrote:
>>>
>>>> When we let X allocate a new VT, systemd-logind will not recognize any
>>>> processes running on this VT as belonging to a valid session (since
>> there
>>>> was no pam session opened on that tty).
>>>>
>>>> This causes problems like PolicyKit denials for these processes.
>>>>
>>>> ConsoleKit under Linux has been deprecated for a few years now and is no
>>>> longer being maintained, so simply make this the default under Linux.
>>>>
>>> That sounds like a bad idea.  If people want policykit to be happy, they
>>> should just use a display manager, IMO.
>>
>> Well people disagree:
>> https://bugzilla.redhat.com/show_bug.cgi?id=806491
>>
> 
> From http://cgit.freedesktop.org/xorg/app/xinit/tree/startx.cpp:
> 
> XCOMM This is just a sample implementation of a slightly less primitive
> XCOMM interface than xinit.  It looks for user .xinitrc and .xserverrc
> XCOMM files, then system xinitrc and xserverrc files, else lets xinit choose
> XCOMM its default.  The system xinitrc should probably do things like check
> XCOMM for .Xresources files and merge them in, start up a window manager,
> XCOMM and pop a clock and several xterms.
> XCOMM
> XCOMM Site administrators are STRONGLY urged to write nicer versions.
> 
> I assume we can't tell people who are still using startx in 2014 to just
> stop using it?

If it becomes a maintenance burden then we could consider this, but I don't
really see it as a maintenance burden atm. To me it actually is the contrary,
because until gdm ssdm and the other display managers are thought to properly
start Xorg inside a pam login session, so that systemd-logind will allow Xorg
to take control of that session, and thus the dri and evdev nodes belonging
to it, startx is actually the only way to test my Xorg running without root
rights work.

Note I'm already in contact with most of the display-managers about this.

Regards,

Hans


More information about the xorg-devel mailing list