Gábor Csárdi

Try running `pak::cache_clean()` first. What does `pak::repo_get()` show? What does `pak::meta_list()` show?

Sorry, I should have said this, after a restart: ```r pak::meta_clean() pak::meta_summary() pak::meta_list() ``` And also this: ```r download.file("https://cran2.r-pkg.org/metadata/bin/windows/contrib/4.1/METADATA2.gz", tempfile()) ``` I guess this fails for you?

This is most probably a bug in pak, will fix it soon.

I can't reproduce it, can you show the workflow that has this problem?

Hmmm, if the library is cached, then this could be because of https://github.com/r-lib/pkgdepends/blob/main/R/type-github.R#L168-L172 which will not update a locally installed package. This is not great, and we should still update...

> will not update a locally installed package. Although it should still update it if it is not a dependency.... so I still reproduce this...

OK, I don't have a strong opinion.

@krlmlr There is no way to know currently if an RSPM Linux package is a source or a binary package.

The plan is printed before the downloads and installations happen. The output is already different for binary packages on other platforms, and as soon as RSPM can help us telling...

While this can be useful, maybe for your actual use case you are better off with putting the packages you build in a CRAN-like `file:///` repository?