[devel] Сборка пакета и предоставляемые им же библиотеки.

[devel] Сборка пакета и предоставляемые им же библиотеки.

[Dmitry Marochko]

[-- Attachment #1: Type: text/plain, Size: 2418 bytes --]

Сразу скажу, что я только осваваю сборку и могу задавать глупые с точки зрения 
более опытного мейнтейнера вопросы, но тем не менее :)

Я пытаюсь собрать в пакет для себя (и Сизифа, если удастся доточить) 
kmediafactory - полезную прогу для DVD авторинга. Так вот, у этой программы 
есть библиотека (плагин), которая зависит от библиотеки в этой же программе. 
При стандартном, но неправильном configure && make && make install все штатно 
собирается и ставится куда надо, в т.ч. устанавливаются библиотеки с помощью 
libtool. Если же собирать в RPM, то сборка проходит нормально, но при 
установке библиотек вываливается со следующими симптомами:

Making install in dvimport
make[2]: Entering directory 
`/home/mothlike/RPM/BUILD/kmediafactory-0.4.1/plugins/dvimport'
make[3]: Entering directory 
`/home/mothlike/RPM/BUILD/kmediafactory-0.4.1/plugins/dvimport'
test -z "/usr/lib/kde3" || mkdir -p -- . 
"/home/mothlike/tmp/kmediafactory-buildroot/usr/lib/kde3"
 /bin/sh ../../libtool --silent --mode=install /bin/install -p  
'kmediafactory_dvimport.la' 
'/home/mothlike/tmp/kmediafactory-buildroot/usr/lib/kde3/kmediafactory_dvimport.la'
libtool: install: warning: relinking `kmediafactory_dvimport.la'

*** Warning: Linking the shared library kmediafactory_dvimport.la against the 
loadable module
*** kmediafactory_video.so is not portable!
/usr/bin/ld: cannot find -lkmediafactory_video
collect2: ld returned 1 exit status
libtool: install: error: relink `kmediafactory_dvimport.la' with the above 
command before installing it
make[3]: *** [install-kde_moduleLTLIBRARIES] Error 1

Я так понимаю, что libtool смотрит на основании .la файла наружу, в системный 
%libdir, а не внутрь %buildroot.

На основании вышеизложенного у меня есть следующие вопросы: нужно ли мне 
принудительно менять .la на .so в Makefile этих плагинов и как правильно 
устанавливать с помощью libtool библиотеки при сборке в RPM? И что такое 
relinking, о котором меня предупреждают?

Я использовал заклинание вида:

%__subst "s/\(Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g" 
admin/acinclude.m4.in
%__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in
%__subst "s/\.la/.so/g" admin/acinclude.m4.in
%make -f admin/Makefile.common cvs ||:

для сборки KDE програм в Сизифе.

Также, нужно ли выделять в отдельный пакет библиотеки этой программы, или и 
так пойдет? :)

-- 
With best wishes,
Dmitry Marochko aka Mothlike

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[devel] Re: Сборка пакета и предоставляемые им же библиотеки.

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1562 bytes --]

Hi Dmitry!

Tuesday 08, at 11:30:45 PM you wrote:

> На основании вышеизложенного у меня есть следующие вопросы: нужно ли мне 
> принудительно менять .la на .so в Makefile этих плагинов и как правильно 
> устанавливать с помощью libtool библиотеки при сборке в RPM? И что такое 
> relinking, о котором меня предупреждают?
менять .la на .so надо однозначно, .la у нас давно нет. relinking делается
в случае изменения путей до библиотек на этапе сборки/установки (как раз
%buildroot и %_libdir). Как раз, если забить на .la, этого делаться не
будет.

> 
> Я использовал заклинание вида:
> 
> %__subst "s/\(Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g" 
> admin/acinclude.m4.in
> %__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in
> %__subst "s/\.la/.so/g" admin/acinclude.m4.in
> %make -f admin/Makefile.common cvs ||:
> 
> для сборки KDE програм в Сизифе.
> 
> Также, нужно ли выделять в отдельный пакет библиотеки этой программы, или и 
> так пойдет? :)
выделять их можно (и нужно) лишь только в том случае, если есть
другие приложения, которые их используют. Иначе особого смысла нет. Либо
если можно распилить пакет на -libs, -plugins -ui, т.е. возможна ситуация,
что какой-то другой проге потребуется -libs (?-plugins), но не -ui или
-data от основного пакета.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: Сборка пакета и предоставляемые им же библиотеки.

