Создание и тестирование клиента p2p - EiskaltDC++ (бывшая «Нужна помощь в создании и тестировании графического пакета DC»)

[lock]

На вкладке хабов оставил только галку на автоподключение, остальные везде поубирал. Вышел/зашел и все хабы корректно подключились (версия 1.0.30). Проделал эту процедуру несколько раз - результат одинаковый . Пакет ставил отсюда _http://www.klan-hub.ru/packages/eiskaltdc/eiskaltdc_1.0.30-1_amd64.deb.

[gyrt]

хм, проверю я пакет на amd64 у себя. Посмотрим что, да как. моя же сборка, но под х86 - все норм

[lock]

Я и пишу, что все норм . Со смайлами разобрался, просто большинство виндоюзеров пользуют FlylinkDC++, а там их по-больше. Вот и получается, что большинство не отображается.

[gyrt]

Я и пишу, что все норм . Со смайлами разобрался, просто большинство виндоюзеров пользуют FlylinkDC++, а там их по-больше. Вот и получается, что большинство не отображается.

Аа, ну раз все норм, то СОВЕТУЮ в настройках выбрать комплект смайлов от флайлинк =)

[lock]

Так и сделал .

[ATIpro]

Привет. Возникла такая проблема.
При сборке пакета для архитектуры x86_64 с помощью cmake, выходные либы попадают в папку /usr/lib, а не /usr/lib64. В итоге пакет не собирается. Для configure есть ключ --libdir=%{_libdir}, с помощью которого этой проблемы можно избежать. Есть ли что-то подобное у cmake?

[dhampire]

Привет. Возникла такая проблема.
При сборке пакета для архитектуры x86_64 с помощью cmake, выходные либы попадают в папку /usr/lib, а не /usr/lib64. В итоге пакет не собирается. Для configure есть ключ --libdir=%{_libdir}, с помощью которого этой проблемы можно избежать. Есть ли что-то подобное у cmake?

добавить флаг -DLIBDIR="lib64"

[RasenHerz]

Убедительная просьба всем кто собирал пакеты для клиента, собрать их заново из Trunk (ревизия 508) - в поисковике был устранен очень досадный баг с группировкой результатов поиска. Исправленный тарбол появистя в скором времени.
Приношу извинения за причиненные неудобства.

[ATIpro]

добавить флаг -DLIBDIR="lib64"

все равно не собирается

[romkaromka]

Упал. Логи:

Код: Выделить всё

Linux version 2.6.29.6-desktop-2mnb (qateam@titan.mandriva.com) (gcc version 4.3.2 (GCC) ) #1 SMP Sun Aug 16 23:23:47 EDT 2009

EiskaltDC: 1.0.30 (Build date: 20091021 svn: exported)
DCLIB: 0.3.24svn (Build date: 20090724 svn: exported)
Qt® compiled: 4.5.0
Qt® used: 4.5.2
LIBXML compiled: 20703
LIBXML used: 20703

(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb610d6d0 (LWP 15542)]
[New Thread 0xb310eb90 (LWP 21691)]
[New Thread 0xb390fb90 (LWP 15545)]
[New Thread 0xb562ab90 (LWP 15543)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xffffe424 in __kernel_vsyscall ()

Почему?

[dhampire]

добавить флаг -DLIBDIR="lib64"

все равно не собирается

заменить в eiskaltdc/CMakeLists.txt 444 строку на
INSTALL (TARGETS eiskaltdc DESTINATION ${LIBDIR})
если не поможет содержимое CMakeCache.txt,eiskaltdc/cmake_install.cmake и лог сборки выложите

[RasenHerz]

Упал. Логи:
...
Почему?

Там нет отладочной информации... Чтобы мне помочь, во-вервых, запускайте клиент командой gdb eiskaltdc (конечно же в консоли), во-вторых, в случае падения наберите команду backtrace и запостите ее вывод сюда.

[ATIpro]

заменить в eiskaltdc/CMakeLists.txt 441 строку на
INSTALL (TARGETS eiskaltdc DESTINATION ${LIBDIR})
если не поможет содержимое CMakeCache.txt,eiskaltdc/cmake_install.cmake и лог сборки выложите

Ключи вроде как должны быть такими -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} и -DLIB_INSTALL_DIR:PATH=%{_libdir}. Но проблема в том, что они тоже не влияют ни на что. Править что-то в оригинальном архиве не хочется, так как с configure все собирается и работает. Просто думал лучше будет, если собирать с cmake. Да и по-моему make-файлы должны предусматривать установку на все архитектуры без правки, так что это уже вопрос к разработчикам...

