Skip to content
Prev 35 / 12125 Next

[R-pkg-devel] CRAN check for package on Sparc Solaris (or other architectures)

Thanks for the reply, Ben.

Excluding Solaris from (some of the) tests is of course one (rather brute-force) way of circumventing the issue. And in fact, if I hadn't been able to resolve the errors, I probably would have taken that shortcut as well. On the other hand, if this would become common practice, Sparc Solaris would slowly be denigrated to a sort-of second-class architecture/OS for R, which isn't ideal either.

I really like your suggestion for adding a step to the submission process as you describe. That would be fantastic! And while it may take some effort to set something like this up initially, it may ultimately save CRAN maintainers time. I (together with another person whose package also failed some tests on Sparc Solaris) was contacted about the errors by Brian Ripley and it seemed to me that this was not an automated message. Again, I have no idea how common such issues are, but if the CRAN maintainers are writing such messages on a regular basis (and with close to 7000 packages on CRAN, this could very well be the case), it seems to me that it would make a lot of sense to set up the system so that package authors are able to spot and hopefully resolve such issues before manual intervention becomes necessary.

Then again, it's easy for me to cheer for this suggestion. And as you say, there are some potential dangers here, as such a system could be apt to abuse. But indeed, the way you describe it would probably prevent this from happening in the first place. Also, one could consider only allowing a resubmission (of a package that initially failed some checks) only once per day or every x-many hours.

At any rate, I think this is a great suggestion.

Best,
Wolfgang