Вот логи, помогите плз....
[root@localhost licq-1.3.0-PRE]# ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking whether g++ accepts -fno-exceptions -fno-check-new... yes
checking how to run the C++ preprocessor... g++ -E
checking for strerror in -lcposix... no
checking whether make sets $(MAKE)... (cached) yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for ranlib... ranlib
checking for strip... /usr/bin/strip
checking for size... /usr/bin/size
Setting Linux compilation options
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking malloc.h usability... yes
checking malloc.h presence... yes
checking for malloc.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for unistd.h... (cached) yes
checking paths.h usability... yes
checking paths.h presence... yes
checking for paths.h... yes
checking for inet_addr in -lxnet... no
checking for socket in -lsocket... no
checking for gethostbyname in -lnsl... yes
checking for pthread_cancel in -lc_r... no
checking for pthread_cancel in -lpthread... yes
checking for dlopen in -lc_r... no
checking for dlopen in -lc... no
checking for dlopen in -ldl... yes
checking for dlopen modes... RTLD_NOW
checking for inet_addr... yes
checking for inet_aton... yes
checking for mktime... yes
checking for select... yes
checking for strdup... yes
checking for strerror... yes
checking for hstrerror... yes
checking for readdir_r... yes
checking for pthread_kill_other_threads_np... no
checking whether to enable SOCKS5 support... no
checking if GPGME support is desired... yes
checking for gpgme_check_version in -lgpgme... no
checking if OpenSSL support is desired... yes
checking openssl/ssl.h usability... yes
checking openssl/ssl.h presence... yes
checking for openssl/ssl.h... yes
checking for DH_free in -lcrypto... yes
checking for SSL_new in -lssl... yes
checking if OpenSSL support can be enabled... yes
checking vector usability... yes
checking vector presence... yes
checking for vector... yes
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for socklen_t... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for sys_errlist and sys_nerr... yes
checking for tm_gmtoff... yes
checking for extern long timezone... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output...
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ranlib... (cached) ranlib
checking for strip... strip
checking if gcc static flag works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
appending configuration tag "GCJ" to libtool
checking if gcj supports -fno-rtti -fno-exceptions... (cached) no
checking for gcj option to produce PIC... -fPIC
checking if gcj PIC flag -fPIC works... no
checking if gcj supports -c -o file.o... no
checking whether the gcj linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking whether NLS is requested... yes
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
configure: creating ./config.status
config.status: creating po/Makefile.in
config.status: creating m4/Makefile
config.status: creating bin/Makefile
config.status: creating share/Makefile
config.status: creating src/Makefile
config.status: creating include/Makefile
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing default-1 commands
config.status: creating po/POTFILES
config.status: creating po/Makefile

[color=red]SOCKS5 support is disabled.
GPGME support is disabled.
OpenSSL secure channel support is enabled.[/color]

--- Now type "gmake" to build Licq ---
--- If gmake is not working, try "make" ---

