#17429 closed defect (fixed)
xrender 0.9.4 doesn't find X11 (x11.pc) on Tiger
Reported by: | garribald@… | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.6.0 |
Keywords: | Tiger | Cc: | MarcusCalhoun-Lopez (Marcus Calhoun-Lopez), ryandesign (Ryan Carsten Schmidt), dbevans (David B. Evans) |
Port: | xrender |
Description
The new xrender version gives following error on my OS X 10.4.11 and Apple's X11 installed:
book:~ me$ sudo port upgrade xrender ---> Fetching xrender ---> Attempting to fetch libXrender-0.9.4.tar.bz2 from http://www.x.org/pub/individual/lib/ ---> Verifying checksum(s) for xrender ---> Extracting xrender ---> Configuring xrender Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xrender/work/libXrender-0.9.4" && ./configure --prefix=/opt/local --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib " returned error 1 Command output: checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by /usr/bin/g++-4.0... /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld checking if the linker (/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) is GNU ld... no checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) supports shared libraries... yes checking for /usr/bin/g++-4.0 option to produce PIC... -fno-common checking if /usr/bin/g++-4.0 PIC flag -fno-common works... yes checking if /usr/bin/g++-4.0 static flag -static works... no checking if /usr/bin/g++-4.0 supports -c -o file.o... yes checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.11.0 dyld checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for X... configure: error: Package requirements (x11) were not met: No package 'x11' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables X_CFLAGS and X_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: Unable to upgrade port: 1
The, i hope, important part from the config.log is:
configure:19263: checking for pkg-config configure:19281: found /opt/local/bin/pkg-config configure:19293: result: /opt/local/bin/pkg-config configure:19322: checking pkg-config is at least version 0.9.0 configure:19325: result: yes configure:19336: checking for X configure:19344: $PKG_CONFIG --exists --print-errors "x11" Package x11 was not found in the pkg-config search path. Perhaps you should add the directory containing `x11.pc' to the PKG_CONFIG_PATH environment variable No package 'x11' found configure:19347: $? = 1 configure:19362: $PKG_CONFIG --exists --print-errors "x11" Package x11 was not found in the pkg-config search path. Perhaps you should add the directory containing `x11.pc' to the PKG_CONFIG_PATH environment variable No package 'x11' found configure:19365: $? = 1 No package 'x11' found configure:19403: error: Package requirements (x11) were not met: No package 'x11' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables X_CFLAGS and X_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details.
There is no x11.pc anywhere on my disk, one tip was to install xorg to (hopefully) solve the issue.
But maybe there can something different done (maybe new xrender would work well, but just needs a "nicer to Tiger" X11-check within configuration).
So this is more a request for advice than a bugreport. But if there is basically nothing to be done it might be wise to make a Tiger check and point to installing xorg (if it is the solution) or whatever seems to be appropriate.
If needed, i can test the xorg way on Monday.
Change History (27)
comment:1 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
Owner: | changed from macports-tickets@… to jeremyhu@… |
---|
comment:2 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Cc: | mcalhoun@… added |
---|
Cc Me!
comment:4 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
I attempted to fix the problem in r42732, but I have no Tiger machine to test the change.
The X_CFLAGS/Cflags and X_LIBS/Libs values are based on the values on my machine from the 0.9.0 version of xrender.
I do not know if they are correct for everyone.
comment:5 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|
Now I get this, on Mac OS X 10.4.11 Intel:
$ port -u upgrade xrender Portfile changed since last build; discarding previous state. ---> Fetching xrender ---> Verifying checksum(s) for xrender ---> Extracting xrender ---> Configuring xrender ---> Building xrender Error: Target org.macports.build returned: shell command " cd "/mp/var/macports/build/_Users_rschmidt_macports_dports_x11_xrender/work/libXrender-0.9.4" && nice -n 10 make -j2 all " returned error 2 Command output: /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I/mp/include -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/mp/include -I/usr/X11R6/include -DXTHREADS -I.. -I../include/X11/extensions -O2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -c -o Picture.lo Picture.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I/mp/include -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/mp/include -I/usr/X11R6/include -DXTHREADS -I.. -I../include/X11/extensions -O2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -c Glyph.c -o Glyph.o >/dev/null 2>&1 /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I/mp/include -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/mp/include -I/usr/X11R6/include -DXTHREADS -I.. -I../include/X11/extensions -O2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -c Picture.c -fno-common -DPIC -o .libs/Picture.o Picture.c:29:25:Picture.c:29:25: error: X11/Xregion.h: No such file or directory error: X11/Xregion.h: No such file or directory Picture.c: In function 'XRenderSetPictureClipRegion': Picture.c:177: error: 'BOX' undeclared (first use in this function) Picture.c:177: error: (Each undeclared identifier is reported only once Picture.c: In function 'XRenderSetPictureClipRegion':Picture.c:177: error: for each function it appears in.) Picture.c:177: error: 'BOX' undeclared (first use in this function) Picture.c:177: error: (Each undeclared identifier is reported only once Picture.c:177: error: for each function it appears in.) Picture.c:177: error: 'pb' undeclared (first use in this function) Picture.c:177: error: 'pb' undeclared (first use in this function) Picture.c:182: error: dereferencing pointer to incomplete type Picture.c:184: error: dereferencing pointer to incomplete type Picture.c:184: error: dereferencing pointer to incomplete type Picture.c:191: error: dereferencing pointer to incomplete type Picture.c:193: error: dereferencing pointer to incomplete type Picture.c:182: error: dereferencing pointer to incomplete type Picture.c:184: error: dereferencing pointer to incomplete type Picture.c:184: error: dereferencing pointer to incomplete type Picture.c:191: error: dereferencing pointer to incomplete type Picture.c:193: error: dereferencing pointer to incomplete type lipo: can't figure out the architecture type of: /var/tmp//cc0eGhWD.out make[2]: *** [Picture.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Unable to upgrade port: 1
The same failure occurs on Mac OS X 10.3.9 PowerPC.
There is no file Xregion.h anywhere on these systems.
comment:6 Changed 16 years ago by blb@…
Xregion.h appears to be part of the xorg-libX11 port, so it sounds as if there may be little choice but to use xorg for <=10.4 unless we either undo xrender's version or create a new xrender090 port or something to that effect.
comment:7 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
I don't care too much what other dependencies have to be pulled in to make it work, so long as it doesn't mean I have to switch from Apple's /Applications/Utilities/X11.app to something else.
comment:8 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Ugg... X11 is so ugly. =/
Sorry for this breakage, I think adding a hard port:xorg-libX11 might be what we have to do then. Can someone with Tiger please try pulling in xrender after installing xorg-libX11?
Thanks
comment:9 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Status: | new → assigned |
---|
comment:10 follow-up: 13 Changed 16 years ago by north@…
Jeremy: xrender build works after installing xorg-libX11 on Tiger <latest> with developer tools 2.5; it sure pulls in a boatload of cruft though! If I can trace something more specific, please let me know.
comment:11 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
One possible (really ugly) short term solution is to copy Xregion.h from ${filespath} to ${worksrcpath}.
Xregion.h seems to be all structs and macros.
A better long term solution might be to change xrender dependency from port:... to lib:...
I brought this up in #17453.
comment:12 follow-up: 14 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
comment:13 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to north@…:
Jeremy: xrender build works after installing xorg-libX11 on Tiger <latest> with developer tools 2.5; it sure pulls in a boatload of cruft though! If I can trace something more specific, please let me know.
Works for me too now, on 10.4.11 Intel. Xregion.h is provided by xorg-libX11, so I can't think of any other dependency we could use instead.
comment:14 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to mcalhoun@…:
Does r42787 invalidate the need for the "platform macosx" added in r42732?
Apparently not; if I remove the "platform macosx" section, it fails with:
checking for X... configure: error: Package requirements (x11) were not met: Package xdmcp was not found in the pkg-config search path. Perhaps you should add the directory containing `xdmcp.pc' to the PKG_CONFIG_PATH environment variable Package 'xdmcp', required by 'X11', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables X_CFLAGS and X_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: Unable to upgrade port: 1
comment:15 Changed 16 years ago by garribald@…
just to add it, also for me new xrender does compile fine now after having install xorg-libX11. All but one X11-apps have "survived" that addition, but gimp2 (2.6.2) crashes now while starting. But i haven't had it in used often the past weeks, so it could have been another upgrade of the needed components and i just haven't noticed so far. I'll do a rebuild, maybe just something like the recent libcap<->wireshark thing.
And in any case, thanks again for all the help and the ongoing development/discussion regrading how to keep the X11 in shape for Tiger :)
comment:16 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Thanks. I'm going to mark this closed now since I pushed the dependency. I'll pull in gimp and give it a try to make sure it wasn't my fault.
Do you happen to have a stack trace of the point where it crashed?
comment:17 Changed 16 years ago by garribald@…
Thanks for all your efforts :)
The stack trace:
book:/opt/local/bin me$ gimp --stack-trace-mode always gimp: fatal error: Bus error #0 0x90032884 in wait4 () #1 0x01abd240 in g_on_error_stack_trace () #2 0x000037c0 in gimp_eek () #3 0x000038b0 in gimp_fatal_error () #4 0x00004120 in gimp_sigfatal_handler () #5 <signal handler called> #6 0x01e43ebc in _XSend () #7 0x01e2dc10 in XQueryExtension () #8 0x01e20474 in XInitExtension () #9 0x016f5624 in XRenderFindDisplay () #10 0x016f5a50 in XRenderQueryExtension () #11 0x014b00f4 in _gdk_x11_have_render () #12 0x014d9bb4 in _gdk_x11_get_xft_setting () #13 0x014b6de8 in gdk_screen_get_setting () #14 0x0117f64c in gtk_settings_get_property () #15 0x01a6eb5c in g_object_get_valist () #16 0x01a6ed08 in g_object_get () #17 0x0117e924 in settings_update_resolution () #18 0x0117f1d4 in gtk_settings_get_for_screen () #19 0x011900f4 in gtk_style_init () #20 0x01a92b80 in g_type_create_instance () #21 0x01a6fb44 in g_object_constructor () #22 0x01a704d4 in g_object_newv () #23 0x01a711cc in g_object_new_valist () #24 0x01a715b8 in g_object_new () #25 0x012564a0 in gtk_widget_get_default_style () #26 0x0125654c in gtk_widget_init () #27 0x01a9315c in g_type_create_instance () #28 0x01a6fb44 in g_object_constructor () #29 0x01a704d4 in g_object_newv () #30 0x01a71214 in g_object_new_valist () #31 0x01a715b8 in g_object_new () #32 0x0010a47c in splash_create () #33 0x0001130c in gui_init () #34 0x00002f38 in app_run () #35 0x00003eac in main () book:/opt/local/bin me$
The parts of the crash.log (quite similar, but maybe you can find there something different):
Command: gimp Path: /opt/local/bin/gimp Parent: bash [7101] Version: ??? (???) PID: 7105 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000008 Thread 0 Crashed: 0 libX11.6.dylib 0x01e43ebc _XSend + 48 1 libX11.6.dylib 0x01e2dc10 XQueryExtension + 432 2 libX11.6.dylib 0x01e20474 XInitExtension + 48 3 libXrender.1.dylib 0x016f5624 XRenderFindDisplay + 588 4 libXrender.1.dylib 0x016f5a50 XRenderQueryExtension + 32 5 libgdk-x11-2.0.0.dylib 0x014b00f4 _gdk_x11_have_render + 152 6 libgdk-x11-2.0.0.dylib 0x014d9bb4 _gdk_x11_get_xft_setting + 692 7 libgdk-x11-2.0.0.dylib 0x014b6de8 gdk_screen_get_setting + 724 8 libgtk-x11-2.0.0.dylib 0x0117f64c gtk_settings_get_property + 176 9 libgobject-2.0.0.dylib 0x01a6eb5c g_object_get_valist + 856 10 libgobject-2.0.0.dylib 0x01a6ed08 g_object_get + 132 11 libgtk-x11-2.0.0.dylib 0x0117e924 settings_update_resolution + 52 12 libgtk-x11-2.0.0.dylib 0x0117f1d4 gtk_settings_get_for_screen + 304 13 libgtk-x11-2.0.0.dylib 0x011900f4 gtk_style_init + 120 14 libgobject-2.0.0.dylib 0x01a92b80 g_type_create_instance + 280 15 libgobject-2.0.0.dylib 0x01a6fb44 g_object_constructor + 108 16 libgobject-2.0.0.dylib 0x01a704d4 g_object_newv + 980 17 libgobject-2.0.0.dylib 0x01a711cc g_object_new_valist + 512 18 libgobject-2.0.0.dylib 0x01a715b8 g_object_new + 100 19 libgtk-x11-2.0.0.dylib 0x012564a0 gtk_widget_get_default_style + 72 20 libgtk-x11-2.0.0.dylib 0x0125654c gtk_widget_init + 156 21 libgobject-2.0.0.dylib 0x01a9315c g_type_create_instance + 1780 22 libgobject-2.0.0.dylib 0x01a6fb44 g_object_constructor + 108 23 libgobject-2.0.0.dylib 0x01a704d4 g_object_newv + 980 24 libgobject-2.0.0.dylib 0x01a71214 g_object_new_valist + 584 25 libgobject-2.0.0.dylib 0x01a715b8 g_object_new + 100 26 gimp 0x0010a47c splash_create + 284 27 gimp 0x0001130c gui_init + 928 28 gimp 0x00002f38 app_run + 844 29 gimp 0x00003eac main + 740 30 gimp 0x0000274c _start + 760 31 gimp 0x00002450 start + 48 Thread 0 crashed with PPC Thread State 64: srr0: 0x0000000001e43ebc srr1: 0x000000000000f030 vrsave: 0x0000000080000000 cr: 0x22024224 xer: 0x0000000000000001 lr: 0x0000000001e43e9c ctr: 0x0000000001e43e8c r0: 0x0000000000000004 r1: 0x00000000bfffe9f0 r2: 0x0000000000000000 r3: 0x0000000002016400 r4: 0x00000000016f7004 r5: 0x0000000000000006 r6: 0x0000000080808080 r7: 0x0000000000000002 r8: 0x0000000045520000 r9: 0x0000000000000000 r10: 0x0000000000000001 r11: 0x0000000001ef3f58 r12: 0x0000000001e43e8c r13: 0x0000000002946ef0 r14: 0x00000000016f7154 r15: 0x00000000016f53e0 r16: 0x0000000001ef2040 r17: 0x0000000001ef2044 r18: 0x00000000016f53e0 r19: 0x0000000001ef2050 r20: 0x00000000016f53e0 r21: 0x00000000016f53e0 r22: 0x00000000bfffeb58 r23: 0x0000000000000001 r24: 0x00000000014e9908 r25: 0x00000000bfffeb04 r26: 0x00000000bfffeb00 r27: 0x00000000bfffeafc r28: 0x00000000016f7004 r29: 0x0000000002016400 r30: 0x0000000002016400 r31: 0x0000000001e43e9c
I am keeping the full crash.log, so if there is need for it, please simply ask. Thanks again!
PS: The gimp install is rather boring one, no variants, just simple plain gimp. No dbus running. As said, don't really use it that often nowadays. But time will come again, i'll need it.
comment:18 follow-up: 19 Changed 16 years ago by dbevans (David B. Evans)
Cc: | devans@… added |
---|---|
Keywords: | xrender removed |
I, too, am having trouble with gimp (and every other gtk X11 app I've tried so far) after successfully upgrading from xrender @0.9.0_3 to xrender @0.9.4_1+darwin_8+macosx on Tiger. Gimp doesn't crash as such but exits on startup (no screen activity) with this message:
devans% gimp XIO: fatal IO error 9 (Bad file descriptor) on X server ":0.0" after 74 requests (73 known processed) with 16 events remaining.
I don't think this has anything to do with gimp as such as I get exactly the same message with the other apps as well, for instance
devans% gconf-editor XIO: fatal IO error 9 (Bad file descriptor) on X server ":0.0" after 74 requests (73 known processed) with 16 events remaining.
reverting to xrender @0.9.0_3 solves the problem and all apps run happily.
Configuration is 10.4.11 ppc, Apple X11.app (which advertises X11 1.1.3, XFree86 4.4.0), XCode 2.5, all MacPorts up-to-date, gimp is 2.6.3.
comment:19 follow-up: 20 Changed 16 years ago by garribald@…
indeed, after doing all the updates of xorg components, i am getting the Bad file descriptor error as well (instead of the gimp crash described in the above post of mine). Still having the same gimp (2.6.2). I am not sure, if the xrender-downgrade would work in my case, i have already rebuild gtk2 with the new xorg additions...
Right now i have some cpu heavy tasks to do for my work and maybe it's worth the wait another xorg-fiddling day (and again many thanks for all the efforts) till i will do everything fresh. With all the newly added and also removed deps i have a rather full and probably slightly confused X11/xorg installation here ;) Maybe best for the sake of locating issue, to start totally fresh - in a day.
comment:20 Changed 16 years ago by garribald@…
to update it: After cleaning up the X11/xorg related ports and doing all from the start it simply ends in the already mentioned problem:
fatal IO error 9 (Bad file descriptor) on X server ":0.0"
for gimp2 (2.6.3) and i tried as well a few other gtk2 dependent apps all give basically the same error.
Compiling itself has been flawless.
Cannot be of much more help other than reporting the problem. For now i will probably go the xrender090 path, but if there are new ideas/fixes/workarounds i will be glad to test them. :)
comment:21 follow-up: 23 Changed 16 years ago by ovidiu.horatiu@…
Long way solution: For first see if you have some outdated ports (for x11 in this situation; i'v tried to remember them down, hope remembered all) $port outdated Manually update x11 dependencies $sudo port -v selfupdate freetype, glib2, jpeg, libxml2, pcre
Short way solution: $sudo port sync; port -v upgrade outdated
Good luck! (i'm looking for a english teacher :))
comment:22 Changed 16 years ago by ovidiu.horatiu@…
Long way solution:
For first see if you have some outdated ports (for x11 in this situation; i'v tried to write them down, hope remembered all)
$port outdated
Manually update x11 dependencies
$sudo port -v selfupdate freetype, glib2, jpeg, libxml2, pcre
Short way solution:
$sudo port sync; port -v upgrade outdated
Good luck! (i'm looking for an english teacher to read wikiformatting rules 'coz i'm lazy. srry for double post)
comment:23 follow-up: 24 Changed 16 years ago by ovidiu.horatiu@…
$sudo port installed | grep render
render @0.9.2_0 (active)
xorg-renderproto @0.9.3_0 (active)
xrender @0.9.4_1+darwin_8+macosx (active)
$sudo port -f uninstall render; sudo port deactivate xrender
After compiling (i have an old machine), uninstalling or deactivating render (it's obsolete anyway, xorg-renderproto replace it) and xrender... in my case of study- everything works fine, for the moment.
comment:24 Changed 16 years ago by garribald@…
Replying to ovidiu.horatiu@…:
$sudo port -f uninstall render; sudo port deactivate xrender
After compiling (i have an old machine), uninstalling or deactivating render (it's obsolete anyway, xorg-renderproto replace it) and xrender... in my case of study- everything works fine, for the moment.
So apps like gimp work fine after deactivating xrender? You are not getting by any chance an error like
Library not loaded: /opt/local/lib/libXrender.1.dylib
or similar? Probably i have misunderstood you regarding when to deactivate what. Regarding uninstall/deactivate render - really not needed IMHO, since the current port only installs a placebo anyway (the readme.txt).
Aside from that and as said, i started X11 & related from the start with the second xrender094 install. Anyway, after another fresh install of the relevant components and with xrender090 (active, of course), indeed gimp 2.6.3 starts and works again.
comment:25 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
comment:26 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Ok, this exact issue is closed... we should follow up the 0.9.4-doesnt-work-on-tiger issue in bug #17558...
I just ran into this too. This is a bug. xrender needs to be made to continue to work with Tiger without requiring installing e.g. xorg.