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

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 26 Nov '08

26 Nov '08

Am 26.11.2008 um 16:00 schrieb Jeremy Huddleston: > Uhm, you can't just rename them. They have different syntax. Please > just delete your .bashrc .profile .bash_profile if that's really what > you did. *I* would not do such things. When I wrote "rename" I meant to give the files names that aren't recognised (and used) by the shell interpreters. My best assumption is that Tiger's /usr/bin/login tool behaves differently that Leopard's one. The manual page states: Immediately after logging a user in, login displays the system copyright notice, the date and time the user last logged in, the message of the day as well as other information. If the file ``.hushlogin'' exists in the user's home directory, all of these messages are suppressed. This is to simplify logins for non-human users, such as uucp(1). Login then records an entry in the wtmp(5) and utmp(5) files and executes the user's command interpreter. So to me it seems a different approach is necessary ... -- Greetings Pete A morning without coffee is like something without something else.

1 0

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 25 Nov '08

25 Nov '08

Am 25.11.2008 um 00:23 schrieb Jeremy Huddleston: > Again, the application you need to run is sudo /usr/X11/bin/ > font_cache ... which I just realized wouldn't be on your system. Grab > it from here: > > http://www.opensource.apple.com/darwinsource/10.5.5/X11fonts-5.1/ > font_cache.sh > > That takes care of running your mkfontdir, mkfontcache, etc... I added sym-links to /sw/lib/fontconfig2/bin/fc-cache to /usr/X11/ bin, then the script ran successfully: font_cache: Scanning user font directories to generate X11 font caches font_cache: Making fonts.dir for updated directories. font_cache: Updating FC cache font_cache: Done When I now launch: Xquartz :0 I still get: Xquartz: Starting X server: /Applications/Utilities/X11.app/Contents/ MacOS/X11 --listenonly X11.app: main(): argc=2 argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 argv[1] = --listenonly Waiting for startup parameters via Mach IPC. X11.app: do_start_x11_server(): argc=2 argv[0] = Xquartz argv[1] = :0 2008-11-25 12:11:36.061 X11[3513] Could not connect the action apps_table_cancel: to target of class X11Controller X11.app: Debug Info: kKLuchrData fallback failed, trying kKLKCHRData. If you are using a 3rd party keyboard layout, please see http:// xquartz.macosforge.org/trac/ticket/154 X11.app: Fallback succeeded, but this is still a bug. Please report the above information. Xquartz starting: X.Org X Server 1.4.2-apple24 Build Date: 20081123 (EE) XKB: Couldn't open rules file /usr/X11R7.4/share/X11/xkb/rules/base (EE) XKB: Couldn't open rules file /usr/X11R7.4/share/X11/xkb/rules/base Could not init font path element /usr/X11R7.4/lib/X11/fonts/misc/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/OTF, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/100dpi/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/75dpi/, removing from list! Could not init font path element /Library/Fonts, removing from list! Could not init font path element /System/Library/Fonts, removing from list! Fatal server error: could not open default font 'fixed' AbortDDX Quitting Xquartz... Xquartz: start_x11_server: (ipc/mig) server died Exit 1 After I've added the X11 and X11R7.4 font paths to my ~/.fonts.conf I get after the "Build Date:..." line an extra: Thread Assertion Failed: self=Unknown Thread, expected=Xserver Thread xprFrame.c:xprInit:448 There is no other change, the same font path elements are reported missing. BTW, "Xquartz --help" launches the server visibly, i.e., a form pops up for a few seconds, partially obscured by Cocoa Emacs.app in which I am working, and X11.app starts to leap in Dock. Fc-list lists a "Times" font. "Xquartz :0 -fn Times" brings at the end a little change: Fatal server error: could not open default font 'Times' I think I could start to build X11R7.4 directly into /usr/X11 – when I've learned a bit about jhbuild. And also adding some optimisation, to see whether something breaks. -- Greetings Pete Real Time, adj.: Here and now, as opposed to fake time, which only occurs there and then.

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 25 Nov '08

25 Nov '08

