On 1/11/2023, at 4:05 AM, Mikael Jagan <jaganmn2 at gmail.com> 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 r-oldrel-macos-arm64,
even though it can be, because it was not released until R 4.3-z.
AFAIK, methods for 'qr' have not been touched since Matrix 1.6-0, and
even those changes should have been backwards compatible, modulo handling
of dimnames (class sparseQR gained a Dimnames slot in 1.6-0).
So I don't see a clear reason for requiring 1.6-1.1. Requiring 1.6-0
might make sense, if somehow EdSurvey depends on how class sparseQR
preserves dimnames. But IIRC our rev. dep. checks at that time did not
reveal problems with EdSurvey.
Mikael
On 2023-10-31 7:00 am, r-package-devel-request at r-project.org wrote:
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<r-package-devel at r-project.org> wrote:
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 apparent API change, I should then require the latest version. My error is, "Package required and available but unsuitable version: 'Matrix'"
When I look at the NEWS in Matrix there is no mention of Mac OS issues, what the latest stable version of Matrix is, nor when a fix is expected. What version do MacOS version test Matrix with by default? Where is this documented? I assumes it always tested with the latest version on CRAN, so I'm a bit surprised. Or will this be resolved soon and I shouldn't bother CRAN maintainers with a new version of my package?
Best,
Paul
[[alternative HTML version deleted]]