Groups > linux.debian.user > #160951 > unrolled thread

Xorg replaces TTY1

Started by	berenger.morel@neutralite.org
First post	2015-11-22 00:40 +0100
Last post	2015-11-24 16:20 +0100
Articles	20 on this page of 48 — 14 participants

Back to article view | Back to linux.debian.user

  Xorg replaces TTY1 berenger.morel@neutralite.org - 2015-11-22 00:40 +0100
    Re: Xorg replaces TTY1 Bert Riding <reriding@xmission.com> - 2015-11-22 10:10 +0100
    Re: Xorg replaces TTY1 Felix Miata <mrmazda@earthlink.net> - 2015-11-22 14:50 +0100
      Re: Xorg replaces TTY1 John Hasler <jhasler@newsguy.com> - 2015-11-22 15:20 +0100
        Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-22 19:30 +0100
          Re: Xorg replaces TTY1 The Wanderer <wanderer@fastmail.fm> - 2015-11-22 20:20 +0100
            Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-22 21:30 +0100
              Re: Xorg replaces TTY1 The Wanderer <wanderer@fastmail.fm> - 2015-11-23 00:00 +0100
                Re: Xorg replaces TTY1 Chris Bannister <cbannister@slingshot.co.nz> - 2015-11-23 01:00 +0100
                  Re: Xorg replaces TTY1 The Wanderer <wanderer@fastmail.fm> - 2015-11-23 01:10 +0100
                    Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-23 01:50 +0100
                      Re: Xorg replaces TTY1 Vincent Lefevre <vincent@vinc17.net> - 2015-11-24 18:10 +0100
                        Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-24 19:10 +0100
                          Re: Xorg replaces TTY1 Michael Biebl <biebl@debian.org> - 2015-11-24 21:20 +0100
                            Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-24 21:50 +0100
                              Re: Xorg replaces TTY1 Michael Biebl <biebl@debian.org> - 2015-11-24 22:20 +0100
                                Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-24 23:40 +0100
                                Re: Xorg replaces TTY1 Vincent Lefevre <vincent@vinc17.net> - 2015-11-25 09:40 +0100
                                  Re: Xorg replaces TTY1 Vincent Lefevre <vincent@vinc17.net> - 2015-11-25 09:40 +0100
                                  Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-25 14:00 +0100
                                    Re: Xorg replaces TTY1 Vincent Lefevre <vincent@vinc17.net> - 2015-11-25 15:50 +0100
                                      Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-25 19:50 +0100
                                        Re: Xorg replaces TTY1 Chris Bannister <cbannister@slingshot.co.nz> - 2015-11-27 06:30 +0100
                                          Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-27 13:20 +0100
                                            Re: Xorg replaces TTY1 Chris Bannister <cbannister@slingshot.co.nz> - 2015-11-28 09:20 +0100
                                              Re: Xorg replaces TTY1 Vincent Lefevre <vincent@vinc17.net> - 2015-11-28 11:20 +0100
                                                Re: Xorg replaces TTY1 Nicolas George <george@nsup.org> - 2015-11-28 11:50 +0100
                                                  Re: Xorg replaces TTY1 Nicolas George <george@nsup.org> - 2015-11-28 11:50 +0100
                                                    Re: Xorg replaces TTY1 Lisi Reisz <lisi.reisz@gmail.com> - 2015-11-28 13:30 +0100
                                                      Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-28 14:10 +0100
                                                        Re: Xorg replaces TTY1 Lisi Reisz <lisi.reisz@gmail.com> - 2015-11-28 16:00 +0100
                                                  Re: Xorg replaces TTY1 Lisi Reisz <lisi.reisz@gmail.com> - 2015-11-28 11:50 +0100
                                                Re: Xorg replaces TTY1 Lisi Reisz <lisi.reisz@gmail.com> - 2015-11-28 11:50 +0100
                                                  Re: Xorg replaces TTY1 Random832 <random832@fastmail.com> - 2015-11-30 17:40 +0100
                                                    Re: Xorg replaces TTY1 John Hasler <jhasler@newsguy.com> - 2015-11-30 18:10 +0100
                                                      Re: Xorg replaces TTY1 "Neal P. Murphy" <neal.p.murphy@alum.wpi.edu> - 2015-11-30 19:00 +0100
                                                        Re: Xorg replaces TTY1 John Hasler <jhasler@newsguy.com> - 2015-11-30 19:20 +0100
                                                Re: Xorg replaces TTY1 Chris Bannister <cbannister@slingshot.co.nz> - 2015-11-28 16:30 +0100
                                                  Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-28 18:10 +0100
                                                    Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-28 18:50 +0100
                      Re: Xorg replaces TTY1 The Wanderer <wanderer@fastmail.fm> - 2015-11-27 15:20 +0100
                        Re: Xorg replaces TTY1 Vincent Lefevre <vincent@vinc17.net> - 2015-11-27 17:50 +0100
                        Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-27 19:20 +0100
                          Re: Xorg replaces TTY1 The Wanderer <wanderer@fastmail.fm> - 2015-11-27 21:10 +0100
                            Re: Xorg replaces TTY1 Felix Miata <mrmazda@earthlink.net> - 2015-11-28 10:30 +0100
                Re: Xorg replaces TTY1 Marc Shapiro <marcnshap@gmail.com> - 2015-11-24 05:10 +0100
                  Re: Xorg replaces TTY1 Brian <ad44@cityscape.co.uk> - 2015-11-24 15:20 +0100
                    Re: Xorg replaces TTY1 Marc Shapiro <marcnshap@gmail.com> - 2015-11-24 16:20 +0100

