Re: [R-SIG-Mac] [External] Re: [External] Re: [External] Re: Mac M1 emacs
success: I mounted the remote disk directly without first downloading it to my machine: rmh@MacBook-Air ~ % hdiutil mount "https://mac.r-project.org/libs-arm64/emacs-27.1-app-arm64-darwin20.dmg; /dev/disk6 GUID_partition_scheme /dev/disk6s1Apple_APFS /dev/disk7 EF57347C--11AA-AA11-0030654 /dev/disk7s141504653--11AA-AA11-0030654 /Volumes/emacs-27.1-app-arm64-darwin20 1 rmh@MacBook-Air ~ % Then I 1. opened "/Volumes/emacs-27.1-app-arm64-darwin20 1" and ran Emacs from there. 2. copied the Emacs.app to /Applications/ and ran Emacs from there. From: R-SIG-Mac on behalf of Richard M. Heiberger Sent: Monday, March 8, 2021 14:19 To: Prof Brian Ripley; Simon Urbanek Cc: r-sig-mac@r-project.org Subject: Re: [R-SIG-Mac] [External] Re: [External] Re: [External] Re: Mac M1 emacs 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 TimeTime Time Current Dload Upload Total SpentLeft Speed 100 162 100 1620 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: 301 Moved Permanently 301 Moved Permanently nginx 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: 0x, 0x Exception Note:EXC_CORPSE_NOTIFY From: Prof Brian Ripley 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 on behalf of Richard M. > Heiberger > 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 > 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. >
Re: [R-SIG-Mac] [External] Re: [External] Re: Mac M1 emacs
wonderful. thank you.
I copied from Vincent's version to Simon's
Resources/doc/
esources/etc/ess/
Resources/etc/org/schema/
Resources/etc/org/styles/
Resources/info/auctex.info*
Resources/info/auctex.info*
Resources/info/dir
Resources/info/ess.info
Resources/info/org
Resources/info/orgguide
Resources/info/preview-latex.info
Resources/site-lisp
I deleted from Simon's
Resources/share/
Resources/site-lisp/
Vincent's has a directory Contents/_CodeSignature that is not matched in Simon's
I renamed Vincent's to Emacs-27.1-intel.app
and use the name Emacs.app for the new arm64 app.
From: Simon Urbanek
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 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 on behalf of Richard M.
> Heiberger
> 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
> 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
Re: [R-SIG-Mac] [External] Re: [External] Re: [External] Re: Mac M1 emacs
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 TimeTime Time Current Dload Upload Total SpentLeft Speed 100 162 100 1620 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: 301 Moved Permanently 301 Moved Permanently nginx 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: 0x, 0x Exception Note:EXC_CORPSE_NOTIFY From: Prof Brian Ripley 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 on behalf of Richard M. > Heiberger > 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 > 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 > 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,
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 on behalf of Richard M. Heiberger 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 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 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 wrote: it claims to be damaged. I looked it and the filenames and directory structure look ok. From: Simon Urbanek 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 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.
Re: [R-SIG-Mac] [External] Re: [External] Re: Mac M1 emacs
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 on behalf of Richard M. Heiberger 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 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 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 wrote: > > it claims to be damaged. > > I looked it and the filenames and directory structure look ok. > > > From: Simon Urbanek > 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 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. >>
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
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
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 wrote:
>
> it claims to be damaged.
>
> I looked it and the filenames and directory structure look ok.
>
>
> From: Simon Urbanek
> 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 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 on behalf of Richard M.
>> Heiberger
>> 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
>> 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
