|
|
#21 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
20- "X11R6 1" directory in /usr
The directory is probably created when upgrading from Tiger to Leopard and it might contain leftovers from your previous "X11R6" directory.
|
|
|
|
|
#22 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
21- Weird issue with X11 via launchd
(Thanks to Mike Beattie)
If you start an xterm in Terminal.app, X11 will start as expected, but oddly, the xterm will not display until you quit X11.app (by clicking it on the Dock, then using cmd-q) and it restarts. Once this restart has taken place, the xterm will open, and other X apps will be able to use the display. Sometimes it causes X11 to start chewing up 100% of the CPU time, sometimes it seems to just hang. Sometimes it works, too! Apple received some reports on this behaviour maybe caused by some sort of race condition. Feel free to submit a bug report. Last edited by sao; 11-02-2007 at 09:35 AM. |
|
|
|
|
#23 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
22- Updated binaries at X.Org Wiki - XDarwin. Many bugs already fixed!
The X.Org - XDarwin Wiki will not longer be updated.
They have moved to: Xquartz Project Please visit the Project for the latest information and releases. Direct link to the Xquartz Project Releases page. Your best bet for staying current with bugfixes is to install the latest X11 package (at the moment X11-2.3.0) which contains Xquartz-1.4.2-apple5, and includes fixes outside of just Xquartz. Afterwards, just install the latest binary versions of Xquartz released periodically as fixes are being made. As of 2.2.0, you do not need to have Leopard's X11 package installed (but it is alright if you do). OS-X Requirements OS-X 10.5.4 or later is required to install the X11-2.3.0 package To see the complete list of changes, go here Note: The updates available on the Xquartz Project website are not official Apple releases. They are a convenient way for users to stay up to date with progress made in the open source community (in which Apple is participating). Official Apple releases will come from Apple (most likely through Apple Update). . Last edited by sao; 08-04-2008 at 12:38 PM. |
|
|
|
|
#24 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
23- Sluggishness of redrawing windows in X11 on Leopard
"Using rdesktop operations done inside an X11 window are very painful because of the 'chunky' redrawing of the window as things happen on the remote server."
"Same problem with vncviewer." "In Gimp.app if you select the paintbrush tool and move the pointer around in an image the mouse tracking is *extremely* slow." -------- The redraw problem appears to be solved in Xquartz-1.2a6 . Window updates are now nice and smooth again. . Last edited by sao; 11-05-2007 at 03:11 AM. |
|
|
|
|
#25 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
24- "How to bring back Tiger's X11 to Leopard"
Tiger's X11 version works on Leopard. To revert to Tiger's X11, please read:
"Bring Back Tiger's X11 to Leopard in 3 Steps" or easier instructions to install Tiger's X11.app (you can download Tiger's X11 Update 2006 from here ) . Last edited by sao; 11-16-2007 at 02:59 PM. |
|
|
|
|
#26 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
25- To connect to a remote linux station having X-forwarding properly set up
(Thanks to Ben Byer)
"Assuming you have not set DISPLAY anywhere, you should be able to connect using SSH tunnelling without any special steps. I.e. 1) Open Terminal.app 2) run "echo $DISPLAY" -- verify the result is of the form "/tmp/ launchd-xxxxx/:0" 3) run "ssh -Y user@host" 4) after you log in, X11.app should start on your Mac 5) run "echo $DISPLAY" (on the remote host) -- verify result is of the form "localhost:10" 6) run xterm & (on the remote host) -- xterm should appear on your Mac. Note that some people have seen problems with step 4, where X11.app can hang while launching -- I don't yet know why this is the case." ---------------------------- If you get a message saying: "Warning: No xauth data; using fake authentication data for X11 forwarding." It's harmless, as long as windows actually show up. ---------------------------- . Last edited by sao; 11-06-2007 at 01:43 AM. |
|
|
|
|
#27 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
26- To write Platypus droplets in Leopard
(Thanks to Nathaniel Gray)
Platypus works fine in 10.5. In Leopard, X11 apps can be launched from a Terminal window with no need to set DISPLAY. This, along with the fact that you no longer have to worry about starting the X server, makes it dead simple to write Platypus droplets: #!/bin/sh /usr/local/bin/foo ----- Last edited by sao; 11-19-2007 at 03:16 PM. |
|
|
|
|
#28 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
27- To change the settings of the xterm that X11 displays at startup
(Thanks to Martin Costabel)
The /Application/Utilities/X11.app on Leopard is in reality just a little wrapper around the command /usr/bin/login -fp $USER /usr/X11/bin/xterm Unfortunately, when xterm is invoked as a login process, it ignores the contents of your .Xdefaults file and runs just a stock black-on-white terminal (no custom fonts, no custom geometry, etc.). If you would like to change that xterm settings, for example to: xterm -ls -sb +cm -rightbar -sl 1000 -geometry 132x50+20+40& You could replace /Applications/Utilities/X11.app/Contents/MacOS/X11 by an executable text file containing the 2 lines: #!/bin/sh exec /usr/X11/bin/xterm -ls -sb +cm -rightbar -sl 1000 -geometry 132x50+20+40 ---------------- Last edited by sao; 11-12-2007 at 02:15 AM. |
|
|
|
|
#29 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
28- Sources
If you want to have a look at the sources:
Source for /Applications/Utilities/X11.app: http://www.opensource.apple.com/darw.../bundle-main.c or http://gitweb.freedesktop.org/?p=xor...arwin/launcher Source for /usr/X11/X11.app: http://www.opensource.apple.com/darw.../darwin/apple/ or http://gitweb.freedesktop.org/?p=xor...w/darwin/apple . |
|
|
|
|
#30 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
29- Fonts
When you upgrade to Leopard fonts you previously added to /usr/X11R6/lib/X11/fonts/ will be removed. To put the fonts back without having to manually edit the .dir files you can use mkfontdir and mkfontscale. Also, there's the fink package "applesystemfonts" which will make Apple system fonts available to X11R6 (this package will extract the TrueType fonts from your Apple System and Library directories and make them available to X11R6).
. |
|
|
|
|
#31 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
30- X11 and TypeIt4Me in Leopard
(Thanks to Mick and Jeremy Huddleston)
To make that TypeIt4Me ignores X11 in Leopard: Under Tiger all you needed to ignore was: /Applications/Utilities/X11.app Under Leopard you need to ignore: /usr/X11/X11.app and /usr/X11/bin/Xquartz Because the application appears to only accept *.app items for it's ignore list, go directly into the preferences and manually add Xquartz. . |
|
|
|
|
#32 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
31- Expose Focus Bug
When you do an expose, and select an xterm, the xterm comes to the foreground, but you can't type in the xterm, as its not focused.
|
|
|
|
|
#33 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
32- Updated libX11 binary -- Gimp crash fix.
libX11-1.1.2 contained a bug that causes Gimp (and anything else that uses gtk) to crash when calling XGetMotionEvents; this bug affected all platforms, and is documented here and here. Please install the latest Xquartz binaries available at the Xquartz Project
. Last edited by sao; 12-02-2007 at 10:59 PM. |
|
|
|
|
#34 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
33- Xnest, Xvfb and Xephyr binaries
(Thanks to Ben Byer)
You can find binaries of Xnest, Xvfb and Xephyr at: http://people.freedesktop.org/~bbyer/x11app/ . Last edited by sao; 04-21-2008 at 01:59 PM. |
|
|
|
|
#35 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
34- Keyboard input when starting an XDMCP session
When you start an XDMCP session, you get the login screen coming up, but can't type anything into the session. The command used is just a straightforward:
X -query 192.168.1.103 or Xquartz -query -once (mylinuxserverIP) --------------------- As a workaround you could try using Xephyr. Xephyr lets you run a "virtual" X server within a window. You can run: Xephyr -fullscreen -query -once (mylinuxserverIP) :9 from Terminal.app, which would then cause X11.app to run, and run Xephyr as a client. An advantage of this would be that you could drag this "fullscreen window" to one of your Spaces, and be able to switch back and forth easily. Or if you don't need to use fake fullscreen, you could run: Xephyr -screen 1024x768 -query -once (mylinuxserverIP) :9 You can download Xephyr from: http://people.freedesktop.org/~bbyer/x11app/ Note: XDMCP now works. Install the latest release of the X11 package, current version is 2.1.3. Download it from here . Last edited by sao; 01-19-2008 at 12:21 PM. |
|
|
|
|
#36 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
35- To get rid of the inital xterm
(Thanks to Nathaniel Gray)
You can change the command in /Applications/Utilities/X11.app/Contents/MacOS/X11 to run xlsclients: defaults write org.x.X11_launcher app_to_run /usr/X11/bin/xlsclients (xlsclients is a good choice since it doesn't hit the filesystem or produce any output when you use it to launch the server) ---------------------- Note: (Thanks to Martin Costabel) All what the "defaults write..." command is doing is to change a preferences file used by X11.app. If you got it wrong, you can simply delete that file, ~/Library/Preferences/org.x.X11_launcher.plist It will be recreated by X11.app on its next run. . Last edited by sao; 11-12-2007 at 11:34 AM. |
|
|
|
|
#37 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
36- Troubleshooting checklist to see if DISPLAY is set
Ben Byer posted at the X11-users mailing list a checklist to see if DISPLAY is set:
SSH troubleshooting steps: This list shows the expected behavior of the system. local $ -----> refers to commands run on my local Mac running Leopard. remote $ --> refers to commands run on a remote Unix machine, of any type. [1] local $ echo $DISPLAY /tmp/launch-Bh0fLm/:0 [2] local $ grep DISPLAY ~/.*rc ~/.login ~/.*profile ~/.MacOSX/ environment.plist 2>/dev/null [3] local $ grep -r DISPLAY /opt/local/etc /sw/etc /etc 2>/dev/null [4] local $ ssh -Y remote Warning: No xauth data; using fake authentication data for X11 forwarding. [5] remote $ echo $DISPLAY localhost:10.0 [6]remote $ grep X11 /etc/ssh/sshd_config ~/.ssh/* X11Forwarding yes X11DisplayOffset 10 Notes: If step 1 returns ':0', 'localhost:0' or anything similar, you have a configuration file that is overriding the system's DISPLAY variable. If step 2 outputs anything, it indicates that a configuration file in your home directory may be the culprit; try creating a new user and repeating the steps with that user. If step 3 outputs anything, it indicates that a system-wide change was made that is overriding your environment. If it begins with /opt/ local, it is MacPorts; if it begins with /sw, it is Fink. Otherwise, it is probably a commercial program that uses X11; contact your vendor for an updated version. The warning message in step 4 is harmless. If step 5 does not output anything, then step 6 will say "X11Forwarding no". In this case, you must fix the configuration on the remote side. If step 6 outputs anything other than "localhost:xx.0", then your remote configuration is overriding the DISPLAY variable set by sshd on the remote side. . |
|
|
|
|
#38 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
37- Fake fullscreen support or Fake 8-bit color mode with Xephyr
(Thanks to Ben Byer)
Xephyr lets you run a "virtual" X server within a window, like Xnest, but it supports modern X extensions. You can download Xephyr from: http://people.freedesktop.org/~bbyer/x11app/ Note: The X11-2.1.4 package released by the Xquartz Project includes Xephyr, Xfake, Xvfb, and Xnest. Here are a couple of fun things you can do with it: 1. Fake fullscreen support: $ Xephyr -ac -fullscreen :9 & $ DISPLAY=:9 twm& $ DISPLAY=:9 xterm & Hit F8, drag to a different Space, and *bam*! You've got a fullscreen X server on one of your Spaces. 2. Fake 8-bit color mode: $ Xephyr -ac -screen 800x600x8 :9 & $ DISPLAY=:9 twm& $ DISPLAY=:9 xterm& $ DISPLAY=:9 xdpyinfo DISPLAY=:9 xdpyinfo name of display: :9.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 70200000 X.Org version: 7.2.0 [...] number of extensions: 27 [...] default screen number: 0 number of screens: 1 screen #0: print screen: no dimensions: 800x600 pixels (271x203 millimeters) resolution: 75x75 dots per inch depths (7): 1, 4, 8, 15, 16, 24, 32 root window id: 0x47 depth of root window: 8 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 1, white 0 options: backing-store NO, save-unders NO largest cursor: 800x600 current input event mask: 0xd0001d KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 6 default visual id: 0x21 visual: visual id: 0x21 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits [...] This is not to say that both of those are features that shouldn't work in Xquartz, but some of you may be able to use this immediately. Last edited by sao; 04-21-2008 at 02:01 PM. |
|
|
|
|
#39 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
38- MATLAB R2007a, Leopard and X11
(Thanks to Andrew Hesford)
"MATLAB tends to be fickle when starting with X11 in Leopard. If I start the program once, it requests an X11 connection, and launchd starts the X server. As long as I keep the X server running, I can quit and relaunch MATLAB, and everything works fine. However, if I kill the server (after quitting MATLAB) and relaunch MATLAB, I run into problems. Launchd will restart the X server, but the X server will not respond to any connection attempts. This occurs whether the connection attempts come from the local or a remote client, and whether or not MATLAB is run on the local or a remote client. MATLAB will hang, failing to start because the X server is responding. Xterm similarly hangs, so I get no window when I attempt to start it." ---------------------------------------------- From Ben Byer at the X11-users mailing lists: "This seems to be another manifestation of this strange problem I've been seeing. It also is what causes ssh connection attempts to sometimes hang, if X11 isn't already running. The easiest way to trigger this bug is to just run "xdpyinfo; xdpyinfo" from Terminal with X11.app *not* running. Something about the first xdpyinfo exiting so quickly is messing this up. I think that xauth has the same problem. No clue why (yet), but as was noted the easiest workaround is to launch X11 first. (Yes, I know that this defeats the purpose of the launchd support.)" . |
|
|
|
|
#40 |
|
Moderator
Join Date: Jan 2002
Location: Singapore
Posts: 4,237
|
39- Known issues and workarounds after the binary release of Xquartz 1.2a9
Please install the latest Xquartz binary from the:
Xquartz Project Your best bet for staying current with bugfixes is to install the latest X11 package (at the moment X11 2.3.0) which contains Xquartz-1.4.2-apple5, and includes many fixes outside of Xquartz. Afterwards, just install the latest binary versions of Xquartz released periodically as fixes are being made. To see the complete list of changes in release X11-2.3.0, please go here OS-X Requirements OS-X 10.5.4 or later is required to install this package . Last edited by sao; 08-04-2008 at 12:40 PM. |
|
|
![]() |
|
|