Мультипротокольний клієнт qutIM

[Re.]

Уже pidgin, kopete простіше встановити.
Це значить, що пакунок Вам не підходить.
Краще спитайте на форумі розробників.

[Sandr]

Kopete та Pidgin я вже використовував. Тут не в тому питання, що простіше...

Цей qutIM цікавий тим, що містить такі користні плагіни як mrim та vkontakte. В мене самого купа знайомих з Mail.Ru Агента, а учні всі поголовно висять В Контакті. Для того, щоб поспілкуватися в Агенті, мені доводиться завантажуватися у Вікна. А перевести спілкування учнів з браузера в месенджер означатиме відчутне зниження навантаження та трафік, оскільки Інтернет то низькошвидкісний. Та й взагалі, як на мене, то це досить цікавий месенджер, щоб ним скористатися.

На форумі розробників зібралися мабуть виключно розробники (принаймні складається таке враження). Тому пояснити вони толком нічого не можуть, оскільки вважають усіх інших "домохазяйками". Нариклад, прочитавши ось цю тему, я так і не побачив відповіді на поставлене в темі питання. А вислови типу "боже, если ты дашь им мозг — я в тебя уверую!" навряд чи пояснюють якось поставлене питання...  

[Re.]

До речі, у Вас не стара qt?
Цікаво, на яку вікі вони пошлють з цією помилкою:

Код: [Вибрати]

qutim: symbol lookup error: qutim: undefined symbol: _ZN10QBoxLayout10setStretchEii

Може, порадитесь приватно з опікуном цієї програми в OpenSuse?

[Sandr]

Звантажив та встановив наступні пакунки:

• cmake-2.6.2-6.1.i586.rpm
  
• libqt4-4.4.90+20090214-1.1.i586.rpm
  
• libqt4-devel-4.4.90+20090214-1.1.i586.rpm
  
• libqt4-qt3support-4.4.90+20090214-1.1.i586.rpm
  
• libqt4-sql-4.4.90+20090214-1.1.i586.rpm
  
• libqt4-sql-sqlite-4.4.90+20090214-1.1.i586.rpm
  
• libqt4-x11-4.4.90+20090214-1.1.i586.rpm
  
• libQtWebKit4-4.4.90+20090214-2.1.i586.rpm
  
• libQtWebKit-devel-4.4.90+20090214-2.1.i586.rpm

[Sandr]

Звантажив архів з кодом qutim-0.2.0.tar.bz2 з сайту розробника http://www.qutim.org/glavnaya.

Всередині даний архів містить теку qutim-0.2.0, всередині якої і розташовані файли з вихідними кодами програми. Розпакував архів через контекстне меню: Розпакувати --> Розпакувати сюди.

В теці qutim-0.2.0 створив вкладену теку build (для збирання програми). В консолі задав команду:

sandr@os-nova:/mnt/partlx/software/opensuse/10.3/rps/arc/qutim-0.2.0/build> cmake ..

Результат виконання команди:

Код: [Вибрати]

-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
Current revision: 0
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found.
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found.
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found.
-- Found Qt-Version 4.5.0
-- Found OpenSSL: /usr/lib/libssl.so
-- Looking for _POSIX_TIMERS
-- Looking for _POSIX_TIMERS - found
-- checking for module 'xscrnsaver'
--   found xscrnsaver, version 1.1.2
-- Configuring done
-- Generating done
-- Build files have been written to: /mnt/partlx/software/opensuse/10.3/rps/arc/qutim-0.2.0/build

[Sandr]

Далі виконав команду:

sandr@os-nova:/mnt/partlx/software/opensuse/10.3/rps/arc/qutim-0.2.0/build> make

Дана команда виконувалася досить довго, були присутні якісь попередження.

Результат виконання команди в доданому файлі.

[Sandr]

Далі відкоригував файл cmake_install.cmake, змінивши в рядку 5 параметр CMAKE_INSTALL_PREFIX з "/usr/local" на "/usr". Таким чином рядок 5 набув вигляду:

Код: [Вибрати]

 SET(CMAKE_INSTALL_PREFIX "/usr")Зберіг зміни в файлі cmake_install.cmake та виконав в консолі команду:

sandr@os-nova:/mnt/partlx/software/opensuse/10.3/rps/arc/qutim-0.2.0/build> sudo make install

Результат виконання команди:

Код: [Вибрати]

[100%] Built target qutim
Linking CXX executable CMakeFiles/CMakeRelink.dir/qutim
Install the project...
-- Install configuration: ""
-- Installing: /usr/share/cmake/Modules/FindQutIM.cmake
-- Installing: /usr/share/cmake/Modules/qutimuic.cmake
-- Installing: /usr/include/qutim/iconmanagerinterface.h
-- Installing: /usr/include/qutim/layerinterface.h
-- Installing: /usr/include/qutim/layerscity.h
-- Installing: /usr/include/qutim/plugininterface.h
-- Installing: /usr/include/qutim/protocolinterface.h
-- Installing: /usr/include/qutim/settings.h
-- Installing: /usr/bin/qutim
-- Installing: /usr/share/applications/qutim.desktop
-- Installing: /usr/share/icons/hicolor/64x64/apps/qutim.png
-- Installing: /usr/share/pixmaps/qutim.xpm

[Sandr]

Після такої процедури програмка qutim запускається через діалогове вікно запуску програм (Alt+F2). При цьому працює підтримка української мови в інтерфейсі (локалізація спрацьовує лише при скоригованому файлі cmake_install.cmake).

