[R-SIG-Mac] [External] Re: [External] Re: Mac M1 emacs

Richard M. Heiberger rmh @end|ng |rom temp|e@edu
Mon Mar 8 18:59:52 CET 2021


I updated the OS to 11.2.2, again redownloaded the app
https://mac.r-project.org/libs-arm64/emacs-27.1-app-arm64-darwin20.dmg
and still get the damaged app message.

I attempted Ctrl-Click Open (hoping to get past the app from untrusted source issue) and that also gave me the Damaged App message.

The next option they offer is
"
4: Use xattr on the App Throwing the Damaged Error
This is sort of a last resort and is only recommended for advanced Mac users. Generally speaking if the app is still throwing a ‘damaged’ error message you might want to not use it. Use this at your own risk.

With the command line you can use xattr to view and remove extended attributes from a file on the Mac including the application throwing the “Appname.app is damaged and can’t be opened. You should move it to the Trash.” error message.

Launch Terminal and then issue the following command:

xattr -cr /path/to/application.app
"
and I am not willing to do that.

Perhaps if I compile on my machine from your recipe, it might work.
I am a git novice, so I will need an explicit statement and instructions to try that.

Rich

________________________________________
From: R-SIG-Mac <r-sig-mac-bounces using r-project.org> on behalf of Richard M. Heiberger <rmh using temple.edu>
Sent: Monday, March 8, 2021 11:55
To: Simon Urbanek
Cc: r-sig-mac using r-project.org
Subject: Re: [R-SIG-Mac] [External] Re:  [External] Re:  Mac M1 emacs

I tried the all-purpose computer repair and rebooted the machine.  It still reports a damaged app.

I am now ooking at https://osxdaily.com/2019/02/13/fix-app-damaged-cant-be-opened-trash-error-mac/
and wi report back.

________________________________________
From: Richard M. Heiberger <rmh using temple.edu>
Sent: Monday, March 8, 2021 00:29
To: Simon Urbanek
Cc: r-sig-mac using r-project.org
Subject: Re: [External] Re: [R-SIG-Mac] [External] Re:  Mac M1 emacs

yes, I did.  that also gave the same message.

Also, the ~/Downloads and ~/Desktop directories are no longer available from the original intel Emacs (I changed
its name to Emacs-21.7-intel.app).
it says "access-files" are available.
This is familiar.  I had it before.  the answer is here, and it works.
https://emacs.stackexchange.com/questions/53904/why-cant-i-list-the-contents-of-desktop-on-macos-using-dired

I don't this this is the damage problem.
I have downloaded it three times from R-project and I get the same "damaged" problem each time.

________________________________________
From: Simon Urbanek <simon.urbanek using R-project.org>
Sent: Sunday, March 7, 2021 23:52
To: Richard M. Heiberger
Cc: r-sig-mac using r-project.org
Subject: Re: [External] Re: [R-SIG-Mac] [External] Re:  Mac M1 emacs

Did you try running it from the image? At which point does it complain? It works for me.
Note that macOS may not be happy if you mangle the content due to code signing, so you may want to move aside the old version first if you are putting it in /Applications.
Unfortunately I have only one M1 system, so I can't try it on another "clean" one to see if there are issues.

Cheers,
Simon


