Релиз EiskaltDC++ 2.2.0

осел не нужен нужен dc++

мне нужен именно p2p dc++ протокол

>осел не нужен нужен dc++

Дорогой wingrime, mldonkey умеет DC, Torrent, eMule и еще что-то. Как говорится - иногда лучше жевать, чем говорить.

Заметки к http://tehnick-8.narod.ru/eiskaltdcpp/

1. Выход стабильного релиза EiskaltDC++ 2.2.0 состоялся 16 января 2012 года, немного позже запланированного срока. Следующий релиз EiskaltDC++ 2.2.1 ожидается 22 февраля 2011.

2012 еще не наступил.

2. wget -4 http://nodeload.github.com/negativ/eiskaltdcpp/tarball/master

Виндовый wget ключика -4 не знает работает так: wget http://nodeload.github.com/negativ/eiskaltdcpp/tarball/master --no-check-certificate

> 16 января 2012 года

немного позже

Машина времени в действии

>eiskaltdcpp-daemon

Начата разработка. Внимание: программа еще не готова для использования!
На данный момент это неуправляемый демон. Вы можете только запускать его и >убивать.
Запущенный процесс (см. man-страницу) подхватывает настройки из файлов >конфигурации, созданные вручную или с помощью графических интерфейсов на Qt >или Gtk. В результате: продолжаются начатые загрузки, пользователям доступны >ваша шара и т.п..

Так он стабльный, или как? Файлы хеширует, раздаёт? Просто мне лично ничего больше и не надо - в дусе я ничего не качаю, не общаюсь, а только раздаю - чтобы получать бонус от провайдера. Есть внятный конфиг с комментариями (или нужно ли вносить изменения в конфиг от работающей сейчас на десктопе 2.0.3)? Есть ли готовый пакет(без гуя) на дебиан тестинг(или с какими опциями и зависимостями его можно на вышеупомянутой системе собрать)?

> 2012 еще не наступил.

Простая опечатка.

Виндовый wget ключика -4 не знает работает так: wget http://nodeload.github.com/negativ/eiskaltdcpp/tarball/master --no-check-certificate

Винда не является целевой архитектурой. Но в ридми обновим.

Спасибо, что указал на ошибки.

Так он стабльный, или как?

Что значит стабильный?..

Файлы хеширует, раздаёт?

Ответ содержится в процитированном тобой куске из журнала изменений.

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

Именно для таких задач он сейчас и используется.

Есть внятный конфиг с комментариями?

xml-файлы с настройками те же самые, открой и сам оцени, насколько они тебе понятны...

или нужно ли вносить изменения в конфиг от работающей сейчас на десктопе 2.0.3?

По моему без разницы: править дефолтные настройки, которые создаются при первом запуске, или править готовые конфиги.

Есть ли готовый пакет(без гуя) на дебиан тестинг(или с какими опциями и зависимостями его можно на вышеупомянутой системе собрать)?

Вся эта информация есть по ссылкам к новости:
http://tehnick-8.narod.ru/eiskaltdcpp/
https://launchpad.net/~tehnick/+archive/tehnick
https://launchpad.net/~tehnick/+archive/tehnick/+sourcepub/1444402/+listing-a...
https://github.com/negativ/eiskaltdcpp/raw/master/INSTALL

>Существенным недостатком данного бесплатного хостинга я считаю использование кодировки cp1251 как единственно возможной.

Перееезжай на SF, он лишен этого недостатка :)

а зачем нужен интерфейс на qt?

Возможно, когда-нибудь попробую... Но пока что торрентов хватает выше крыши.

Из воспоминаний о локальных DC-сетях (из времён, когда у меня не было безлимитного интернета), осталось ощущение бардака (много всего, причём с дубликатами, но ХЗ как найти) и горы мусора (вплоть до расшаривания файлов подкачки Windows).

Техник, скажи, что не так

cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DNO_UI_DAEMON=ON -DUSE_QT=OF -DUSE_GTK=OFF -DUSE_JS=OFF -DUSE_ASPELL=OFF -DFREE_SPACE_BAR_C=OFF -DCREATE_MO=OFF -DLUA_SCRIPT=OFF -DWITH_SOUNDS=OFF -DWITH_LUASCRIPTS=OFF -DUSE_MINIUPNP=ON -DLOCAL_MINIUPNP=ON -DLUA_SCRIPT=OFF .

Все собирается, но напрягает вот что. http://paste.ubuntu.com/555194/ Какого черта луа хидеры, если было указано, что без них. Ну и еще aspell. Сразу видно. Демон в глубокой, эммм, разработке. Напрягает строка при старте демона

eiskaltdcpp-daemon [nasdc] (EiskaltDC++ core 2.2) [debug] running...

Сказано было релиз, а собрало дебаг.

Шикарная прога, спасибо автору.

cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DNO_UI_DAEMON=ON -DUSE_QT=OF -DUSE_GTK=OFF -DUSE_JS=OFF -DUSE_ASPELL=OFF -DFREE_SPACE_BAR_C=OFF -DCREATE_MO=OFF -DLUA_SCRIPT=OFF -DWITH_SOUNDS=OFF -DWITH_LUASCRIPTS=OFF -DUSE_MINIUPNP=ON -DLOCAL_MINIUPNP=ON -DLUA_SCRIPT=OFF .

Опечатка: -DUSE_QT=OF

Много мусора. Можно проще:

mkdir -p builddir && cd builddir && cmake -DUSE_QT=OFF -DUSE_GTK=OFF -DNO_UI_DAEMON=ON ..

Ну и добавить, если что еще нужно...

Все собирается, но напрягает вот что. http://paste.ubuntu.com/555194/ Какого черта луа хидеры, если было указано, что без них.

lua (headers):  ()

Это буквально означает, что библиотеки lua не найдены и не используются. Разве не понятно?..

Ну и еще aspell.

То, что aspell найден, еще не значит, что он используется.

Сразу видно. Демон в глубокой, эммм, разработке.

Сразу видно полное непонимание того, что происходит. Лог при конфигурировании должен быть достаточно информативным.

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

Напрягает строка при старте демона >eiskaltdcpp-daemon [nasdc] (EiskaltDC++ core 2.2) [debug] running...

nasdc/nasdc.cpp#L94

Сказано было релиз, а собрало дебаг.

Это другая опция: -D_DEBUG

Ну просто привык я больше в autotools, чем к cmake. Для меня это, например, странно. Кроме того, в приведенной выше ссылкой есть на счет -DCMAKE_BUILD_TYPE=Release. Разве оно не должно собирать релиз? Почему же тогда в ссылочке нет про -D_DEBUG. Вы же вроде конечный продукт представляете. Так почему пользователь должен еще перекапывать код, чтобы что-то найти.

На счет не используется

-- CMAKE will use this libs (and headers) during build:

Написано выше. Что как бэ намекает(я бы сказал напрямую говорит). Мб это косяк в правилах CMake?

PS а так, давно юзаю этот клиент. Да и нареканий нет. Удачи проекту.

Кроме того, в приведенной выше ссылкой есть на счет -DCMAKE_BUILD_TYPE=Release. Разве оно не должно собирать релиз?

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

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

«Конечный продукт» предоставляют мейнтейнеры. Пользователь вообще не должен собирать из исходных текстов. Это исключительно его личная инициатива...

-- CMAKE will use this libs (and headers) during build:

Написано выше. Что как бэ намекает(я бы сказал напрямую говорит). Мб это косяк в правилах CMake?

Ну вот так у нас оформлено... Главное, что это информативно и упрощает прием багрепортов.

>Пользователь вообще не должен собирать из исходных текстов.

