I am not behind a firewall and unchecked "use secure download method for http" in universal settings.
So if this is trying to download right from github why is it trying to connect to cran. I don't this package is in the cran repository.
Very few packages are standalone, and tidypaleo is not exception. The description file shows a ton of packages that it relies on. These are dependencies.
So, this happened because the install for the package tried to install the dependencies, as well.
The immediate reason is that the R configuration file on your page pointing to http://cran.rstudio.com/bin/macosx/el-capitan/contrib/3.5/PACKAGES is trying to open a 404 (not found) page.
If you are installing within RStudio, see the configuration guide. If you are using the MAC R GUI, see the Packages & Data | Install and choose another repository.
However, you'd save future trouble by updating from R.3.5 to 3.6.
Finally, if you run across "source version is later" and respond "yes," install from source, if it doesn't install the first time, there's nothing to be done by most users, because it requires editing the underlying source code to run on Apple's non-standard compiler.
Thank you for your reply. I updated to 3.6.
And then changing the repository from the global to the nearest location in the USA allowed for a successful installation.
So that's interesting that the ability to install is dependent on the proximity of the mirror to the user?It sounds more akin to a radio transmission. Why is that?
Ok, so the default is the global, so if that is giving you trouble you can just simply exhaustively go down the list till you get to a mirror that is up to date?
It's always a good idea to choose the nearest strong mirror, simply because of network congestion problems, which don't necessarily confine themselves to plague years. The RStudio default, http://cran.rstudio.com is reasonably robust.