-
-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
xfun-0.40 fails to build under Windows #530
Comments
First of all, thanks for the great description. A reproducible example would not have been necessary for such a (trivial) case. Automatic hook updates are running, such as #527, but I did not want to merge now since {stringr} was apparently not available as a binary yet from RSPM and the build process I set up decided instead to switch to CRAN, which I don't want, since I was not sure it would be a problem that there are no linux binaries available (but now I actually think it would not matter since the package does not need compilation, only the {stringi} dependency is problematic. Anyways, the last force push has resolved the issue in #527 and so we can merge this. Afterwards, I can create a new hook release that you can use. |
Done @ns-rse, can you run autoupdate and try again? Also, I described the problem in RStudio Community. Let's see if they have it on the roadmap to keep old binaries. |
Thank you so much for the quick fix @lorenzwalthert really appreciate it. 👍 Ran I came across this blog on Posit just the other day which gives some insight into what binaries they are building The Road to Building Ten Million Binaries - Posit, although I see there is already a reply indicating where older snapshots can be found. Doesn't sound like it would be very easy to use the older snapshots, but its not an uncommon issue and is on their roadmap. |
Before filing a bug
remotes::install_github('lorenzwalthert/precommit')
precommit::autoupdate()
)Describe the bug
I'm trying to install and use precommit under Windows but find that the environment that precommit downloads wishes to requires
xfun-0.40
that it should be downloaded fromRSPM
unfortunately this is one package for which binaries have not yet been built (see xfun overview | Package Manager).The latest version available on CRAN is
xfun-0.41
and there are Windows binaries available for that version.To Reproduce
Steps to reproduce the behavior:
renv::restore()
install.packages(c("remotes", "reticulate"))
remotes::install_github("lorenzwalthert/precommit")
options(timeout=600)
reticulate::install_miniconda()
precommit::install_precommit()
precommit::autoupdate()
precommit::use_precommit(install_hooks = TRUE)
precommit
andmarkdownlint-cli2
.Expected behavior
A clear and concise description of what you expected to happen.
Additional context
packageVersion('renv')
:[1] '1.0.3'
I have
xfun-0.41
from CRAN defined in my projectsrenv.lock
but the issue is within the environment, and I think but am not sure that itsprecommit
that requiresxfun-0.40
as defined in therenv.lock
. Not sure but would bumping the version and changing the repository to CRAN solve this? Happy to make a PR if so but I don't feel I have a good/correct understanding of the root cause.NB No such issues under GNU/Linux, a colleague I'm helping uses Windows though so I need them setup with precommit (shortens the feedback loop rather than waiting on
pre-commit.ci
). I've repeated all these steps under a Windows11 VM.version information
error information
EDIT : realised I'd copied an old version of the log which used
renv-0.17.3
I still see the same error withrenv-1.0.3
, updated abovepre-commit.log
to reflect this.The text was updated successfully, but these errors were encountered: