Re: Bug#185450: missing virtual terminal ioctl's

[Robert Millan]

On Wed, Mar 19, 2003 at 03:02:58PM +0100, Marcus Brinkmann wrote:
> 
> You must have ignored my previous reply on this issue.

of course not! I understood that VT_ACTIVATE is needed by the Xserver,
sorry if i understood wrong.

> We will not implement those ioctls, and they will certainly not be
> implemented in the terminal server (or magic for that matter).
> 
> It's also unrelated to a console server.
> 
> The issue is between the vga console client that shares the display and
> input devices with the X server.  That console client must have a protocol
> that allows cooperative console switching

why can't it be the standard protocol? magic could forward its ioctl'ed
requests to the console client?

> The protocol will be just as we see it convenient and useful, and not be
> tied to the ioctl interface.  The corresponding code in XFree86 must be
> ported (rewritten).

the Xfree86 side it's not that much of a hassle, just to find a replacement
for VT_ACTIVATE #ifndef VT_ACTIVATE. what is your proposed protocol?

> In XFree86 4.2 and earlier, it was well separated from
> the architecture specific code.  If 4.3 doesn't compile, then either the
> X people didn't do their job properly by letting architecture specific code
> flow into generic code or the Debian package maintainer didn't do his job
> properly by messing up the configuration settings (can't blame him, the
> configuration in X is a mess).

this is the event managing code in Xserver. there are already OS-specific
#ifdefs in there (Sun, Qnx) so i don't think it's a problem to add our own.

> This bug is a will-not-fix or a non-bug.  See also the savannah task
> database, I am sure I have one open for that.

ok, but then we need a new protocol to tell the console client about
terminal switches.

-- 
Robert Millan

make: *** No rule to make target `war'.  Stop.

Another world is possible - Just say no to genocide