32722 2016-11-06 21:03:17 +0300 Не запускается: не там ищет libR.so 2025-11-14 12:32:50 +0300 1 1 3 Distributions Branch p8 rstudio не указана all Linux CLOSED WONTFIX P3 normal --- 1 a.o.liakh cas gbophuk_alt gorini41995 mike qa-p8 oldest_to_newest 159755 0 a.o.liakh 2016-11-06 21:03:17 +0300 Пакет rstudio-0.98.501-alt1.M80P.2 установлен на "чистую" систему так: Система в VirtualBox: память 2 Gb, 1 cpu, диск 8 Gb, no audio, сетевой мост. Загружен в режиме LiveCD образ, взятый отсюда: http://ftp.altlinux.org/pub/people/mike/iso/p8/alt-workstation-20161103-x86_64.iso Система обновлена (в памяти) до текущего branch'а p8 (2016-11-06). Установлены пакеты rstudio, R-doc-{html,info,pdf} и нужные по зависимостям (памяти хватает: команда free после этого говорит, что 217736 (Kb) свободно). При запуске rstudio выдаёт окошко с "R lib path (/usr/lib64/R/lib) not found" (просто R конечно же запускается). Делаю # mkdir /usr/lib64/R/lib Теперь при запуске rstudio - окошко с "R shared library (/usr/lib64/R/lib/libR.so) not found. If this is a custom build of R, was it built with the --enable-R-shlib option?" Делаю # ln -s /usr/lib64/libR.so /usr/lib64/R/lib/ Только после этого rstudio запускается и работает. Сначала баг был найден под p7 (после портирования gwt и rstudio в p7), и только потом была сделана проверка в p8. Так что очень вероятно, что такая же ошибка есть и в Сизифе. Я не понял логику разработчиков при поиске этой libR.so - создаётся впечатление, что они не хотят знать о системных shared libraries, а пользуются костылями типа /etc/R/ldpaths, причём из чужого пакета, нормально работающего у нас с пустым этим файлом. Лично мне такой подход не нравится. Времени на эксперименты с /etc/R/ldpaths уже не хватило (судя по всему, должен быть экспорт LD_LIBRARY_PATH как, например, здесь: http://stackoverflow.com/questions/11658687/ld-library-path-precendence-and-trouble-with-compiling ). Так что не знаю, что будет лучше: запаковать symlink в rstudio или таки тронуть R-base и сделать в нём подходящий /etc/R/ldpaths. 160255 1 gbophuk_alt 2016-11-28 11:55:25 +0300 Я долго бился с этой проблемой. У rkward есть схожая проблема, но с путями к докам r,но зато он понимает альтернативные пути к libR.so. В r-studio в make-file просто нет опции, которая указывает путь к альтернативному расположению libR.so. Я пытался добавить опцию на основе rkward но потерпел крах. Времени много не было разбираться и я просто навтыкал ссылок а рабочей системе. По поводу запаковать ссылку в пакет r-studio: дело в том что ссылка должна быть в каталоге, который принадлежит пакету R-base. Пройдёт ли такой пакет sisyphus-check не ясно - надо читать altlinux-policy по запаковке пакетов и принадлежности файлов. Очень просто получить какой-нибудь violation. К сожалению, решение данной проблемы пока не вижу. А писать в спам-рассылку Altlinux@mailing-list вообще желания нет. 160257 2 mike 2016-11-28 14:01:10 +0300 (В ответ на комментарий №1) > К сожалению, решение данной проблемы пока не вижу. Попросите патч :) Андрей -- более чем грамотный специалист. > А писать в спам-рассылку Altlinux@mailing-list вообще желания нет. Эт где? 168633 3 grenka 2018-01-26 17:58:09 +0300 *** Bug 34348 has been marked as a duplicate of this bug. *** 277037 4 cas 2025-11-14 12:32:50 +0300 Продукт более не поддерживается. Если актуально, то необходимо перевешать на новый поддерживаемый репозиторий (p10, p11, Sisyphus).