Re: [R-SIG-Mac] Experiences with macOS Sierra

[Marc Schwartz]

Hi All,

In follow up to my post yesterday and subsequent to an offline exchange with 
Rodney, I am posting some additional information that I located today.

First, for those who may be having scrolling issues with Logitech mice 
specifically under Sierra, there are some known issues as reported here:

  http://www.macrumors.com/2016/09/22/wrecked-scrolling-logitech-mice/ 


with an update to the LCC apparently posted by Logitech yesterday here:

  
http://support.logitech.com/en_us/software/logitech-control-center-for-macintosh-os-x
 


That is not relevant to my scrolling issues, as I have Apple TrackPads both 
internally and externally, but this may be helpful to Logitech users.

That being said, today I found the following posts in the Apple Support 
Community Forums:

  https://discussions.apple.com/thread/7659385?start=0=0 


and:

  https://discussions.apple.com/thread/7679256?start=0=0 


which would seem to suggest some application specific hypersensitive scrolling 
and other issues. So the issue with Emacs/ESS that I observe may not be unique 
given these other reports and may support the notion of a Sierra issue. 

For those using Emacs, I now have the following in my .emacs file:

  (setq mouse-wheel-scroll-amount '(1 ((shift) . 1) ((control) . nil))) ;; one 
line at a time  
  (setq mouse-wheel-progressive-speed nil) ;; 'nil' for do not accelerate 
scrolling
  (setq mouse-wheel-follow-mouse 't) ;; scroll window under mouse
  (setq scroll-step 1) ;; keyboard scroll one line at a time

Note that the second line above disables scroll acceleration in Emacs, which is 
a double-edged sword. It makes scrolling tolerable as compared to having 
acceleration enabled, however for long source files, it is far too slow.

I also tried adjusting:

  (setq scroll-conservatively 10)

with acceleration enabled, where larger numbers are supposed to aid in 
smoothing scrolling, but it has no apparent effect on the behavior I observe.

I am still experimenting with other settings but have not found anything that 
comes close to desired behavior. One option, with acceleration disabled, is to 
increase the number of lines scrolled in the first line to something like:

  (setq mouse-wheel-scroll-amount '(3 ((shift) . 1) ((control) . nil))) ;; 
three lines at a time

but scrolling becomes "jumpier" as that first number increases, so use with 
caution. The number after '(shift) .' affects the speed of scrolling with the 
SHIFT key pressed.

Hope that this may be helpful to some.

Regards,

Marc Schwartz
[[alternative HTML version deleted]]

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

Re: [R-SIG-Mac] Experiences with macOS Sierra

[Prof Brian Ripley]

On 22/09/2016 14:01, Kasper Daniel Hansen wrote:

Thanks for the work on this, especially the comment on xml2.  I had
noticed problems with xml2 while compiling Emacs 25.1 using the new
Xcode on El Capitan, but I have not had time to track it down.


I had found a workaround for Xcode 8 on El Capitan: copy 
/usr/bin/xml2-config to somewhere earlier on your path (~/bin in my 
case) and edit line 3 from


prefix=$(xcrun -show-sdk-path)/usr

to

prefix=/usr




Best,
Kasper

On Thu, Sep 22, 2016 at 2:39 AM, Prof Brian Ripley
> wrote:

So far I have encountered few problems.  R.app runs but I do not
normally use it so my tests were minimal.

My observations are about installing packages from source.

- It seems Apple has been tidying up, and I had ca 20GB more free
space after upgrading (which is worthwhile on my MBA with a 128GB
SSD).  It seems that includes removing some headers, including those
for openssl (used by packages PKI and RSclient - package opensssl
uses its own). This is but the latest instance in a long-term trend,
e.g. iodbc, pcre and liblzma have libraries but no headers.

- Finally the POSIX 2008 function clock_gettime is supported (and
will be used by R): but package scrypt calls it incorrectly.

Xcode 8 is available for EL Capitan but I would caution against
using it there (despite it being pushed as an update from the
AppStore).  AFAICS (and googling will find other reports) it
defaults to the macOS 10.12 SDK and that declares functions such as
clock_gettime not available in El Capitan.  (I believe that R checks
thoroughly enough not to be caught by this.)

There is a further problem with Xcode 8, also seen on Sierra.
Packages using xml2-config (such as XML) fail to install.  Apple
modified xml2-config to look on the SDK path, which means packages
using it attempt to link to .tbd files rather than .dylibs.  Which
should be OK but the supplied .tbd attempt to link to libraries
removed in Sierra and so linking fails. (This is not a problem with
the version 8 of the Command Line Tools, only available for Sierra.)

--
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






--
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