Detaching from the tty makes little sense when asked to run on the same tty
as we're started from. So automatically assume -keeptty in this case.
This is useful to do because when not running as root the server can only make
various VT related ioctls when it does not detach from the tty.
Hi All,
This patch-set makes it possible to run without as non-root without
-sharevts. With the caveat that the user must specify the vt from which X is
started as the vt to run on (as both gdm and startx do by default).
With this patch-set + my systemd-logind patches I can login as user on a
There is no reason why keeptty cannot be used without root-rights.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
hw/xfree86/os-support/linux/lnx_init.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/hw/xfree86/os-support/linux/lnx_init.c
b/hw/xfree86/os-support/linux/lnx_init.c
This is a preparation patch for automatically doing keeptty when the server
gets passed the current vt as vt to use on the cmdline.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
hw/xfree86/os-support/linux/lnx_init.c | 43 --
1 file changed, 20
On 15.01.2014 21:01, Knut Petersen wrote:
Hi Keith!
I see a build failure on an openSuSE 13.1 system:
Some more information: openSuSE 13.1,
cpu: Pentium-M (32 bits),
gcc (SUSE Linux) 4.8.1 20130909 [gcc-4_8-branch revision 202388]
Commit that breaks building xserver:
Michel Dänzer mic...@daenzer.net writes:
On Fre, 2014-01-10 at 09:26 +0800, Eric Anholt wrote:
We're going to want to make this DIX code instead of XF86 if at all
possible, but for now just disable it so we can work on the rest of
the build.
The radeon driver can't really use the in-tree
---
configure.ac | 5 ++
src/Makefile.am| 5 ++
src/common_init.c | 2 +-
src/common_interface.c | 2 +-
src/x86_pci.c | 148 +
5 files changed, 160 insertions(+), 2 deletions(-)
diff --git a/configure.ac
So, monitor manufacturers are starting to make high-resolution displays that
consist of one LCD panel that appears to the PC as two. The one I've got is a
Dell UP2414Q. It shows up to the PC as two DisplayPort 1.2 multistream devices
that have the same GUID but different EDIDs. There's an
On Don, 2014-01-16 at 08:51 -0800, Eric Anholt wrote:
Michel Dänzer mic...@daenzer.net writes:
On Fre, 2014-01-10 at 09:26 +0800, Eric Anholt wrote:
We're going to want to make this DIX code instead of XF86 if at all
possible, but for now just disable it so we can work on the rest of
From: Nathan Kidd nk...@opentext.com
A malicious X server claiming to not support GE but sending a GE would
SEGV the client (always a NULL derefrence). Possible since d1c93500.
(Also guard the EventToWire case so it's harder to shoot yourself in the
foot.)
Signed-off-by: Nathan Kidd
10 matches
Mail list logo