December 2007 - Xquartz-dev - lists.macosforge.org

X11 2.1.1 release
by Jeremy Huddleston 12 Dec '07

12 Dec '07

It's the same as the pre-release with xmkfontdir and xmkfontscale run during postinst. The link to the pkg and release notes are here: http://trac.macosforge.org/projects/xquartz/wiki/X112.1.1 Fink Note: This release works with fink. Do NOT install the Xquartz-1.3.0-apple-fink binary after installing this package. --Jeremy

1 0

libX11 compile question
by Jeremy Huddleston 12 Dec '07

12 Dec '07

Hey Ben, I asked you this before but never really responded to your response. I'm having trouble compiling a working libX11 on my own. Your compiled 1.1.3 version works fine, but when I drop in the one I compile, I get breakage: (17:23:05 Mon Dec 10 2007 jeremy@tifa i386) ~/src/freedesktop/src $ xterm _X11TransSocketINETConnect() can't get address for /tmp/launch- R9Xor0/:6000: nodename nor servname provided, or not known xterm Xt error: Can't open display: /tmp/launch-R9Xor0/:0 --- I compiled it using: --disable-xf86bigfont --without-xcb --disable-static CFLAGS="-Wall -O2 -arch i386 -arch ppc -arch x86_64 -arch ppc64 -pipe - DNO_ALLOCA -D__DARWIN__ -DHAVE_LAUNCHD" I also have the latest git of xtrans (which is where _X11TransSocketINETConnect() comes from). What am I missing here? --Jeremy

2 6

New Package Version
by Jeremy Huddleston 10 Dec '07

10 Dec '07

I don't want to keep releasing Xquartz binaries with stripped out dock- fixes to users... it just makes things confusing... I'd like to roll up a new package to make life easier for Fink users and fix the bugs we've caught in the past week. I'd like to do the following first: 1) Fix Alt / .Xmodmap 2) Properly add a resource fork to Xquartz and cleanup the .app's Info.plist to remove unneccessary cruft 3) Wait on anything Ben thinks should block it that he'll have fixed soon (Tell me if there is... are you satisfied with the dstEnd changes?) 4) Anything I'm missing that is super-critical and can be fixed in the next few days? --Jeremy

2 3

The 2.1.0 package and Apple System Fonts
by Merle Reinhart 09 Dec '07

09 Dec '07

I was noticing that one of the things 2.1.0 is supposed to fix is to include /System/Library/Fonts and /Library/Fonts. I can see the changes in the fs config file and fc-cache sees the directories. However, when I run xfontsel, it does not appear to see any of the Apple system fonts. Adding fonts to X11 has always been black magic to me so I'm not sure if I'm just not doing something that I should be or if this functionality isn't working as expected? Thanks, Merle

4 17

Re: [Xquartz-dev] The 2.1.0 package and Apple System Fonts
by Jeremy Huddleston 09 Dec '07

09 Dec '07

