Re: GNUstep app won't start

[Andreas Höschler]

Hi David and all,

> > Error (objc-load):ld.so.1: Affiche: fatal: libXcomposite.so.1: open failed: No such file or directory
>
>
> This is the library that implements the protocol stubs for the XComposite extension, which allows X11 drawing to be redirected to off-screen buffers.  The only bit of GNUstep that might be using this is -back, probably indirectly via whatever library your back end is using (cairo uses it, for example).  Given that the error appears to be caused by loading a bundle, rather than by the loader, -back is probably the culprit.
>
> You can find what is using it by using ldd on each of the GNUstep components.  Did you compile -back yourself?  If so, did you link it against Cairo that you compiled yourself, or did you get a packaged version?  

I just tracked down this problem. I found a way to get GNUstep to work by rebuilding base, gui and back from source (building back alone would probably do the trick). However, this is no real solution since I want to be able to rsync from the development machine to deployment machines. I have used ldd on both machines, first the source (development) box where GNUstep works, then afte rthe sync on the target machine (GNUstep does not work; see error above) and then again on the target machine after rebuilding GNUstep from source (GNUstep works again). I have marked the differences in bold. 

Source Machine:

ldd /opt/GNUstep/System/Library/Bundles/libgnustep-back-013.bundle/libgnustep-back-013
libart_lgpl_2.so.2 =>    /usr/lib/libart_lgpl_2.so.2
libm.so.2 =>     /lib/libm.so.2
libfreetype.so.6 =>      /usr/local/lib/libfreetype.so.6
libz.so.1 =>     /usr/local/lib/libz.so.1
libXmu.so.4 =>   /usr/openwin/lib/libXmu.so.4
libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
libsocket.so.1 =>        /lib/libsocket.so.1
libnsl.so.1 =>   /lib/libnsl.so.1
        libGL.so.1 =>    /usr/openwin/lib/libGL.so.1
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
libc.so.1 =>     /lib/libc.so.1
libz.so =>       /usr/lib/libz.so
libXt.so.4 =>    /usr/openwin/lib/libXt.so.4
libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
libmp.so.2 =>    /lib/libmp.so.2
libmd.so.1 =>    /lib/libmd.so.1
libscf.so.1 =>   /lib/libscf.so.1
libdl.so.1 =>    /lib/libdl.so.1
libdoor.so.1 =>  /lib/libdoor.so.1
libuutil.so.1 =>         /lib/libuutil.so.1
libgen.so.1 =>   /lib/libgen.so.1

After sync on Target Machine:

ldd /opt/GNUstep/System/Library/Bundles/libgnustep-back-013.bundle/libgnustep-back-013 

libart_lgpl_2.so.2 =>    /usr/lib/libart_lgpl_2.so.2
libm.so.2 =>     /lib/libm.so.2
libfreetype.so.6 =>      /usr/local/lib/libfreetype.so.6
libz.so.1 =>     /usr/local/lib/libz.so.1
libXmu.so.4 =>   /usr/openwin/lib/libXmu.so.4
libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
libsocket.so.1 =>        /lib/libsocket.so.1
libnsl.so.1 =>   /lib/libnsl.so.1
        libGL.so.1 =>    /usr/openwin/lib/libGL.so.1
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
libc.so.1 =>     /lib/libc.so.1
libz.so =>       /usr/lib/libz.so
libXt.so.4 =>    /usr/openwin/lib/libXt.so.4
libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
libmp.so.2 =>    /lib/libmp.so.2
libmd.so.1 =>    /lib/libmd.so.1
libscf.so.1 =>   /lib/libscf.so.1
        VBoxOGLcrutil.so =>      /usr/lib/VBoxOGLcrutil.so
        libXcomposite.so.1 =>    (file not found)
librt.so.1 =>    /lib/librt.so.1
libgcc_s.so.1 =>         /usr/sfw/lib/libgcc_s.so.1
libdl.so.1 =>    /lib/libdl.so.1
libdoor.so.1 =>  /lib/libdoor.so.1
libuutil.so.1 =>         /lib/libuutil.so.1
libgen.so.1 =>   /lib/libgen.so.1
libaio.so.1 =>   /lib/libaio.so.1

After rebuild on Target machine:

libart_lgpl_2.so.2 =>    /usr/lib/libart_lgpl_2.so.2
libm.so.2 =>     /lib/libm.so.2
libfreetype.so.6 =>      /usr/local/lib/libfreetype.so.6
libz.so.1 =>     /usr/local/lib/libz.so.1
libXmu.so.4 =>   /usr/openwin/lib/libXmu.so.4
libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
libsocket.so.1 =>        /lib/libsocket.so.1
libnsl.so.1 =>   /lib/libnsl.so.1
libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
libc.so.1 =>     /lib/libc.so.1
libz.so =>       /usr/lib/libz.so
libXt.so.4 =>    /usr/openwin/lib/libXt.so.4
libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
libmp.so.2 =>    /lib/libmp.so.2
libmd.so.1 =>    /lib/libmd.so.1
libscf.so.1 =>   /lib/libscf.so.1
libdl.so.1 =>    /lib/libdl.so.1
libdoor.so.1 =>  /lib/libdoor.so.1
libuutil.so.1 =>         /lib/libuutil.so.1
libgen.so.1 =>   /lib/libgen.so.1

Why does the build on the source machine depend on libGL.so.1? Is there a configure switch to stop that dependency? What I absolutely not understand is why the same binary synced to the target machine now depends on

        VBoxOGLcrutil.so =>      /usr/lib/VBoxOGLcrutil.so
        libXcomposite.so.1 =>    (file not found)

and thus causes the error. VBoxOGLcrutil seems to have something to do with VirtualBox bein installd on the source machine (while GNUstep was built). But what has VBOX to do with a GNustep build and why don't I see that when doing an ldd on the source machine?

I am puzzled!! Glad that I get it to work with a rebuild from source, but I would love to be able to sync so if anyone has an idea how to solve that ...

Thanks a lot,

Andreas