arrow: [R] arrow violates the CRAN policy on downloading binary software
Describe the bug, including details regarding any error messages, version, and platform.
Hi all. Several package developers who maintain packages that depend on arrow
received this email below from CRAN:
Package ‘arrow’ violates the CRAN policy on downloading binary software and continued to do so in multiple re-submissions, each taking hours of CRAN time. The CRAN team is not prepared to spend any more time on it, so it will be removed on Feb 9.
That will make the packages requiring it (directly or indirectly),
APCalign ClickHouseHTTP DominoDataR IGoRRR MolgenisArmadillo SQL brclimr censobr diffdfs disk.frame ebirdst foundry gbifdb geslaR nhdplusTools parqr parquetize radiant.data receptiviti sfarrow starvz strand TKCat elfgen gwavr radiant radiant.basics radiant.design radiant.model radiant.multivariate
uninstallable, (They already show failures for their fedora-clang check results.) To retain your package on CRAN we need an update not depending on arrow.
arrow
is a game changer in R, so I’m opening this issue hopping the developer community can find a solution to this. Thank you for a fantastic arrow
package in R.
Component(s)
R
About this issue
- Original URL
- State: closed
- Created 5 months ago
- Reactions: 29
- Comments: 20 (15 by maintainers)
Commits related to this issue
- move arrow to Suggests until it's back on CRAN (following suggestion from https://github.com/apache/arrow/issues/39806) — committed to ebird/ebirdst by mstrimas 5 months ago
- Following suggestions from https://github.com/apache/arrow/issues/39806#issuecomment-1928098252 — committed to Olink-Proteomics/OlinkRPackage by klevdiamanti 5 months ago
Dammit Dirk, I wanted to post the update 😂
Yep, thanks for bearing with us folks, version 14.0.2.1 is now on CRAN, with the previous issues resolved!
Thanks to the arrow team for dealing with this.
You probably know all this already but fwiw, CRAN policy has always allowed binary installs “with permission” (from CRAN) and continues to host packages that install software binaries.
Hi folks,
We’re still working to respond to CRAN’s evolving requirements on external C++ libraries, and while we believe we know what we need to do to meet the new requirements, it’s not clear that we can resolve everything before February 9.
As an interim measure, we are starting to submit PRs to packages that import arrow to make sure they have the updates they need to stay on CRAN while arrow is removed. It won’t be possible for us to get to all of the packages that rely on arrow, but if we haven’t gotten to yours, feel free to ping us here and we can make suggestions and offer code review.
For packages that
Suggest
arrow, it should be sufficient to addAdditional_repositories: https://p3m.dev/cran/2024-02-02
to yourDESCRIPTION
to indicate that arrow can be installed from the snapshot in the Posit Package Manager repo (package version 14.0.0.2). Alternatively, you can instead get the latest pre-release version of arrow by instead usingAdditional_repositories: https://apache.r-universe.dev
orAdditional_repositories: https://nightlies.apache.org/arrow/r
.We are committed to doing what it takes to maintaining arrow on CRAN. If arrow gets removed this week, we will work to resubmit it as soon as possible.
Nic and the arrow team
Thanks for letting us know about this @rafapereirabr. Please bear with us for the moment; we are working to get this resolved before their deadline. We’ll let you know as soon as we have an update.
We’ve submitted another version of the R package and also emailed CRAN to discuss some details, but have not heard back from them yet. The new version of the R package is currently pending manual inspection. We haven’t had any further interaction with CRAN regarding the deadline.
@rafapereirabr The
torch
package has a similar problem, which has been solved in a better way. It downloads thetorch
andlantern
libraries in run-time, thus avoiding problems with CRAN.You love to see it:
Congrats for seeing it through.
Thanks @arnaud-feldmann, though the arrow R package is a team effort and definitely not just me! Things are progressing anyway - we’ll update the community in due course.
Thanks @thisisnic and the {arrow} team !
Hi,
I wish you a lot of strength @thisisnic . Your package is awesome, it has become a must-have for R. I use it everyday. Thank you for your precious work.
@eddelbuettel In case you’re curious: https://github.com/apache/arrow/pull/40010
Right, that makes sense! I think we ended up with a slightly different fix to you - we needed to update one of our C++ headers to include something we weren’t including before and that resolved the issue, so we didn’t end up asking them to change anything about their setup.
It’s resolved on our end, as mentioned above we are pending manual inspection and that hasn’t changed. You’d have to ask CRAN 🤷