Am 25.11.2008 um 00:23 schrieb Jeremy Huddleston: >> Last login: Mon Nov 24 00:24:30 on tty?? >> Welcome to Darwin! >> You have new mail. >> Warning: no access to tty (Inappropriate ioctl for device). >> Thus no job control in this shell. > > It looks like startx is stalling out in your ~/.bashrc or something... > can you try debugging that. I am a tcsh usr. Renaming .login and .cshrc (and .bashrc) now brings: /Applications/Utilities/X11.app/Contents/MacOS/X11 X11.app: main(): argc=1 argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 Waiting for startup parameters via Mach IPC. X11.app: Could not connect to server (DISPLAY is not set). Starting X server. X11.app: Launching /usr/X11/bin/startx: argv[0] = /usr/bin/login argv[1] = -fp argv[2] = pete argv[3] = /bin/sh argv[4] = -c argv[5] = /usr/X11/bin/startx Last login: Mon Nov 24 15:08:22 on tty?? Welcome to Darwin! You have new mail. [localhost:~] pete% ps -auwgx | grep X11 pete 3298 0.0 -0,1 40872 1884 p2 S 11:33am 0:00.07 /Applications/Utilities/X11.app/Contents/MacOS/X11 root 3299 0.0 -0,0 27532 584 p2 S 11:33am 0:00.04 /usr/bin/login -fp pete /bin/sh -c /usr/X11/bin/startx pete 3306 0.0 -0,0 27456 508 p2 S+ 11:34am 0:00.00 grep X11 [localhost:~] pete% The X11.app icon in Dock is inoperable (Dock has not noticed it's running). When I launch X11 from the Dock, the icon leaps up and down for a minute. When it has finished, the menu contains the message that the app does not respond. This behaviour is independent whether the shell RC files are there or not. By launching Xquartz from the command line X11.app is not animated. > >> X11 is running. > > Really? How? I don't see it starting in your output. What does X11- > About show? > It was never accessible since the application never became responsive. And it also makes no difference whether I make root the owner of Xquartz. -- Greetings Pete When confronted with actual numbers, a mathematician is at a loss. – Steffen Hokland

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 24 Nov '08

24 Nov '08

Am 24.11.2008 um 16:00 schrieb Jeremy Huddleston: >> If it's broken in 7.0.4, you'll need to do some install_name_tool >> foo. Check out: >> http://www.opensource.apple.com/darwinsource/10.5.5/X11server-48.4/ >> build The builds of the libraries in the libGL and mesa/Mesa-7.0.3 directories went fine: 1947820 24. Nov 21:22 X11server-48.4/libGL/GL/libGL.1.2.dylib 10511776 24. Nov 21:22 X11server-48.4/libGL/mesa/OSmesa/libOSMesa. 4.dylib 698868 24. Nov 21:51 X11server-48.4/mesa/Mesa-7.0.3/lib/libGL. 1.2.dylib 903748 24. Nov 21:53 X11server-48.4/mesa/Mesa-7.0.3/lib/libGLU. 1.3.dylib 3921384 24. Nov 22:06 X11server-48.4/mesa/Mesa-7.0.3/lib/libOSMesa. 6.5.dylib They are a bit different from my Mesa 7.0.4 build: 2707668 24. Nov 13:38 /usr/X11/lib/libGL.1.2.dylib 3126376 24. Nov 13:38 /usr/X11/lib/libGLU.1.3.dylib 856268 24. Nov 13:38 /usr/X11/lib/libglut.3.7.dylib Otool -D shows for X11server-48.4/libGL/GL/libGL.1.2.dylib the proper install name and also X11server-48.4/libGL/mesa/OSmesa/libOSMesa. 4.dylib, but not for the X11server-48.4/mesa/Mesa-7.0.3/lib libs. I haven't yet compared the rules to make the libraries to find a fix – maybe Wednesday? -- Greetings Pete "What do you think of Western Civilisation?" "I think it would be a good idea!" – Mohandas Karamchand Gandhi

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 24 Nov '08

24 Nov '08

Am 23.11.2008 um 19:32 schrieb Jeremy Huddleston: >> Xdriinfo dies with a crash because it was badly built; otool -L >> lists: >> >> /usr/X11R7.4/lib/libX11.6.dylib (compatibility version 9.0.0, >> current version 9.0.0) >> ==? libGL.1.dylib (compatibility version 1.2.0, current version >> 1.2.0) > > Yeah, I thought I fixed that in Mesa-7.0.4 though... Are you using > 7.0.4? Maybe I just fixed in in 7.2... > > If it's broken in 7.0.4, you'll need to do some install_name_tool > foo. Check out: > http://www.opensource.apple.com/darwinsource/10.5.5/X11server-48.4/ > build The patched Mesa build changed in the re-built xdriinfo the name of the depending library from libGL.1.dylib to /libGL.1.dylib. The install_name_tool does not give any hints how it can be used. I'll check later what the Xserver tarball offers ... -- Greetings Pete _o o o o _<< \\_/\_, \\_ \\_/\_, (*)/(*) (*) (*) (*) `- (*)

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 24 Nov '08

24 Nov '08

Am 23.11.2008 um 19:32 schrieb Jeremy Huddleston: > First, why is DISPLAY=:0 in your environment? It should be empty. On Panther and Tiger it is necessary to give every user its own DISPLAY. A shell script determines whether an X server is running. If not, DISPLAY is written into ~/.MacOSX/environment.plist. If at least one is running, DISPLAY's value is not :0 but the number of X servers already running. (I'll fix it!) > > Was there anything more that happened after that? On Leopard, when I > do that (with launchd disables): Not when DISPLAY was set. When I launched Xquartz directly, I saw for a short time a form pop up. When it's unset I get: /usr/X11/bin/Xquartz :0 Xquartz: Starting X server: /Applications/Utilities/X11.app/Contents/ MacOS/X11 --listenonly X11.app: main(): argc=2 argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 argv[1] = --listenonly Waiting for startup parameters via Mach IPC. X11.app: do_start_x11_server(): argc=2 argv[0] = /usr/X11/bin/Xquartz argv[1] = :0 2008-11-24 00:08:51.743 X11[1860] Could not connect the action apps_table_cancel: to target of class X11Controller X11.app: Debug Info: kKLuchrData fallback failed, trying kKLKCHRData. If you are using a 3rd party keyboard layout, please see http:// xquartz.macosforge.org/trac/ticket/154 X11.app: Fallback succeeded, but this is still a bug. Please report the above information. Xquartz starting: X.Org X Server 1.4.2-apple24 Build Date: 20081123 (EE) XKB: Couldn't open rules file /usr/X11R7.4/share/X11/xkb/rules/base (EE) XKB: Couldn't open rules file /usr/X11R7.4/share/X11/xkb/rules/base Could not init font path element /usr/X11R7.4/lib/X11/fonts/misc/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/OTF, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/100dpi/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/75dpi/, removing from list! Could not init font path element /Library/Fonts, removing from list! Could not init font path element /System/Library/Fonts, removing from list! Fatal server error: could not open default font 'fixed' AbortDDX Quitting Xquartz... Xquartz: start_x11_server: (ipc/mig) server died Exit 1 When I try: "open /Applications/Utilities/X11.app" I get in Console: X11.app: main(): argc=2 argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 argv[1] = -psn_0_9961473 Waiting for startup parameters via Mach IPC. X11.app: Could not connect to server (DISPLAY is not set). Starting X server. X11.app: Launching /usr/X11/bin/startx: argv[0] = /usr/bin/login argv[1] = -fp argv[2] = pete argv[3] = /bin/sh argv[4] = -c argv[5] = /usr/X11/bin/startx Last login: Mon Nov 24 00:24:30 on tty?? Welcome to Darwin! You have new mail. Warning: no access to tty (Inappropriate ioctl for device). Thus no job control in this shell. X11 is running. When I now invoke Xquartz for a short time a form is visible. Then X11 also finishes. Nothing more happens, because I failed to install xinit in a privileged environment. Doing so installs in /usr/X11/bin: -rwxr-xr-x 1 root admin 6942 24. Nov 00:17 startx -rwxr-xr-x 1 root admin 24664 24. Nov 00:17 xinit Building in app/xinit/privileged_startx fails: server.c: In function ‘server_main’: server.c:103: error: ‘LAUNCH_JOBKEY_MACHSERVICES’ undeclared (first use in this function) server.c:103: error: (Each undeclared identifier is reported only once server.c:103: error: for each function it appears in.) server.c: In function ‘do_privileged_startx’: server.c:168: warning: passing argument 1 of ‘fts_open’ from incompatible pointer type make[1]: *** [server.o] Error 1 make: *** [all] Error 2 Leopard again ... > > It looks like it's failing because of missing font caches. I tried the X11 utilities and I also tried fc-cache. There was /usr/ X11/bin/fc-cache built (I used a Fink version). > > Try running this to rebuild the font cache: > sudo /usr/X11/bin/font_cache This programme fails to build ... Is it in another package? > >> Xdriinfo dies with a crash because it was badly built; otool -L >> lists: >> >> /usr/X11R7.4/lib/libX11.6.dylib (compatibility version 9.0.0, >> current version 9.0.0) >> ==? libGL.1.dylib (compatibility version 1.2.0, current version >> 1.2.0) > > Yeah, I thought I fixed that in Mesa-7.0.4 though... Are you using > 7.0.4? I am. I even did it build and install twice, then with the "fixed" Mesa bin/mklib script. Mesa-7.2.0 bin directory has additional config.* and version.mk files. > > Do you have a diff of the original build.sh with your changes that I > can use as reference when fixing up build.sh for others to use? I'll send you privately the two scripts I am using! -- Greetings Pete Rain is saved up in cloud banks.

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 23 Nov '08

