Jos R voi asentaa paketin, mutta paketti ei tavoita sen API:a, vertaa kahta pyynnön tekevää asiakasta. download.file(), RCurl ja paketin oma HTTP-kerros eivät välttämättä lue samoja asetuksia.

Tarkista käynnissä olevan istunnon syötteet

Päätteestä käynnistetty ohjelma perii kyseisen päätteen ympäristön. Työpöydän pikakuvakkeella tai jo käynnissä olevalla IDE:llä voi olla eri arvot. Asianmukainen R:n käynnistysympäristötiedosto voi sisältää:

http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080

Nämä ovat ympäristötiedoston merkintöjä, joissa on esimerkkipäätepiste. Julkisille paketti- tai API-pyynnöille, jotka sallitaan julkisten välittäjien kautta, HTTP-välityspalvelinluettelo tarjoaa ehdokkaita näille arvoille. R-lausekkeet kuten options(download.file.method = "libcurl") kuuluvat R-koodiin, eivät .Renviron-tiedostoon. Oikealta näyttävän asetuksen laittaminen väärään muotoon jättää sen käyttämättä.

Tunnista käynnistystiedosto, jonka R:n sivusto-/käyttäjä-, ympäristö- ja työhakemistosäännöt valitsevat. Projektin sisäinen tiedosto voi selittää eron kahden projektin välillä samassa IDE:ssä. Muuta aiottua tiedostoa ja käynnistä asianmukainen istunto uudelleen; sen muokkaaminen ei päivitä jo käynnissä olevaa prosessia.

Seuraa epäonnistuvan paketin pyyntöä

Tunnista todellinen latausmenetelmä tai HTTP-toteutus. Ulkoinen curl-suoritettava, R:n libcurl-menetelmä ja RCurl ovat erillisiä kuluttajia omine tuettuine syötteineen. Vertaa samaa kohdetta epäonnistuvan paketin kautta salaisuudet poistettuina.

Pidä ohjeet kyseisen toteutuksen ja R-julkaisun mukaisina. Vanha Windows---internet2-ohje kuvaa historiallista käyttäytymistä. Säilytä myös todellisen välityspalvelinkuuntelijan siirtotapakaava: HTTPS-kohde voi silti käyttää HTTP-välityspalvelimen päätepistettä. Onnistunut asennus toisen lataajan kautta ei todista tämän asiakkaan kokoonpanoa eikä välityspalvelimen saatavuutta tälle pyynnölle.

Aiheeseen liittyvät artikkelit