Version of remotes installed by r-appveyor fails with recursive soft dependencies

[NikNakk]

Installing the current version of dplyr from github fails because of a recursive soft dependency on dbplyr. This is a problem in the version of remotes installed at present. The latest version on github has this fixed (https://github.com/r-pkgs/remotes/issues/31).

As a work-around, I've added - travis-tool.sh install_github r-pkgs/remotes as the first line of my appveyor.yml, but ideally the appveyor script should be updated to use a later version of remotes by default.

[krlmlr]

@gaborcsardi: What are your release plans for the "remotes" package?

[gaborcsardi]

1-2 weeks, it soft-depends on crancache, which I need to finish first.

[krlmlr]

Thanks. @NikNakk: Happy to review a PR that installs from GitHub, we can merge and revert after "remotes" is on CRAN.

[gaborcsardi]

I think in general you are better off with the CRAN version, because remotes will change a lot soon. (After the next CRAN release.)

[krlmlr]

We could pin to a commit for now, by installing r-pkgs/remotes@yxdas.

[NikNakk]

One problem is that to install from github you need remotes. Would the plan to be to install the CRAN version and then use that to install the github version? The zip file from github can't be used directly because the package is in a subdirectory within the zip.

[krlmlr]

I'm fine with this workaround.

[hannes]

have same issue... e.g. https://ci.appveyor.com/project/hannesmuehleisen/MonetDBLite/build/job/m12mm3q2l6l8bv9k

[krlmlr]

Manually installing remotes from GitHub for now in dplyr et al.

[hannes]

yes, that works for me, too. thanks.

[krlmlr]

Is this still a problem?