Запили репозиторий тогда под харди. Хотя ведь не сделаете. Кстати, на счет опции -DCREATE_MO=OFF. Оно ведь солжно отключать создание mo-файлов, однако файлы были успешно собраны и добавлены в deb-пакетик, который я для себя собирал. Такие дела.

>Из-за этого часто возникают ситуации, когда твой новый поиск происходит практически сразу после вот такого вот «фонового» поиска.

Вот в ApexDC++ и других вменяемых клиентах есть ограничение: следующий поиск не раньше, чем через минуту. И этот таймер (обратный отсчёт до следующего поиска) даже виден в окне поиска и всё работает как часы. А в eiskaltdcpp я такого не увидел, не нашёл. Может добавят.

> Вот в ApexDC++ и других вменяемых клиентах есть ограничение: следующий поиск не раньше, чем через минуту. И этот таймер (обратный отсчёт до следующего поиска) даже виден в окне поиска и всё работает как часы. А в eiskaltdcpp я такого не увидел, не нашёл. Может добавят.

Настройки --- Загрузки --- Дополнительно --- Интервал между автопоисками других источников (в минутах)

На ручной поиск это конечно же никоим образом не влияет, да и не должно.

Кроме того, на некоторых хабах вообще запрещен поиск по TTH, чтобы уменьшить нагрузку на сервер...

У меня стоит 2 минуты. Должно быть такое же для ручного поиска обязательно! И должно быть связано с автопоиском, чтобы одно не мешало другому: если идёт автопоиск, значит ручной должен ждать не меньше минуты и наоборот. Потому, что баг, про который я говорил реально присутствует и очень достаёт: из-за него eiskalt не видит альтернативные источники и иногда качает ООЧЧЧЕНЬ медленно из одного только, на который нажал, даже если в поиске отображены 10 с таким же TTH и eiskalt их сгруппировал как один и тот же файл с плюсиком [+]. Eiskalt не начнёт качать из других до следующего поиска: тогда он видит уже альтернативные источники с тем же TTH.

На тех хабах, что я сижу поиск по TTH никогда не запрещали, особенно в нашей локалке.

P.S. Посмотрите как это в ApexDC++ реализовано, хотя бы с точки зрения пользователя - всё красиво: если нашёл файл в нескольких альтернативных источниках - сразу начинает качать из всех из них, а не из одного как eiskaltdcpp. TTH работает и следующий поиск не раньше чем через 1 мин (пользователю показывается таймер обратного отсчёта, чтобы было понятно, почему в окне поиска не отображаются новые результаты). А в eiskaltdcpp следующий поисковый запрос уходит «в пустоту» и непонятно есть ли нужные файлы в сети или нет.

> иногда качает ООЧЧЧЕНЬ медленно из одного только, на который нажал, даже если в поиске отображены 10 с таким же TTH и eiskalt их сгруппировал как один и тот же файл с плюсиком [+]. Eiskalt не начнёт качать из других до следующего поиска: тогда он видит уже альтернативные источники с тем же TTH.

При загрузке из результатов поиска, в список источников файла сразу же добавляются _все_ найденные источники, если выбирать загрузку корневого элемента раскрывающегося списка (там где «плюсик»), а не какой-то отдельный его пункт.

Зато обычный (ручной) поиск это иногда и правда «обламывает», было бы и правда неплохо сделать такую фишку с таймером и ожиданием истечения интервала времени для начала поиска.

Да, только что проверил. Но обратный отсчёт было бы всё-таки хорошо добавить.

>Зато обычный (ручной) поиск это иногда и правда «обламывает»,

Точно!

[традиционно] Valknut всем устраивает

mldonkey умеет DC, Torrent, eMule и еще что-то.

вот ихний DC++ не пробовал. а так на mldonkey я таки окончательно перешел (после пары лет eMule Xtreme @ Wine :) ) на Etch-е он косячил, на Ubuntu 10.04 всё сразу стало хорошо.