Page 2 of 3 — ← Prev page 1 [2] 3 Next page →

#161133

From	Vincent Lefevre <vincent@vinc17.net>
Date	2015-11-25 15:50 +0100
Message-ID	<qyJyp-7yQ-11@gated-at.bofh.it>
In reply to	#161130

On 2015-11-25 12:58:15 +0000, Brian wrote:
> This is where I think the confusion lies. Quoting
> 
>   https://patchwork.freedesktop.org/patch/23004/
> 
> again.
> 
>   There are 2 reasons for this change:
> 
>   1) It is needed to make Xorg run without root rights
>   2) The old behavior creates a new session-id (as returned by getsid()),
>      without registering it with PAM, this breaks session managers such
>      as systemd-logind. 
> 
> Reason 2) is the one relevant to the first post in the thread.

Both are relevant. But if xserver-xorg-legacy is used as you suggested,
then I suppose that reason 2 is the one that is still relevant.

But then, if the user does "startx -- vt7", he would still be affected
by the session manager issue, possibly except with some PAM
reconfiguration.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#161139

From	Brian <ad44@cityscape.co.uk>
Date	2015-11-25 19:50 +0100
Message-ID	<qyNiG-1z2-15@gated-at.bofh.it>
In reply to	#161133

On Wed 25 Nov 2015 at 15:48:48 +0100, Vincent Lefevre wrote:

> On 2015-11-25 12:58:15 +0000, Brian wrote:
> > This is where I think the confusion lies. Quoting
> > 
> >   https://patchwork.freedesktop.org/patch/23004/
> > 
> > again.
> > 
> >   There are 2 reasons for this change:
> > 
> >   1) It is needed to make Xorg run without root rights
> >   2) The old behavior creates a new session-id (as returned by getsid()),
> >      without registering it with PAM, this breaks session managers such
> >      as systemd-logind. 
> > 
> > Reason 2) is the one relevant to the first post in the thread.
> 
> Both are relevant. But if xserver-xorg-legacy is used as you suggested,
> then I suppose that reason 2 is the one that is still relevant.

I was thinking of the OP being on Jessie. The server is SUID there.

> But then, if the user does "startx -- vt7", he would still be affected
> by the session manager issue, possibly except with some PAM
> reconfiguration.

"startx -- vt7" won't work (tested). X only runs on the virtual console
it was started from.

Play with PAM? I want a quiet life. :)

[toc] | [prev] | [next] | [standalone]

#161218

From	Chris Bannister <cbannister@slingshot.co.nz>
Date	2015-11-27 06:30 +0100
Message-ID	<qzjLz-6YF-1@gated-at.bofh.it>
In reply to	#161139