xfontsel doesn't use fontconfig as far as I can tell... It looks like it's using xfs and I thought appending the paths to fs/config would fix that, but it looks like that only fixes the problem if you run xfs and don't use the built-in (compile-time AFAICT) font directory list. --Jeremy On Dec 2, 2007, at 12:06, Merle Reinhart wrote: > I thought about that as I did have some of the font/X11 stuff from > fink (though this didn't help add fonts like it did with Tiger). > > However, if looks like they are all using /usr/X11/bin: > > [LeoMacPro:~/Desktop] merle% which fc-cache > /usr/X11/bin/fc-cache > [LeoMacPro:~/Desktop] merle% which fc-match > /usr/X11/bin/fc-match > [LeoMacPro:~/Desktop] merle% which fc-cat > /usr/X11/bin/fc-cat > [LeoMacPro:~/Desktop] merle% which fc-list > /usr/X11/bin/fc-list > > > Interestingly, fc-cache doesn't seem to be using /etc/fonts. > > [LeoMacPro:~/Desktop] merle% sudo fc-cache -vf > /usr/share/fonts: skipping, no such directory > /usr/X11R6/lib/X11/fonts: caching, 0 fonts, 12 dirs > /usr/X11R6/lib/X11/fonts/100dpi: caching, 398 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/75dpi: caching, 398 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/OTF: caching, 23 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/Speedo: caching, 0 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/TTF: caching, 23 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/Type1: caching, 29 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/conf.avail: caching, 0 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/conf.d: caching, 0 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/cyrillic: caching, 0 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/encodings: caching, 0 fonts, 1 dirs > /usr/X11R6/lib/X11/fonts/encodings/large: caching, 0 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/misc: caching, 55 fonts, 0 dirs > /usr/X11R6/lib/X11/fonts/util: caching, 0 fonts, 0 dirs > /Users/merle/.fonts: skipping, no such directory > /System/Library/Fonts: caching, 81 fonts, 0 dirs > /Library/Fonts: caching, 316 fonts, 0 dirs > /usr/X11/var/cache/fontconfig: cleaning cache directory > /Users/merle/.fontconfig: not cleaning unwritable cache directory > fc-cache: succeeded > > > > So, it is including /System/Library/Fonts and /Library/Fonts, but > when I then run xfontsel after restarting X11, I don't see any of > those fonts in the list (see attached image). > > > > <Picture 2.png> > > > > Am I being dense and missing something obvious here? > > Thanks, > > Merle > > > > > > > On Dec 2, 2007, at 2:42 PM, Jeremy Huddleston wrote: > >> Can you type 'which fc-cache' ? Do you have one from fink or >> macports? Try the full path to /usr/X11/bin/fc-cache . it >> shouldn't be using /etc/fonts >> >> --Jeremy >> >> On Dec 2, 2007, at 10:15, Merle Reinhart wrote: >> >>> The other thing I noticed when I was poking around to see if I >>> could figure out what was going on is the commands fc-cat, fc-list >>> and fc-match all are looking for the now nonexistent /etc/fonts/ >>> fonts.conf file. >>> >>> >>> [LeopardAlBook:~] merle% fc-match >>> Fontconfig error: Cannot load config file "/etc/fonts/fonts.conf" >>> Fontconfig error: Cannot load default config file >>> [LeopardAlBook:~] merle% fc-cat >>> Fontconfig error: Cannot load config file "/etc/fonts/fonts.conf" >>> Fontconfig error: Cannot load default config file >>> /usr/share/fonts: No such file or directory >>> [LeopardAlBook:~] merle% fc-list >>> Fontconfig error: Cannot load config file "/etc/fonts/fonts.conf" >>> Fontconfig error: Cannot load default config file >>> >>> >>> Merle >>> >>> >>> >>> On Dec 2, 2007, at 12:35 PM, Merle Reinhart wrote: >>> >>>> I was noticing that one of the things 2.1.0 is supposed to fix is >>>> to include /System/Library/Fonts and /Library/Fonts. I can see >>>> the changes in the fs config file and fc-cache sees the >>>> directories. >>>> >>>> However, when I run xfontsel, it does not appear to see any of >>>> the Apple system fonts. Adding fonts to X11 has always been >>>> black magic to me so I'm not sure if I'm just not doing something >>>> that I should be or if this functionality isn't working as >>>> expected? >>>> >>>> Thanks, >>>> >>>> Merle >>>> >>>> >>>> _______________________________________________ >>>> Xquartz-dev mailing list >>>> Xquartz-dev(a)lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo/xquartz-dev >>> >>> _______________________________________________ >>> Xquartz-dev mailing list >>> Xquartz-dev(a)lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo/xquartz-dev >> >

4 19

ALLOCATE_LOCAL / crashes
by Ben Byer 09 Dec '07

09 Dec '07

So, it seems that ALLOCATE_LOCAL is responsible for at least some of the "rootless crashes" we're seeing -- specifically, all of the ones where the crash fell in any of the mi* functions. (My understanding is that ALLOCATE_LOCAL is more dangerous to use on Leopard due to virtual memory layout -- it should never be used to allocate more than about a kilobyte, and I just saw miFillPolyArc crash by trying to allocate 900k.) http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=7caf51d1a5a86a… -- Ben Byer CoreOS / BSD Technology Group, XDarwin maintainer

5 7

left and right alt (option) keys
by Merle Reinhart 08 Dec '07

08 Dec '07

