Project

General

Profile

Actions

Bug #8639

closed

Mac M1 Chip

Added by Robert Aucoin over 3 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
01/02/2021
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
M1 chip
Platform:
MacOS
Debug Log:
I read the instructions above:

Description

I have 2 MacBooks. One with intel chip; the other with new M1 chip.
Chirp works with the MacBook with intel chip.
Chirp crashes immediately on the MacBook with M1 chip.
Is the issue the M1 chip or something else.


Files


Related issues

Related to Bug #8749: App crashes on launch on Apple Silicon M1 Mac running macOS Big Sur 11.1Closed01/28/2021

Actions
Related to Bug #9763: Chirp crashes on Apple M1 MaxClosed02/21/2022

Actions
Has duplicate Bug #8595: CHIRP MacOS Big Sur v.11.1 Puce Apple M1Closed12/26/2020

Actions
Has duplicate Feature #8469: Support for Apple's new M1 System on a Chip ArchitectureClosed11/23/2020

Actions
Has duplicate Bug #9155: chirp does not work on mac m1Closed06/24/2021

Actions
Has duplicate Bug #9275: Chrip will not work with my Mac air with the M1 chip. Closed08/12/2021

Actions
Has duplicate Bug #9671: Support for Apple Silicone/ M1 ProcessorClosed12/31/2021

Actions
Has duplicate Bug #9753: Crashes on MacOS/M1Closed02/17/2022

Actions
Actions #1

Updated by Elie Rebetez over 3 years ago

same for me

Actions #2

Updated by Erik Rogers over 3 years ago

Also for me on a new M1 Mac mini (2020):

Process:               CHIRP [1057]
Path:                  /Applications/CHIRP.app/Contents/MacOS/chirp
Identifier:            com.danplanet.chirp
Version:               ???
Code Type:             X86-64 (Translated)
Parent Process:        ??? [1]
Responsible:           CHIRP [1057]
User ID:               501

Date/Time:             2021-01-03 01:35:31.896 -0500
OS Version:            macOS 11.1 (20C69)
Report Version:        12
Anonymous UUID:        047503EE-3C3F-3786-F6E2-B24D8A87C23D


Time Awake Since Boot: 6800 seconds

System Integrity Protection: enabled

Crashed Thread:        Unknown

Exception Type:        EXC_CRASH (Code Signature Invalid)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace CODESIGNING, Code 0x1

kernel messages:

Backtrace not available

Unknown thread crashed with ARM Thread State (64-bit):
    x0: 0x0000000000000000   x1: 0x0000000000000000   x2: 0x0000000000000000   x3: 0x0000000000000000
    x4: 0x0000000000000000   x5: 0x0000000000000000   x6: 0x0000000000000000   x7: 0x0000000000000000
    x8: 0x0000000000000000   x9: 0x0000000000000000  x10: 0x0000000000000000  x11: 0x0000000000000000
   x12: 0x0000000000000000  x13: 0x0000000000000000  x14: 0x0000000000000000  x15: 0x0000000000000000
   x16: 0x0000000000000000  x17: 0x0000000000000000  x18: 0x0000000000000000  x19: 0x0000000000000000
   x20: 0x0000000000000000  x21: 0x0000000000000000  x22: 0x0000000000000000  x23: 0x0000000000000000
   x24: 0x0000000000000000  x25: 0x0000000000000000  x26: 0x0000000000000000  x27: 0x0000000000000000
   x28: 0x0000000000000000   fp: 0x0000000000000000   lr: 0x0000000000000000
    sp: 0x00000003098e4a68   pc: 0x00007ffdffb7e46c cpsr: 0x00000000
   far: 0x0000000000000000  esr: 0x00000000


Binary images description not available


External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 4291
    thread_create: 0
    thread_set_state: 0

Model: Macmini9,1, BootROM 6723.61.3, proc 8:4:4 processors, 16 GB, SMC 
Graphics: kHW_AppleM1Item, Apple M1, spdisplays_builtin
Memory Module: lp_ddr4
AirPort: spairport_wireless_card_type_airport_extreme, wl0: Oct 20 2020 12:49:54 version 18.20.222.14.7.8.100 FWID 01-ba327c2d
Bluetooth: Version 8.0.2f9, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
USB Device: USB 3.1 Bus
USB Device: USB 3.1 Bus
USB Device: Cable Matters USB-C Video Cable
USB Device: USB 3.0 Bus
USB Device: USB Receiver
Thunderbolt Bus: Mac mini, Apple Inc., 0.0
Thunderbolt Bus: Mac mini, Apple Inc., 0.0

