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

[dhampire]

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

в r519 svn можно вводить в окне быстрого подключения адреса начинающиеся с dchub://

[dhampire]

спек для сборки под mdv (теоретически без devel зависимостей)

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

#authors: Alexander Kazancev <kazancas@mandriva.ru> and Eugene Petrov <dhamp@yandex.ru>
%define name    eiskaltdc
%define version 1.0.30
%define release %mkrel 1
%define distsuffix edm
%define develname       eiskaltdc -d

%package -n %{name}
Name:           %{name}
Version:        %{version}
Release:        %{release}
Summary:        Eiskaltdc is a QT Direct Connect client
Summary:ru      Eiskaltdc это клиент Direct Connect на QT
Provides :      libeiskaltdc.so.1.1.0, libeiskaltdc.so
Group:          Networking/File transfer
License:        GPLv3
URL:            http://sourceforge.net/projects/eiskaltdc/
Source0:        Source0:        http://dl.sourceforge.net/%{name}/%{name}-%{version}.tar.bz2
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root

BuildRequires:  libdc-devel >= 0.3.23
BuildRequires:  qt4-devel, bzip2-devel, openssl-devel

%description
Eiskaltdc is a program that uses the Direct Connect protocol. It is compatible
with other DC clients, such as the original DC from Neomodus, DC++ and
derivatives. Eiskaltdc also interoperates with all common DC hub software.
%description -l ru
EiskaltDC это программа, которая использует протокол DC. Она совместима с другими
DC клиентами, такими как DC++ и другие.

%package -n %{develname}
Summary:                Eiskaltdc developer files
Group:                  Development/C++
Requires:               %{name} = %{version}
Provides:               %{name}-devel = %{version}-%{release}

%prep
%setup -q

%build
%cmake
%make

%install
rm -rf $RPM_BUILD_ROOT
cd build
make install DESTDIR=$RPM_BUILD_ROOT

%clean
rm -rf $RPM_BUILD_ROOT