I know a lot of discussion about alt and mode_select has gone on previously and I apologize if this has been discussed before. The hardware: I'm running on a MacPro with a US aluminum keyboard and the Mac OS X keyboard set to US. What I'm noticing with the X11-2.1.0.pkg version installed is that the left alt/option key is seen by xev as the right alt/option key but software mapped to the left alt key. The right alt/option key is seen as the right alt, but software mapped to the left alt key. In Tiger's X11, the left alt was keycode 66 and the right alt was keycode 69 as I'd expect. Here is xev with the left alt: KeyPress event, serial 22, synthetic NO, window 0x600001, root 0x57, subw 0x0, time 77250, (42,123), root:(42,167), state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False In Leopard with the 1.2a set of installs (installed by Jeremy's x11_update.sh script), the left alt again was keycode 66 and the right was 69 again as expected. Here is the xev output with the left alt: KeyPress event, serial 23, synthetic NO, window 0x200001, root 0x3f, subw 0x0, time 2993881147, (53,94), root:(53,138), state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False In Leopard with the X11-2.1.0.pkg installed and post-reboot, things are rather different. Here is the xev output with the left alt: KeyPress event, serial 24, synthetic NO, window 0x200001, root 0x3f, subw 0x0, time 3126321031, (101,88), root:(101,132), state 0x0, keycode 69 (keysym 0xff7e, Mode_switch), same_screen YES, XKeysymToKeycode returns keycode: 66 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False Here is the xev output with the right alt: KeyPress event, serial 27, synthetic NO, window 0x200001, root 0x3f, subw 0x0, time 3126373406, (52,84), root:(52,128), state 0x0, keycode 69 (keysym 0xff7e, Mode_switch), same_screen YES, XKeysymToKeycode returns keycode: 66 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False So, something looks strange to me that by default the left alt/option key returns the keycode of the right alt/option key but then is mapped back to the left alt/option key. The real reason I was even looking at this was I use nedit a lot, so having Alt work is a major workflow advantage. Alt worked fine in Tiger without any modifications by me. In Leopard, Alt doesn't work without xmodmap modifications, but mode_switch does. Anyway, I'm working around my problem by mapping keycode 66 to Alt_L and keycode 69 to Alt_R with xmodmap (I lose mode_switch, but I have never used it anyway other than two weeks I was in Sweden using a borrowed computer). Merle

2 1

Error viewing commit 48e6a75fbdd0fee86e364f02ace83f20b312a2b2 in gitweb
by Adam Mercer 08 Dec '07

08 Dec '07

Hi I've been looking through recent commits using the gitweb repository viewer and encountered an error when trying to view the following diff: <http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=48e6a75fbd…> Camino reports the error: XML Parsing Error: not well-formed Location: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=48e6a75fbd… Line Number 7998, Column 24: <div class="diff rem">-</div> -----------------------^ and Safari states: This page contains the following errors: error on line 7998 at column 129634: internal error Below is a rendering of the page up to the first error. There seems to be an error in gitweb output for this commit, who do I need to report this too? Cheers Adam

4 6

XDMCP Fixed & Broken
by Jeremy Huddleston 08 Dec '07

08 Dec '07

As I hoped, it looks like XDMCP was fixed as a side effect of the dock- icon fixing. I can do: /usr/X11/bin/Xquartz -query 10.0.10.1 and get a login window that I can interact with. You don't get the full "X11.app" menus, etc... and the icon is a default icon, but it works. However it looks like I broke it when executing from the .app: /Applications/Utilities/X11.app/Contents/MacOS/X11 -query 10.0.10.1 TransformProcessType: Success TransformProcessType: Success X11.app starting: X.Org Xquartz X Server 1.3.0-apple4 Build Date: 20071207 Check-in failed: Permission denied Fatal server error: XDMCP fatal error: Session declined No valid address AbortDDX Quitting XQuartz... ... yes, I intend to fix it... but I thought those of you interested in XDMCP should know...

1 1

Multiple Dock Icons, Keep-in-dock Fixed
by Jeremy Huddleston 08 Dec '07

08 Dec '07

Another one bites the dust... Note that this requires you to update ALL of /A/U/X11.app/C/M/X11, /S/ L/LaunchAgents/org.x.X11.plist, and Xquartz (and reboot). This is done with a 'sudo make install'. If that scares you, wait for a package (probably once Ben figures out fb* crashes). If that doesn't scare you, please test and give feedback! http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=0502955a2af487… --Jeremy

1 3