[MacRuby-devel] MacRuby Application .pkg install results in Unsupported Architecture

Fri May 13 14:40:02 PDT 2011

Update: I opened up my project in Xcode 3.2.6, hit "Build and Archive", and
everything worked. I'm at a loss as to why things simply were not working
for me with Xcode 4, but they seem to be resolved!

Thanks,

dw

On Wed, May 11, 2011 at 10:11 AM, Daniel Westendorf
<daniel at prowestech.com>wrote:

> Thanks for taking the time to look into this Josh. I hadn't used the file
> command on my bundle contents. After doing this on a vanilla MacRuby app, I
> did not find any files that were not x86_64. Also, I've been installing the
> latest nightly builds of Macruby.
>
> I'm sure it is something silly that I'm doing!
>
> Here is a github project of the vanilla app I'm using to test
> this: git at github.com:danielwestendorf/BlankMacRubyApp.git
>
> Thanks again for all the help!
>
> dw
>
>
> On Tue, May 10, 2011 at 10:39 PM, Joshua Ballanco <jballanc at gmail.com>wrote:
>
>> Hey Daniel,
>>
>> Check in the console (/Applications/Utilities/Console.app) to see if there
>> are any more specific warnings that get logged when you attempt to log your
>> app. Have you verified the built architectures of all the binaries in your
>> .app bundle with `file`? Also, you might try re-installing MacRuby. If you
>> don't get this resolved by the weekend, I should be able to take a closer
>> look.
>>
>> Cheers,
>>
>> Josh
>> On Tuesday, May 10, 2011 at 11:43 PM, Daniel Westendorf wrote:
>> > Hey all,
>> >
>> > I'm still having trouble with this. Does anyone else have any input?
>> >
>> > Like I said, I can create a vanilla MacRuby application in Xcode4,
>> remove the i386 from the Valid Architectures and setting Architecture to
>> 64-bit Intel, Archive using the Deployment target, and then Share and create
>> a .pkg. The resulting pkg results in the same error "Appname can't be
>> installed on this computer". I can provide an example app if someone wants
>> to look closer?
>> >
>> > Thanks again for looking,
>> >
>> > Daniel
>> >
>> > On Mon, May 9, 2011 at 2:33 PM, Daniel Westendorf <
>> daniel at prowestech.com> wrote:
>> > > Here is a screenshot of my project's build settings:
>> http://imgur.com/pGoLF
>> > >
>> > > Thoughts? Am I looking in the wrong place?
>> > >
>> > > dw
>> > >
>> > >
>> > >  On Mon, May 9, 2011 at 12:18 PM, Dominic Dagradi <
>> dominic at bearded.com> wrote:
>> > > > If it's a blank MacRuby application, definitely check the "Valid
>> Architectures" again, for *all* configurations. You might be editing only
>> Debug, and not Release.
>> > > >
>> > > > Dominic Dagradi
>> > > > Developer, Bearded
>> > > > dominic at bearded.com
>> > > > http://bearded.com
>> > > > 412.376.7273 tel
>> > > > 412.945.6017 fax
>> > > >
>> > > >
>> > > >
>> > > > On Monday, May 9, 2011 at 10:55 AM, Daniel Westendorf wrote:
>> > > > > That is good to know. I don't think it relates to my specific
>> problem though, since I'm getting the same error with a "blank" MacRuby
>> application generated from Xcode, or am I misunderstanding?
>> > > > >
>> > > > > Thanks,
>> > > > > Daniel
>> > > > >
>> > > > > On Mon, May 9, 2011 at 11:42 AM, Dominic Dagradi <
>> dominic at bearded.com> wrote:
>> > > > > > It's not necessarily MacRuby or your application that is raising
>> the invalid architecture warning. Any framework that contains PPC code will
>> now flag your binary with Apple, so you need to remove the offending code.
>> Growl seems to be a pretty common one in this case.
>> > > > > >
>> > > > > > Check out the comments on this question:
>> http://stackoverflow.com/questions/5684244/mac-app-store-binary-rejection-question
>> > > > > >
>> > > > > > Dominic Dagradi
>> > > > > > Developer, Bearded
>> > > > > > dominic at bearded.com
>> > > > > > http://bearded.com
>> > > > > > 412.376.7273 tel
>> > > > > > 412.945.6017 fax
>> > > > > >
>> > > > > >
>> > > > > > On Monday, May 9, 2011 at 10:39 AM, Daniel Westendorf wrote:
>> > > > > > > Hi Thomas,
>> > > > > > >
>> > > > > > > Thanks for the response.
>> > > > > > >
>> > > > > > > I actually already had both the ARCHS and VALID_ARCHS set
>> exactly as you do. I'm also using codesign to sign the .app before I submit
>> it. I'm still getting the same error.
>> > > > > > >
>> > > > > > > On a side note, if I create a fresh MacRuby application, don't
>> change a thing, attempt to Archive it as a .pkg, then try to install, I get
>> the same error "Testapp can't be installed on this computer". It looks like
>> there is a default setting that is causing this. Any other suggestions?
>> > > > > > >
>> > > > > > > Thanks!
>> > > > > > >
>> > > > > > > On Mon, May 9, 2011 at 12:00 AM, Thomas R. Koll <
>> info at ananasblau.com> wrote:
>> > > > > > > >  Hi Daniel,
>> > > > > > > >
>> > > > > > > >  I have those two related to the arch:
>> > > > > > > >
>> > > > > > > >  ARCHS = $(ARCHS_STANDARD_64_BIT)
>> > > > > > > >  VALID_ARCHS = x86_64
>> > > > > > > >
>> > > > > > > >  Don't forget that you have to codesign the rbo files,
>> > > > > > > >  a look into the resulting app's CodeResources will tell
>> you.
>> > > > > > > >
>> > > > > > > >  and welcome to the shop :)
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >  Am 09.05.2011 um 02:47 schrieb Daniel Westendorf:
>> > > > > > > >
>> > > > > > > > > Hi all,
>> > > > > > > > >
>> > > > > > > > > I'm trying to get my application submitted to the Mac App
>> Store, and I've gotten the following response:
>> > > > > > > > >
>> > > > > > > > > Unsupported Architecture - Application executables may
>> support either or both of the Intel architectures:
>> > > > > > > > >
>> > > > > > > > >  • i386 (32-bit)
>> > > > > > > > >  • x86_64 (64-bit)
>> > > > > > > > > I have specified the Valid Architectures in my Build
>> Settings to be x86_64 and removed the i386 entry. When I Archive the
>> application and create a .pkg using the "Share" button, the package is
>> created, but when I attempt to launch it, I immediately get the response
>> "MyApp can’t be installed on this computer."
>> > > > > > > > >
>> > > > > > > > > This is on my development machine. If I create an .app, it
>> launches and runs fine. I'm running the latest nightly build of MacRuby.
>> > > > > > > > >
>> > > > > > > > > Any thoughts on how to track this issue down?
>> > > > > > > >
>> > > > > > > > --
>> > > > > > > >  Thomas R. "TomK32" Koll, Ruby/Rails freelancer
>> > > > > > > > http://ananasblau.com
>> > > > > > > >
>> > > > > > > >  _______________________________________________
>> > > > > > > >  MacRuby-devel mailing list
>> > > > > > > > MacRuby-devel at lists.macosforge.org
>> > > > > > > >
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> > > > > > > _______________________________________________
>> > > > > > > MacRuby-devel mailing list
>> > > > > > > MacRuby-devel at lists.macosforge.org
>> > > > > > >
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> > > > > >
>> > > > > > _______________________________________________
>> > > > > >  MacRuby-devel mailing list
>> > > > > > MacRuby-devel at lists.macosforge.org
>> > > > > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> > > > >
>> > > > > _______________________________________________
>> > > > > MacRuby-devel mailing list
>> > > > > MacRuby-devel at lists.macosforge.org
>> > > > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> > > >
>> > > > _______________________________________________
>> > > >  MacRuby-devel mailing list
>> > > > MacRuby-devel at lists.macosforge.org
>> > > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> > _______________________________________________
>> > MacRuby-devel mailing list
>> > MacRuby-devel at lists.macosforge.org
>> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> >
>>
>> _______________________________________________
>> MacRuby-devel mailing list
>> MacRuby-devel at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macruby-devel/attachments/20110513/0d8d274d/attachment.html>