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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 17 May 2007 08:24:31 -0600, Marc Aurele La France wrote:

> On Wed, 16 May 2007, SciFi wrote:
>> On Sun, 22 Apr 2007 10:29:12 -0600, Marc Aurele La France wrote:
>>> On Tue, 17 Apr 2007, Marc Aurele La France wrote:
>>>> On Sun, 15 Apr 2007, Yves de Champlain wrote:
>>>>> 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
> 
>>>> OK.  Thanks for the info.  The attached patch should fix this.
> 
>>> The change I attached has now been committed.  Thanks for reporting
>>> the problem.
> 
>> Took a while to get back here to report.
> 
>> I built the current cvs as of the date of this msg (gee why can't cvs
>> just give us a simple "revision number" as svn can...).
> 
>> The XDarwin.app that got installed into /Applications *again* has the
>> symlinks inside the MainMenu nibs for all languages.  Just to be sure,
>> I moved the previous build out of the way for a clean copy to be put
>> there.

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

>> I did this build to apply the test patches from bug #1683; I've updated
>> that record with good results.  A "cvs up" will show 'M' as expected
>> for those files that were modified from those patches of course.  I
>> don't think those patches had anything to do with this problem with
>> XDarwin.app.
> 
>> The nibs built under e.g.
>> build2/programs/Xserver/hw/darwin/bundle/English.lproj/ have symlinks. 
>> Shouldn't use them for bundling into the final .app. The nibs built
>> under e.g.
>> build2/programs/Xserver/hw/darwin/quartz/build/Development/XDarwin.app/Contents/Resources/English.lproj/
>> are OKAY.
>> The latter are the .lproj trees I used to "fix" the XDarwin.app
>> installed into /Applications manually via Finder drag&drop directly
>> into the .app bundle.
> 
>> Wish I could help diagnose this more, this is perplexing. I'll try
>> testing anything if someone comes up with something.
> 
> You might need to might need to manually remove what was previously
> installed before running `make install` again.

I did -- I meant I moved what was installed previously at
/Applications so make install would put a completely new fresh
XDarwin.app there, no old copy to get it mixed up, whilst keeping
a backup of it "just in case".

Really, I know enough what to do like this. 
Sometimes the words don't say it right, esp. way past bedtime.  ;)

> Marc.

I'm totally out of ideas on this...


_______________________________________________
Devel mailing list
Devel@xxxxxxxxxxx
http://XFree86.Org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [X Forum]     [XFree86]     [XFree86 Newbie]     [X.Org]     [IETF Annouce]     [Security]     [Fontconfig]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux