Bug 32722

Summary: Не запускается: не там ищет libR.so
Product: Branch p8 Reporter: Andrey Liakhovets <a.o.liakh>
Component: rstudioAssignee: Andrey Cherepanov <cas>
Status: NEW --- QA Contact: qa-p8 <qa-p8>
Severity: normal    
Priority: P3 CC: gbophuk_alt, gorini41995, mike
Version: не указана   
Hardware: all   
OS: Linux   

Description Andrey Liakhovets 2016-11-06 21:03:17 MSK
Пакет 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.
Comment 1 gBopHuk 2016-11-28 11:55:25 MSK
Я долго бился с этой проблемой. У rkward есть схожая проблема, но с путями к докам r,но зато он понимает альтернативные пути к libR.so. В r-studio в make-file просто нет опции, которая указывает путь к альтернативному расположению libR.so. Я пытался добавить опцию на основе rkward но потерпел крах. Времени много не было разбираться и я просто навтыкал ссылок а рабочей системе.

По поводу запаковать ссылку в пакет r-studio: дело в том что ссылка должна быть в каталоге, который принадлежит пакету R-base. Пройдёт ли такой пакет sisyphus-check не ясно - надо читать altlinux-policy по запаковке пакетов и принадлежности файлов. Очень просто получить какой-нибудь violation. 

К сожалению, решение данной проблемы пока не вижу. А писать в спам-рассылку Altlinux@mailing-list вообще желания нет.
Comment 2 Michael Shigorin 2016-11-28 14:01:10 MSK
(В ответ на комментарий №1)
> К сожалению, решение данной проблемы пока не вижу.
Попросите патч :)  Андрей -- более чем грамотный специалист.

> А писать в спам-рассылку Altlinux@mailing-list вообще желания нет.
Эт где?
Comment 3 Grigory Ustinov 2018-01-26 17:58:09 MSK
*** Bug 34348 has been marked as a duplicate of this bug. ***