LICQ (Проблемы)

PCLinuxOS

Модератор: Bizdelnick

!Lestat!
Сообщения: 6

LICQ

Сообщение !Lestat! »

Возникли проблемы при установки LICQ и SIM Сижу на 2007 Мандриве, при сборке допускает ошибки, на память не вспомну, ща грех совершаю --ФОРТОЧКА-- гг ((( Сказать точно не могу, тупанул что то не сохранил вид ошибки. Конфигурирует нормально, а как начинаю собирать кричит, вы батенька куда ломитесь??? Ну кто сможет помогите чем могите! :( вот 392992200 аська, точнее jimm бабки на инете кончились, скоро кину.




Линуха жила, живет, и будет жить! Да будет так!
Маленький мальчик, зашел он в сисопку,
Линукс отстой - крикнул негромко,
Долго пинали мертвое тело,
Не кто не вступился - пинали за дело!!!

Вот логи, помогите плз....

Код:

[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 SOCKS5 support is disabled. GPGME support is disabled. OpenSSL secure channel support is enabled. --- 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]#
Nightquest - quest not for the past, But for tomorrow to make it last, Simply the best way to walk this life,Hand in hand with the dreamersґ minds, Enter the realm, donґt stay awake,The dreams remain, they only brake, Forget the task, enjoy the ride, And follow us into the night
Спасибо сказали:
Аватара пользователя
tuupic
Сообщения: 197
ОС: Gentoo

Re: LICQ

Сообщение tuupic »

../include/licq_buffer.h:65: error: extra qualification ‘CBuffer::’ on member ‘PackLNTS’

То же самое.
Покопался в исходниках. Это натуральная ошибка(или я чего-то не понимаю)
Там такая вот вещь:
class CBuffer
{
public:
CBuffer();
CBuffer(unsigned long _nSize);
CBuffer(const CBuffer &);
~CBuffer();

...

char *CBuffer::PackLNTS(const char *);

...
}

Не знаю как правильно это назвать, очепятка, что-ли...
Исправив это(убрал из 65-й строки префикс CBuffer) получил следующее:
[tuupic@tuupic licq-1.3.2]$ gmake
gmake all-recursive
gmake[1]: Entering directory `/home/tuupic/Install/licq-1.3.2'
Making all in m4
gmake[2]: Entering directory `/home/tuupic/Install/licq-1.3.2/m4'
gmake[2]: Цель `all' не требует выполнения команд.
gmake[2]: Leaving directory `/home/tuupic/Install/licq-1.3.2/m4'
Making all in share
gmake[2]: Entering directory `/home/tuupic/Install/licq-1.3.2/share'
gmake[2]: Цель `all' не требует выполнения команд.
gmake[2]: Leaving directory `/home/tuupic/Install/licq-1.3.2/share'
Making all in src
gmake[2]: Entering directory `/home/tuupic/Install/licq-1.3.2/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 icqd.o -MD -MP -MF ".deps/icqd.Tpo" \
-c -o icqd.o `test -f 'icqd.cpp' || echo './'`icqd.cpp; \
then mv -f ".deps/icqd.Tpo" ".deps/icqd.Po"; \
else rm -f ".deps/icqd.Tpo"; exit 1; \
fi
icqd.cpp: In member function ‘bool CICQDaemon::Start()’:
icqd.cpp:424: error: ‘MonitorSockets_tep’ was not declared in this scope
icqd.cpp:430: error: ‘Ping_tep’ was not declared in this scope
icqd.cpp:437: error: ‘UpdateUsers_tep’ was not declared in this scope
icqd.cpp: In member function ‘pthread_t* CICQDaemon::Shutdown()’:
icqd.cpp:736: error: ‘Shutdown_tep’ was not declared in this scope
icqd.cpp: In member function ‘void CICQDaemon::SendEvent_Server(CPacket*)’:
icqd.cpp:1361: error: ‘ProcessRunningEvent_Server_tep’ was not declared in this scope
icqd.cpp: In member function ‘ICQEvent* CICQDaemon::SendExpectEvent_Server(const char*, long unsigned int, CPacket*, CUserEvent*, bool)’:
icqd.cpp:1392: error: ‘ProcessRunningEvent_Server_tep’ was not declared in this scope
icqd.cpp: In member function ‘ICQEvent* CICQDaemon::SendExpectEvent_Server(long unsigned int, CPacket*, CUserEvent*, bool)’:
icqd.cpp:1431: error: ‘ProcessRunningEvent_Server_tep’ was not declared in this scope
icqd.cpp: In member function ‘ICQEvent* CICQDaemon::SendExpectEvent_Client(ICQUser*, CPacket*, CUserEvent*)’:
icqd.cpp:1470: error: ‘ProcessRunningEvent_Client_tep’ was not declared in this scope
icqd.cpp: In member function ‘ICQEvent* CICQDaemon::SendExpectEvent(ICQEvent*, void* (*)(void*))’:
icqd.cpp:1483: error: ‘ProcessRunningEvent_Server_tep’ was not declared in this scope
icqd.cpp:1491: error: ‘ProcessRunningEvent_Server_tep’ was not declared in this scope
icqd.cpp: In member function ‘void CICQDaemon::FailEvents(int, int)’:
icqd.cpp:1586: error: ‘ProcessRunningEvent_Client_tep’ was not declared in this scope
icqd.cpp: In member function ‘void CICQDaemon::ProcessMessage(ICQUser*, CBuffer&, char*, short unsigned int, long unsigned int, long unsigned int*, short unsigned int, bool, bool&)’:
icqd.cpp:2395: warning: unused variable ‘nOwnerStatus’
gmake[2]: *** [icqd.o] Ошибка 1
gmake[2]: Leaving directory `/home/tuupic/Install/licq-1.3.2/src'
gmake[1]: *** [all-recursive] Ошибка 1
gmake[1]: Leaving directory `/home/tuupic/Install/licq-1.3.2'
gmake: *** [all] Ошибка 2

Сей смысл: кто-то где-то забыл сделать заголовочный файл и сделать его include или при компиляции не указал какие-то параметры.

Может это компилятор мандривы такой или ...
Вообщем licq нужна, а не ставится. Пакет ставить. Так он ещё целую кучу требует, которую я так и не нашёл
Подскажите кто знает как эту аську всё-таки поставить.
Не ПИНГВИН, зато летаю!!!

home: Gentoo; laptop: Gentoo; server: FreeBSD 7.1
KDE 4.2.
мой блог
Спасибо сказали:
Аватара пользователя
The VarMaster
Сообщения: 116
Статус: Взгляни на жизнь иначе
ОС: Arch Linux x64 Current

Re: LICQ

Сообщение The VarMaster »

1. Почему вы не используете urpmi? Все замечательно ставится из источника MDE (http://www.mde.gjura.org)
2. А вы не подумали, что хидеров может не хватать именно из-за того, что пакеты не установлены?
3. Что вообще за привычка лезть в пакетную систему с компилером? Поставьте себе слак, арч или женту - и компиляйтесь скока влезет.
Asus P4T533-C, P4 3.06 HT, 1Gb RDRAM PC1066, RAID 1: 2x160 Gb IDE, 2x 1Tb SATA, NVidia GeForce 6600 | Arch Linux LTS
Asus P5E Deluxe, QX9650, 8Gb DDR PC2-8500, 1x750 Gb SATA (ahci), NVidia GeForce GTX260, NVidia Tesla C1060 | Arch Linux x64 BFS
Спасибо сказали:
Аватара пользователя
tuupic
Сообщения: 197
ОС: Gentoo

Re: LICQ

Сообщение tuupic »

The VarMaster писал(а):
11.03.2007 16:49
1. Почему вы не используете urpmi? Все замечательно ставится из источника MDE (http://www.mde.gjura.org)
2. А вы не подумали, что хидеров может не хватать именно из-за того, что пакеты не установлены?
3. Что вообще за привычка лезть в пакетную систему с компилером? Поставьте себе слак, арч или женту - и компиляйтесь скока влезет.

1. Чтобы скачать с источника, надо его добавить. Чтобы добавить источник надо скачать почти сотню метров чёрти-чего, а это я себе не могу позволить
2. тогда ошибки вылазили бы на этапе ./configure
3. Не всё есть в пакетах. Не все версии есть в подходящих пакетах. Кое что лучше ставить из исходников
Не ПИНГВИН, зато летаю!!!

home: Gentoo; laptop: Gentoo; server: FreeBSD 7.1
KDE 4.2.
мой блог
Спасибо сказали:
Vadim165
Сообщения: 168
ОС: XP, Vista, Mandriva

Re: LICQ

Сообщение Vadim165 »

[ Чтобы добавить источник надо скачать почти сотню метров чёрти-чего, а это я себе не могу позволить


Что за бред???? Галочку "использовать сжатый индекс" поставить не судьба???

А вообще, я бы не ставил Мандриву, если с инетом все плохо... Воспользуйтесь советом приведенным выше.
Спасибо сказали:
Аватара пользователя
Phenix
Сообщения: 20
ОС: Mandriva_2007_power_pack

Re: LICQ

Сообщение Phenix »

вам делать нех??
Licq - самая кривая прога.........
SIM я ставил..поставилось........
kopete юзать не судьба ?!
Спасибо сказали:
olelukoie
Сообщения: 1248
ОС: Linux, Win

Re: LICQ

Сообщение olelukoie »

Подобного рода ошибки при компиляции как правило означают, что прога писалась для гораздо более ранней версии компилятора. В данном случае это, скорее всего, была версия gcc2.96. Многие проги, написанные на С++ с ее использованием, скомпилировать версиями gcc 3.x и 4.x невозможно в принципе, поскольку стандарты языка С++ были приняты только в 2001-2002 годах, и в старых версиях компиляторов допускались вольности, которые теперь не допускаются. Здесь есть два выхода - переписать исходный код с учетом новых стандартов языка программирования или использовать более старый компилятор.
Спасибо сказали:
olelukoie
Сообщения: 1248
ОС: Linux, Win

Re: LICQ

Сообщение olelukoie »

The VarMaster писал(а):
11.03.2007 16:49
3. Что вообще за привычка лезть в пакетную систему с компилером? Поставьте себе слак, арч или женту - и компиляйтесь скока влезет.


А что ты имеешь против компиляции пакетов из исходников. Например, я десять лет использую "пакетную систему" rpm, а из бинарников ставил софт всего три раза:

Первый раз в 1997 году (Red Hat 4.2)
Второй раз где-то в 2000 году (снос красной шапки и установка мандрейка, если не ошибаюсь, 7.0)
Третий раз месяц назад (когда нашлась замена сдохшему полгода назад винту, на котором стоял линух)

В промежутках между этими тремя моментами времени все обновления системы производились исключительно через самостоятельную компиляцию исходников.
Спасибо сказали:
Аватара пользователя
tuupic
Сообщения: 197
ОС: Gentoo

Re: LICQ

Сообщение tuupic »

Phenix писал(а):
13.03.2007 18:40
вам делать нех??
Licq - самая кривая прога.........
SIM я ставил..поставилось........
kopete юзать не судьба ?!

kopete гонит с win кодировкой, но не в тесксте, а в именах, описаниях и т.д.
Сейчас тоже SIM поставил. Я ею ещё из под винды пользовался.
Не ПИНГВИН, зато летаю!!!

home: Gentoo; laptop: Gentoo; server: FreeBSD 7.1
KDE 4.2.
мой блог
Спасибо сказали:
Аватара пользователя
Phenix
Сообщения: 20
ОС: Mandriva_2007_power_pack

Re: LICQ

Сообщение Phenix »

хз у меня все гут........... в настройках кодировку CP1251 поставььььь
Спасибо сказали:
dg-x
Сообщения: 4

Re: LICQ

Сообщение dg-x »

licq тожен не поставилась. У меня вопрос - почему когда я захожу ы kopete под своим номерком, то у меня весь контакт лист пустой?
Спасибо сказали:
Аватара пользователя
The VarMaster
Сообщения: 116
Статус: Взгляни на жизнь иначе
ОС: Arch Linux x64 Current

Re: LICQ

Сообщение The VarMaster »

Юзаю GAIM... никаких проблем с кодировкой не наблюдается.

olelukoie писал(а):
13.03.2007 21:14
The VarMaster писал(а):
11.03.2007 16:49

3. Что вообще за привычка лезть в пакетную систему с компилером? Поставьте себе слак, арч или женту - и компиляйтесь скока влезет.


А что ты имеешь против компиляции пакетов из исходников. Например, я десять лет использую "пакетную систему" rpm, а из бинарников ставил софт всего три раза:

Первый раз в 1997 году (Red Hat 4.2)
Второй раз где-то в 2000 году (снос красной шапки и установка мандрейка, если не ошибаюсь, 7.0)
Третий раз месяц назад (когда нашлась замена сдохшему полгода назад винту, на котором стоял линух)

В промежутках между этими тремя моментами времени все обновления системы производились исключительно через самостоятельную компиляцию исходников.

Ну, нет, я не говорю о случае, когда пользователю нравится переть против логики дистрибутива. Я говорю о данном конкретном случае, когда бинарник банально не собирается со всеми вытекающими. Если хочется собрать из исходников свою систему - то имхо это явно не в мандриву и вообще не в юзер-френдли дистры - скорее в женту и арч.
Asus P4T533-C, P4 3.06 HT, 1Gb RDRAM PC1066, RAID 1: 2x160 Gb IDE, 2x 1Tb SATA, NVidia GeForce 6600 | Arch Linux LTS
Asus P5E Deluxe, QX9650, 8Gb DDR PC2-8500, 1x750 Gb SATA (ahci), NVidia GeForce GTX260, NVidia Tesla C1060 | Arch Linux x64 BFS
Спасибо сказали:
dg-x
Сообщения: 4

Re: LICQ

Сообщение dg-x »

gaim тоже неплохой, вот только пол контакт-листа удалил :D Остановился на wine+qip
Спасибо сказали:
olelukoie
Сообщения: 1248
ОС: Linux, Win

Re: LICQ

Сообщение olelukoie »

The VarMaster писал(а):
18.03.2007 18:20
Ну, нет, я не говорю о случае, когда пользователю нравится переть против логики дистрибутива. Я говорю о данном конкретном случае, когда бинарник банально не собирается со всеми вытекающими.


Рискуя нарваться на санкции за оффтоп (простите меня, я больше не буду!), все же отвечу.

Я устанавливал софт из исходников не потому, что мне это очень нравилось (уходила уйма времени на компиляцию), а потому, что:

1. Для моего Athlon XP оптимизированного по быстродействию дистра мандривы в природе не существует (где-то в сети были опубликованы результаты тестирования производительности различных дистрибутивов, и мандрейк/мандрива оказалась на одном из последних мест).
2. Далеко не весь софт включен в состав дистрибутива. Особенно фри-версии. Например, в него не входит такая замечательная софтина, как Lazarus (опен-сорс-аналог Delphi). И поставить его можно только из исходников - бинарники не катят. Или вот искал софт для чата в локалке, совместимый с VyPress Chat. Все, что нашел, пришлось ставить и тестить из исходников (и ошибки компиляции были аналогичными приведенным выше в этом топике!). А про мой сканер (HP ScanJet 3970) в мандриве вообще забыли - пришлось качать дополнительный патч для SANE и собирать его из исходников. Аналогичное действие предстоит и в отношении ТВ-тюнера AverTV Hybrid+ PCI (A16D).
3. Далеко не все проги, включенные в дистр, скомпилированы с задействованием всех их возможностей (особенно это касается поддержки mp3 и DVD-видео, а также кодеков Win32). А проект PLF появился относительно недавно.
4. И последнее

Если хочется собрать из исходников свою систему - то имхо это явно не в мандриву и вообще не в юзер-френдли дистры


А если хочется собрать юзер-френдли дистр на основе мандривы, но с некоторыми изменениями/улучшениями и оптимизацией под конкретное железо, то что тогда делать?
Спасибо сказали:
Lex Mrack
Сообщения: 73
ОС: SuSE 10.1-1, Mandriva 2007 PP+

Re: LICQ

Сообщение Lex Mrack »

Я бросил попытки скомпилить SIM под мандриву 64....
Поставил wine и запустил на нём мой любимый, неглючный, быстрый, простой... &RQ 0.9.3
www.andrq.ru
Всё работает без проблем и гораздо лучше чем тот же самый SIM, Kopete, licq, а особенно глючный и непередающий сообщение QIP.
Спасибо сказали:
Аватара пользователя
Snupt
Бывший модератор
Сообщения: 2062
Статус: No Place for RTFM Here…
ОС: Mac OS X

Re: LICQ

Сообщение Snupt »

Ребят, не надо флейма, это ветка юзерфрендли дистрибутива, если кто забыл, поэтому и юзеры то же должны быть юзерфрендли по отношений к другим юзерам. Надеюсь на понимание :)

Во-первых, !Lestat!, большие по объёму логи и цитаты необходимо либо прикреплять текстовым файлом к сообщению, либо заключать в тег codebox, что я и сделал, собственно. Куча текста на экране не всегда удобно.
Во-вторых, если нет принциипиальной разницы в разрешении вопроса, а то есть надо установить софтину и добиться её работоспособности, но лучше уж будет использовать менеджеры пакетов дистрибутива, а именно urpmi или rpmdrake.
(tuupic @ Mar 12 2007, в 13:20) писал(а):Чтобы скачать с источника, надо его добавить. Чтобы добавить источник надо скачать почти сотню метров чёрти-чего, а это я себе не могу позволить

Не обязательно. Я, например, всегда качал с сжатым индексом, считанные килобайты выходит потребление траффика. Обратите внимание на прикреплённую тему Установка дополнительного ПО в Мандриве.

Пусть каждый сам выбирает что ему юзать и как ставить софт. Всё равно потом посносят вайны... придёт ещё время.

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