So I'm now able to reproduce the issue fairly repeatedly. That doesn't mean the fix will be soon... just that I'm not working on it and will be exploring different possibilities. Thanks to everyone for offering reproduction advice. --Jeremy
Ok, so I think I have a fix. The reason that I couldn't reproduce it is because it is tied to the preference "Click-through Inactive Windows" under the "Windows" header of X11's preferences. With that option on, the problem does not happen. Please install alpha3 and replace /usr/bin/quartz-wm with this one (decompressed of course): http://static.macosforge.org/xquartz/downloads/testing/quartz-wm.bz2 --Jeremy On Oct 26, 2009, at 16:44, Jeremy Huddleston wrote:
So I'm now able to reproduce the issue fairly repeatedly. That doesn't mean the fix will be soon... just that I'm not working on it and will be exploring different possibilities.
Thanks to everyone for offering reproduction advice.
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Hi Jeremy, I think you meant to say replace /opt/X11/bin/quartz-wm, but even when doing that, it's difficult to get it running: I've tried simply /opt/X11/bin/startx which gives the error: Dyld Error Message: Library not loaded: /usr/X11/lib/libX11.6.dylib Referenced from: /opt/X11/bin/quartz-wm Reason: Incompatible library version: quartz-wm requires version 10.0.0 or later, but libX11.6.dylib provides version 9.0.0 Ofc, it's the libX11.6.dylib from /opt/X11/lib that is supposed to be loaded, so I tried adding env DYLD_LIBRARY_PATH=/opt/X11/lib after exec in /opt/X11/lib/X11/xinit/xinitrc.d/99-quartz-wm.sh but unfortunately it gets another error then: Dyld Error Message: dyld: Symbol not found: __cg_png_create_info_struct Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ Versions/A/ImageIO Expected in: /opt/X11/lib/libPng.dylib in /System/Library/Frameworks/ApplicationServices.framework/Versions/ A/Frameworks/ImageIO.framework/Versions/A/ImageIO maybe you can make a version that links to /opt/X11/lib/libX11.6.dylib directly? ISTR it's also changeable with some command, but I can't remember how right now... -- Pelle Johansson 27 okt 2009 kl. 21.35 skrev Jeremy Huddleston:
Ok, so I think I have a fix. The reason that I couldn't reproduce it is because it is tied to the preference "Click-through Inactive Windows" under the "Windows" header of X11's preferences. With that option on, the problem does not happen.
Please install alpha3 and replace /usr/bin/quartz-wm with this one (decompressed of course): http://static.macosforge.org/xquartz/downloads/testing/quartz-wm.bz2
--Jeremy
On Oct 26, 2009, at 16:44, Jeremy Huddleston wrote:
So I'm now able to reproduce the issue fairly repeatedly. That doesn't mean the fix will be soon... just that I'm not working on it and will be exploring different possibilities.
Thanks to everyone for offering reproduction advice.
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Oct 27, 2009, at 14:11, Pelle Johansson wrote:
Hi Jeremy,
I think you meant to say replace /opt/X11/bin/quartz-wm, but even when doing that, it's difficult to get it running:
/sigh ... yes, since I first was able to reproduce it on Leopard, I stayed on that box and fixed it there... hence the binary is built on Leopard and won't work for you. sorry about that... gimme a sec and I'll get you the right binary. --Jeremy
Ok, grab the new one: http://static.macosforge.org/xquartz/downloads/testing/quartz-wm.bz2 and replace /opt/X11/bin/quartz-wm with it. If you're still having trouble, make sure that /opt/X11/bin/quartz-wm is the one being executed rather than /usr/bin/quartz-wm --Jeremy On Oct 27, 2009, at 14:11, Pelle Johansson wrote:
Hi Jeremy,
I think you meant to say replace /opt/X11/bin/quartz-wm, but even when doing that, it's difficult to get it running:
I've tried simply /opt/X11/bin/startx which gives the error: Dyld Error Message: Library not loaded: /usr/X11/lib/libX11.6.dylib Referenced from: /opt/X11/bin/quartz-wm Reason: Incompatible library version: quartz-wm requires version 10.0.0 or later, but libX11.6.dylib provides version 9.0.0
Ofc, it's the libX11.6.dylib from /opt/X11/lib that is supposed to be loaded, so I tried adding env DYLD_LIBRARY_PATH=/opt/X11/lib after exec in /opt/X11/lib/X11/xinit/xinitrc.d/99-quartz-wm.sh but unfortunately it gets another error then:
Dyld Error Message: dyld: Symbol not found: __cg_png_create_info_struct Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/ImageIO Expected in: /opt/X11/lib/libPng.dylib in /System/Library/Frameworks/ApplicationServices.framework/Versions/ A/Frameworks/ImageIO.framework/Versions/A/ImageIO
maybe you can make a version that links to /opt/X11/lib/ libX11.6.dylib directly? ISTR it's also changeable with some command, but I can't remember how right now... -- Pelle Johansson
27 okt 2009 kl. 21.35 skrev Jeremy Huddleston:
Ok, so I think I have a fix. The reason that I couldn't reproduce it is because it is tied to the preference "Click-through Inactive Windows" under the "Windows" header of X11's preferences. With that option on, the problem does not happen.
Please install alpha3 and replace /usr/bin/quartz-wm with this one (decompressed of course): http://static.macosforge.org/xquartz/downloads/testing/quartz-wm.bz2
--Jeremy
On Oct 26, 2009, at 16:44, Jeremy Huddleston wrote:
So I'm now able to reproduce the issue fairly repeatedly. That doesn't mean the fix will be soon... just that I'm not working on it and will be exploring different possibilities.
Thanks to everyone for offering reproduction advice.
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Oct 27, 2009, at 10:33 PM, Jeremy Huddleston wrote:
Ok, grab the new one: http://static.macosforge.org/xquartz/downloads/testing/quartz-wm.bz2
and replace /opt/X11/bin/quartz-wm with it.
If you're still having trouble, make sure that /opt/X11/bin/quartz- wm is the one being executed rather than /usr/bin/quartz-wm
--Jeremy
Nice work! Does work on my MacBook3,1 running 10.6.1. Thank you, Jeremy. -- Heiko
27 okt 2009 kl. 22.39 skrev Heiko Przybyl:
On Oct 27, 2009, at 10:33 PM, Jeremy Huddleston wrote:
Ok, grab the new one: http://static.macosforge.org/xquartz/downloads/testing/quartz-wm.bz2
and replace /opt/X11/bin/quartz-wm with it.
If you're still having trouble, make sure that /opt/X11/bin/quartz- wm is the one being executed rather than /usr/bin/quartz-wm
--Jeremy
Nice work! Does work on my MacBook3,1 running 10.6.1. Thank you, Jeremy.
Yes, seems to work fine here as well, I can't reproduce the problem in any way I've tried. I think I figured out why changing the options had no effect for me (windows got stuck however I changed them). /opt/X11/bin/quartz-wm actually still reads /Users/pelle/Library/ Preferences/org.x.X11.plist, while changing things in the XQuartz preference dialog writes them to / Users/pelle/Library/Preferences/org.macosforge.xquartz.X11.plist No wonder it was hard to track down... -- Pelle Johansson
On Oct 27, 2009, at 14:55, Pelle Johansson wrote:
Nice work! Does work on my MacBook3,1 running 10.6.1. Thank you, Jeremy.
Yes, seems to work fine here as well, I can't reproduce the problem in any way I've tried.
I think I figured out why changing the options had no effect for me (windows got stuck however I changed them). /opt/X11/bin/quartz-wm actually still reads /Users/pelle/Library/ Preferences/org.x.X11.plist, while changing things in the XQuartz preference dialog writes them to /Users/pelle/Library/Preferences/org.macosforge.xquartz.X11.plist
No wonder it was hard to track down...
Hmm... /opt/X11/bin/quartz-wm should be reading org.macosforge.xquartz.X11.plist ... It *defaults* to org.x.X11, but it should pick up org.macosforge.xquartz.X11 from the environment. I have this in main()'s start to handle this case: if((s = getenv("X11_PREFS_DOMAIN"))) app_prefs_domain = s; and that variable just defaults to org.x.X11... What does 'echo $X11_PREFS_DOMAIN' say from one of your xterms?
27 okt 2009 kl. 23.11 skrev Jeremy Huddleston:
Hmm... /opt/X11/bin/quartz-wm should be reading org.macosforge.xquartz.X11.plist ... It *defaults* to org.x.X11, but it should pick up org.macosforge.xquartz.X11 from the environment. I have this in main()'s start to handle this case:
if((s = getenv("X11_PREFS_DOMAIN"))) app_prefs_domain = s;
and that variable just defaults to org.x.X11...
What does 'echo $X11_PREFS_DOMAIN' say from one of your xterms?
; echo $X11_PREFS_DOMAIN org.macosforge.xquartz.X11 What I did was track it with ; sudo fs_usage -f filesys | grep -C 1 X11.plist When X11 shuts down this happens: 23:27:53 stat64 brary/Preferences/ByHost/ org.x.X11.FA45F089-3A9A-56FB-855D-760F7CB82621.plist 0.000007 quartz-wm 23:27:53 stat64 /Users/pelle/Library/Preferences/ org.x.X11.plist 0.000006 quartz-wm 23:27:53 stat64 ferences/ ByHost /.GlobalPreferences.FA45F089-3A9A-56FB-855D-760F7CB82621.plist 0.000005 quartz-wm 23:27:53 stat64 /Users/pelle/Library/ Preferences/.GlobalPreferences.plist 0.000004 quartz-wm 23:27:53 stat64 /Library/Preferences/ org.x.X11.plist 0.000003 quartz-wm 23:27:53 stat64 /Library/ Preferences /.GlobalPreferences.plist 0.000004 quartz-wm while clicking an option in the preference panel does: 23:27:37 stat64 /ByHost/ org.macosforge.xquartz.X11 .FA45F089-3A9A-56FB-855D-760F7CB82621.plist 0.000006 23:27:37 stat64 /Users/pelle/Library/Preferences/ org.macosforge.xquartz.X11.plist 0.000017 23:27:37 stat64 ferences/ ByHost /.GlobalPreferences.FA45F089-3A9A-56FB-855D-760F7CB82621.plist 0.000006 23:27:37 stat64 /Users/pelle/Library/ Preferences/.GlobalPreferences.plist 0.000005 23:27:37 stat64 /Library/Preferences/ org.macosforge.xquartz.X11.plist 0.000003 23:27:37 stat64 /Library/ Preferences /.GlobalPreferences.plist 0.000004 It's also easy to see that if I change org.x.X11.plist using Property List Editor.app and reboot X11 the window behavior changes, while changing options in XQuartz actually does nothing. I've double-checked that it's /opt/X11/bin/quartz-wm that is running (only this new one though, I didn't save the old one). -- Pelle Johansson
ps xeww says this 89257 ?? S 0:00.03 /opt/X11/bin/quartz-wm SHELL=/bin/bash TMPDIR=/var/folders/xj/xj33xYcdFHutWidx+x3AwE+++TU/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-ZA9eYq/Render USER=pelle SSH_AUTH_SOCK=/tmp/launch-GnLoVI/Listeners PATH=/opt/X11/bin:/usr/bin:/ bin:/usr/sbin:/sbin:/usr/X11R6/bin PWD=/ HOME=/Users/pelle SHLVL=1 LOGNAME=pelle __LAUNCHD_FD=34 DISPLAY=:0 XAUTHORITY=/Users/ pelle/.Xauthority however: 89347 ?? S 0:00.02 /opt/X11/bin/xterm MANPATH=/sw/wine/man:/ usr/share/man:/usr/local/share/man:/usr/X11/share/man:/opt/X11/share/ man:/opt/local/share/man DYLD_FALLBACK_LIBRARY_PATH=/sw/wine/lib:/opt/ local/lib:/usr/X11/lib SHELL=/bin/bash TMPDIR=/var/folders/xj/ xj33xYcdFHutWidx+x3AwE+++TU/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/ launch-ZA9eYq/Render LIBRARY_PATH=/sw/wine/lib:/opt/local/lib:/usr/X11/ lib USER=pelle LD_LIBRARY_PATH=/sw/wine/lib:/opt/local/lib:/usr/X11/ lib COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-GnLoVI/Listeners CPATH=/sw/wine/include:/opt/local/include:/usr/X11/include __CF_USER_TEXT_ENCODING=0x1F8:0:7 PATH=/opt/local/bin:/opt/local/sbin:/ sw/wine/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/ opt/X11/bin:/opt/local/bin:/opt/local/sbin:/opt/X11/bin PWD=/Users/ pelle PERLLIB= SHTYPE=sh SHLVL=1 HOME=/Users/pelle LOGNAME=pelle PKG_CONFIG_PATH= INFOPATH= DISPLAY=/tmp/launch-b4F8y2/ org.macosforge.xquartz:0 X11_PREFS_DOMAIN=org.macosforge.xquartz.X11 _=/opt/X11/bin/xterm Need to sleep now though, good night :) -- Pelle Johansson
< I forgot to export the variable in startx. You can fix this yourself by editing /opt/X11/bin/startx and making a similar change: http://cgit.freedesktop.org/xorg/app/xinit/commit/?id=561b6c70648b585e36241c...
I'll probably also update quartz-wm's default as well, but the above change should work for you. --Jeremy On Oct 27, 2009, at 15:49, Pelle Johansson wrote:
ps xeww says this
89257 ?? S 0:00.03 /opt/X11/bin/quartz-wm SHELL=/bin/bash TMPDIR=/var/folders/xj/xj33xYcdFHutWidx+x3AwE+++TU/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-ZA9eYq/Render USER=pelle SSH_AUTH_SOCK=/tmp/launch-GnLoVI/Listeners PATH=/opt/X11/bin:/usr/ bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin PWD=/ HOME=/Users/pelle SHLVL=1 LOGNAME=pelle __LAUNCHD_FD=34 DISPLAY=:0 XAUTHORITY=/Users/ pelle/.Xauthority
however:
89347 ?? S 0:00.02 /opt/X11/bin/xterm MANPATH=/sw/wine/man:/ usr/share/man:/usr/local/share/man:/usr/X11/share/man:/opt/X11/share/ man:/opt/local/share/man DYLD_FALLBACK_LIBRARY_PATH=/sw/wine/lib:/ opt/local/lib:/usr/X11/lib SHELL=/bin/bash TMPDIR=/var/folders/xj/ xj33xYcdFHutWidx+x3AwE+++TU/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/ launch-ZA9eYq/Render LIBRARY_PATH=/sw/wine/lib:/opt/local/lib:/usr/ X11/lib USER=pelle LD_LIBRARY_PATH=/sw/wine/lib:/opt/local/lib:/usr/ X11/lib COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-GnLoVI/ Listeners CPATH=/sw/wine/include:/opt/local/include:/usr/X11/include __CF_USER_TEXT_ENCODING=0x1F8:0:7 PATH=/opt/local/bin:/opt/local/ sbin:/sw/wine/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/ X11/bin:/opt/X11/bin:/opt/local/bin:/opt/local/sbin:/opt/X11/bin PWD=/Users/pelle PERLLIB= SHTYPE=sh SHLVL=1 HOME=/Users/pelle LOGNAME=pelle PKG_CONFIG_PATH= INFOPATH= DISPLAY=/tmp/launch-b4F8y2/ org.macosforge.xquartz:0 X11_PREFS_DOMAIN=org.macosforge.xquartz.X11 _=/opt/X11/bin/xterm
Need to sleep now though, good night :) -- Pelle Johansson
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Jeremy Great to see that the Input Grab issue is fixed. I have now two more problems to report. They have been present in all SL versions. 1) The "focus follows the mouse option" does not work at all. 2) This is a strange one: I have as shell script containing "xterm -e ssh -Y user@remote_machine". It works correctly if I launch it from a command line but not when lauched from XQuartz>Applications. When it is is launched Quartz>Applications, the xterm window cannot be closed by clicking on the close (red) button on the window. The other buttons (yellow and green) work correctly. What is interesting, that if I use rxvt, i.e., "rxvt -e ssh -Y user@remote_machine". I do not see this issue when launching it from the XQuartz>Applications menu. Regards -John
On Oct 27, 2009, at 17:18, John Koren wrote:
Jeremy
Great to see that the Input Grab issue is fixed. I have now two more problems to report. They have been present in all SL versions.
1) The "focus follows the mouse option" does not work at all.
Yeah, this is probably the same issue that Pelle just reported... it seems that quartz-wm isn't using the correct preference file.
2) This is a strange one:
I have as shell script containing "xterm -e ssh -Y user@remote_machine". It works correctly if I launch it from a command line but not when lauched from XQuartz>Applications. When it is is launched Quartz>Applications, the xterm window cannot be closed by clicking on the close (red) button on the window. The other buttons (yellow and green) work correctly.
My guess is that you use tcsh. Is that correct? If so, that's a known bug with tcsh.
On Tue, Oct 27, 2009 at 6:20 PM, Jeremy Huddleston <jeremyhu@apple.com> wrote:
On Oct 27, 2009, at 17:18, John Koren wrote:
Jeremy
Great to see that the Input Grab issue is fixed. I have now two more problems to report. They have been present in all SL versions.
1) The "focus follows the mouse option" does not work at all.
Yeah, this is probably the same issue that Pelle just reported... it seems that quartz-wm isn't using the correct preference file.
Good. I'll let you know once you fix the Preference file issue.
2) This is a strange one:
I have as shell script containing "xterm -e ssh -Y user@remote_machine". It works correctly if I launch it from a command line but not when lauched from XQuartz>Applications. When it is is launched Quartz>Applications, the xterm window cannot be closed by clicking on the close (red) button on the window. The other buttons (yellow and green) work correctly.
My guess is that you use tcsh. Is that correct? If so, that's a known bug with tcsh.
Yes, I use tcsh, but I did not see this problem in Leopard. This is the first time I noticed it. -John
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Oct 27, 2009, at 18:52, John Koren wrote:
Great to see that the Input Grab issue is fixed. I have now two more problems to report. They have been present in all SL versions.
1) The "focus follows the mouse option" does not work at all.
Yeah, this is probably the same issue that Pelle just reported... it seems that quartz-wm isn't using the correct preference file.
Good. I'll let you know once you fix the Preference file issue.
Check the previous message on the list ... just need to edit /opt/X11/ bin/startx to export the variable.
2) This is a strange one:
I have as shell script containing "xterm -e ssh -Y user@remote_machine". It works correctly if I launch it from a command line but not when lauched from XQuartz>Applications. When it is is launched Quartz>Applications, the xterm window cannot be closed by clicking on the close (red) button on the window. The other buttons (yellow and green) work correctly.
My guess is that you use tcsh. Is that correct? If so, that's a known bug with tcsh.
Yes, I use tcsh, but I did not see this problem in Leopard. This is the first time I noticed it.
Yes. It is a bug in the version of tcsh on SnowLeopard.
Jeremy On Tue, Oct 27, 2009 at 7:05 PM, Jeremy Huddleston <huddleston@apple.com> wrote:
On Oct 27, 2009, at 18:52, John Koren wrote:
Great to see that the Input Grab issue is fixed. I have now two more problems to report. They have been present in all SL versions.
1) The "focus follows the mouse option" does not work at all.
Yeah, this is probably the same issue that Pelle just reported... it seems that quartz-wm isn't using the correct preference file.
Good. I'll let you know once you fix the Preference file issue.
Check the previous message on the list ... just need to edit /opt/X11/bin/startx to export the variable.
Thanks, I got this working.
2) This is a strange one:
I have as shell script containing "xterm -e ssh -Y user@remote_machine". It works correctly if I launch it from a command line but not when lauched from XQuartz>Applications. When it is is launched Quartz>Applications, the xterm window cannot be closed by clicking on the close (red) button on the window. The other buttons (yellow and green) work correctly.
My guess is that you use tcsh. Is that correct? If so, that's a known bug with tcsh.
Yes, I use tcsh, but I did not see this problem in Leopard. This is the first time I noticed it.
Yes. It is a bug in the version of tcsh on SnowLeopard.
This appears to be a bug related to ssh (perhaps via tcsh). script: !# /bin/tcsh xterm runs correctly from Quartz>Applications (i.e., can close the xterm window) while script: !# /bin/tcsh xterm -e ssh jpk@localhost does not allow me to close the xterm window. -John
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
John, If you change "!# /bin/tcsh" to "#! /bin/bash" in that script it will work (did you quote that right BTW? I believe the "#" is supposed to be before the "!"). This is definitely a tcsh bug, not an ssh one. I reported this on this list and to Apple back when SL was released. Cheers, Jamie On 28 Oct 2009, at 5:08 pm, John Koren wrote:
This appears to be a bug related to ssh (perhaps via tcsh).
script: !# /bin/tcsh xterm
runs correctly from Quartz>Applications (i.e., can close the xterm window)
while
script: !# /bin/tcsh xterm -e ssh jpk@localhost
does not allow me to close the xterm window.
-John
Jamie Yes, I also meant to add that under #! /bin/sh or /bin/bash, things work perfectly also when using ssh. What I meant to say is that it is a combination of tcsh and ssh that results in the stated xterm window behavior. It is not a big deal since I can simply use either of sh or bash scripts to launch my xterms. Yes, "!#" was a misprint. Cheers -John On Thu, Oct 29, 2009 at 5:23 AM, Jamie Kennea <jamie@pompey.org> wrote:
John,
If you change "!# /bin/tcsh" to "#! /bin/bash" in that script it will work (did you quote that right BTW? I believe the "#" is supposed to be before the "!"). This is definitely a tcsh bug, not an ssh one.
I reported this on this list and to Apple back when SL was released.
Cheers,
Jamie
On 28 Oct 2009, at 5:08 pm, John Koren wrote:
This appears to be a bug related to ssh (perhaps via tcsh).
script: !# /bin/tcsh xterm
runs correctly from Quartz>Applications (i.e., can close the xterm window)
while
script: !# /bin/tcsh xterm -e ssh jpk@localhost
does not allow me to close the xterm window.
-John
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Jeremy Huddleston a écrit :
Hi everyone,
I just uploaded a new build. If you're running one of the alpha builds for SnowLeopard, you should get a notification from Sparkle. If not, you can grab it here:
http://static.macosforge.org/xquartz/downloads/SL/X11-2.4.1_beta1.dmg
... Hi
1/ you message above points towards http://static.macosforge.org/xquartz/downloads/SL/X11-2.4.1_beta1.dmg while the real file is (oddly :-) named: http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.4.1_beta1.dmg 2/ just to let you know that I've been using 2.4.1_alpha{1,3} (and now _beta1) with xorg-server-1.7.x.901 with no problems (and great pleasure: IMHO it _is_ release quality) Oh, and if it matters: on a MacBookPro1,1 running 10.6.1 3/ A single comment: when using xorg-server-1.7.x.901 (as opposed to 1.6.5-apple-x) the " X11 > Check for X11 Updates ..." menu item disappears : is it a feature or a bug ? JF Sygnet
On Nov 7, 2009, at 06:17, Jean-Francois Sygnet wrote:
while the real file is (oddly :-) named: http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.4.1_beta1.dmg
Ah, yes... thanks. I needed to rename it for Sparkle to work right and didn't re-edit my mail message.
2/ just to let you know that I've been using 2.4.1_alpha{1,3} (and now _beta1) with xorg-server-1.7.x.901 with no problems (and great pleasure: IMHO it _is_ release quality) Oh, and if it matters: on a MacBookPro1,1 running 10.6.1
Thanks. Unless I hear something negative, the next release will be using 1.7.x
3/ A single comment: when using xorg-server-1.7.x.901 (as opposed to 1.6.5-apple-x) the " X11 > Check for X11 Updates ..." menu item disappears : is it a feature or a bug ?
The drop-in-binaries are built without sparkle support... mainly because I don't like telling Sparkle to shutup every time I start the server while developing ;) ... I figure anyone who wants to grab those binaries will be savvy enough to notice the final release as well. --Jeremy
participants (8)
-
Heiko Przybyl
-
Jamie Kennea
-
Jean-Francois Sygnet
-
Jeremy Huddleston
-
Jeremy Huddleston
-
John Koren
-
Pelle Johansson
-
Pelle Johansson