It appears to be just this stack. After creating a new stack, and even setting
it to copy the same files, the build works just fine.
Yes, I do have png files, quite a lot of them, inside an images folder that is
included in the Copy Files section. Like I said though, I included that folder
even with the new stack, and everything worked fine. This particular app also
makes use of a few mergExt externals. I have updated those to the latest
versions included with LC 8.1. Again, even including all of those in the new
simple stack I created, everything builds fine.
So I will plan on sending you my stack. Do you need all the included files, or
just the stack itself? I just tried removing all my Copy Files entries, and the
build still fails, so I don’t think it’s related to any of those, but I’m happy
to include them in a zip archive if you’d like.
Thanks again.
> On Sep 19, 2016, at 2:28 PM, panagiotis merakos <merak...@gmail.com> wrote:
>
> Hi Chris,
>
> Hmm, that's weird, it should work. The first part of the error
> (—resource-rules blah blah) is just a warning. The codesign fails because
> of the "resource fork, Finder information, or similar detritus not allowed”
> part.
>
> The command [get shell("xattr -cr" && quote & pAppBundle & quote)] should
> recursively clear those "extended attributes" in the app bundle. I am not
> on a MacOS Sierra to test now, but what happens if you try to create a
> different ios standalone (after having applied this workaround)?
>
> Moreover, does your app contain any .png files in the "Copy Files" section?
>
> If you see this error *only* when building an ios standalone *for this
> particular app*, I suggest attaching your sample stack to bug 18135 (or
> send it privately to panos.mera...@livecode.com if it is confidential), so
> as we ensure that the fix to this bug works with your stack. Today I tested
> 8.1.1 RC-1 (not public yet) for this bug and I could not reproduce it using
> a couple of simple stacks.
>
> Best regards,
> Panos
> --
>
> On Mon, Sep 19, 2016 at 10:47 PM, Chris Sheffield <cs_livec...@icloud.com>
> wrote:
>
>> Panos,
>>
>> I greatly appreciate the quick reply. Unfortunately that fix didn’t work
>> for me. I even dug in a little deeper and applied Monte’s other changes as
>> well, and my build still fails. The —resource-rules error is gone, but I am
>> still left with the second part of the error about the "resource fork,
>> Finder information, or similar detritus not allowed”. That is with the line:
>>
>> get shell("xattr -cr" && quote & pAppBundle & quote)
>>
>> added just before the code signing occurs.
>>
>> This is running macOS Sierra (GM), LiveCode 8.1, and Xcode 7.3.1.
>>
>> Any other ideas?
>>
>> Thanks,
>> Chris
>>
>>
>>> On Sep 19, 2016, at 12:06 PM, panagiotis merakos <merak...@gmail.com>
>> wrote:
>>>
>>> Hi Chris,
>>>
>>> Try the workaround described here:
>>> http://quality.livecode.com/show_bug.cgi?id=18135
>>>
>>> It worked for me.
>>>
>>> Best,
>>> Panos
>>> On 19 Sep 2016 19:01, "Chris Sheffield" <cs_livec...@icloud.com> wrote:
>>>
>>>> I’m hoping someone can help with this.
>>>>
>>>> I just fired up LiveCode 8.1 this morning to create a new app build for
>> a
>>>> landscape app that has the “cropped” issue in iOS 10. I am getting an
>> error
>>>> at the point that the app gets signed:
>>>>
>>>> codesigning failed with Warning: —resource-rules has been deprecated in
>>>> Max OS X >= 10.10!
>>>> [path to my app]: resource fork, Finder information, or similar detritus
>>>> not allowed
>>>>
>>>> I did a little digging and it sounds like, in an Xcode project at least,
>>>> it’s simply a matter of removing the path to the ResourceRules.plist
>> file
>>>> in the project settings. I went and tried doing what I thought would be
>> the
>>>> equivalent in LiveCode and I commented out the lines pertaining to this
>>>> file in the Settings.plist file, but that didn’t do the trick.
>>>>
>>>> Has anyone run into this one? I really need to get this figured out
>> asap.
>>>> Even if it can be solved with a temporary workaround, that’d be great.
>>>>
>>>> Thanks,
>>>> Chris
>>>>
>>>>
>>>> --
>>>> Chris Sheffield
>>>> Read Naturally, Inc.
>>>> www.readnaturally.com
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode@lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