Looks like a code-signing issue. Perhaps the binary needs to be re-built with signing? I don't mind taking a look at the code as I'm a developer.

Actions #3

Updated by Erik Rogers over 3 years ago

Did a little digging and seems this is one way to fix it, by signing the app yourself:

Open a terminal and perform the following:

xcode-select --install
codesign --force --deep --sign - /Applications/CHIRP.app

The first installs the Xcode command line tools needed, the second will sign the application and allow you to run it on your local machine.

Actions #4

Updated by Bernhard Hailer over 3 years ago

  • Status changed from New to Closed

Solution suggested.

Actions #5

Updated by Brian Jalet over 3 years ago

I attempted this approach, and it didn't work for me. :-(

Actions #6

Updated by Bernhard Hailer over 3 years ago

  • Status changed from Closed to Feedback
  • Platform changed from Windows to MacOS

Reopening.
Please provide more information about how it doesn't work (details such as error messages etc.).
Please also discuss this on the "mailing list":http://intrepid.danplanet.com/mailman/listinfo/chirp_users. Perhaps someone finds a solution which works indeed.
Let us know here!

Actions #7

Updated by Colin Lord over 3 years ago

Erik Rogers wrote:

Did a little digging and seems this is one way to fix it, by signing the app yourself:

Open a terminal and perform the following:
[...]

The first installs the Xcode command line tools needed, the second will sign the application and allow you to run it on your local machine.

Signing the application using the Terminal commands above solved the issue for me on my M1.

Actions #8

Updated by Brian Fox about 3 years ago

I also tried the steps above without resolution:
First command "xcode-select --install"
Gave this message:

xcode-select: error: command line tools are already installed, use "Software Update" to install updates

Trying the second command: "codesign --force --deep --sign - /Applications/CHIRP.app" gave the following error:

xcrun: error: unable to load libxcrun (dlopen(/Library/Developer/CommandLineTools/usr/lib/libxcrun.dylib, 0x0005): could not use '/Library/Developer/CommandLineTools/usr/lib/libxcrun.dylib' because it is not a compatible arch).
/Applications/CHIRP.app: the codesign_allocate helper tool cannot be found or used
In subcomponent: /Applications/CHIRP.app/Contents/CHIRP

Actions #9

Updated by Brian Fox about 3 years ago

CHIRP quits unexpectedly on launch. With error:

Click Report to see more detailed information and send a report to Apple.

Process: CHIRP [15199]
Path: /Applications/CHIRP.app/Contents/MacOS/chirp
Identifier: com.danplanet.chirp
Version: ???
Code Type: X86-64 (Translated)
Parent Process: ??? [1]
Responsible: CHIRP [15199]
User ID: 501

Date/Time: 2021-02-15 12:06:04.754 -0800
OS Version: macOS 11.2.1 (20D74)
Report Version: 12
Anonymous UUID: 9F88A4B5-31E6-497F-6F22-78A97B577082

Time Awake Since Boot: 5200 seconds

System Integrity Protection: enabled

Crashed Thread: Unknown

Exception Type: EXC_CRASH (Code Signature Invalid)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Termination Reason: Namespace CODESIGNING, Code 0x1

kernel messages:

Backtrace not available

Unknown thread crashed with ARM Thread State (64-bit):
x0: 0x0000000000000000 x1: 0x0000000000000000 x2: 0x0000000000000000 x3: 0x0000000000000000
x4: 0x0000000000000000 x5: 0x0000000000000000 x6: 0x0000000000000000 x7: 0x0000000000000000
x8: 0x0000000000000000 x9: 0x0000000000000000 x10: 0x0000000000000000 x11: 0x0000000000000000
x12: 0x0000000000000000 x13: 0x0000000000000000 x14: 0x0000000000000000 x15: 0x0000000000000000
x16: 0x0000000000000000 x17: 0x0000000000000000 x18: 0x0000000000000000 x19: 0x0000000000000000
x20: 0x0000000000000000 x21: 0x0000000000000000 x22: 0x0000000000000000 x23: 0x0000000000000000
x24: 0x0000000000000000 x25: 0x0000000000000000 x26: 0x0000000000000000 x27: 0x0000000000000000
x28: 0x0000000000000000 fp: 0x0000000000000000 lr: 0x0000000000000000
sp: 0x000000030a106a60 pc: 0x00007ffdffe1ac0c cpsr: 0x00000000
far: 0x0000000000000000 esr: 0x00000000