[dhampire]

заменить в eiskaltdc/CMakeLists.txt 441 строку на
INSTALL (TARGETS eiskaltdc DESTINATION ${LIBDIR})
если не поможет содержимое CMakeCache.txt,eiskaltdc/cmake_install.cmake и лог сборки выложите

Ключи вроде как должны быть такими -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} и -DLIB_INSTALL_DIR:PATH=%{_libdir}. Но проблема в том, что они тоже не влияют ни на что. Править что-то в оригинальном архиве не хочется, так как с configure все собирается и работает. Просто думал лучше будет, если собирать с cmake. Да и по-моему make-файлы должны предусматривать установку на все архитектуры без правки, так что это уже вопрос к разработчикам...

предоставьте выше названные файлы

[ATIpro]

предоставьте выше названные файлы

файлы предоставить могу. С какими ключами собирать, чтобы они были наиболее информативными? Там просто две разных ошибки получаю. Если делать сборку макросом %cmake, который подставляет очень много ключей, ошибка возникает еще на этапе make install. Если собирать с командой cmake ./ -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} -DLIB_INSTALL_DIR:PATH=%{_libdir} -DCMAKE_INSTALL_PREFIX=/usr/ то уже на этапе упаковки пакета из-за того, что либы лежат не там, где надо.

[dhampire]

предоставьте выше названные файлы

файлы предоставить могу. С какими ключами собирать, чтобы они были наиболее информативными? Там просто две разных ошибки получаю. Если делать сборку макросом %cmake, который подставляет очень много ключей, ошибка возникает еще на этапе make install. Если собирать с командой cmake ./ -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} -DLIB_INSTALL_DIR:PATH=%{_libdir} -DCMAKE_INSTALL_PREFIX=/usr/ то уже на этапе упаковки пакета из-за того, что либы лежат не там, где надо.

желательно для обоих случаев.

[ATIpro]

желательно для обоих случаев.

Вот.
C %cmake вообще оказывается криво получается. Он вызывает "cmake ..", а не "cmake ./" и похоже начинает собирать не в той папке, где нужно.

[dhampire]

желательно для обоих случаев.

Вот.
C %cmake вообще оказывается криво получается. Он вызывает "cmake ..", а не "cmake ./" и похоже начинает собирать не в той папке, где нужно.

если внимательно изучить только логи сборки, то там содержится ответ:
по логу, где %cmake заключение: -- Build files have been written to: /home/ivan/rpmbuild/BUILD/eiskaltdc-1.0.3/build - бинари пишутся сюда и сборка проходит тоже тут.
а install идёт отсюда - /home/ivan/rpmbuild/BUILD/eiskaltdc-1.0.3, что не правильно. нужно сделать cd в /home/ivan/rpmbuild/BUILD/eiskaltdc-1.0.3/build, тогда должен собраться пакет.
по логу, где cmake и по другим файлам в этом каталоге понятно в чём ошибка, но смущает меня вот это:

Код: Выделить всё

