Bug 32722 - Не запускается: не там ищет libR.so
Summary: Не запускается: не там ищет libR.so
Status: NEW
Alias: None
Product: Branch p8
Classification: Distributions
Component: rstudio (show other bugs)
Version: не указана
Hardware: all Linux
: P3 normal
Assignee: Andrey Cherepanov
QA Contact: qa-p8@altlinux.org
URL:
Keywords:
: 34348 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-11-06 21:03 MSK by Andrey Liakhovets
Modified: 2018-01-26 17:58 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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. ***