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

X11.pkg
by Jeremy Huddleston 02 Dec '07

02 Dec '07

Ok, I have a new version up that should take care of all it issues now. http://people.freedesktop.org/~jeremyhu/X11-2.1.0.pkg The only thing I'm not sure about is the postinst script. I'm not sure that it's being done correctly. Can someone tell me how to verify if the postinst script is being run? It should be doing: /bin/launchctl load -w /System/Library/LaunchAgents/ org.x.fontconfig.plist /usr/bin/Rez -a -o /usr/X11/bin/Xquartz AddPlist.r with AddPlist.r and Xquartz.plist in the scripts directory. --Jeremy

3 5

Re: Announcing: xquartz-dev mailing list
by Adam Mercer 02 Dec '07

02 Dec '07

On 30/11/2007, Ben Byer <bbyer(a)apple.com> wrote: > We're working on a full MacOSForge site for the project, and it's up > in a skeletal form at xquartz.macosforge.org, but the mailing list is > ready to go -- it just needs people. Everyone is invited to join in, > either by subscribing outright or reading the archives at the above > link. Just been looking through the wiki and noticed on the Changelog details for the 2.1 release. Does this mean we can expect an official update soon? Cheers Adam

2 2

Expose restacking
by Nathaniel Gray 02 Dec '07

02 Dec '07

I just ran the following test after instrumenting the kXDarwinWindowState event (quartz.c, line 460ish): Starting from Terminal.app without X11 running: $ xterm & $ xterm & Then I used Expose to restack the xterms. Note that focus never went to X11.app $ killall X11 Then I tried again, but this time I didn't do anything with Expose: $ xterm & $ xterm & $ killall X11 The log output was identical for both tests. So we're not getting that event on Expose window restacking. Cheers, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu -->

2 1

Re: [Xquartz-dev] X11 2.1.0
by Jeremy Huddleston 02 Dec '07

02 Dec '07

