Re: XDarwin.app is installed with symlinks inside MainMenu.nib bundles, app won't launch.

On Wed, 11 Apr 2007, SciFi wrote:

> 6.  XDarwin.app is installed with symlinks inside MainMenu.nib
> bundles, app won't launch.

> To recreate:

> Build xf86 with latest XCode (Apple-provided gcc, ld, etc.).

> Possibly related env-vars:
> export MACOSX_DEPLOYMENT_TARGET="10.4"
> export SDKROOT="/Developer/SDKs/MacOSX10.4u.sdk"
> export SDK="${SDKROOT}"
> ...and maybe others...

> $ gcc --version
> powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5367)
> [...]

> $ uname -a
> Darwin <hostname> 8.9.0 Darwin Kernel Version 8.9.0: Thu Feb 22 20:54:07 PST 2007; root:xnu-792.17.14~1/RELEASE_PPC Power Macintosh powerpc PowerMac7,3 Darwin

> (OSX 10.4.9 running on a Dual G5 2.7GHz with 3.5GB of matched-pair
> SDRAM and more...)

> Using GNU coreutils-6.9 and other latest tools...

> Discussion:

> The make-install process is creating/copying symlinks for the
> innards of the MainMenu.nib bundles instead of copying the actual
> files.  This is for each language inside the installed XDarwin.app
> bundle itself.

> As installed, we'll see errors in console.log concerning the
> language couldn't be loaded, and the app will fail to launch.

> This is what we _should_ see in the installed app-bundle after
> repaired by hand:
> $ cd /Applications/XDarwin.app/Contents/Resources/English.lproj/MainMenu.nib
> $ ls -alL
> total 28
> drwxr-xr-x 5 scifi wheel   170 2007-04-04 11:05 .
> dr-xr-xr-x 7 root  wheel   238 2007-04-11 02:26 ..
> -rw-r--r-- 1 scifi wheel  2369 2003-10-16 18:50 classes.nib
> -rw-r--r-- 1 scifi wheel 20640 2003-10-16 18:50 objects.nib

> The xf86 installer is creating those two .nib files as symlinks to
> somewhere in the build/ tree, which further are symlinks
> elsewhere.  OSX don't like it that way.  ;)

> Each/every MainMenu.nib in all *.lproj (language) subdirs are
> affected this way.

> I don't know how to fix this in Makefiles etc.  I ended up using
> Finder to drag-copy these from the real xc/ tree (not the build/
> tree) directly into the installed /Application/XDarwin.app bundle
> itself.

I don't see anywhere in `make install` that would create symlinks for these. 
So, I suspect this is artifact is due to a combination of the way XCode 
normally operates and your use of shadow trees for builds (a practice I 
highly recommend BTW).  There might be a way to coerce XCode into following 
symlinks either through a command line flag, the project file, so some other 
mechanism.  Please investigate.

Thanks.

Marc.

+----------------------------------+----------------------------------+
|  Marc Aurele La France           |  work:   1-780-492-9310          |
|  Academic Information and        |  fax:    1-780-492-1729          |
|    Communications Technologies   |  email:  [email protected]         |
|  352 General Services Building   +----------------------------------+
|  University of Alberta           |                                  |
|  Edmonton, Alberta               |    Standard disclaimers apply    |
|  T6G 2H1                         |                                  |
|  CANADA                          |                                  |
+----------------------------------+----------------------------------+
XFree86 developer and VP.  ATI driver and X server internals.