PC_DCLIB_CFLAGS:INTERNAL=-pthread;-I/usr/local/include/dclib-0.3
PC_DCLIB_CFLAGS_I:INTERNAL=
PC_DCLIB_CFLAGS_OTHER:INTERNAL=-pthread
PC_DCLIB_FOUND:INTERNAL=1
PC_DCLIB_INCLUDEDIR:INTERNAL=/usr/local/include/dclib-0.3
PC_DCLIB_INCLUDE_DIRS:INTERNAL=/usr/local/include/dclib-0.3
PC_DCLIB_LDFLAGS:INTERNAL=-pthread;-L/usr/local/lib;-ldc
PC_DCLIB_LDFLAGS_OTHER:INTERNAL=-pthread
PC_DCLIB_LIBDIR:INTERNAL=/usr/local/lib
PC_DCLIB_LIBRARIES:INTERNAL=dc
PC_DCLIB_LIBRARY_DIRS:INTERNAL=/usr/local/lib
PC_DCLIB_LIBS:INTERNAL=
PC_DCLIB_LIBS_L:INTERNAL=
PC_DCLIB_LIBS_OTHER:INTERNAL=
PC_DCLIB_LIBS_PATHS:INTERNAL=
PC_DCLIB_PREFIX:INTERNAL=/usr/local
PC_DCLIB_STATIC_CFLAGS:INTERNAL=-pthread;-I/usr/local/include/dclib-0.3
PC_DCLIB_STATIC_CFLAGS_I:INTERNAL=
PC_DCLIB_STATIC_CFLAGS_OTHER:INTERNAL=-pthread
PC_DCLIB_STATIC_INCLUDE_DIRS:INTERNAL=/usr/local/include/dclib-0.3
PC_DCLIB_STATIC_LDFLAGS:INTERNAL=-pthread;-L/usr/local/lib;-ldc
PC_DCLIB_STATIC_LDFLAGS_OTHER:INTERNAL=-pthread
PC_DCLIB_STATIC_LIBDIR:INTERNAL=
PC_DCLIB_STATIC_LIBRARIES:INTERNAL=dc
PC_DCLIB_STATIC_LIBRARY_DIRS:INTERNAL=/usr/local/lib
PC_DCLIB_STATIC_LIBS:INTERNAL=
PC_DCLIB_STATIC_LIBS_L:INTERNAL=
PC_DCLIB_STATIC_LIBS_OTHER:INTERNAL=
PC_DCLIB_STATIC_LIBS_PATHS:INTERNAL=
PC_DCLIB_VERSION:INTERNAL=0.3.23
PC_DCLIB_dclib_INCLUDEDIR:INTERNAL=
PC_DCLIB_dclib_LIBDIR:INTERNAL=
PC_DCLIB_dclib_PREFIX:INTERNAL=
PC_DCLIB_dclib_VERSION:INTERNAL=

это не есть правильно, ибо скрипт ищущий по pkg-config создаёт совсем другие переменные, может у вас там есть действительно собранная dclib?
если хотите использовать не %cmake
то командовать надо такую команду: cmake . -DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_INSTALL_LIBDIR:PATH=/usr/lib64 -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DCMAKE_SKIP_RPATH=ON -DCMAKE_BUILD_TYPE=Release -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_STATIC_LIBS:BOOL=OFF '-DCMAKE_MODULE_LINKER_FLAGS=-Wl,--as-needed -Wl,-z,relro'
возможные решения проблемы подчеркнуты
P.S. всегда по возможности используйте команды начинающиеся с % + внимательно изучайте выхлоп, что падает в консоль )

[akdengi]

Пока я решил проблемы пропатчиванием под 64 битную архитектуру строки в CMakeList.txt

Код: Выделить всё

INSTALL (TARGETS eiskaltdc DESTINATION lib64)

[ATIpro]

это не есть правильно, ибо скрипт ищущий по pkg-config создаёт совсем другие переменные, может у вас там есть действительно собранная dclib?

вот это не совсем понял. dclib у меня стоит, но не в /usr/local, а в /usr/.

возможные решения проблемы подчеркнуты

спасибо, завтра попробую. На данный момент проверенно рабочие варианты использовать configure или патч CMakeList.txt

[dhampire]

это не есть правильно, ибо скрипт ищущий по pkg-config создаёт совсем другие переменные, может у вас там есть действительно собранная dclib?

вот это не совсем понял. dclib у меня стоит, но не в /usr/local, а в /usr/.

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

2akdengi,ATIpro или кто другой, кто может собирает пакет rpm, проверьте сборку через CPack, пожалуйста - собирается или нет? (мне просто интересно )