> On Mar 8, 2021, at 5:43 PM, Richard M. Heiberger <rmh using temple.edu> wrote:
>
> it claims to be damaged.
>
> I looked it and the filenames and directory structure look ok.
>
> ________________________________________
> From: Simon Urbanek <simon.urbanek using R-project.org>
> Sent: Sunday, March 7, 2021 21:42
> To: Richard M. Heiberger
> Cc: r-sig-mac using r-project.org
> Subject: [External] Re: [R-SIG-Mac] [External] Re:  Mac M1 emacs
>
> Richard,
>
> please note the binary supports mouse integration if you enable it (see Emacs documentation - ad-hoc: M-x xterm-mouse-mode).
>
> Like I said, it is trivial to build the GUI version of you care - I have very explicitly disabled the GUI since I hate it personally (I want emacs to run in the terminal, not have it pop-up random windows). But you seem to think otherwise ;) so I have added the app build as well:
> https://mac.r-project.org/libs-arm64/emacs-27.1-app-arm64-darwin20.dmg
>
> Cheers,
> Simon
>
>
>> On Mar 8, 2021, at 1:53 PM, Richard M. Heiberger <rmh using temple.edu> wrote:
>>
>> Simon's binary works.  As he noted, it is missing mouse support.
>>
>> I copied the entirety of
>> /Applications/Emacs.app/Contents/Resources/site-lisp
>> into
>> /opt/R/arm64/share/emacs/27.1/site-lisp
>>
>> I turned off the request for mouse support in
>> site-lisp/site-start.el
>> by changing the first mouse line (line 47) to
>> (if (equal 'system-configuration "x86_64-apple-darwin18.7.0") (mouse-wheel-mode t)); activate mouse scrolling on intel
>>
>>
>> I opened Terminal and started emacs with
>> /opt/R/arm64/bin/emacs
>> It gives an ERROR:ess-etc-directory which I can ignore (it looks to me like the ../etc is there).
>> it gives a warning about server which I am ignoring for now.
>>
>> M-x R works.
>> the major mouse functionality I miss are replaced by C-x ^ and C-x } and C-x o
>> make-frame doesn't make a new frame.
>>
>> I had hoped that I could drop files from this version into the complete setup that Vincent Goulet has
>> provided.  The file structure isn't identical, so that won't work naively.
>>
>> Now to see if I prefer the mouse-accesible x86_64 with random crashes or the
>> aarch64 (presumably more stable) without mouse ability.
>>
>> ________________________________________
>> From: R-SIG-Mac <r-sig-mac-bounces using r-project.org> on behalf of Richard M. Heiberger <rmh using temple.edu>
>> Sent: Sunday, March 7, 2021 18:31
>> To: Bob Rudis
>> Cc: r-sig-mac using r-project.org
>> Subject: Re: [R-SIG-Mac] [External] Re:  Mac M1 emacs
>>
>> My understanding had been that "universal" meant both intel and arm, and therefore
>> that _10 and _14 was the indicator. Apparently not.
>>
>> I will look at the binary that Simon just told us about.
>>
>> I don't know how to check though, because the highly frequent crashes I see have
>> nothing obvious in common.
>>
>> Rich
>>
>> ________________________________________
>> From: Bob Rudis <bob using rud.is>
>> Sent: Sunday, March 7, 2021 14:37
>> To: Richard M. Heiberger
>> Cc: r-sig-mac using r-project.org
>> Subject: [External] Re: [R-SIG-Mac] Mac M1 emacs
>>
>> you should likely re-post to the list or double check the download as
>> there are no x86_64 + amd64 universal binaries in there:
>>
>>   $ find  /Volumes/Emacs/Emacs.app/Contents/MacOS -type f -exec file {} \;
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_10/ctags:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_10/ebrowse:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_10/emacsclient:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_10/etags:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_14/ctags:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_14/ebrowse:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_14/emacsclient:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_14/etags:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/Emacs: Ruby script text,
>> UTF-8 Unicode text
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/Emacs-x86_64-10_10: Mach-O
>> 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/Emacs-x86_64-10_10.pdmp: data
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/Emacs-x86_64-10_14: Mach-O
>> 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/Emacs-x86_64-10_14.pdmp: data
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/Emacs.pdmp: data
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libffi.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libgmp.10.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libgnutls.30.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libhogweed.4.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libjansson.4.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libnettle.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libp11-kit.0.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libtasn1.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/lib-x86_64-10_10/libunistring.2.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libffi.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libgmp.10.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libgnutls.30.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libhogweed.4.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libjansson.4.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libnettle.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libp11-kit.0.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libtasn1.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_10/libunistring.2.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libffi.7.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libgmp.10.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libgnutls.30.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libhogweed.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libidn2.0.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libintl.8.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libjansson.4.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libnettle.8.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libp11-kit.0.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libtasn1.6.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/lib-x86_64-10_14/libunistring.2.dylib:
>> Mach-O 64-bit dynamically linked shared library x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/libexec-x86_64-10_10/hexl:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/libexec-x86_64-10_10/movemail:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/libexec-x86_64-10_10/rcs2log:
>> POSIX shell script executable (binary data)
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/libexec-x86_64-10_14/hexl:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/libexec-x86_64-10_14/movemail:
>> Mach-O 64-bit executable x86_64
>>   /Volumes/Emacs/Emacs.app/Contents/MacOS/libexec-x86_64-10_14/rcs2log:
>> POSIX shell script executable (binary data)
>>
>> On Sun, Mar 7, 2021 at 1:50 PM Richard M. Heiberger <rmh using temple.edu> wrote:
>>>
>>> I originally asked this question on the ess-help list, I now think it belongs here.
>>>
>>> emacs 21.1, specifically Vincent Goulet's distribution, crashes regularly on my Mac M1.
>>> It looks to me like it is using the intel compilation through rosetta instead of the arm
>>> compilation.
>>> Vincent's distribution is based on
>>> https://emacsformacosx.com/emacs-builds/Emacs-27.1-1-universal.dmg
>>> which contains
>>> lrwxr-xr-x   1 rmh  staff        16 Aug 12  2020 bin -> bin-x86_64-10_10
>>> drwxr-xr-x   6 rmh  staff       204 Aug 12  2020 bin-x86_64-10_10
>>> drwxr-xr-x   6 rmh  staff       204 Aug 12  2020 bin-x86_64-10_14
>>>
>>> The crash report says
>>> My March 1 crash report said
>>>> Process:               Emacs-x86_64-10_14 [1112]
>>>> Path:                  /Applications/Emacs.app/Contents/MacOS/Emacs-x86_64-10_14
>>>> Identifier:            org.gnu.Emacs
>>>> Version:               Version 27.1 (9.0)
>>>> Code Type:             X86-64 (Translated)
>>>> Parent Process:        ??? [1]
>>>> Responsible:           Emacs-x86_64-10_14 [1112]
>>>
>>> which I interpret as saying that it ran the intel compilation
>>>> Responsible:           Emacs-x86_64-10_14 [1112]
>>> translated through
>>> rosetta.  It seems not to have run the arm compilation, even though the link
>>> rwxr-xr-x   1 rmh  staff        16 Aug 12  2020 bin -> bin-x86_64-10_10
>>> looks to me like it should have been running bin-x86_64-10_10
>>>
>>> Is my interpretation correct? and if so how do I get the program to run the native M1
>>> compilation.
>>> _______________________________________________
>>> R-SIG-Mac mailing list
>>> R-SIG-Mac using r-project.org
>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>
>> _______________________________________________
>> R-SIG-Mac mailing list
>> R-SIG-Mac using r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>
>> _______________________________________________
>> R-SIG-Mac mailing list
>> R-SIG-Mac using r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>
>
> <Screen Shot 2021-03-07 at 23.40.23.png>

_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac using r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac



More information about the R-SIG-Mac mailing list