Предупреждение о создании пакета R 3.0.1

Я создаю R-пакеты в R 3.0.1 на машине Windows, используя Rtools30 и инструменты Build, связанные с RStudio, которые, как я полагаю, связаны с devtools (который является актуальным). Мой типичный процесс создания пакета:

Загрузить все
Reoxygenize
Сборка и перезагрузка
Проверить
Создать исходный пакет

Если все идет без ошибок или предупреждений, я тогда:

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

С момента обновления до R 3.0.1 я получаю следующее предупреждение:

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

Я также попытался перед установкой, и он не избавился от предупреждения:

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

Кроме того, я замечаю это предупреждение, когда открываю библиотеку devtools:

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

Что странно, Rtools 3.0 должен быть хорошим от R > 2.15.1 до R 3.0.x

Любые идеи, что происходит?

Ответ 1

Это специфичный RStudio, поскольку они обертывают и/или изменяют множество функций из utils для лучшей интеграции. Проблема заключается в вызове getDependencies() для проверки зависимостей. Но эта функция также проверяет, существует ли исходный пакет на CRAN и выбрасывает данное предупреждение, когда оно не выполняется. Пакет, который вы только что создали на своем собственном компьютере, явно не на CRAN, следовательно, предупреждение.

В источнике нативного install.packages(), getDependencies() не вызывается в случае, если вы создаете исходный код или устанавливаете его из другого репозитория соответственно. С другой стороны, RStudio вызывает getDependencies(), прежде чем передать все на встроенную функцию install.packages().

Это, как мне известно, не приведет к дальнейшим последствиям, кроме путаных людей. Я не нашел способ избавиться от этого в RStudio, так как suppressWarnings() не работает в этом контексте из-за сложного способа, которым RStudio справляется с этим.

В базовой консоли R у вас не должно быть никаких проблем.

Так что пока я просто проигнорирую это и надеюсь, что команда RStudio найдет время, чтобы позаботиться об этом незначительном сбое.