On Dec 1, 2007, at 22:14, John Davidorff Pell wrote: > (I don't like reply-to munging.) > > On 1 Dec 2007, at 19:41, Jeremy Huddleston wrote: >>> 3. We should probably refer to this package as "X11" (as opposed >>> to X11User), because it includes parts of what would traditionally >>> go into the SDK package (the man pages for functions, and the >>> header files). That's perfectly fine; I see no reason to bother >>> with splitting it into two packages. >> >> Ok, I just noticed that the package was called X11User.pkg still in >> the Leopard install, so I wanted to keep that the same... I'll >> change it. > > I don't think this is a good idea. The idea here is to overlay the > system X11User.pkg, not install another separate component. This > package should include only what would go into X11User.pkg, not the > headers. AFAICT, with Leopard, binaries are installed from com.apple.pkg.X11User (main install) and headers are from com.apple.pkg.X11SDKLeo (XCode 3). I *really* don't want to maintain two separate packages, and I don't feel right calling our package com.apple.*. It's a community supported overlay of Apple's official releases, so I'm just going to use org.x.X11 and combine both X11User and X11SDK updates. Does anyone have any objections to that or know of any negative consequences to doing that?

2 1

X11 2.1.0
by Jeremy Huddleston 02 Dec '07

02 Dec '07

Ben (or anyone else with a fd.o account), are you able to ssh into your shell access? I can't: (17:13:30 Sat Dec 01 2007 jeremy@tifa i386) ~ $ ssh jeremyhu(a)annarchy.freedesktop.org ssh_exchange_identification: Connection closed by remote host (17:13:40 Sat Dec 01 2007 jeremy@tifa i386) ~ $ ssh jeremyhu(a)people.freedesktop.org ssh_exchange_identification: Connection closed by remote host --- Ok, now for the bulk of what I am here to say... I have marked git as 1.3.0-apple2 for xserver and bumped X11.app to 2.1.0. Files for these are being uploaded to my school computer since fd.o is down and I don't want to put them at xquartz.macosforge.org yet until others test out the package to make sure I didn't screw it up. This is the first .pkg I've ever made, so PLEASE test it out. I tried it on my powerbook G4, and it seems to work. You can get it here: http://cloud.cs.berkeley.edu/~jeremy/X11/2.1.0/ Assuming I get no negative feedback on this in the next few hours (or requests to wait for feature X that will be patched soon), I'll put it up on xquartz.macosforge.org and announce it. Ben, I don't really like the idea of using the wiki file-attachment for our releases. Is there any way we can get a simple ftp drop? Maybe even http://xquartz.freedesktop.org just for the file distributions? --Jeremy

2 5

Fwd: Warning: No xauth data; using fake authentication data, for X11 forwarding
by Jeremy Huddleston 02 Dec '07

02 Dec '07

yep, here's the patch to xauth. I'll roll this in and commit to git as well... I have your updated X11.app in my local package now. If someone could send me a license file or a README, I'd be very happy =) --Jeremy Begin forwarded message: > From: Martin Costabel <costabel(a)wanadoo.fr> > Date: November 13, 2007 02:13:55 PST > To: Anton Rang <rang(a)mac.com> > Cc: X11 List Mailing <x11-users(a)lists.apple.com> > Subject: Re: Warning: No xauth data; using fake authentication data, > for X11 forwarding > > Anton Rang wrote: >> On Nov 12, 2007, at 10:25 AM, M. Stanley Bubien wrote: >>>> Unless your X connection is not working, I believe you can safely >>>> ignore that error message. >>> >>> Well, more to the point for me... why does this happen? It >>> certainly >>> shouldn't, and I've done everything I can to eliminate the message. >> You can't eliminate it, I suspect. >> ssh is running the command >> xauth list $DISPLAY (e.g. xauth list /tmp/launch-blah/:0) >> and xauth is generating the output >> xauth: (argv):1: bad display name "/tmp/launch-blah/:0" in "list" >> command >> I'm not quite sure what the "fix" here is, since the Xauth data >> probably >> isn't generated until the X server starts, which won't happen until >> sshd >> requests that the forwarding happen -- and I think that may be >> after the >> authentication data is transmitted to sshd. >> Perhaps best would be to simply disable the warning in sshd for >> Darwin.... > > ... or teach xauth about the weird new display names. > > Here is a little patch against xauth-X11R7.2-1.0.2 from X11apps-13 > that > does this. As before, the warning will only disappear if there is an > existing ~/.Xauthority file. > > -- > Martin > > diff -ur X11apps-13/xauth/xauth-X11R7.2-1.0.2/process.c > X11apps-13_corr/xauth/xauth-X11R7.2-1.0.2/process.c > --- X11apps-13/xauth/xauth-X11R7.2-1.0.2/process.c 2007-01-09 > 00:21:24.000000000 +0100 > +++ X11apps-13_corr/xauth/xauth-X11R7.2-1.0.2/process.c 2007-11-13 > 08:44:28.000000000 +0100 > @@ -485,6 +485,9 @@ > if (cp && strncmp (cp, "/unix:", 6) == 0) > prelen = (cp - displayname); > > + if (strncmp (displayname, "/tmp/launch", 11) == 0) > + displayname = strrchr(displayname, '/') + 1; > + > if (!parse_displayname (displayname + ((prelen > 0) ? prelen + > 1 : 0), > &family, &host, &dpynum, &scrnum, &rest)) { > return False; > > _______________________________________________ > 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/jeremyhu%40uclink.berkeley… > > This email sent to jeremyhu(a)uclink.berkeley.edu

1 0

libX11 compilation
by Jeremy Huddleston 02 Dec '07

02 Dec '07

Ben, How did you compile the libX11 that you have in your freedesktop.org webspace? I compiled my own version, and it works fine on my macbook, but when I try it on my powerbook G4 or my powermac G5, I get an error when trying to open the display: (16:51:44 Sat Dec 01 2007 jeremy@yuffie Power Macintosh) ~ $ xmodmap xmodmap: unable to open display '/tmp/launch-HMCPPG/:0' --- I compiled mine with: CFLAGS="${CFLAGS} -Wall -O2 -arch i386 -arch ppc -pipe -arch x86_64 - arch ppc64 -D__DARWIN__" and ./configure -prefix=/usr/X11 --mandir=/usr/X11/man --disable- dependency-tracking --disable-xf86bigfont --disable-static --- I'm using your version for now in the binary pkg that I'm making.

3 4

X11.app XCB buggy
by Jeremy Huddleston 02 Dec '07

02 Dec '07

Ben, I just tried out X11.app compiled with your recent changes and I crash on startup: Thread 0 Crashed: 0 libxcb.1.dylib 0x0001ae66 xcb_connection_has_error + 6 1 org.x.X11 0x00002633 main + 241 2 org.x.X11 0x00001d66 start + 54

2 2

X11User.pkg update
by Jeremy Huddleston 02 Dec '07

02 Dec '07

I'm going to be updating versions in git to 2.1.0 for X11.app and 1.3.0-apple2 for xserver. I plan to use what is in git now (plus my Mode_switch change, minus Ben's xcb changes) as the Xquartz in the 2.1.0 update package which I'm trying to make right now. If anyone has something that they feel they feel needs to be included and can have it done by tomorrow night (30 hours from now), let me know in the next four hours... otherwise I hope to have a .pkg released tomorrow. --Jeremy

1 0

X11 Tiger xmodmap
by Jeremy Huddleston 01 Dec '07

01 Dec '07

Hey Ben, Since do you have any machines with Tiger's X11 on it? Can you give me the output of 'xmodmap'? I just want to make sure that we maintain consistency with Tiger's X11 in our stance on the Alt versus Mode_switch default decision. --Jeremy

2 4