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

Richard M. Heiberger rmh @end|ng |rom temp|e@edu
Mon Mar 8 20:19:48 CET 2021


Originally I used right-click "Download linked file" on the url in the email.  The file appeared in ~/Downloads/
and looked normal to me.

Just now, following your suggestion,
I used curl three times, twice inside *shell* in emacs (Vincent Goulet's intel version) and once in Terminal.
This is from Terminal:
rmh using MacBook-Air ~ % curl -O http://mac.R-project.org/libs-arm64/emacs-27.1-app-arm64-darwin20.dmg
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   162  100   162    0     0   1396      0 --:--:-- --:--:-- --:--:--  1396
rmh using MacBook-Air ~ % pwd
/Users/rmh
rmh using MacBook-Air ~ % ls -alF *dmg
-rw-r--r--@ 1 rmh  staff  162 Mar  8 13:42 emacs-27.1-app-arm64-darwin20.dmg
rmh using MacBook-Air ~ %

This is the contents of the downloaded file:
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>





terminology.
My March 1 email to ess-help quoted the Apple Problem Report message
that included the lines:
Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY





________________________________________
From: Prof Brian Ripley <ripley using stats.ox.ac.uk>
Sent: Monday, March 8, 2021 13:30
To: Richard M. Heiberger; Simon Urbanek
Cc: r-sig-mac using r-project.org
Subject: [External] Re: [R-SIG-Mac] [External] Re: [External] Re: Mac M1 emacs

On 08/03/2021 17:59, Richard M. Heiberger wrote:
> 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.

How did you download it?  That page and R-admin recommend using curl and
when I did that it works for me, both running from the image and copying
somewhere other than /Applications (as I have another Emacs there).

OTOH, I've not seen any problems with Vincent Goulet's Intel build on my
M1 Mac.  The posting guide for this list does ask you not to use 'crash'
....

>
> 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
>
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac using r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>


--
Brian D. Ripley,                  ripley using stats.ox.ac.uk
Emeritus Professor of Applied Statistics, University of Oxford



More information about the R-SIG-Mac mailing list