named remotes cause renv::init() to fail

[kevinushey]

it seems the following syntax (used to tell renv which remotes belong to which package #1755) is not recognised by all components of renv:

Assume a DESCRIPTION. (studies/study2 in the repository above):

Depends:
    pkg1
Remotes:
    pkg1=github::mcanouil/renv-issue1977:src/packages/pkg1@pkg1-latest

renv::init()

This project contains a DESCRIPTION file.
Which files should renv use for dependency discovery in this project? 

1: Use only the DESCRIPTION file. (explicit mode)
2: Use all files in this project. (implicit mode)

Selection: 1
- Using 'explicit' snapshot type. Please see `?renv::snapshot` for more details.

Error in FUN(X[[i]], ...) : object of type 'closure' is not subsettable
Traceback (most recent calls last):
6: renv::init()
5: hydrate(library = library, repos = repos, prompt = FALSE, report = FALSE, 
       project = project)
4: renv_project_remotes(project, filter = filter, resolve = TRUE)
3: filter(specs, remotes)
2: map_chr(remotes, `[[`, "Package")
1: vapply(x, f, ..., FUN.VALUE = character(1))

Originally posted by @mcanouil in #1977

[mcanouil]

Does it also cover the "install" choice from renv::snapshot()? It does not seem so in the same Git repository using the main version.

renv::restore() and renv::hydrate() seem to work as expected.

[kevinushey]

Thanks for catching that -- I believe 0e3da0a should resolve the issue, with the declared remote version of pkg1 being installed in this scenario.

[mcanouil]

I confirmed there are no errors anymore.
Thanks!