Alexander,

Thanks!  Your detailed instructions worked great.  Succeeded in getting a
prior version of libopenraw installed, followed by completing the gimp
install.

Unfortunately, now I have another problem: my X11 server is crashing when
starting up gimp.  Here's the direct error message:

~$ gimp

The application 'gimp' lost its connection to the display
> /tmp/launch-uSjkVR/:0;

most likely the X server was shut down or you killed/destroyed

the application.

~$

The gimp splash screen comes up OK (as long as I have X11 prestarted) and
then X11 crashes in the following thread:

Thread 2 Crashed:

0   X11.bin                       0x00033298 RootlessGlyphs + 132

1   X11.bin                       0x0019a42c CompositeGlyphs + 212

2   X11.bin                       0x0019f9c8 ProcRenderCompositeGlyphs +
> 1912

3   X11.bin                       0x001a1ddc ProcRenderDispatch + 108

4   X11.bin                       0x0014d3bc XaceCatchExtProc + 272

5   X11.bin                       0x000a8a64 Dispatch + 920

6   X11.bin                       0x000d1a70 dix_main + 2076

7   X11.bin                       0x00020ce0 server_thread + 84

8   libSystem.B.dylib             0x91bfef70 _pthread_start + 316

Could this be because I installed the (default) version of gimp with SVG
support?

Tried doing a "fink selfupdate", followed by a "fink update-all/<cancelled
-- to get a list of updates available>" and "fink update <prior list
without the two libopenraw packages>" to no avail. X11 starts up by itself
OK, and xlogo and xmanual apps/windows work fine; hence basic X11 is OK.

OK, what do I do to debug this?  Install the non-SVG version of gimp?  Go
to another, more appropriate list for this issue? :-)

Thanks for all the help so far.  Fink and this group are great!

Mike


On Sat, May 4, 2013 at 7:43 AM, Alexander Hansen <
[email protected]> wrote:

> On 5/3/13 11:41 PM, Mike Wirth wrote:
>
>> OK, gang, what's the next step here?  I'm a fink build process newbie,
>> but a reasonable C hacker, and am willing to dive in, given some hints
>> about where to start.
>>
>> Note: My goal is to get sane and xsane working on OS X (G5 PPC) to drive
>> a fancy Fujitsu scanner.  Don't really need gimp (but it's required by
>> xsane) and certainly don't need camera raw input (which is in the
>> troublesome libopenraw package).  Is there an easy way to cut off this
>> dependency chain, or do I need to get libopenraw to build on PPC?
>>
>> TIA,
>>
>> Mike
>>
>>
>> On Tue, Apr 23, 2013 at 10:57 AM, Alexander Hansen
>> <[email protected] 
>> <mailto:alexanderk.hansen@**gmail.com<[email protected]>>>
>> wrote:
>>
>>     On 4/23/13 7:29 AM, Alexander Hansen wrote:
>>
>>         On 4/22/13 11:22 PM, Mike Wirth wrote:
>>
>>             <2nd try: Forwarding my reply to Daniel to the list, after
>>             trying his
>>             9.2 version of libopenraw1-shlibs>
>>
>>             No joy, but as he suggested, maybe the log below will expose
>>             the problem.
>>
>>             Mike
>>
>>             ---------- Forwarded message ----------
>>             From: *Mike Wirth* <[email protected]
>>             <mailto:[email protected]> <mailto:[email protected]
>>             <mailto:[email protected]>>>
>>             Date: Fri, Apr 19, 2013 at 5:46 PM
>>             Subject: Re: Error in build script for
>>             libopenraw1-shlibs-0.0.9-1?
>>             To: Daniel Macks <[email protected]
>>             <mailto:[email protected]> <mailto:[email protected]
>>             <mailto:[email protected]>>>
>>
>>
>>             Daniel,
>>
>>             Here's a full log of a fink build of libopenraw1-shlibs
>>             (0.0.9.2) (2nd
>>             time; 1st time used to get any dependencies out of the way).
>>               Hope this
>>             helps.
>>
>>             Mike
>>
>>
>>         <snip>
>>
>>                  libtool: link: g++ -g -O2 -Wextra -ansi -pedantic -g
>>             -Wall -Wshadow
>>                  -o .libs/testsuite testsuitetags.o testsuite.o
>>             testsuitehandler.o
>>                  xmlhandler.o -arch ppc ppc64 i386 x86_64 -dynamic -g
>>             -Os -pipe
>>                  -Wl,-search_paths_first -Wl,-weak-lgssapi_krb5
>>             -Wl,-weak-lkrb5
>>                  -Wl,-weak-lk5crypto -Wl,-weak-lcom_err
>>             -Wl,-weak-lresolv  -L/sw/lib
>>                  ../lib/.libs/libopenraw.dylib /sw/lib/libjpeg.dylib
>>                  /sw/lib/libxml2.dylib -lcurl -pthread
>>
>>
>>         <snip>
>>
>>         Looks like the same botched multi-arch junk as before, so we'll
>>         need to
>>         look elsewhere for this bit of upstream "helpfulness".
>>           Unfortunately,
>>         my powerpc system isn't available at the moment so I can't
>>         easily test
>>         this myself, but what I _can_ see is that this isn't triggered on
>>         10.8/x86_64:
>>
>>         ...
>>         libtool: link: g++ -g -O2 -Wextra -ansi -pedantic -g -Wall
>>         -Wshadow -o
>>         .libs/testsuite testsuitetags.o testsuite.o testsuitehandler.o
>>         xmlhandler.o  -L/sw/lib ../lib/.libs/libopenraw.dylib
>>         /sw/lib/libjpeg.dylib /sw/lib/libxml2.dylib
>>         /sw/lib/libcurl.dylib -pthread
>>         ...
>>
>>
>>     On doing a bit of checking, this seems potentially applicable:
>>
>>     Fiona:libopenraw-0.0.9 hansen$ grep -r "\-arch" *
>>     aclocal.m4:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>>     aclocal.m4:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>>     configure:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>>     configure:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>>
>>     ...
>>
>>     --
>>     Alexander Hansen, Ph.D.
>>     Fink User Liaison
>>     My package updates: http://finkakh.wordpress.com/
>>
>>
>>
> I don't think any C hacking is really required here .  It looks like this
> is coming out of stuff like autotools, m4 and libtool. Those are giving a
> set of arguments to make, but somehow it's screwing up an attempt to do a
> universal build (which we would have to fix, too, even if it were working
> correctly) on powerpc.
>
> I believe I was able to install xsane on powerpc before libopenraw1 got
> updated, so the easiest workaround for you might be the following:
>
> 1)  Download the package description files for the prior version of
> libopenraw1:
>
> http://fink.cvs.sourceforge.**net/viewvc/fink/dists/10.4/**
> stable/main/finkinfo/graphics/**libopenraw1-shlibs.info?**revision=1.2<http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libopenraw1-shlibs.info?revision=1.2>
>
> http://fink.cvs.sourceforge.**net/viewvc/fink/dists/10.4/**
> stable/main/finkinfo/graphics/**libopenraw1-shlibs.patch?**revision=1.1<http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libopenraw1-shlibs.patch?revision=1.1>
>
> 2) Copy or move those into /sw/fink/dists/local/main/**finkinfo, making
> sure that the first is named "libopenraw1-shlibs.info" and the second is
> "libopenraw1-shlibs.patch", i.e. in case your browser stuck a ".txt"
> extension on them.
>
> 3) Use "fink install libopenraw1-dev-0.0.8" to install that version. Then
> you should be able to install xsane while we sort out what's going on with
> 0.0.9.
>
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
>
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Fink-users mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to