On 17:07 Mon 03 Apr, Sergey Y. Afonin wrote:
> Приветствую.
> 
> /bin/sh ../libtool --tag=CC --mode=link i586-alt-linux-gcc  -pipe -Wall -O2 -march=i586 -mtune=pentium4  -rdynamic -o libospf.la -rpath /usr/lib -version 0:0:0 ospfd.lo ospf_zebra.lo ospf_interface.lo ospf_ism.lo ospf_neighbor.lo ospf_nsm.lo ospf_dump.lo ospf_network.lo ospf_packet.lo ospf_lsa.lo ospf_spf.lo ospf_route.lo ospf_ase.lo ospf_abr.lo ospf_ia.lo ospf_flood.lo ospf_lsdb.lo ospf_asbr.lo ospf_routemap.lo ospf_snmp.lo ospf_opaque.lo ospf_te.lo ospf_vty.lo ospf_api.lo ospf_apiserver.lo  -lm -lcrypt   -lzebra
> i586-alt-linux-gcc -shared  .libs/ospfd.o .libs/ospf_zebra.o .libs/ospf_interface.o .libs/ospf_ism.o .libs/ospf_neighbor.o .libs/ospf_nsm.o .libs/ospf_dump.o .libs/ospf_network.o .libs/ospf_packet.o .libs/ospf_lsa.o .libs/ospf_spf.o .libs/ospf_route.o .libs/ospf_ase.o .libs/ospf_abr.o .libs/ospf_ia.o .libs/ospf_flood.o .libs/ospf_lsdb.o .libs/ospf_asbr.o .libs/ospf_routemap.o .libs/ospf_snmp.o .libs/ospf_opaque.o .libs/ospf_te.o .libs/ospf_vty.o .libs/ospf_api.o .libs/ospf_apiserver.o  -lm -lcrypt -lzebra  -march=i586 -mtune=pentium4 -Wl,-soname -Wl,libospf.so.0 -o .libs/libospf.so.0.0.0
> /usr/bin/ld: cannot find -lzebra
> 
> А у меня собирается... Заподозрил race, но посмотрел - сборка 
> вызывается, как %make... Для x86_64 ситуация такая же.
А libquagga в BuildRequires есть?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Меня интересует -- что теперь курят в офисе, что удивляются
потом тому, что Bourne-Again shell script text executable (c) file
пытаются пробабилистически воспринимать как ELF?
		-- mike in devel@