[root@localhost licq-1.3.0-PRE]# make
make all-recursive
make[1]: Entering directory `/home/lestat/licq-1.3.0-PRE'
Making all in m4
make[2]: Entering directory `/home/lestat/licq-1.3.0-PRE/m4'
make[2]: Цель `all' не требует выполнения команд.
make[2]: Leaving directory `/home/lestat/licq-1.3.0-PRE/m4'
Making all in share
make[2]: Entering directory `/home/lestat/licq-1.3.0-PRE/share'
make[2]: Цель `all' не требует выполнения команд.
make[2]: Leaving directory `/home/lestat/licq-1.3.0-PRE/share'
Making all in src
make[2]: Entering directory `/home/lestat/licq-1.3.0-PRE/src'
if g++ -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -Wall -I../include -DINSTALL_PREFIX=\"/usr/local\" -fPIC -DPIC -D_REENTRANT -O2 -fno-exceptions -fno-check-new -MT licq.o -MD -MP -MF ".deps/licq.Tpo" \
-c -o licq.o `test -f 'licq.cpp' || echo './'`licq.cpp; \
then mv -f ".deps/licq.Tpo" ".deps/licq.Po"; \
else rm -f ".deps/licq.Tpo"; exit 1; \
fi
../include/licq_buffer.h:65: error: extra qualification ‘CBuffer::’ on member ‘PackLNTS’
licq.cpp: In member function ‘int CLicq::Main()’:
licq.cpp:926: warning: dereferencing type-punned pointer will break strict-aliasing rules
licq.cpp:939: warning: dereferencing type-punned pointer will break strict-aliasing rules
make[2]: *** [licq.o] Ошибка 1
make[2]: Leaving directory `/home/lestat/licq-1.3.0-PRE/src'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Leaving directory `/home/lestat/licq-1.3.0-PRE'
make: *** [all] Ошибка 2
[root@localhost licq-1.3.0-PRE]#
<span class='smallblacktext'>[ Редактирование 03.02.2007 - 19:31:18 ]</span>

LICQ в дистрибутиве есть, установи с диска.

Слушай я не совсем ламер! Я искать научился!!! НЕТ ЛАСЬКИ ТАМ!!!! У меня такая сборка без нее. Я же сказал Mandriva Free 4 CD, там ее нет!!!

Тогда скачай уже готовый пакет под мандриву или близкий к ней. Ну не совсем для мандривы исходники.

с РПМ ки не хочет тоже ставиться....

А нафига тебе вообще LICQ? Она уже 100 лет как не поддерживается, и в ней были большие проблемы с совместимостью с другими windows ICQ клиентами в части русского. В свете последних изменений ICQ протокола (его по-моему постоянно модернизируют), смысла в LICQ уже никакого нет. Есть более правильные клиенты, Gaim, Kopete, которые вполне сносно работают. SIM у меня почему-то тоже не совсем ровно завелся, да и наблюдаю у него неправильную совместимость адресной книги в части Jabber протокола (полностью заполненная VCard в SIMе совпадает с серверной только в 2-3 полях..).C ICQ в SIM на FreeBSD в нем что-то тоже не все в порядке (наблюдаю у напарника, проблемы с ICQ). У меня на одной машине с Gentoo вроде пошел, а на второй, собрался, а запускаться не захотел. Делаю вывод, что не все ровно в коде, так как остальное все собирается ровно.. Кстати у Gaim'a тоже проблемы с SIM и только с SIM в Jabbere. Задваиваются сообщения. С остальными Jabber клиентами и с ICQ у него проблем нет. В принципе наверное рекомендую Gaim, как более правильный клиент для ICQ и Jabber протоколов, хоть у него и не слишком удачный интерфейс. Остальные протоколы не тестировал. Kopete последний тоже неплох, но наблюдаются глюки в части обновления состояния при появлении нового собеседника в сети, иногда не показывает. С русским у него все в порядке. Кстати в пользу Gaim могу назвать еще одно наблюдение, уж не знаю с чем связанное: ICQ спамеры не задалбывают как в той же Kopete. В общем рекомендую Gaim. А Licq наверное уже история..

Все сборки Licq для мандраки были глючными. Так что даже удачная попытка установки родного rpm вряд ли обрадует.
SIM в Jabber никогда хорошо не работал, зато в ICQ всегда справлялся на все 100%. Kopete мандраковской сборки работает без нареканий. Про Gaim ничего не могу сказать - он мне субъективно никогда не нравился.
Не знаю, что из перечисленного есть в дистрибутиве Mandriva Free 2007 4CD, но уж Kopete должен быть - он позиционируется как дефолтный в любом М2007 дистре.

И вообще, все реальные перцы давно сидят на джаббере! ;)

psi и транспорт через jabber в icq
PSI самый красивый и рульный клиент!

ну или если хочется icq - ставь GAIM
[ Редактирование 06.02.2007 - 14:52:56 ]

