Установить R в моем собственном каталоге
Как установить новую версию R в моем собственном каталоге, например, /local/data/project/behi
.
- Проверка целостности данных моего сервера
- Извлечь информацию о шаге из аудиофайла
- Сценарий установки должен выполняться как определенный (обычный) пользователь, но ему необходимо создать системный каталог
- Есть ли надежный инструмент командной строки для обработки CSV-файлов?
- Fritz WLAN USB-накопитель - пакеты Xlib / Xfree86 dev для установки Wine
3 Solutions collect form web for “Установить R в моем собственном каталоге”
Самый простой способ сделать это – установить R из источника :
$ wget http://cran.rstudio.com/src/base/R-3/R-3.4.1.tar.gz $ tar xvf R-3.4.1.tar.gz $ cd R-3.4.1 $ ./configure --prefix=$HOME/R $ make && make install
Второй-последний шаг является критическим. Он настраивает R для установки в подкаталог вашего собственного домашнего каталога.
Чтобы запустить его в Linux, macOS и подобных системах, добавьте $HOME/R/bin
в свой PATH
. Затем будут выполняться команды оболочки, такие как R
и Rscript
.
На macOS у вас есть еще одна альтернатива: build R.app
и установите ее в папку личных Applications
вашего пользователя. Для этого вам нужно установить Xcode.
Вместо этого вы можете вместо этого --prefix=$HOME
. Это устанавливает R на верхнем уровне вашего домашнего каталога, так что двоичные файлы R
и Rscript
заканчиваются в $HOME/bin
, что, скорее всего, уже находится в PATH
вашего пользователя. Недостатком является то, что он делает более позднюю деинсталляцию сложнее, так как R будет перемешаться между вашим другим содержимым $HOME
.
(Если это первое, что вы установили в $HOME/bin
, вам, возможно, придется выйти из системы и вернуться в него, чтобы получить это в своем PATH
, поскольку он часто добавляется условно, только если $HOME/bin
существует во время входа в систему.)
Этот общий шаблон применяется к большому количеству программного обеспечения Unix, которое вы можете установить из исходного кода. Если у программного обеспечения есть скрипт configure
, он, вероятно, понимает параметр --prefix
, а если нет, обычно существует альтернатива с тем же эффектом.
Эти функции являются общими по ряду причин. В порядке убывания вероятности, по моему опыту:
-
Безопасное значение по умолчанию (
/usr/local
) не является правильным$prefix
во всех ситуациях. Обстоятельства могут диктовать что-то еще, например/usr
,/opt/$PKGNAME
и т. Д. -
Системы создания бинарных пакетов ( RPM , DEB , PKG , Cygport …) обычно создают и устанавливают пакет в специальный каталог промежуточного хранения , а затем упаковывают его таким образом, чтобы он расширялся в желаемое место установки.
-
Ваш случай, когда вы не можете получить
root
чтобы установить программное обеспечение в обычное место, поэтому вместо этого вы устанавливаете в$HOME
.
Вы также можете использовать приложение-оболочку Renv .
выдержка
Простое управление версиями R: Renv
Renv позволяет легко переключаться между несколькими версиями R. Это просто, ненавязчиво и следует за традициями UNIX для одноцелевых инструментов, которые хорошо справляются.
Ренв делает …
- Позвольте вам изменить глобальную версию R для каждого пользователя.
- Обеспечьте поддержку для каждого проекта R-версий.
- Позвольте вам переопределить версию R с переменной окружения.
Построить из источника с ./configure --prefix=/local/data/project/behi ; make ; make install
./configure --prefix=/local/data/project/behi ; make ; make install
Если вы устанавливаете пакет RPM и он был создан с возможностью перемещения, вы можете использовать
rpm ... --prefix /local/data/project/behi
Но не все пакеты построены с помощью перемещаемых двоичных файлов, и я не думаю, что пакеты debian имеют этот параметр (хотя вы можете преуспеть в dpkg --instdir
).