On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> On Wed 25 Nov 2015 at 15:48:48 +0100, Vincent Lefevre wrote:
> 
> > On 2015-11-25 12:58:15 +0000, Brian wrote:
> > > This is where I think the confusion lies. Quoting
> > > 
> > >   https://patchwork.freedesktop.org/patch/23004/
> > > 
> > > again.
> > > 
> > >   There are 2 reasons for this change:
> > > 
> > >   1) It is needed to make Xorg run without root rights
> > >   2) The old behavior creates a new session-id (as returned by getsid()),
> > >      without registering it with PAM, this breaks session managers such
> > >      as systemd-logind. 
> > > 
> > > Reason 2) is the one relevant to the first post in the thread.
> > 
> > Both are relevant. But if xserver-xorg-legacy is used as you suggested,
> > then I suppose that reason 2 is the one that is still relevant.
> 
> I was thinking of the OP being on Jessie. The server is SUID there.
> 
> > But then, if the user does "startx -- vt7", he would still be affected
> > by the session manager issue, possibly except with some PAM
> > reconfiguration.
> 
> "startx -- vt7" won't work (tested). X only runs on the virtual console
> it was started from.

Works for me. That is alt-f7 from one of the ttys takes to me to X .

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

[toc] | [prev] | [next] | [standalone]

#161240

From	Brian <ad44@cityscape.co.uk>
Date	2015-11-27 13:20 +0100
Message-ID	<qzqam-2Kg-11@gated-at.bofh.it>
In reply to	#161218

On Fri 27 Nov 2015 at 18:29:20 +1300, Chris Bannister wrote:

> On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> > On Wed 25 Nov 2015 at 15:48:48 +0100, Vincent Lefevre wrote:
> > 
> > > But then, if the user does "startx -- vt7", he would still be affected
> > > by the session manager issue, possibly except with some PAM
> > > reconfiguration.
> > 
> > "startx -- vt7" won't work (tested). X only runs on the virtual console
> > it was started from.
> 
> Works for me. That is alt-f7 from one of the ttys takes to me to X .

I might not have been very clear. It is on the testing distribution that
"startx -- vt7" doesn't work. It gives a fatal server error.

[toc] | [prev] | [next] | [standalone]

#161266

From	Chris Bannister <cbannister@slingshot.co.nz>
Date	2015-11-28 09:20 +0100
Message-ID	<qzITD-6ma-1@gated-at.bofh.it>
In reply to	#161240

On Fri, Nov 27, 2015 at 12:10:01PM +0000, Brian wrote:
> On Fri 27 Nov 2015 at 18:29:20 +1300, Chris Bannister wrote:
> 
> > On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> > > On Wed 25 Nov 2015 at 15:48:48 +0100, Vincent Lefevre wrote:
> > > 
> > > > But then, if the user does "startx -- vt7", he would still be affected
> > > > by the session manager issue, possibly except with some PAM
> > > > reconfiguration.
> > > 
> > > "startx -- vt7" won't work (tested). X only runs on the virtual console
> > > it was started from.
> > 
> > Works for me. That is alt-f7 from one of the ttys takes to me to X .
> 
> I might not have been very clear. It is on the testing distribution that
> "startx -- vt7" doesn't work. It gives a fatal server error.