[ATIpro]

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

Так, тут еще проблемка с cmake выявилась. Собрал пакет с пропатченным CMakeList.txt, все вроде хорошо. Но потом выяснилось, что в полученном rpm в PROVIDES появилась не только либа Eiskaltdc, но и devel к ней (хотя там его нет), а в зависимостях сидит куча devel пакетов

[dhampire]

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

Так, тут еще проблемка с cmake выявилась. Собрал пакет с пропатченным CMakeList.txt, все вроде хорошо. Но потом выяснилось, что в полученном rpm в PROVIDES появилась не только либа Eiskaltdc, но и devel к ней (хотя там его нет), а в зависимостях сидит куча devel пакетов

покажите вывод ldd (можно выполнить, даже на собранном бинаре, если папка сборки не чистилась) или зависимости прописанные в rpm'ке.

[ATIpro]

покажите вывод ldd (можно выполнить, даже на собранном бинаре, если папка сборки не чистилась) или зависимости прописанные в rpm'ке.

Папку сборки почистил(, но если нужно, могу заново собрать. Вот тут есть PROVIDES и REQUIRENAME из полученного пакета

[gyrt]

Собственно по просьбе разработчиков отновил пакет с новой ревизиеё из svn (ревизия 514).
Искать, как всегда, тут.

[Elephon]

У меня вопрос с этим вашим EiskaltDC, не конектится к части хабов с начинающимся адресами на dchub://, типа dchub://omhub.ru. Пишет <DC-CORE> Ошибка: 'No address associated with hostname'
А к хабам с адресами типа DC.OMZONA.RU конектится. Как с этим бороться

[dhampire]

У меня вопрос с этим вашим EiskaltDC, не конектится к части хабов с начинающимся адресами на dchub://, типа dchub://omhub.ru. Пишет <DC-CORE> Ошибка: 'No address associated with hostname'
А к хабам с адресами типа DC.OMZONA.RU конектится. Как с этим бороться

$nslookup хаб_к_которому_не_коннектится
если получите в ответ что-то типа этого

Код: Выделить всё

$nslookup dc.avangard-lan.ru
Server:         81.25.0.33
Address:        81.25.0.33#53

Non-authoritative answer:
Name:   dc.avangard-lan.ru
Address: 91.122.48.245

выложите вывод в консоль клиента запущенного, как $eiskaltdc -vv
и вывод nslookup, в подтверждение того, ваш днс отдаёт ip на этот адрес.

2ATIpro включил спек в svn, в ближайщее время попробую его отредактировать, для генерации пакета без devel зависимостей.

[Elephon]

Вот вывод в консоль клиента запущенного, как $eiskaltdc -vv

Код: Выделить всё

EiskaltDC: '1.0.30' using dclib: '0.3.23'
Checking Qt® version... compiled for '4.5.2' using '4.5.0'
Checking libxml2 version... compiled for '20632' using '20632'
I/O warning : failed to load external entity "/home/felix/.eiskaltdc/.dc/emoticons-v2.xml"
I/O warning : failed to load external entity "/home/felix/.eiskaltdc/.dc/dchub.cfg"
CListenManager::StartListen: active mode port = 9176
CCryptoListenManager::StartListen: active mode port = 19176
I/O warning : failed to load external entity "/home/felix/.eiskaltdc/.dc/dcfriendlist.cfg"
signal is being ignored not handling signal SIGPIPE
init search
failed
init search
failed

и nslookup который озадачил

Код: Выделить всё

Server:        91.144.168.2
Address:    91.144.168.2#53

** server can't find dchub://omhub.ru: NXDOMAIN

Линуск дс и фланк дс конектятся нормально.

[dhampire]

естественно вводить адрес для nslookup, и предположительно в окно быстрого соединения нужно без указания протокола,то есть всё что после dchub://.

[Elephon]

Вот блин, действительно. Странно, другие клиенты так работают. Теперь и EiskaltDC все супер. Спасибо. Теперь остальные можно сносить...