[quote=dennica]...
SIM в Jabber никогда хорошо не работал, зато в ICQ всегда справлялся на все 100%....[/quote]

полтора года просидел на SIM в джаббере, еще с бородатой версии (0.9-pre, чтоли), и никогда не думал, что он работает ненормально ;-)

[quote=sl1m][quote=dennica]...
SIM в Jabber никогда хорошо не работал, зато в ICQ всегда справлялся на все 100%....[/quote]

полтора года просидел на SIM в джаббере, еще с бородатой версии (0.9-pre, чтоли), и никогда не думал, что он работает ненормально ;-) [/quote]
Я, работая с СИМом, обнаружил у себя проблемы при передаче файлов и отсутствие нормальной поддержки Джаббер-конференций. Но, тем не менее, сижу на СИМе.

Поставил себе все таки Лаську но не мандриву а на АСП 11. Сипмотичная веща........ А суть вороса была в чем ошибка на мандриве нифига не собирается ............ вот и хотелась узнать у гуру что за ...........

Товарищ Lestat, я все-таки еще раз тебе посоветую юзать Jabber - это хорошо и удобно - прекрасно юзаешь остальные сервисы, такие как ICQ, AIM, вплоть до mail.ru агента... софт выше указан. Gaim также работает с Jabber.

[quote=Lestat]Поставил себе все таки Лаську но не мандриву а на АСП 11. Сипмотичная веща........ А суть вороса была в чем ошибка на мандриве нифига не собирается ............ вот и хотелась узнать у гуру что за ...........[/quote]

не знаю...у меня все собралось...причем я собирал его с QT, SSL и прочими приблудами.

Morph у тебя какая мандрива у меня фрии на 4 сд может из за этого

В общем SIM отстой. Собирал дома - собрался, работает. Собирал на работе - собрался, но валится при запуске. Если где и запустился - то неправильная работа с VCards в jabber'e, поля не совпадают. Проблемы с GAIM - задваиваются сообщения. С другими клиентами у GAIM в Jabber'e нет проблем. У напарника на FreeBSD стали возникать проблемы с ICQ, вроде и на связи, а сообщения не принимает. Короче SIM крайне не рекомендую к использованию. Уж лучше Kopete, или Gaim.

нуу... я так просто qip под crossover юзаю :P

qip объективно хорош. но только покупать ради него crossover - это слишком. да и вообще, смысл использования виндовых программ под эмулем есть только тогда, когда нужной функциональности иначе добиться нельзя.

Вряд ли буду кристально объективен :-) Все, что скажу - ИМХО.
А чем вам не нравится [link=http://psi-im.org ]psi-im[/link]? Использую уже давненько. И в джаббере и в аське, ирц там же + конфа. Никаких проблем не замечал. Только файлами не обменивался никогда. Вопрос: а зачем в клиенте мгновенных сообщений передача файлов? Мне хватает мейла, да, в принципе, и по фтп можно.

>>Вопрос: а зачем в клиенте мгновенных сообщений передача файлов?
2[b]whitewarrior[/b]:
Как, вы не знаете? Довольно большое количество номеров ICQ были украдены, используя возможности пересылки файлов. :-)

2[b]Lestat[/b]
>>checking dependency style of gcc... gcc3

Нутром чую, что-то не то... разве в 2007 Мандриве не GCC 4.1.x?

Проверьте версию как компилятора так и хидеров к нему.

Пройдя по [url=http://www.opennet.ru/base/faq/lor_linux_faq.txt.html]ссылке[/url], найдите абзац:

"Через SOCKS5 также прекрасно
работает licq. Для этого нужно собрать и установить socks-cap
клиент. К сожалению, он был убран с сайта производителя, но на
http://mcmcc.bat.ru его еще можно найти. После
установки клиента НЕ НУЖНО сносить исходники - они нам понадобятся
для сборки licq."

Далее по линкам.