Binary images description not available

External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 4461
thread_create: 0
thread_set_state: 0

Actions #10

Updated by Sebastien Lesieur about 3 years ago

Erik Rogers wrote:

Did a little digging and seems this is one way to fix it, by signing the app yourself:

Open a terminal and perform the following:
[...]

The first installs the Xcode command line tools needed, the second will sign the application and allow you to run it on your local machine.

Everything works fine with this solution.
Thanks a lot man !!

One question, I can just remove Xcode command line tools by deleting Library/Developer/CommandLineTools folder ?
Every Gb counts in a 256Gb SSD... _^

Actions #11

Updated by Sebastien Lesieur about 3 years ago

Erik Rogers wrote:

Did a little digging and seems this is one way to fix it, by signing the app yourself:

Open a terminal and perform the following:
[...]

The first installs the Xcode command line tools needed, the second will sign the application and allow you to run it on your local machine.

Everything works fine with this solution on my M1 MacBook Air.
Thanks a lot man !!

One question, I can just remove Xcode command line tools by deleting Library/Developer/CommandLineTools folder ?
Every Gb counts in a 256Gb SSD... _^

Actions #12

Updated by Brian Fox about 3 years ago

Thanks to Sebastien above, I re-read my error message when trying to sign app package, and realized that my Command Line Dev tools were likely migrated from my old Intel machine. So I deleted the /Library/Developer/CommandLineTools folder, and then re-tried the above mentioned work around:
@xcode-select --install
codesign --force --deep --sign - /Applications/CHIRP.app@

And it all worked well. Chirp now launches again for me. Thanks!

Actions #13

Updated by Elie Rebetez about 3 years ago

for me it does not work, I still cannot access certain part of my disk, such as the desktop or my documents, on the other hand I have access to my image folder for example

Actions #14

Updated by Aaron Jarnigan almost 3 years ago

Hello everyone, I have been struggling to get chirp running following the terminal commands as suggested by Erik Rogers on my Mac Mini M1. After sometime of dabbling around I would like to share that you must make sure you have the installer package in "applications" and not on your desktop to make the terminal code work. The code looks for the program in Applications and with me having the installer folder on my desktop, it could not be located.

Actions #15

Updated by Scott Lopez almost 3 years ago

❯ cd /Applications
❯ codesign --force --deep --sign - /Applications/CHIRP.app

/Applications/CHIRP.app: resource fork, Finder information, or similar detritus not allowed

This work-around no longer appears to work.

Actions #16

Updated by Scott Lopez almost 3 years ago

Should add, MacOS 11.4 on Macbook Air M1.

Actions #17

Updated by Scott Lopez almost 3 years ago

I got it working on MacOS 11.4 on my Macbook Air M1. Here's what I did:

  • Copy CHIRP.app to ~/Applications
  • Run the following from Terminal:
    xattr -c ~/Applications/CHIRP.app
    xattr -c ~/Applications/CHIRP.app/Contents
    codesign --force --deep --sign - ~/Applications/CHIRP.app
    
Actions #18

Updated by Scott Lopez over 2 years ago

Still working on 11.5.2, with running those commands from a terminal.

Actions #19

Updated by Brian Jalet over 2 years ago

Still not working for me, after following every instruction above. I am on 12.1 Monterey, so I know I'm bleeding edge. But this was still the case on earlier OS versions. Macbook Air M1.

Actions #20

Updated by Scott Lopez over 2 years ago

The instructions I gave still work for me, on a MBA M1, running 12.1 as well. Can you please provide some diagnostic information as to what is wrong?

Actions #21

Updated by Brian Jalet over 2 years ago

Thanks for the response. I should know this, but can you tell me how to sow the diagnostic information? Forgive me if this is readily available information.

Actions #22

Updated by Brian Jalet over 2 years ago

I'm sorry, I should also probably state that for whatever reason, I cannot find the debug log where it the instructions state it should be hiding. What I get...

