Re: XDarwin.app is installed with symlinks inside MainMenu.nib bundles, app won't launch.
Yves de Champlain <[email protected]>
| Newsgroups | gmane.comp.xfree86.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 07-04-15 à 14:55, Marc Aurele La France a écrit : > On Wed, 11 Apr 2007, SciFi wrote: > >> 6. XDarwin.app is installed with symlinks inside MainMenu.nib >> bundles, app won't launch. > > ... >> 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. There already is a bug opened that XDarwin won't build in shadow tree. http://bugs.xfree86.org/show_bug.cgi?id=1182 As mentionned there, once the right files are copied to replace symlinks, everything go on smoothly. I think the "right files" (TM) were xc/programs/Xserver/hw/darwin/ bundle yves