RStan & expiring deprecations
Nobody has claimed this yet.
- Dominant language
- R
- Stars
- 1.1k
- Forks
- 266
- Avg merge
- 2h 56m
- Merged PRs (30d)
- 1
Description
Transferring the discussion from the forums for visibility.
We're approaching the expiration of deprecated syntax (e.g., arrays) before rstan is compatible with the new syntax and downstream packages can update. The current compromise is to delay the deprecations by a release cycle (four months), with the goal of having 2.26 (and then quickly 2.31/2.32) on CRAN in the near future so that downstream dependencies can begin to update.
We will also have the lee-way of an additional release cycle after the deprecations expire through the use of the stanc auto-formatter. But as mentioned, this will only work for one release cycle after the deprecations expire.
I personally think that this feasible, and am happy to handle most of the PRs patching downstream dependencies. But I'm not familiar enough with rstan's previous/current CRAN difficulties to know whether it's likely to get 2.26+ to CRAN soon, so feedback is appreciated
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Read the linked forum discussion and rstantools issue 113 first; identify the release and deprecation dependencies and downstream packages mentioned. Done is not defined in this issue, so confirm the target release plan and concrete PR scope before starting.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- r
- Domain
- release
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100