Last login: Thu Nov 11 16:17:25 on ttys000
name@computer ~ % cp ~/.chirp/debug.log ~/Desktop
cp: /Users/name/.chirp/debug.log: No such file or directory
name@computer ~ %

Actions #23

Updated by Brian Jalet over 2 years ago

In fact, I can't even find the ~/.chirp directory at all. Confused....Thanks again for any help you can provide.

Actions #24

Updated by Brian Jalet over 2 years ago

Ok, sorry for all the noise from me here. I ran chirp.app while holding the key. It actually launched indicating I was in debug mode. Then the log file was created. All the registered radios listed, then this displayed at the end of the file:

[2021-11-11 16:42:02,622] chirp.ui.mainapp - WARNING: Icon not found
/Applications/CHIRP.app/Contents/Resources/chirp/chirp/ui/mainapp.py:2245: Warning: invalid cast from 'GtkMenuBar' to 'GtkWindow'
macapp.set_menu_bar(menu_bar)
/Applications/CHIRP.app/Contents/Resources/chirp/chirp/ui/mainapp.py:2245: GtkWarning: gtk_window_add_accel_group: assertion 'GTK_IS_WINDOW (window)' failed
macapp.set_menu_bar(menu_bar)
[2021-11-11 16:42:02,715] chirp.ui.mainapp - DEBUG: Initialized MacOS support
/Applications/CHIRP.app/Contents/Resources/chirp/chirp/ui/mainapp.py:2331: GtkWarning: Cannot open pixbuf loader module file '/usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
d.run()
[2021-11-11 16:42:06,911] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/DE Freenet Frequencies.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,912] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US 60 meter channels (Center).csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,913] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US FRS and GMRS Channels.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,914] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US 60 meter channels (Dial).csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,914] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/UK Business Radio Simple Light Frequencies.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,915] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US CA Railroad Channels.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,916] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/NOAA Weather Alert.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,916] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/EU LPD and PMR Channels.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,917] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US MURS Channels.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,917] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US Marine VHF Channels.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,918] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/US Calling Frequencies.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,918] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/FR Marine VHF Channels.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,919] chirp.ui.mainapp - DEBUG: Copying /Applications/CHIRP.app/Contents/Resources/chirp/stock_configs/KDR444.csv -> /Users/bigbluebottle/.chirp/stock_configs
[2021-11-11 16:42:06,921] chirp.ui.reporting - DEBUG: Checking for updates
[2021-11-11 16:42:07,121] chirp.ui.reporting - DEBUG: Server reports version daily-20211105 is latest

So it looks like I'm getting somewhere. I just don't know what this all means.

Actions #25

Updated by Brian Jalet over 2 years ago

Oddly, when loaded in "Error Reporting Mode, I was able to connect and download my config from my Baofeng UV-5R. But it simply won't run without being in Error Reporting mode.

Actions #26

Updated by Scott Lopez over 2 years ago

Ok, my instructions earlier assume you're copying it to the Applications directory in your user directory (~/Applications). If you are copying it to the system Applications directory then use the following:

@xattr -c /Applications/CHIRP.app
xattr -c /Applications/CHIRP.app/Contents
codesign --force --deep --sign - /Applications/CHIRP.app@

I generally try to avoid modifying things in /Applications directly.

You will need to run these commands any time you update the application.

Actions #27

Updated by Alastair Bor over 2 years ago

The instructions posted by Scott Lopez (#26) work perfectly on M1. This info should be added to the macOS FAQ page if it's not able to be resolved in future releases.

Actions #28

Updated by Alastair Bor over 2 years ago

Alastair Bor wrote:

The instructions posted by Scott Lopez (https://chirp.danplanet.com/issues/8639#note-26) work perfectly on M1. This info should be added to the macOS FAQ page if it's not able to be resolved in future releases.

Actions #29

Updated by Bernhard Hailer about 2 years ago

  • Status changed from Feedback to Closed
  • Model affected changed from (All models) to M1 chip

It looks like this issue has been resolved (see Scott Lopez' comments - thank you!).

Actions #30

Updated by Stephen Grosch almost 2 years ago

#26 did it!!!

I have been trying for a year to get this working!

Just ran every line 1 at a time, and downloaded the python package before, not sure if it also helped, but did both and now it is working. here-https://chirp.danplanet.com/projects/chirp/wiki/MacOS_Tips

Thank you Scott!

Actions

Also available in: Atom PDF