Opened 16 years ago

Closed 16 years ago

Last modified 16 years ago

#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@…

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.

comment:2 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Cc: mcalhoun@… added

Cc Me!

comment:3 Changed 16 years ago by north@…

Seeing the same thing here. Tiger, xtools 2.5, G4800.

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: newassigned

comment:10 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 Changed 16 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Does r42787 invalidate the need for the "platform macosx" added in r42732?

comment:13 in reply to:  10 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 in reply to:  12 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 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 in reply to:  18 ; 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 in reply to:  19 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 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 in reply to:  21 ; 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 in reply to:  23 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:26 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: assignedclosed

Ok, this exact issue is closed... we should follow up the 0.9.4-doesnt-work-on-tiger issue in bug #17558...

comment:27 Changed 16 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.