>Есть баг серьёзный - поиск альтернатив (по TTH) не работает вообще, хотя пользователей с каким-нибудь файлом может быть много. Не видит пользователей с таким же фалом. Лечится, если запустить поиск того же файла ещё раз,

Пользуюсь этим клиентом давно еще со времен valknut-qt4, подобного не замечал(может и было, но в городской локалке это не заметно, достаточно 2-4 источников после поиск+добавить чтобы выжать максимум). В свежих срезах(как раз 2.2) поисх источников находу точно работал. Там еще в настройках есть интервал повторного поиска альтернатив. может в нем проблема?

>Etch-е он косячил, на Ubuntu 10.04 всё сразу стало хорошо.

Ну ты сравнишь тоже. Там столько всего подпилили.

Ну ты сравнишь тоже. Там столько всего подпилили.

не, mldonkey и OCaml во всех случаях собирались новые версии руками. просто не стабильно работал почему то, а mlnet.static там падал почти сразу.

DC по немногу вымирает, а клиент развивается. Странно как-то. А в савокупности с последними веяниями копирастов так вообще вопрос - не страшно им?

>DC по немногу вымирает, а клиент развивается.

Ага, вымирает, как бы не так. DC прекрасно себя чувствует http://dchublist.ru/hubs/ . Сейчас развивается новый протокол ADC, который только добавит популярности этому виду p2p сетей.

дц вимирает из за несознательных личностей что программиуют читерские клиенты. а так же из за разработчиков ПО которые не уделяют должного внимания в клиенте поддержке ADC (хотя кроме флайлинка этой проблемой занимаются практически все).

ну а NMDC протокол уже давно «мёртв», а пришедший ему на смену ADC пока не особо распространён изза консерватизма хомячков и медленному развитию ADC хабов adchpp ( http://en.wikipedia.org/wiki/Comparison_of_ADC_Software ) и uhub ( http://wiki.san.ru/w/index.php/Uhub ).

и копирасты тут не причём. всем на них пофиг.

>А в савокупности с последними веяниями копирастов так вообще вопрос - не страшно им?

Тот же вопрос можно задать разработчикам всех torrent клиентов и трекеров. Что выкладывать в общий доступ решают сами пользователи.

Бывает при работе с этим ПО такой косяк: ни с того, ни с сего ПО закрывается (без к0либо сообщений).
Как правило это происходит после более получаса работы ПО. Поэтому не могу оставлять ее открытой (для скачивания/раздачи большого содержимого), а жаль.
Такое появилось с версией 2.1.0 .
Вот с каждой версией надеюсь, что уйдет эта ошибка.
П.С.
Gentoo.

Среди прочего на wiki странице айскальта http://code.google.com/p/eiskaltdc/w/list есть такая страница http://code.google.com/p/eiskaltdc/wiki/issue_hints_ru на которой написано как сделать багрепорт в случае краха клиента. И да, бессмысленно просто ждать исправления какой-либо ошибки при выходе новых версий - разработчики могут вообще о ней не знать. Если есть проблема то надо не полениться и написать багрепорт на багтрекере программы http://code.google.com/p/eiskaltdc/issues/list

добавьте в прогу легенду для иконок.

А поподробнее, что за легенду?

>Тот же вопрос можно задать разработчикам всех torrent клиентов и трекеров. Что выкладывать в общий доступ решают сами пользователи.

Совершенно верно, а правообладатели всегда могут запретить скачивание своего материала (законно, конечно).

Это можно сделать только для торрентов, выложенных на сайте трекера, как это сейчас делают на рутрекере. А так пользователям нет никакого дела до страданий копирастов.

ну описание иконок напротив пользователей, кипичик там, планетка.

hardy

Это который 8.04? Да это же уже почти окаменелость.

солидарен. дс нормально себя чуствует и дс хабы на линукс машинах уже на голову обходят форточников.

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

И вообще дс идеален для локальных сетей, да и при наличии скоростного интернета...

>Это который 8.04? Да это же уже почти окаменелость.

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