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@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@MacBook-Air ~ % pwd /Users/rmh rmh@MacBook-Air ~ % ls -alF *dmg -rw-r--r--@ 1 rmh staff 162 Mar 8 13:42 emacs-27.1-app-arm64-darwin20.dmg rmh@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 <rip...@stats.ox.ac.uk> Sent: Monday, March 8, 2021 13:30 To: Richard M. Heiberger; Simon Urbanek Cc: r-sig-mac@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-boun...@r-project.org> on behalf of Richard M. > Heiberger <r...@temple.edu> > Sent: Monday, March 8, 2021 11:55 > To: Simon Urbanek > Cc: r-sig-mac@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 <r...@temple.edu> > Sent: Monday, March 8, 2021 00:29 > To: Simon Urbanek > Cc: r-sig-mac@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.urba...@r-project.org> > Sent: Sunday, March 7, 2021 23:52 > To: Richard M. Heiberger > Cc: r-sig-mac@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 <r...@temple.edu> wrote: >> >> it claims to be damaged. >> >> I looked it and the filenames and directory structure look ok. >> >> ________________________________________ >> From: Simon Urbanek <simon.urba...@r-project.org> >> Sent: Sunday, March 7, 2021 21:42 >> To: Richard M. Heiberger >> Cc: r-sig-mac@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 <r...@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-boun...@r-project.org> on behalf of Richard M. >>> Heiberger <r...@temple.edu> >>> Sent: Sunday, March 7, 2021 18:31 >>> To: Bob Rudis >>> Cc: r-sig-mac@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 <b...@rud.is> >>> Sent: Sunday, March 7, 2021 14:37 >>> To: Richard M. Heiberger >>> Cc: r-sig-mac@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 <r...@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@r-project.org >>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>> >>> _______________________________________________ >>> R-SIG-Mac mailing list >>> R-SIG-Mac@r-project.org >>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>> >>> _______________________________________________ >>> R-SIG-Mac mailing list >>> R-SIG-Mac@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@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac > > _______________________________________________ > R-SIG-Mac mailing list > R-SIG-Mac@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac > -- Brian D. Ripley, rip...@stats.ox.ac.uk Emeritus Professor of Applied Statistics, University of Oxford _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