Але не працює жоден плагін з протоколами...  

Тобто у вікні Майстер додавання облікового запису пусто.

[EarlGray]

пан arabiss має якийсь дивний cmake. у мене працювало тільки

Код: [Вибрати]

cmake qutim/P. S. дуже бажано перейменувати теку qutim у щось інше, qutim0.2b, наприклад, тому що при створенні виконуваного файла система на зможе його записати як qutim.

[arabiss]

Після такої процедури програмка qutim запускається через діалогове вікно запуску програм (Alt+F2). При цьому працює підтримка української мови в інтерфейсі (локалізація спрацьовує лише при скоригованому файлі cmake_install.cmake).

Але не працює жоден плагін з протоколами...  

Тобто у вікні Майстер додавання облікового запису пусто.

Протоколи потрібно збирати окремо.
Для icq:
  Заходимо в теку plugins/icq і виконуємо
    qmake
    make
  Після цього в теці з'явиться файл libicq.so Його копіюємо в теку plugins

[Sandr]

Зібрав з вихідного коду програму і плагіни та перезаписав файли, що були встановлені з пакунків для openSUSE 11.0. Таким чином вийшло, що й пакунки встановлені і все працює. Але цей шлях установки мені не дуже подобається...

Вирішив спробувати зібрати власні rpm-пакунки для нормальної установки програми. Відкопав в дистрибутиві системи програму KRPMBuilder, яка призначена для збирання пакунків із архіву з вихідним кодом.

При першому запуску програми з'являється діалогове вікно початкових налаштувань.

Розділ RPM Paths містить текстові поля:

• SOURCE path -- шлях до теки з архівами вихідних кодів програм;
  
• SPECS path -- шлях до теки з specs-файлами (сценарій процесу збирання rpm-пакунків).

В дані поля я прописав наступні шляхи:

• SOURCE path: /usr/src/packages/SOURCES/
  
• SPECS path: /usr/src/packages/SPECS/
  

[Sandr]

До теки /usr/src/packages/SOURCES/ я скопіював файл архіву з вихідними кодами qutim-0.2.0.tar.bz2.

На першому кроці майстра я заповнив поля головних налаштувань таким чином:

[Sandr]

Після натискання кнопки Next чомусь йде відразу третій крок, а другого взагалі немає...  :-/

На цьому кроці потрібно ввести інформацію про пакунок.

В поле Group прописую групу Internet/Chat.

В поле Summary пишу короткий опис програми:

qutim - Lightweight, fast and friendly Instant Messenger

Поле Description заповняю повним описом програми:

Lightweight multi-protocol client for common IM networks.
It is designed to be fast and user friendly cross-platform messenger.
Supports such useful features as:
 - Typing notifications, history saving, buddies avatars, animated smiles etc.
 - Work with contact lists, privacy (visible/invisible/ignore) lists
 - Adium webkit and contact-list styles
 - File sending
 - Tabbed and windowed messaging modes
 - Fast and uses little memory
 - Easy to use
 - Supports lots of smiles packs
 - Cross platform

Лишається незрозумілим, що прописувати в поля Distribution та Vendor. Також незрозуміло звідки брати перелік залежностей. Цей перелік мабуть повинен бути десь у файлах вихідного коду. Але де саме?

[Campana]

Лишається незрозумілим, що прописувати в поля Distribution та Vendor. Також незрозуміло звідки брати перелік залежностей. Цей перелік мабуть повинен бути десь у файлах вихідного коду. Але де саме?

Ви ж збираєте для себе, а не для викладання в мережу, так? В такому разі поля "Distribution" та "Vendor" не мають ніякого значення: можете залишити їх порожніми, можете вписати свою версію Сюзі і себе любого...

А от поле залежностей я б залишив порожнім принципово. А то може виникнути така ситуація, що qutIM доведеться переставляти в умовах, коли якась із залежностей змінилася за назвою/номером; в цьому разі rpm-ка відмовиться встановлюватися, заявивши, що ось такі й такі залежності не задоволені — навіть якщо ці програми встановлені, тільки назва на одну цифрочку/буквочку відрізняється. І доведеться збирати rpm-ку знову.

P.S. А де Ви spec взяли для збірки? У мене, приміром, це дражливе місце: невміння писати spec-и, — через що я збираю бінарники не rpm-ом, а make-ом і checkinstall-ом.

[Sandr]

Якщо в мене вдасться зібрати в пристойному вигляді ці пакунки, то чому б і для суспільсва їх не викласти.  

Якщо поле Distribution лишити пустим, то при збиранні програма KRPMBuilder, видає помилку:

Checking your settings...
Distribution is missing!!!

Ну та в поле Distribution можна прописати openSUSE 10.3, а в поле Vendor — OS-NOVA (мій улюблений бренд соціально-освітного проекту  ). А от щодо пустих полей залежностей, то це може й буде простіше, але не дуже "культурно" як на мене. В принципі список залежностей можна взяти із пакунка до версії openSUSE 11.0, але я використовую версію вихідних кодів, що дана на головній сторінці сайту, і тому все ж може бути якась відмінність (хоча можливо й незначна зовсім). Але при додаванні списка залежностей теж виникає проблема, яким саме чином розділяти ці залежності, бо якщо прописати через пропуск, то видає помилку:

error: line 18: Unknown tag: libc.so.6(GLIBC_2.0)

Щодо spec-файлу, то програма KRPMBuilder формує його сама на початку процесу збірки:

Building the spec file...    done
Building package now...