Bug 12836

Summary: Wrong plugin dir on x86_64
Product: Sisyphus Reporter: Vitaly A. Ostanin <vyt>
Component: libesmartAssignee: Konstantin Pavlov <thresh>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P2    
Version: unstable   
Hardware: all   
OS: Linux   

Description Vitaly A. Ostanin 2007-09-19 13:17:20 MSD
В configure.in для переменной container_plugin_dir забит ${prefix}/lib/...,
нужно поменять на ${libdir}, иначе entice падает с сообщением про невозможность
загрузить default plugin.
libesmart-0.9.0.010-alt1.20070731

Там же надо изменить зависимость ecore-evas на просто ecore - имя .pc файла в
libecore изменилось.

Я за это взялся, чтобы посмотреть entice. Посмотреть не удалось, в итоге забил,
выяснив, что в libepsilon-devel не упакован .pc файл.

PS В -devel пакетах надо прописывать Requires на все пакеты, в которых находятся
библиотеки, показанные в pkg-config --libs esmart. Про esmart не уверен, но в
evas-devel/ecore-devel точно надо.

evas-devel:
%package -n lib%name-devel
...
Requires: libeet-devel zlib-devel libjpeg-devel libedb-devel libpng-devel


ecore-devel:
%package -n lib%name-devel
...
Requires: libX11-devel libXext-devel libcurl-devel


Вообще странно, как оно всё собиралось раньше. В esmart пришлось выставить 
%set_verify_elf_method unresolved=relaxed
и закомментировать в data/esmart_text_entry_test.edc битое описание back_clip со
ссылкой на него.

PPS Глюк со шрифтами квадратиками в e17 успешно живёт уже больше года :(
Comment 1 Konstantin Pavlov 2007-09-19 14:08:37 MSD
(In reply to comment #0)
> В configure.in для переменной container_plugin_dir забит ${prefix}/lib/...,
> нужно поменять на ${libdir}, иначе entice падает с сообщением про невозможность
> загрузить default plugin.
> libesmart-0.9.0.010-alt1.20070731

Спасибо, fixed.
Comment 2 Vitaly A. Ostanin 2007-09-20 14:06:40 MSD
Виноват, сумбурно написал. Нужно поменять на ${libdir} не только /lib/, но и
${prefix} тоже. Иначе получается /usr//usr/lib64.

${libdir} уже включает значение ${prefix}. Вообще этот configure.in кривой
какой-то, хорошо бы попросить upstream его переписать, раз уж rasterman
декларирует чистоту кода в core libraries.

Ну и это... может, оставить .gear-rules только в актуальном бранче? А то я сдуру
gear'ом собирал из master, а оказалось, что надо из ALT.