Furthermore, because downloading multiple individual files to get all
the updates is a pain, we're going to be putting out a .pkg to handle
it all in a convenient and easily deployable manner. This is my
first experience making a package file, so I'd appreciate feedback
before I actually put it up on the site. Anyone willing to trust me
not to break their system (I'm not offended if this isn't you) can
find this package here:
http://people.freedesktop.org/~jeremyhu/X11-2.1.0.pkg .
I'll bite. It's a fresh system anyway, so not much lost. ;-) I'd just
finished downloading the sources and was ready to build when I got my
mail client up again and saw this again...
It *almost* works.
The *install* went fine by the way.
rachel-greenhams-imac:~ rachel$ Xephyr :1 -query 192.168.1.3 -fullscreen
-once
Check-in failed: Permission denied
Extended Input Devices not yet supported. Impelement it at line 625 in
kinput.c
raBus error
That "ra" in "raBus error" was my first two keystrokes into the remote
machine's login field; but I only saw that once I'd finished. It all
*looked* great; the desktop rendered properly (no attempt at compiz
yet), and quickly. These are the outstanding problems:
Keyboard worked fine in the XDMCP login screen, but once logged in
produces gibberish. While all mouse activity worked perfectly, and I
could interact with applications on the remote end with no problem as
long as it was using the mouse, the keyboard produces utter gibberish,
it's not even close. typing "utter gibberish" gets
"dww<backspace><tab>n4g00<backspace><tab>g<no-action>3" In xdm it was
fine (or I couldn't have logged in). There's probably some very obvious
way to fix this...? Adding "+kb" did nothing. Adding "-kb" made Ubuntu
prompt me to identify the keyboard, either to "Use X settings" or "Keep
GNOME settings"... I chose the former, which ended up making no
difference; still gibberish.
-fullscreen isn't. It makes a window with a titlebar and which is forced
below the menubar. Also, amusingly, if run on a two-monitor Mac, the
window (and the desktop) created spans both screens.
-size 1280x800 (for example) produces a window of the correct size, but
the *desktop* size defaulted to 1600x1200, both in XDMCP and in the
logged-in Desktop. I don't know where it got those dimensions from, they
aren't the native dimensions of the Mac's screen(s) nor those of the
remote machine when it had the apple cinema display attached. Selecting
a different screen resolution from the "Screen Resolution" preference in
Ubuntu to match the one I asked for with Xephyr does work though.
The OS X mouse pointer does not disappear, but remains overlaid over the
remote machine's pointer. Adding "-host-cursor" to the commandline
options stops that, but of course the Mac's mouse pointer doesn't change
according to what's under it at the remote end. :-)
FWIW trying to turn on compiz just gets the error (reported in a dialog
on the remote machine) that the Composite extension isn't enabled.
Wasn't Xephyr supposed to support that?
X11.app/Contents/MacOS/X11 -query <host> works just as it did in my
previous email - perfectly on the XDM screen, but quits as soon as I try
to log in.
--
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
