Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As @cderv mentions here, an odd thing has happened with purrr's version numbers.
The current CRAN version is 0.2.5, whereas the master branch on GitHub is 0.2.4.9000. The fixes that were implemented between 0.2.4 and 0.2.4.9000 are not included in the 0.2.5 release. That one was a "maintenance release following the release of dplyr 0.7.5", which I guess came in though some other pipeline than the "normal" GitHub path.
I noticed this as I ran into the bug reported in #429 (parameter
.id
is ignored inimap_dfr()
), for which a fix was merged on Feb 5 in #454. However, while this fix is on the current master branch (0.2.4.9000), it is not included in CRAN's 0.2.5.The result is that I cannot make my package depend on the fixed version, as 0.2.5 > 0.2.4.9000.
This PR hence bumps the version number on GitHub from 0.2.4.9000 to 0.2.5.9000. Then it is possible to make another package depend on purrr 0.2.5.9000, which does include the needed fix.