[Dmitry Marochko]

[-- Attachment #1: Type: text/plain, Size: 1028 bytes --]

В сообщении от 9 Ноябрь 2005 00:31 Konstantin A. Lepikhov написал(a):

>менять .la на .so надо однозначно,
А где именно это нужно делать правильно в случае неких дополнительных 
библиотек? Мне лишь смутно понятны эволюции всяких там admin/acinclude.m4.in, 
Makefile.{am,in} и превращение их в итоге в Makefile :(

>.la у нас давно нет. 
$ find /usr/lib/kde3 -type f |grep .la$
[...]
/usr/lib/kde3/kwin3_b2.la
/usr/lib/kde3/kwin.la
/usr/lib/kde3/katedefaultprojectplugin.la
/usr/lib/kde3/kcm_ksplashthemes.la
/usr/lib/kde3/kcm_randr.la
/usr/lib/kde3/kcm_kwindecoration.la
[...]

А это тогда что? Остатки неубитых хвостов? Или они просто упакованы в пакет, 
но реально не используются?

>если можно распилить пакет на -libs, -plugins -ui, т.е. возможна ситуация,
>что какой-то другой проге потребуется -libs (?-plugins), но не -ui или
>-data от основного пакета.
В моем случае это маловероятно. Тем более что для начала нужно заставить этот 
пакет собраться в RPM, чорт побери.

-- 
With best wishes,
Dmitry Marochko aka Mothlike

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] Re: Сборка пакета и предоставляемые им же библиотеки.

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 770 bytes --]

On Wed, Nov 09, 2005 at 09:01:11PM +0300, Dmitry Marochko wrote:
> $ find /usr/lib/kde3 -type f |grep .la$
.la у нас нет в (/usr)?/lib
> [...]
> /usr/lib/kde3/kwin.la
> [...]
> А это тогда что? Остатки неубитых хвостов? Или они просто упакованы в пакет, 
> но реально не используются?
Ну, вообще не используются AFAIK.
Поскольку с всякими там плагинами никто не линкуется, смысла в убирании их
.la вроде как нет. Хотя Зерг может и поправить.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Вообще, похоже, весь мировой экспириенс по autotools делился крайне
неравномерно. Махоткину вон досталось 3/4 всего российского, а большей
части разработчиков, похоже, вообще ничего не перепало. Отсюда и траблы :-)
		-- morozov in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: Сборка пакета и предоставляемые им же библиотеки.

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 838 bytes --]

On Wednesday 09 November 2005 21:49, Andrey Rahmatullin wrote:
> On Wed, Nov 09, 2005 at 09:01:11PM +0300, Dmitry Marochko wrote:
> > $ find /usr/lib/kde3 -type f |grep .la$
>
> .la у нас нет в (/usr)?/lib
>
> > [...]
> > /usr/lib/kde3/kwin.la
> > [...]
> > А это тогда что? Остатки неубитых хвостов? Или они просто
> > упакованы в пакет, но реально не используются?
>
> Ну, вообще не используются AFAIK.
> Поскольку с всякими там плагинами никто не линкуется, смысла в
> убирании их .la вроде как нет. Хотя Зерг может и поправить.
В /usr/lib/kde3/ лежат и библиотеки, с которыми линуются.
А при сборке kde-3.5 попробую исключить /usr/lib/kde3/*.la,
т.е. если в новом kde они остануться, то эксперимент не удался.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] Сборка пакета и предоставляемые им же библиотеки.

[Alex Yustasov]

On Tue, Nov 08, 2005 at 11:30:45PM +0300, Dmitry Marochko wrote:
> Сразу скажу, что я только осваваю сборку и могу задавать глупые с точки зрения 
> более опытного мейнтейнера вопросы, но тем не менее :)
> 
> Я пытаюсь собрать в пакет для себя (и Сизифа, если удастся доточить) 
> kmediafactory - полезную прогу для DVD авторинга. Так вот, у этой программы 
> есть библиотека (плагин), которая зависит от библиотеки в этой же программе. 
> При стандартном, но неправильном configure && make && make install все штатно 
Почему неправильном?
Посмотрите в configure, может есть ключики типа

./configure --prefix=$RPM_BUILD_ROOT%_datadir \
	    --exec-prefix=$RPM_BUILD_ROOT/usr \
	    --sysconfdir=%_sysconfdir \
	    --datadir=$RPM_BUILD_ROOT%_datadir

make install разложит в buildroot, а потом пилить на пакеты как хочешь.