Oh, really? :( Is that a bug or intended behaviour?

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

[toc] | [prev] | [next] | [standalone]

#161271

From	Vincent Lefevre <vincent@vinc17.net>
Date	2015-11-28 11:20 +0100
Message-ID	<qzKLL-7xO-3@gated-at.bofh.it>
In reply to	#161266

On 2015-11-28 21:16:20 +1300, Chris Bannister wrote:
> On Fri, Nov 27, 2015 at 12:10:01PM +0000, Brian wrote:
> > On Fri 27 Nov 2015 at 18:29:20 +1300, Chris Bannister wrote:
> > 
> > > On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> > > > "startx -- vt7" won't work (tested). X only runs on the
> > > > virtual console it was started from.
> > > 
> > > Works for me. That is alt-f7 from one of the ttys takes to me to X .
> > 
> > I might not have been very clear. It is on the testing distribution that
> > "startx -- vt7" doesn't work. It gives a fatal server error.
> 
> Oh, really? :( Is that a bug or intended behaviour?

I don't think that this is a bug. The reason has already been given:
X needs root rights to access a different VT. But now X is no longer
SUID root...

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#161272

From	Nicolas George <george@nsup.org>
Date	2015-11-28 11:50 +0100
Message-ID	<qzLeN-7Ha-1@gated-at.bofh.it>
In reply to	#161271

[Multipart message — attachments visible in raw view] — view raw

L'octidi 8 frimaire, an CCXXIV, Lisi Reisz a écrit :
> $USER doesn't appear to need root rights to access a different VT.

Can you explain how you came to that conclusion?

Regards,

-- 
  Nicolas George

[toc] | [prev] | [next] | [standalone]

#161273

From	Nicolas George <george@nsup.org>
Date	2015-11-28 11:50 +0100
Message-ID	<qzLeN-7Ha-5@gated-at.bofh.it>
In reply to	#161272

[Multipart message — attachments visible in raw view] — view raw

L'octidi 8 frimaire, an CCXXIV, Lisi Reisz a écrit :
> I can access a plethora of VTs without changing to root. 

You, as far as I know, are a human being, not a Linux process. You do not
access VTs, you access computer keyboards that allow you to control VTs
through the courtesy of the getty program. The getty program run as root.

Regards,

-- 
  Nicolas George

[toc] | [prev] | [next] | [standalone]

#161278

From	Lisi Reisz <lisi.reisz@gmail.com>
Date	2015-11-28 13:30 +0100
Message-ID	<qzMNz-oi-7@gated-at.bofh.it>
In reply to	#161273

On Saturday 28 November 2015 10:48:00 Nicolas George wrote:
> L'octidi 8 frimaire, an CCXXIV, Lisi Reisz a écrit :
> > I can access a plethora of VTs without changing to root.
>
> You, as far as I know, are a human being, not a Linux process. You do not
> access VTs, you access computer keyboards that allow you to control VTs
> through the courtesy of the getty program. The getty program run as root.

Thanks, Nocolas.  But that still doesn't really explain it.  If $USER can 
access it, provided $USER is human, courtesy of the getty program, why can 
Xorg not access it via the getty program?  

And in what other ways does the system distinguish between human $USERs and 
non-human $USERs?  I didn't know that there were any.

Lisi

[toc] | [prev] | [next] | [standalone]

#161281

From	Brian <ad44@cityscape.co.uk>
Date	2015-11-28 14:10 +0100
Message-ID	<qzNqh-RX-7@gated-at.bofh.it>
In reply to	#161278

On Sat 28 Nov 2015 at 12:27:01 +0000, Lisi Reisz wrote:

> On Saturday 28 November 2015 10:48:00 Nicolas George wrote:
> > L'octidi 8 frimaire, an CCXXIV, Lisi Reisz a écrit :
> > > I can access a plethora of VTs without changing to root.
> >
> > You, as far as I know, are a human being, not a Linux process. You do not
> > access VTs, you access computer keyboards that allow you to control VTs
> > through the courtesy of the getty program. The getty program run as root.
> 
> Thanks, Nocolas.  But that still doesn't really explain it.  If $USER can 
> access it, provided $USER is human, courtesy of the getty program, why can 
> Xorg not access it via the getty program?  

As Vincent Lefevre said, root privileges are needed to access a vt other
than the one startx is used on. However, this is not sufficient because
the co-operation of logind is also needed. It will not give it,

[toc] | [prev] | [next] | [standalone]

#161282

From	Lisi Reisz <lisi.reisz@gmail.com>
Date	2015-11-28 16:00 +0100
Message-ID	<qzP8K-1HY-15@gated-at.bofh.it>
In reply to	#161281

On Saturday 28 November 2015 13:06:09 Brian wrote:
> As Vincent Lefevre said, root privileges are needed to access a vt other
> than the one startx is used on.

There's a hole in my bucket, dear Eliza...

Lisi

[toc] | [prev] | [next] | [standalone]

#161274

From	Lisi Reisz <lisi.reisz@gmail.com>
Date	2015-11-28 11:50 +0100
Message-ID	<qzLeN-7Ha-7@gated-at.bofh.it>
In reply to	#161272

On Saturday 28 November 2015 10:41:39 Nicolas George wrote:
> L'octidi 8 frimaire, an CCXXIV, Lisi Reisz a écrit :
> > $USER doesn't appear to need root rights to access a different VT.
>
> Can you explain how you came to that conclusion?
>
> Regards,

I can access a plethora of VTs without changing to root. 

Lisi

[toc] | [prev] | [next] | [standalone]

#161275

From	Lisi Reisz <lisi.reisz@gmail.com>
Date	2015-11-28 11:50 +0100
Message-ID	<qzLeN-7Ha-3@gated-at.bofh.it>
In reply to	#161271

On Saturday 28 November 2015 10:18:16 Vincent Lefevre wrote:
> X needs root rights to access a different VT

Why?  

That is a real question.  $USER doesn't appear to need root rights to access a 
different VT.

Lisi

[toc] | [prev] | [next] | [standalone]

#161362

From	Random832 <random832@fastmail.com>
Date	2015-11-30 17:40 +0100
Message-ID	<qAzEC-62E-5@gated-at.bofh.it>
In reply to	#161275

On 2015-11-28, Lisi Reisz <lisi.reisz@gmail.com> wrote:
> On Saturday 28 November 2015 10:18:16 Vincent Lefevre wrote:
>> X needs root rights to access a different VT
>
> Why?  
>
> That is a real question.  $USER doesn't appear to need root rights to
> access a different VT.

You, sitting at the keyboard, are not a process running as your login.
You are directly controlling the kernel's side of the VT driver. See how
far you get writing a shell script to write/read/open a terminal you are
not logged in on.

[toc] | [prev] | [next] | [standalone]

#161364

From	John Hasler <jhasler@newsguy.com>
Date	2015-11-30 18:10 +0100
Message-ID	<qAA7D-6si-5@gated-at.bofh.it>
In reply to	#161362

Lisi Reisz wrote:
> That is a real question.  $USER doesn't appear to need root rights to
> access a different VT.

Input to an un-logged-in active VT is collected by a copy of getty
running as root.

man getty
-- 
John Hasler 
jhasler@newsguy.com
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]

#161365

From	"Neal P. Murphy" <neal.p.murphy@alum.wpi.edu>
Date	2015-11-30 19:00 +0100
Message-ID	<qAAU1-6Ky-7@gated-at.bofh.it>
In reply to	#161364

On Mon, 30 Nov 2015 11:01:07 -0600
John Hasler <jhasler@newsguy.com> wrote:

> Lisi Reisz wrote:
> > That is a real question.  $USER doesn't appear to need root rights to
> > access a different VT.
> 
> Input to an un-logged-in active VT is collected by a copy of getty
> running as root.

If there's a getty running on it.

'chvt 60' will switch to virtual console #60, which has no getty running. If you have read access to /dev/tty60, you can read from that tty's kbd when it is active; if you have write access, you can write to its display. If you can read /dev/vcs60, you can get a copy of the ASCII text displayed on it; if you can write, you can replace the displayed text. /dev/vcsa60 is similar, except you can also read/write at least some of the (formerly) ANSI 3.64 attributes as well as the text.

And that is at least 102k bytes of data (assuming a 25x80 screen) a miscreant could use as temporary storage that few people would think to investigate. If the video default is 75x240 (as with my video card), that climbs to 918k bytes. And on vcs7 (where X11 runs), you might have 18k bytes of scratchpad that few will find in use unless they explicitly look.

X11 runs on whichever virtual console it is told to run. Or on the current console. Or possibly on the default VC. Whichever comes first.

N

[toc] | [prev] | [next] | [standalone]

#161368

From	John Hasler <jhasler@newsguy.com>
Date	2015-11-30 19:20 +0100
Message-ID	<qABdo-76v-23@gated-at.bofh.it>
In reply to	#161365

Lisi Reisz wrote:
> That is a real question.  $USER doesn't appear to need root rights to
> access a different VT.

I wrote:
> Input to an un-logged-in active VT is collected by a copy of getty
> running as root.

Neal writes:
> If there's a getty running on it.

Thus "active" VT.

> If you have read access to /dev/tty60...

I don't.  I'm not root.
-- 
John Hasler 
jhasler@newsguy.com
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]

