Universally recommended workaround Xephyr not working for me...
Universally recommended workaround Xephyr not working for me...
- Subject: Universally recommended workaround Xephyr not working for me...
- From: Rachel Greenham <email@hidden>
- Date: Tue, 20 Nov 2007 10:54:07 +0000
I seem to be getting problems that no-one else is reporting, at least as
far as my Googling is able to retrieve.
Two Macs, both running Leopard; one of them I've upgraded the X11 stuff
to the latest 1.2a11 version as per the instructions here:
http://www.x.org/wiki/XDarwin under "Quick Install". The other I've
deliberately left unaltered. Both are exhibiting the same problems.
(Both machines, obviously, have been upgraded to 10.5.1.)
First, what does work. All local X11 applications seem to work fine. ssh
-X to remote (Linux) hosts works fine (although ssh -X Xephyr ... fails
horribly with keyboard mis-mapping). So it's just the -query and
-broadcast stuff that currently isn't working.
It goes like this, on the machine whose X11 I've upgraded:
yenaldooshi:~ rachel$ Xephyr -ac -fullscreen :9 &
[1] 637
yenaldooshi:~ rachel$ Check-in failed: Permission denied
Extended Input Devices not yet supported. Impelement it at line 625 in
kinput.c
However, if I then go on to do:
yenaldooshi:~ rachel$ DISPLAY=:9 twm &
yenaldooshi:~ rachel$ DISPLAY=:9 xterm &
That all works. That's not very useful though. What I really *wanted*
was xdmcp, and xephyr was the given workaround for this not working in
Xquartz (I'll come to that too, later).
yenaldooshi:~ rachel$ Xephyr -ac -fullscreen :9 -query mab &
[1] 648
yenaldooshi:~ rachel$ Check-in failed: Permission denied
Extended Input Devices not yet supported. Impelement it at line 625 in
kinput.c
So, exactly the same output. Nothing appears in the Xephyr window except
the box-standard X checkerboard. As I'd tried the -query first, for a
while I thought it was strange settings on the machine being queried
(Ubuntu), but as you can see above, it's happening locally anyway.
All that appears in the console messages (specifically system.log) is
the following, when the Xephyr window is *closed*:
Nov 20 10:39:02 yenaldooshi org.x.X11[669]: xp_set_cursor: assertion
failed: hot_x >= 0 && hot_x < width
I didn't think it would help, but I tried doing a Repair Permissions,
given that Permission denied error. It didn't help. :-) In fact things
got very strange generally (unrelated to X11; eg: spotlight died, some
error messages seemed to lose localizations) until I rebooted the machine.
Of course, Xephyr was the intended *workaround*. What I really wanted to
do was use Xquartz for proper fullscreen goodness that I can stick on
another Space. When I do that, I also get that Check-in failed error,
but the remote machine's login screen does come up, and displays
perfectly fullscreen (except one would like to be able to lose the Mac
OS X menubar from overlaying it), and can be moved to its own space in
Spaces quite happily, but as reported elsewhere it doesn't handle any
keyboard input, simply echoing it out to the terminal:
yenaldooshi:~ rachel$ Xquartz -query 192.168.1.3
X11.app starting:
Xquartz server based on X.org Release 7.2, built on 20071116
Check-in failed: Permission denied
rachel
^CQuitting XQuartz...
... until I use ctrl-C at that terminal. (Xquartz doesn't even get that
far if I supply the hostname, for some reason it has to be the IP address.)
I get exactly the same behaviour from the Xquartz on the machine whose
X11 *hasn't* been upgraded.
This is what appears in system.log when Xquartz is run:
Nov 20 10:11:42 yenaldooshi org.x.X11[669]: X11.app starting:
Nov 20 10:11:42 yenaldooshi org.x.X11[669]: Xquartz server based on
X.org Release 7.2, built on 20071116
Nov 20 10:11:42 yenaldooshi org.x.X11[669]: Xquartz: run by launchd for fd 0
Nov 20 10:11:42 yenaldooshi org.x.X11[669]: sh: /usr/X11/bin/xkbcomp: No
such file or directory
That last error might be a clue! :-) Where's that supposed to come from?
Is there something I should have done to provide that?
Also,
yenaldooshi:~ rachel$ Xnest :9 -query mab
Check-in failed: Permission denied
Couldn't get keyboard.
^Cyenaldooshi:~ rachel$
And again, as with Xephyr, nothing is displayed in the Xnest window
except the bog-standard X checkerboard.
The target machine in all these cases is running Ubuntu Gutsy, with the
remote access enabled in the Login Window settings. Accessing it using
Xephyr from another Ubuntu machine (running in VMWare Fusion) seems to
work perfectly, despite *also* reporting the "Extended Input Devices not
yet supported" error. (It doesn't report the permission denied error).
In fact I think the compiz stuff only isn't working because that's not
supported by *VMWare*.
The common factor always seems to be this "Check-in failed: Permission
denied" error. What is that, and why isn't anyone else getting it? I
don't think I've done anything strange to the system to produce that.
--
Rachel
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden