-
Notifications
You must be signed in to change notification settings - Fork 62
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
Do not use the alternative Archive
URL on PPM
#623
Comments
We only use it if the repo is called |
This needs to be fixed somewhere here: https://github.com/r-lib/pkgcache/blob/c227fe90b20959ac0d3f4e8a2897ed9117f70ee0/R/packages-gz.R#L311 |
I'm slightly confused about how this workaround works, could you give a concrete example? |
OTOH:
|
This is now fixed in the nightly builds, install like this: https://pak.r-lib.org/reference/install.html#nightly-builds |
# pkgcache 2.2.3 * The metadata cache now does not use source URLs for packages in `Archive` on Posit Package Manager repositories. This URLs may serve a different package, even a source package when the main URL for the same package serves a binary package. The alternative URLs are not needed on PPM, anyway, because PPM is in a consistent state w.r.t. metadata and package files (r-lib/pak#623). * `parse_packages()` now does not throw a warning for empty `PACKAGES*` files (#107). * `repo_set()` and the `ppm_*()` functions, e.g. `ppm_snapshots()`, now work again after the PPM API changes (#110, #115). # pkgcache 2.2.2 * pkgcache now treats R 4.5.x (current R-devel) macOS binaries correctly. It is also more robust to changes the in macOS platform.
Because sometimes PPM serves a source package there, while serving a binary at the proper URL:
pak only uses the alternative URL for a repo named 'CRAN', so a workaround is to name your repo something else, e.g. 'PPM' seems appropriate.
The text was updated successfully, but these errors were encountered: