Re: [R-pkg-devel] Matrix and Mac OS

2023-11-02 Thread Mikael Jagan
A hack that seems to work is (whitespace added for readability): \newcommand{\Seqn}{ \ifelse{latex}{ \Sexpr[results=rd]{if (getRversion() < "4.2.2") "eqn{#1}" else "eqn{#2}"} }{ \ifelse{html}{ \Sexpr[results=rd]{if (getRversion() <

Re: [R-pkg-devel] Matrix and Mac OS

2023-11-02 Thread Mikael Jagan
On 2023-11-01 12:59 pm, Mikael Jagan wrote: A hack that seems to work is (whitespace added for readability): \newcommand{\Seqn}{ \ifelse{latex}{ \Sexpr[results=rd]{if (getRversion() < "4.2.2") "eqn{#1}" else "eqn{#2}"} }{

Re: [R-pkg-devel] Matrix and Mac OS

2023-11-01 Thread Martin Maechler
> Uwe Ligges > on Wed, 1 Nov 2023 06:26:23 +0100 writes: > On 01.11.2023 03:51, Mikael Jagan wrote: >> Thanks.  It seems that we were mistaken in our feeling (IIRC) that it would >> be "OK" to implicitly require '--no-manual' on versions of R from 3.5.0 to >> 4.2.1,

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-31 Thread Uwe Ligges
On 01.11.2023 03:51, Mikael Jagan wrote: Thanks.  It seems that we were mistaken in our feeling (IIRC) that it would be "OK" to implicitly require '--no-manual' on versions of R from 3.5.0 to 4.2.1, not changing our Depends. We will fix this in Matrix 1.6-2, probably by conditionalizing or

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-31 Thread Mikael Jagan
Thanks. It seems that we were mistaken in our feeling (IIRC) that it would be "OK" to implicitly require '--no-manual' on versions of R from 3.5.0 to 4.2.1, not changing our Depends. We will fix this in Matrix 1.6-2, probably by conditionalizing or otherwise replacing the amsmath commands and

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-31 Thread Simon Urbanek
Mikael, in that case I think your requirements are wrong - Matrix says R >= 3.5.0 which is apparently incorrect - from what you say it should be 4.2.2?. I can certainly update to 4.2.3 if necessary. Cheers, Simon > On 1/11/2023, at 9:19 AM, Mikael Jagan wrote: > > Thanks. We did see

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-31 Thread Mikael Jagan
Thanks. We did see those ERRORs, stemming from use (since Matrix 1.6-0) of amsmath commands in Rd files. These have been supported since R 4.2.2, but r-oldrel-macos-* (unlike r-oldrel-windows-*) continues to run R 4.2.0. My expectation was that those machines would begin running R >= 4.2.2 well

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-31 Thread Simon Urbanek
Mikael, current Matrix fails checks on R-oldrel so that's why only the last working version is installed: https://cran.r-project.org/web/checks/check_results_Matrix.html Cheers, Simon > On 1/11/2023, at 4:05 AM, Mikael Jagan wrote: > > I am guessing that they mean EdSurvey: > >

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-31 Thread Mikael Jagan
Re-sending to the list with correct subject line ... I should undigest myself ... Mikael On 2023-10-31 11:05 am, Mikael Jagan wrote: I am guessing that they mean EdSurvey: https://cran.r-project.org/web/checks/check_results_EdSurvey.html Probably Matrix 1.6-1.1 is not installed on

Re: [R-pkg-devel] Matrix and Mac OS

2023-10-30 Thread Simon Urbanek
Paul, can you give us a bit more detail? Which package, which build and where you got the errors? Older builds may not have the latest Matrix. Cheers, Simon > On 31/10/2023, at 11:26 AM, Bailey, Paul via R-package-devel > wrote: > > Hi, > > I'm the maintainer for a few packages, one of

[R-pkg-devel] Matrix and Mac OS

2023-10-30 Thread Bailey, Paul via R-package-devel
Hi, I'm the maintainer for a few packages, one of which is currently failing CRAN checks on Mac OS because Matrix is not available in my required version (the latest). I had to fix a few things due to changes in the latest Matrix package because of how qr works and I thought, given the