LibreSprite Crashing on launch (macos 15.1.1)

LibreSprite version

1.1

Describe the bug

macos won't let me open the app, saying it's damaged. I do xattr -c path/to/libresprite.app and I'm able to open it, but it crashes

To Reproduce

Launch the app

Expected behaviour

To open without crashing

OS/Hardware

Operative System: macos sequoia 15.1.1
CPU: apple m2
GPU:

Screenshots

Additional context

Termination Reason:    Namespace CODESIGNING, Code 2 Invalid Page

Jan 05 '25 16:01 catpreneur

same issue here!

Sequoia 15.2
M3 Pro

Jan 12 '25 22:01 xLPMG

This looks to be Apple not trusting us, have you tried compiling from source?

Jan 13 '25 22:01 orbitalmartian8

I tried to do that but failed due to ld: library 'webpdecoder' not found. I was not able to resolve this, but that is another topic.

When looking at the MacOS build action, I see no specific code signing step. While unsigned code was runnable on x86 Macs, Apple Silicon requires codesigning.. I tried ad hoc signing it myself but that did not resolve the issue

Edit: Apparently it was possible to execute unsigned apps even on Apple Silicon before 15.1 Sequoia, but this behavior was changed in the 15.1 update: https://www.osnews.com/story/141055/bug-or-intentional-macos-15-1-completely-removes-ability-to-launch-unsigned-applications/

Jan 16 '25 22:01 xLPMG

One workaround to run the unsigned app is to use the lldb debugger.

lldb /path/to/libresprite.app/Contents/MacOS/libresprite
(lldb) target create “libresprite.app/Contents/MacOS/libresprite”
Current executable set to ‘/path/to/libresprite.app/Contents/MacOS/libresprite’ (arm64).
(lldb) run

I understand that this is far from ideal, but it seems to be the easiest option aside from compiling the app from source. The official solution would be for a repository maintainer to obtain an Apple Developer license and properly sign the code, but we can't expect anyone to do that for a free and open-source project... I wonder how others deal with this hassle

Edit: seems like this doesn't work anymore

Jan 21 '25 20:01 xLPMG

One workaround to run the unsigned app is to use the lldb debugger.

lldb /path/to/libresprite.app/Contents/MacOS/libresprite (lldb) target create “libresprite.app/Contents/MacOS/libresprite” Current executable set to ‘/path/to/libresprite.app/Contents/MacOS/libresprite’ (arm64). (lldb) run I understand that this is far from ideal, but it seems to be the easiest option aside from compiling the app from source. The official solution would be for a repository maintainer to obtain an Apple Developer license and properly sign the code, but we can't expect anyone to do that for a free and open-source project... I wonder how others deal with this hassle

This doesn't work on macOS 15.1. I get the same error message, that it's damaged and can't be opened.

Mar 06 '25 12:03 phixofor

Same issue. Won't launch, saying it's damaged.

Mar 17 '25 22:03 JohnFlyIII

Same issue to me. Chip: Apple M1 macOS: 15.3.2 (24D81)

Mar 20 '25 23:03 RuanAragao

same, M1, 15.3.1

Apr 08 '25 17:04 Nordsoft91

Same issue. Sequoia 15.3.2 M1 Macbook Pro

Apr 09 '25 01:04 Scootty83

Same issue:

Sequoia 15.4
M1 Macbook Pro
RAM 16 GO

Apr 10 '25 10:04 fralps

xattr -p com.apple.quarantine /path/to/libresprite.app should work

Apr 12 '25 07:04 mgerhardy

xattr -p com.apple.quarantine /path/to/libresprite.app should work

it doesn't

Apr 12 '25 10:04 Nordsoft91

Cannot open app either. I'm on OS Sequoia 15.3.1 on an Intel Macbook Pro, simply says is not compatible and won’t open.

Apr 15 '25 19:04 CR0W-user

Clicking the Help icon on the "damaged" message brings up a help doc saying it's to do with code signing:

The app has been modified, and its code does not match the original signed code. The app may be broken or corrupted, or it may have been tampered with. If you think that an app has been damaged or tampered with, you should delete it by dragging it to the Trash.

Either something about signing needs to change for macos past 11, or the release just needs recompiling with an updated signature.