#161287

From	Chris Bannister <cbannister@slingshot.co.nz>
Date	2015-11-28 16:30 +0100
Message-ID	<qzPBL-26W-3@gated-at.bofh.it>
In reply to	#161271

On Sat, Nov 28, 2015 at 11:18:16AM +0100, Vincent Lefevre wrote:
> On 2015-11-28 21:16:20 +1300, Chris Bannister wrote:
> > On Fri, Nov 27, 2015 at 12:10:01PM +0000, Brian wrote:
> > > On Fri 27 Nov 2015 at 18:29:20 +1300, Chris Bannister wrote:
> > > 
> > > > On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> > > > > "startx -- vt7" won't work (tested). X only runs on the
> > > > > virtual console it was started from.
> > > > 
> > > > Works for me. That is alt-f7 from one of the ttys takes to me to X .
> > > 
> > > I might not have been very clear. It is on the testing distribution that
> > > "startx -- vt7" doesn't work. It gives a fatal server error.
> > 
> > Oh, really? :( Is that a bug or intended behaviour?
> 
> I don't think that this is a bug. The reason has already been given:
> X needs root rights to access a different VT. But now X is no longer
> SUID root...

So instead of 'fatal server error.' it should be 'permission denied' in
that case?

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

[toc] | [prev] | [next] | [standalone]

#161293

From	Brian <ad44@cityscape.co.uk>
Date	2015-11-28 18:10 +0100
Message-ID	<qzRax-3by-13@gated-at.bofh.it>
In reply to	#161287

On Sun 29 Nov 2015 at 04:27:59 +1300, Chris Bannister wrote:

> On Sat, Nov 28, 2015 at 11:18:16AM +0100, Vincent Lefevre wrote:
> > On 2015-11-28 21:16:20 +1300, Chris Bannister wrote:
> > > On Fri, Nov 27, 2015 at 12:10:01PM +0000, Brian wrote:
> > > > On Fri 27 Nov 2015 at 18:29:20 +1300, Chris Bannister wrote:
> > > > 
> > > > > On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> > > > > > "startx -- vt7" won't work (tested). X only runs on the
> > > > > > virtual console it was started from.
> > > > > 
> > > > > Works for me. That is alt-f7 from one of the ttys takes to me to X .
> > > > 
> > > > I might not have been very clear. It is on the testing distribution that
> > > > "startx -- vt7" doesn't work. It gives a fatal server error.
> > > 
> > > Oh, really? :( Is that a bug or intended behaviour?
> > 
> > I don't think that this is a bug. The reason has already been given:
> > X needs root rights to access a different VT. But now X is no longer
> > SUID root...
> 
> So instead of 'fatal server error.' it should be 'permission denied' in
> that case?

>From vt2:

  startx -- -vt3

The screen shows

  (EE)
  Fatal server error:
  (EE) xf86OpenConsole: Cannot open virtual console 3 (permission denied)

[toc] | [prev] | [next] | [standalone]

#161296

From	Brian <ad44@cityscape.co.uk>
Date	2015-11-28 18:50 +0100
Message-ID	<qzRNg-3pu-7@gated-at.bofh.it>
In reply to	#161293

On Sat 28 Nov 2015 at 17:07:13 +0000, Brian wrote:

> On Sun 29 Nov 2015 at 04:27:59 +1300, Chris Bannister wrote:
> 
> > On Sat, Nov 28, 2015 at 11:18:16AM +0100, Vincent Lefevre wrote:
> > > On 2015-11-28 21:16:20 +1300, Chris Bannister wrote:
> > > > On Fri, Nov 27, 2015 at 12:10:01PM +0000, Brian wrote:
> > > > > On Fri 27 Nov 2015 at 18:29:20 +1300, Chris Bannister wrote:
> > > > > 
> > > > > > On Wed, Nov 25, 2015 at 06:40:00PM +0000, Brian wrote:
> > > > > > > "startx -- vt7" won't work (tested). X only runs on the
> > > > > > > virtual console it was started from.
> > > > > > 
> > > > > > Works for me. That is alt-f7 from one of the ttys takes to me to X .
> > > > > 
> > > > > I might not have been very clear. It is on the testing distribution that
> > > > > "startx -- vt7" doesn't work. It gives a fatal server error.
> > > > 
> > > > Oh, really? :( Is that a bug or intended behaviour?
> > > 
> > > I don't think that this is a bug. The reason has already been given:
> > > X needs root rights to access a different VT. But now X is no longer
> > > SUID root...
> > 
> > So instead of 'fatal server error.' it should be 'permission denied' in
> > that case?
> 
> >From vt2:
> 
>   startx -- -vt3
              ^
              Obviously not.
> 
> The screen shows
> 
>   (EE)
>   Fatal server error:
>   (EE) xf86OpenConsole: Cannot open virtual console 3 (permission denied)

Additionally:

  xinit: giving up
  xinit: unable to connect to X server: Connection refused
  xinit: server error

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3 Next page →

csiph-web

Xorg replaces TTY1

Contents

#161133

#161139

#161218

#161240

#161266

#161271

#161272

#161273

#161278

#161281

#161282

#161274

#161275

#161362

#161364

#161365

#161368

#161287

#161293

#161296