23 Nov '08

Am 23.11.2008 um 19:32 schrieb Jeremy Huddleston: > First, those should be '-f' not '-d'. Yes, I've seen it ... -e might be a usable compromise. Or -r? > > Second, the pbproxy stuff is integrated into the X server now... Ah, that's why you warned of the standalone option! -- Greetings Pete Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we. – Georges W. Bush

1 0

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 23 Nov '08

23 Nov '08

Am 23.11.2008 um 16:00 schrieb xquartz-dev-request(a)lists.macosforge.org: > /usr/X11/bin/Xquartz was built, and also /Applications/Utilities/ > X11.app/Contents/MacOS/X11! They don't work! When I invoke in shell /Applications/Utilities/X11.app/Contents/MacOS/X11 I get: X11.app: main(): argc=1 argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 X11.app: Could not connect to server (DISPLAY=":0", unsetting). Starting X server. X11.app: Launching /usr/X11/bin/startx: argv[0] = /usr/bin/login argv[1] = -fp argv[2] = pete argv[3] = /bin/sh argv[4] = -c argv[5] = /usr/X11/bin/startx Waiting for startup parameters via Mach IPC. Additionally Console receives: Last login: Sun Nov 23 17:34:33 on ttyp2 Welcome to Darwin! You have new mail. Warning: no access to tty (Inappropriate ioctl for device). Thus no job control in this shell. Waiting for startup parameters via Mach IPC. When I try (path is: /Users/pete/bin /sw/lib/freetype219/bin /sw/lib/ fontconfig2/bin /usr/local/bin /usr/local/ActivePerl-5.10/bin /usr/ local/texlive/2008/bin/universal-darwin /usr/bin /bin /usr/sbin / sbin /usr/X11/bin /sw/bin /sw/lib/coreutils/bin /Developer/Tools) /usr/X11/bin/Xquartz :0 I get: Xquartz: Starting X server: /Applications/Utilities/X11.app/Contents/ MacOS/X11 --listenonly X11.app: main(): argc=2 argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 argv[1] = --listenonly Waiting for startup parameters via Mach IPC. X11.app: do_start_x11_server(): argc=2 argv[0] = /usr/X11/bin/Xquartz argv[1] = :0 2008-11-23 17:41:53.118 X11[25505] Could not connect the action apps_table_cancel: to target of class X11Controller X11.app: Debug Info: kKLuchrData fallback failed, trying kKLKCHRData. If you are using a 3rd party keyboard layout, please see http:// xquartz.macosforge.org/trac/ticket/154 X11.app: Fallback succeeded, but this is still a bug. Please report the above information. Xquartz starting: X.Org X Server 1.4.2-apple24 Build Date: 20081123 (EE) XKB: Couldn't open rules file /usr/X11R7.4/share/X11/xkb/rules/base (EE) XKB: Couldn't open rules file /usr/X11R7.4/share/X11/xkb/rules/base Could not init font path element /usr/X11R7.4/lib/X11/fonts/misc/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/OTF, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/100dpi/, removing from list! Could not init font path element /usr/X11R7.4/lib/X11/fonts/75dpi/, removing from list! Could not init font path element /Library/Fonts, removing from list! Could not init font path element /System/Library/Fonts, removing from list! Fatal server error: could not open default font 'fixed' AbortDDX Quitting Xquartz... Xquartz: start_x11_server: (ipc/mig) server died Exit 1 With the original X11.app I can launch the new X clients. Xset -q lists: Xlib: extension "Generic Event Extension" missing on display ":0.0". Xdriinfo dies with a crash because it was badly built; otool -L lists: /usr/X11R7.4/lib/libX11.6.dylib (compatibility version 9.0.0, current version 9.0.0) ==» libGL.1.dylib (compatibility version 1.2.0, current version 1.2.0) /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 92.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.11) The GNU Emacs X client built crashes, too ... /usr/X11 is a sym-link to /usr/X11R7.4. To "play" with jhbuild and optimisation I can build into a real /usr/ X11 directory next time. -- Greetings Pete One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.

