September 2008 - Xquartz-dev - lists.macosforge.org

wacom tablet question / help
by Jeremy Huddleston 11 Sep '08

11 Sep '08

I'm trying to dive a little more into figuring out why Inkscape, etc refuse to use the connected wacom tablet even through 'xinput test' spews out the data for tilt and pressure. Is there anyone here on the list who can connect a wacom tablet to a linux box and tell me the output of 'xinput list'? Thanks

6 8

2.3.1_rc* and usr/X11/lib/X11/fonts/fonts.conf ???
by Merle Reinhart 08 Sep '08

08 Sep '08

Jeremy, I was just trying out a particular sequence of OS X updates (the new seed combo update) and X11-2.3.1_rc6. All is working well, except that gimp and inkscape have been throwing an error: Fontconfig error: Cannot load config file "/usr/X11/lib/X11/fonts/ fonts.conf" Fontconfig error: Cannot load default config file Fontconfig error: Cannot load config file "/usr/X11/lib/X11/fonts/ fonts.conf" Fontconfig error: Cannot load default config file Looking at things, yes, it looks like in this situation of going from the X11 included with 10.5.5 (combo update from 10.5.4) to X11-2.3.1_rc6, that fonts.conf has gone missing. Other than the error, the impact appears to be any user installed fonts are completely ignored and the apps only see the X11 system fonts. If I copy the fonts.conf from a previous system (the file is dated Dec 5, 2007 so I'm not completely sure what version of X11 (Xquartz or OS X update) it originally came from) then I don't get the errors and I can see my non-System installed fonts again. Anyway, I don't know if fonts.conf should have been included and was missed or not, but there is a potential for breakage in the near future. Merle

4 8

Re: [Xquartz-dev] 2.3.1_rc5 keeps losing focus?
by Jeremy Huddleston 06 Sep '08

06 Sep '08

On Sep 6, 2008, at 07:23, Jay Levitt wrote: > Jeremy Huddleston wrote: >> Known bug: http://xquartz.macosforge.org/trac/ticket/58 >> I'd be willing to bet that Growl is actually the culprit here, but >> I have growl on my system with no problem... so /shrug >> I have no way to really reproduce this, so I don't know what is >> going on to cause it. Without a reliable test case, this isn't >> going to get fixed, so the more information you can give, the better. > > Well, I can definitely reproduce it! It happens at least once a > minute. Great. It's never happened here, so let's figure out how to break my system, so I can figure out how to fix it. > What sort of info would be useful? I imagine that dtrace can tell > us a lot, but frankly I haven't really learned it yet. I basically need a way to trigger it. I'd love to be able to do: void cause_x11_to_drop_focus() { ... } int main() { while(1) { cause_x_to_drop_focus(); sleep(10); } } Filling in that '...' would go a long way to solving this problem. > Is there a system call akin to "steal focus now!" that I should be > looking for? (and how would I do that?) There is SetFrontProcess and maybe something like ActivateTSMDocument > I could also learn to build Growl under XCode, and run it under the > debugger.. but again, any ideas what I could look for? I have yet > to do any real development on a Mac. Well... before you do that, does it go away when you disable Growl? If so, what applications do you have installed that use Growl?

1 0

Re: [Xquartz-dev] 2.3.1_rc5
by Jeremy Huddleston 06 Sep '08

06 Sep '08

Ugg... Ok, this will be fixed next time for certain. On Sep 6, 2008, at 06:44, Merle Reinhart wrote: > My bad. There were there in the rc5 installer and also in the rc6 > installer (this found from the 'Show Files' menu option in the > Installer prior to installing). > > Merle > > > > On Sep 6, 2008, at 9:41 AM, Merle Reinhart wrote: > >> Jeremy, >> >> Yes, they were gone in rc5, but they are back in the rc6 installer... >> >> >> Merle >> >> >> >> On Sep 6, 2008, at 3:27 AM, Jeremy Huddleston wrote: >> >>> >>>> Jeremy, >>>> I thought you said that you were going to not distribute >>>> libGLw.dylib in the later rc releases of X11-2.3.1? I see.. >>>> >>>> /usr/X11R/lib/libGLw.dylib >>>> /usr/X11R/lib/libGLw.1.dylib >>>> /usr/X11R/lib/libGLw.1.0.dylib >>>> /usr/X11R6/include/GL/GLwDrawA.h >>>> /usr/X11R6/include/GL/GLwDrawAP.h >>>> /usr/X11R6/include/GL/GLwMDrawA.h >>>> /usr/X11R6/include/GL/GLwMDrawAP.h >>>> >>>> Could you omit those from the final release? >>> >>> They are omitted. They were not removed from the system if >>> present._______________________________________________ >>> Xquartz-dev mailing list >>> Xquartz-dev(a)lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> X11-users mailing list (X11-users(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/merlereinhart%40mac.com >> >> This email sent to merlereinhart(a)mac.com >

1 0

2.3.1_rc5
by Jeremy Huddleston 06 Sep '08

06 Sep '08

This just fixes the file permissions in the package... silly PackageMaker.app bug... http://static.macosforge.org/xquartz/downloads/X11-2.3.1_rc5.pkg

3 4

Re: [Xquartz-dev] Environment passed to Applications-launched processes
by Glenn Eychaner 06 Sep '08

06 Sep '08

In fact, at least for 2.3.0, my testing indicates that X doesn't even get the environment varables in ~/.MacOSX/environment.plist. It gets a default, vanilla environment. I tested this in the following way: 1) I created some environment variables in ~/.MacOSX/ environment.plist, logged out and back in. 2) I created an applescript containing 'do shell script "env > /tmp/ testenv1.txt; /usr/X11/bin/xterm"' and ran it. 3) I added an application "testenv" with the command "env > /tmp/ testenv2.txt" to the X Applications menu. and ran it. Sure enough, testenv1.txt contains the environment variables in environment.plist, but testenv2.txt does not. This is irritating, because it means I can't define XAPPLRESDIR to find a bunch of X resource files that aren't in the usual place. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 1

X11 development headers
by Joachim Beckers 05 Sep '08

05 Sep '08

Hi, I'm having lots of problems when compiling various packages with macports, and they all come down to one issue: the X11 development headers seem to be missing. I'm running 10.5.4 (upgraded from 10.5.2) with first Apple's X11 installed, then later upgraded to Xquartz 2.3.1rc1. I also have Xcode 3.1 installed (upgraded from 3.0). This should be enough for everything to work, right? How can I check wether the headers are really missing, i.e. where should I look for them? regards, Joachim

3 8

request for some help with testing spaces related issues
by Jeremy Huddleston 05 Sep '08

05 Sep '08

I have some spaces-related fixes that I'd like some of you to try. I don't want to include this in 2.3.1 this late into the release cycle, so this is probably going to find its way into 2.3.2 beta to make sure there's no adverse effects I don't notice... in any event, here's how to get the updates: Start with 2.3.1_rc5, then replace libXplugin.1.dylib with a decompressed: http://people.freedesktop.org/~jeremyhu/PR-5880329/libXplugin.1.dylib.bz2 And /usr/bin/quartz-wm with a decompressed: http://people.freedesktop.org/~jeremyhu/PR-5880329/quartz-wm.bz2 mkdir PR-5880329 cd PR-5880329 wget http://people.freedesktop.org/~jeremyhu/PR-5880329/libXplugin.1.dylib.bz2 wget http://people.freedesktop.org/~jeremyhu/PR-5880329/quartz-wm.bz2 bunzip2 libXplugin.1.dylib.bz2 bunzip2 quartz-wm.bz2 sudo cp libXplugin.1.dylib /usr/lib sudo cp quartz-wm /usr/bin ---- This should address some parenting issues. Open windows not moving spaces with their parent, etc. I know that the xemacs menus appearing in the original space issue is still there, but I'm more concerned about testing for possible regressions. Let me know if you come across any or your feelings about how this compares with the current experience with X11 and spaces. Thanks, Jeremy

1 0

2.3.1_rc4
by Jeremy Huddleston 05 Sep '08

05 Sep '08

I'd like to announce a new release candidate to you all for testing. I suspect this will be the last rc before I release 2.3.1, but I'll let you hammer at it a bit before I decide that. Fixes all the remaining known crashes Updates quartz-wm and Xquartz man pages Adds --no-pasteboard option to quartz-wm Stops warping the cursor on server startup Fixes tablet proximity events (I think... I don't have a tablet here in the UK to test it, so I'd appreciate feedback) Support for eraser and pen as different devices on tablets (again, I would appreciate someone actually testing this code for me) http://static.macosforge.org/xquartz/downloads/X11-2.3.1_rc4.pkg

2 2

1.4.2-apple14
by Jeremy Huddleston 04 Sep '08

04 Sep '08

Mostly collecting a bunch of commits from the past few days since 1.4.2-13. Items of note: XQuartz: Added pasteboard proxy code stripped out of quartz-wm. XQuartz: Updated Tablet code to include ranges for valuators and added cursor and erasor mieqProcessInputEvents: Check custom event handlers first. XQuartz: Updated man page XQuartz: Fixed editing of Applications menu The mieqProcessInputEvents change should fix the NewCurrentWindow crash, and the pasteboard proxy code is essentially just a stripped down version of quartz-wm (as in, it's identical to running quartz-wm --proxy-only). It's not integrated into the server, but the source is there and ready to be prodded and eventyually integrated into the server itself in some way. It's compiled but not installed, so you can feel free to mess around with it on your own and use it with 'quartz-wm --no-pasteboard' (if you don't have a quartz-wm that supports that option, search the mail archives from around April, or wait for 2.3.1_rc4). http://static.macosforge.org/xquartz/downloads/X11-1.4.2-apple14.bz2

2 2