%files -n %{name}
%defattr(-,root,root,-)
%doc AUTHORS README COPYING
%{_bindir}/eiskaltdc
%{_datadir}/eiskaltdc
%{_datadir}/applications/eiskaltdc.desktop
%{_datadir}/pixmaps/eiskaltdc.png
%{_datadir}/icons/hicolor/*/apps/eiskaltdc.png
%{_mandir}/man1/eiskaltdc.1*
%{_libdir}/*.so.*
%{_libdir}/*.so

%files -n %{develname}
%defattr(-,root,root)

%changelog
* Thu Oct 21 2009 Alexander Kazancev <kazancas@mandriva.ru> 1.0.3

* Wed Oct 07 2009 Alexander Kazancev <kazancas@mandriva.ru> 1.0.3-rc1
- new version 1.0.3-rc1
* Sun Jul 26 2009 Eugene Petrov <dhamp@yandex.ru> 0.4.10-1mdv2009.0
- svn snapshot eiskaltdc (r12)
* Wed Jul 22 2009 Eugene Petrov <dhamp@yandex.ru> 0.4.10.svn.mod-2.2mdv2009.0
- correcting releases
* Sun Jul 19 2009 Eugene Petrov <dhamp@yandex.ru> 0.4.10.svn.mod-2.1mdv2009.0
- recompile with RasenHerz patch and the latest snapshot dclib
* Thu Jul 16 2009 Eugene Petrov <dhamp@yandex.ru> 0.4.10.svn.mod-2mdv2009.0
- rebuild with dclib-0.3.24 and RasendHerz patch
* Wed Jul 15 2009 Eugene Petrov <dhamp@yandex.ru> - 0.4.10.svn.mod-1mdv2009.0
- initial EduMandriva package

[ATIpro]

спек для сборки под mdv (теоретически без devel зависимостей)

Немного подредактировал спек, чтобы собрались пакеты. Все равно в зависимостях есть devel-ы. Прикладываю спек и зависимости из полученных пакетов.

П.С. ИМХО, проблема не в спеке.

[dhampire]

спек для сборки под mdv (теоретически без devel зависимостей)

Немного подредактировал спек, чтобы собрались пакеты. Все равно в зависимостях есть devel-ы. Прикладываю спек и зависимости из полученных пакетов.

П.С. ИМХО, проблема не в спеке.

чего ж вы хотели получить с вашего подредактированного спека? когда rpmbuild расставляет неправильно зависимости надо указать вручную зависимости для каждого генерируемого пакета, исключая список либ выводимых ldd.

[ATIpro]

чего ж вы хотели получить с вашего подредактированного спека? когда rpmbuild расставляет неправильно зависимости надо указать вручную зависимости для каждого генерируемого пакета, исключая список либ выводимых ldd.

Хм, что-то я не совсем понял суть претензий? Твой спек не работает. Вот что на выводе:

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

$ rpmbuild -ba EiskaltDC.spec
ошибка: Поле Name обязано присутствовать в пакете: (main package)
ошибка: Поле Version обязано присутствовать в пакете: (main package)
ошибка: Поле Release обязано присутствовать в пакете: (main package)
ошибка: Поле Summary обязано присутствовать в пакете: (main package)
ошибка: Поле License обязано присутствовать в пакете: (main package)

Это решилось комментированием строчки
#%package -n %{name}
Далее следующая ошибка:
ошибка: Неверная спецификация пакета: %package -n eiskaltdc -d
Заменил eiskaltdc -d на devel и убрал -n, ничего плохого от вложенности пакетов быть не должно.
далее
ошибка: Пакет не имеет %description: eiskaltdc-devel
Добавил описание к девелу и исправил libdc на dclib. Все, сборка пошла, но без патча либы попадали в /usr/lib.
Добавил патч, все собралось, но все равно в зависимостях devel-ы.
Закомментил строчку c provides, то же самое. Ну и где ты там указываешь вручную зависимости?

[dhampire]

Хм, что-то я не совсем понял суть претензий? Твой спек не работает.

Лично к вам, у меня нет никаких претензий. Но ваш спек тоже не работает правильно
я указал, что возможно полное указание Provides (и Requires) для обоих генерируемых пакетов поможет.

[ATIpro]

Лично к вам, у меня нет никаких претензий. Но ваш спек тоже не работает правильно
я указал, что возможно полное указание Provides (и Requires) для обоих генерируемых пакетов поможет.

Да, сделать так не сложно, но это костыль. Проблема с cmake-ом где-то у вас и, пока она не будет решена, проще пользоваться configure.

[dhampire]

Лично к вам, у меня нет никаких претензий. Но ваш спек тоже не работает правильно
я указал, что возможно полное указание Provides (и Requires) для обоих генерируемых пакетов поможет.

Да, сделать так не сложно, но это костыль. Проблема с cmake-ом где-то у вас и, пока она не будет решена, проще пользоваться configure.

если вы так уверены, то сделайте спек который не чистит после сборки сборочную директорию и соберите сначала cmake, потом autotools и сравните ldd на бинарнике в сборочной директории, или же просто пуститt сборку до определенного этапа
вот, если у вас получатся разные выводы ldd, я поверю что что-то не так в cmake.
всё, что пишется после в зависимости уже пакета никаким боком к cmake или autotools не относится.
P.S. у меня вывод ldd одинаков для обеих сборочных систем.

[ATIpro]

если вы так уверены, то сделайте спек который не чистит после сборки сборочную директорию и соберите сначала cmake, потом autotools и сравните ldd на бинарнике в сборочной директории, или же просто пуститt сборку до определенного этапа
вот, если у вас получатся разные выводы ldd, я поверю что что-то не так в cmake.
всё, что пишется после в зависимости уже пакета никаким боком к cmake или autotools не относится.
P.S. у меня вывод ldd одинаков для обеих сборочных систем.

Все, решил проблему! Оказалось, что ларчик просто открывается) Проблема в этой строчке спека:

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

%{_libdir}/*.so

перенес этот файл в devel пакет и все встало на свои места. Все девел зависимости переехали на девел пакет.
Столько проблем из-за одного симлинка
Может этот файл исключить из инсталлируемых? А и еще вопрос вдогонку. Зачем устанавливается Makefile.in в Sounds?

[pehser]

в svn в ветке stable при обновлении ругается

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

svn: Failed to add directory 'stable/eiskaltdc/ts': an unversioned directory of the same name already exists

подправте плыз

[RasenHerz]

в svn в ветке stable при обновлении ругается

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

svn: Failed to add directory 'stable/eiskaltdc/ts': an unversioned directory of the same name already exists

подправте плыз

Хм... он вам пишет что существует точно такая же директория, но она не находится под версионным контролем. Попробуйте просто заново чекаут сделать.

[alkesta]

Скажите пожалуйста, а что за экперементальная ветка новой модели для закладок?

Поделитьтесь скриншотом пожалуйста..

[RasenHerz]

Скажите пожалуйста, а что за экперементальная ветка новой модели для закладок?

Поделитьтесь скриншотом пожалуйста..

[Infy]

Удалось победить битые файлы при многопоточной загрузке.
Достаточно было лишь собрать клиент с последней выпущенной версией библиотеки dclib (0.3.23) вместо svn версии.

Получается, что сам баг допущен в svn версии dclib.

[alkesta]

Скажите пожалуйста, а что за экперементальная ветка новой модели для закладок?

Поделитьтесь скриншотом пожалуйста..

Что-то я не пойму в чем заключается новаяй модель для закладок? Вроде визуально, тоже самое, что и в релизе 1.0.30...

Update:
Сейчас хотел удалить один хаб из Bookmarks и вижу вроде как вопрос:

"You are sure ?" - именно так в релизной сборке 1.0.30,

Помоему вопрос должен начинаться с "Are" и знак вопроса без пробела после слова "sure"

т.е. - "Are you sure?"

Update 2:
Сейчас зашел на http://sourceforge.net/projects/eiskaltdc/ из-под Fedora 12 (Beta)-x86_64 и в глаза бросилась напись на зеленой кнопке

Т.е. мне предлагают пакет не под мой релиз ОС, не под мою архитектуру, да еще 1.0.1 ..
Я понимаю, что предложили то, что есть на сайте, но ведь есть собранные пакеты и под разные архитектуры:
eiskaltdc-1.0.30-1.fc10.i386.rpm
eiskaltdc-1.0.30-1.fc10.x86_64.rpm
eiskaltdc-1.0.30-1.fc11.i586.rpm
eiskaltdc-1.0.30-1.fc11.x86_64.rpm
eiskaltdc-1.0.30-1.fc12.i686.rpm
eiskaltdc-1.0.30-1.fc12.x86_64.rpm
Это я знаю где что, а если зайдет забугорный пользователь...

[IL-84]

Удалось победить битые файлы при многопоточной загрузке.
Достаточно было лишь собрать клиент с последней выпущенной версией библиотеки dclib (0.3.23) вместо svn версии.

Получается, что сам баг допущен в svn версии dclib.

Т.е. нужна старая dclib-devel для сборки клиента? Или просто старые бинарники dclib? Уточните версию dclib пожалуйста.

[Infy]

Т.е. нужна старая dclib-devel для сборки клиента? Или просто старые бинарники dclib? Уточните версию dclib пожалуйста.

Версия dclib 0.3.23 отсюда.
Не devel версия.

На Arch Linux выполнял сборку клиента путем исправления PKGBUILD'а (скрипта сборки пакета) EiskaltDC. Правка заключалась в изменении названия зависимости с 'dclib-svn' на 'dclib'.

[ipse666]

Ебилд кривой.

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

emerge: there are no ebuilds built with USE flags to satisfy ">=net-p2p/dclib-0.3.23[ssl]".
!!! One of the following packages is required to complete your request:
- net-p2p/dclib-0.3.23 (Missing IUSE: ssl)
(dependency required by "net-p2p/eiskaltdc-1.0.30" [ebuild])

[RasenHerz]

Скажите пожалуйста, а что за экперементальная ветка новой модели для закладок?

Поделитьтесь скриншотом пожалуйста..

Что-то я не пойму в чем заключается новаяй модель для закладок? Вроде визуально, тоже самое, что и в релизе 1.0.30...

Так визуально поменятся особо и недолжно - я просто переписываю управление вкладками на Qt4. Заодно сделал автоматическое создание профиля для каждой закладки и редактирование данных профиля с помощью дабл клика по соответствующей строке.

Update:
Сейчас хотел удалить один хаб из Bookmarks и вижу вроде как вопрос:

"You are sure ?" - именно так в релизной сборке 1.0.30,

Помоему вопрос должен начинаться с "Are" и знак вопроса без пробела после слова "sure"

т.е. - "Are you sure?"

Update 2:
Сейчас зашел на http://sourceforge.net/projects/eiskaltdc/ из-под Fedora 12 (Beta)-x86_64 и в глаза бросилась напись на зеленой кнопке

Т.е. мне предлагают пакет не под мой релиз ОС, не под мою архитектуру, да еще 1.0.1 ..
Я понимаю, что предложили то, что есть на сайте, но ведь есть собранные пакеты и под разные архитектуры:
eiskaltdc-1.0.30-1.fc10.i386.rpm
eiskaltdc-1.0.30-1.fc10.x86_64.rpm
eiskaltdc-1.0.30-1.fc11.i586.rpm
eiskaltdc-1.0.30-1.fc11.x86_64.rpm
eiskaltdc-1.0.30-1.fc12.i686.rpm
eiskaltdc-1.0.30-1.fc12.x86_64.rpm
Это я знаю где что, а если зайдет забугорный пользователь...

Перевод поправлю, пакеты солью в репозиторий, спасибо что напомнили.

[IL-84]

Про битые файлы при многопоточной загрузке:

Я собрал последний стабильный релиз dclib - 0.3.23, Infy говорит что ему это помогло, мне - нет. Файлы все так же бьются при многопоточной загрузке. Моя среда сборки и версии программ:

eiskaltdc - 1.0.30 SVN 526
dclib - 0.3.23 (last stable)
cmake - 2.6-patch 4
cpack - 2.6-patch 4
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]

открыл тикет на SF.

[RasenHerz]

Про битые файлы при многопоточной загрузке:

Я собрал последний стабильный релиз dclib - 0.3.23, Infy говорит что ему это помогло, мне - нет. Файлы все так же бьются при многопоточной загрузке. Моя среда сборки и версии программ:

eiskaltdc - 1.0.30 SVN 526
dclib - 0.3.23 (last stable)
cmake - 2.6-patch 4
cpack - 2.6-patch 4
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]

открыл тикет на SF.

В который раз повторюсь: EiskaltDC - фронт-энд к dclib, т.е. он просто визуализирует все присходящее в ее недрах и позволяет пользователю управлять ee работой, но не более того. Так что тикет разумно отправить разработчику dclib, но пробема в том, что dclib и Valknut остались без мейнтейнера - так что в ближайшем обозримом будующем исправления этой ошибки не будет.

[IL-84]

В который раз повторюсь: EiskaltDC - это бэк-энд к dclib,

Это front-end Понятно что ошибка в dclib, но тогда она должна появляться у всех. Насколько я помню Valknut последней версии (из svn) файлы не портил при скачивании. Попробую на виртуалке поставить его и поэкспериментировать с версиями dclib.

[RasenHerz]

В который раз повторюсь: EiskaltDC - это бэк-энд к dclib,

Это front-end Понятно что ошибка в dclib, но тогда она должна появляться у всех. Насколько я помню Valknut последней версии (из svn) файлы не портил при скачивании. Попробую на виртуалке поставить его и поэкспериментировать с версиями dclib.

Да, извиняюсь, фронт-энд. Голова чего-то вечером совсем плохо соображает.

[alkesta]

Файлы все так же бьются при многопоточной загрузке...

Я пока не сталкивался с этой проблемой, dclib из официального репозитария

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

Name       : dclib
Arch       : i586
Version    : 0.3.23
Release    : 2.fc11
Size       : 1.0 M
Repo       : installed
From repo  : fedora

и на второй машине

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

Name       : dclib
Arch       : x86_64
Version    : 0.3.23
Release    : 4.fc12
Size       : 986 k
Repo       : installed
From repo  : rawhide

[Infy]

Я собрал последний стабильный релиз dclib - 0.3.23, Infy говорит что ему это помогло, мне - нет. Файлы все так же бьются при многопоточной загрузке. Моя среда сборки и версии программ:

eiskaltdc - 1.0.30 SVN 526
dclib - 0.3.23 (last stable)
cmake - 2.6-patch 4
cpack - 2.6-patch 4
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]

Если не пересобирали EiskaltDC после сборки dclib, то сделайте это. Возможно, что дело в этом.

eugene ~ $ p -Q | grep eiskalt
eiskaltdc 1.0.30-1
eugene ~ $ p -Q | grep dclib
dclib 0.3.23-1
eugene ~ $ p -Q | grep cmake
cmake 2.6.4-3
eugene ~ $ p -Q | grep gcc
gcc 4.4.2-2
gcc-libs 4.4.2-2

_______________________________________________
Возможно, что не удалена svn версия dclib, а версия 0.3.23 установлена куда-нибудь в '/usr/local/', а клиент использует версию из '/usr'.
В общем, вариантов довольно много.

Сам баг появился в одной из ревизий dclib svn. В 0.3.23 он не должен присутствовать.
_______________________________________________
Вот ссылка на скрипт сборки стабильной версии библиотеки. В нем указана последовательность команд для компиляции. Возможно, что поможет.

[IL-84]

Удалил eiskaltdc, dclib. Собрал заново dclib 0.3.23, поставил, потом собрал eiskaltdc trunk svn528. Все равно файлы бьются. Скачал dclib 0.3.22 и старый valknut 0.3.22 - та же ситуация. Прям не знаю куда копать

[Sofanya]

а как в EiskaltDC сделать поддержку IP адресов? чтобы чате было по мимо ников видны и IP-шники?

[RasenHerz]

Последние изменения (r539):
* Переписан на Qt4 менеджер хабов, теперь для каждой закладки автоматически создается новый профиль
* Возможность перемещать правила вверх/вниз в IP-фильтре

[Skislyuk]

Здравствуйте.
Замечательный клиент, спасибо авторам.
Заметил такую вещь: после закрытия последней вкладки (списка файлов, например) активной становится не предыдущая активная вкладка, а последняя в списке. Можно поправить?
Использую deb сборку для x86 1.0.30 (Build date: 20091023 release).

[RasenHerz]

Здравствуйте.
Замечательный клиент, спасибо авторам.
Заметил такую вещь: после закрытия последней вкладки (списка файлов, например) активной становится не предыдущая активная вкладка, а последняя в списке. Можно поправить?
Использую deb сборку для x86 1.0.30 (Build date: 20091023 release).

На данный момент приоритетным направлением является портирование клиента на Qt4 (без модуля Qt3Support), заниматься подобными мелочами сейчас просто нет времени, так что если хотите увидеть этот функционал в будующем, пожалуйста, отпишитесь тут. На данный момент полным ходом идет переписывание файлового браузера; 90% всего интерфейса программы уже переписано (остался только файловый браузер и менеджер закачек).