2 2

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 23 Nov '08

23 Nov '08

Am 23.11.2008 um 01:09 schrieb xquartz-dev-request(a)lists.macosforge.org: >> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning prebinding >> disabled because of undefined symbols >> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: >> _bootstrap_strerror >> collect2: ld returned 1 exit status >> make[4]: *** [Xquartz] Error 1 >> >> (one last Leopard function?) and later a lot of warnings about >> multiple definitions of symbols. I'll make a new try, after a 'make >> distclean', and remove the Fink content. > > That should be fixed in git now. /usr/X11/bin/Xquartz was built, and also /Applications/Utilities/ X11.app/Contents/MacOS/X11! I still had --disable-aiglx from Emacs shell's history. It will be removed when I'll add some optimisation. A restart of X11 has to wait until a new GNU Emacs 23.0.60 X client is built. With the new X11R7.4 libraries. There are still a lot of / usr/X11R6 path elements in GNU Emacs' config.log – I'll probably have to "fix" a few Fink PC files! Not sure whether rebuilds will do it for me ... Meanwhile a CPPFLAG '-idirafter -I/usr/X11R6/include' works very well! No pbproxy related stuff was installed. The four weeks ago mentioned # run the xinit.d stuff by hand to avoid doing the one for quartz-wm: if [ -d /usr/X11/lib/X11/xinit/xinitrc.d/10-fontdir.sh ] ; then . /usr/X11/lib/X11/xinit/xinitrc.d/10-fontdir.sh fi if [ -d /usr/X11/lib/X11/xinit/xinitrc.d/99-pbproxy.sh ] ; then . /usr/X11/lib/X11/xinit/xinitrc.d/99-pbproxy.sh fi won't work because /usr/X11/lib/X11/xinit directory has only one xinitrc shell script. Or is it all now integrated in X11/Xquartz as you intended to do twelve days ago? -- Greetings Pete Sending unsolicited commercial eMail to this account incurs a fee of € 500 per message and acknowledges the legality of this contract.

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 23 Nov '08

23 Nov '08

Am 23.11.2008 um 01:09 schrieb Jeremy Huddleston: > Right... because the repository is where I was referencing the patch > from... but you said you were trying to compile an earlier version of > libXaw (which doesn't have that patch)... Found and reported this in X11R7.1 – years ago ... I was just referencing my memory and replying to your yesterday comment: >> libXaw has fixes in git that aren't in a tarball yet... so >> you need git for that. I could have been clearer that it happened to me so long ago and not yesterday. After next sunrise and some sleep the time will be right for updates! And new builds. -- Greetings Pete Never be led astray onto the path of virtue

1 0