2013-05-29 9 views
14

Ich baue R-Pakete in R 3.0.1 auf einem Windows-Rechner, mit Rtools30 und die 'Build' Tools mit RStudio verbunden, die ich glaube, ist mit Devtools gebunden (die oben ist -miteinander ausgehen). Mein typischer Prozess, ein Paket zu bauen ist:R 3.0.1 Paket Build Warnung

  1. Load All
  2. Reoxygenize
  3. Build-& Reload
  4. prüfen
  5. bauen Quellcode-Paket

Wenn alles ohne Fehler oder Warnungen geht , Ich dann:

install.packages("foo.tar.gz", repos=NULL, type="source") 

Da ich jetzt diese Warnung R 3.0.1 aktualisieren:

Warning in install.packages : 
     foo.tar.gz is not available (for R version 3.0.1) 

ich vor der Installation auch versucht, und es ist nicht die Warnung bekommt los:

options(install.packages.check.source = FALSE) 

Auch ich stelle fest, diese Warnung, wenn ich die devtools Bibliothek öffnen:

WARNING: Rtools 3.0 found on the path at c:/Rtools is not compatible with R 3.0.1. 

Welche seltsam ist, RTools 3.0 ist wohl von R> 2 gut zu sein. 15.1 bis R 3.0.x

Irgendwelche Ideen, was ist los?

+0

Ist das nicht eine Devtools-Nachricht? Es scheint eine übereifrige Beschwerde zu sein, da RTools (Stand: 09.06.2013) bei 3.0 und R bei 3.0.1 ist, also gibt es für den Benutzer nicht viel zu tun. – mdsumner

+1

Was passiert, wenn Sie versuchen, über die Befehlszeile zu installieren: 'R CMD INSTALL foo.tar.gz'? – by0

+0

Die Befehlszeile funktioniert einwandfrei! Die 'Warning in install.packages' Nachrichten kommen direkt nach dem Aufruf von install.packages ... was eine grundlegende R Funktion ist (nicht devtools, oder?) – JPMac

Antwort

11

Dies ist RStudio-spezifisch, da sie für eine bessere Integration viele Funktionen aus den Utils umschließen und/oder ändern. Das Problem liegt bei einem Aufruf an getDependencies() nach Abhängigkeiten zu suchen. Diese Funktion prüft jedoch auch, ob das ursprüngliche Paket auf CRAN existiert und gibt die angegebene Warnung aus, wenn dies nicht der Fall ist. Ein Paket, das Sie gerade auf Ihrem eigenen Computer erstellt haben, ist offensichtlich nicht auf CRAN, daher die Warnung.

In der Quelle der nativen install.packages() wird getDependencies() nicht aufgerufen, falls Sie aus Quelle erstellen oder aus einem anderen Repository installieren. RStudio hingegen ruft getDependencies() auf, bevor es alles an die native install.packages()-Funktion weitergibt.

Dies hat meines Wissens keine weiteren Auswirkungen, abgesehen von verwirrenden Personen. Ich habe keinen Weg gefunden, das in RStudio bequem wegzubekommen, da suppressWarnings() in diesem Zusammenhang aufgrund der komplexen Art und Weise, wie RStudio damit umgeht, nicht funktioniert.

In einer grundlegenden R-Konsole sollten Sie kein Problem haben.

Also vorerst würde ich das einfach ignorieren und hoffe, dass das RStudio-Team Zeit findet, sich um diesen kleinen Fehler zu kümmern.

+0

Als Referenz wird dies RStudio hier gemeldet: http: //support.rstudio .org/help/discussions/problems/5811-Problem-Installation-lokale-Pakete –