Официальная конференция Direct Connect клиента EiskaltDC++ - Воскресенье, 10 июля 2011

Официальная конференция Direct Connect клиента EiskaltDC++

eiskaltdc@conference.gentoo.ru

Воскресенье, 10 июля 2011< ^ >

dhamp установил(а) тему: Last stable release: 2.2.3 || Конференция разработчиков EiskaltDC++
Логи: http://gentoo.ru/jabber/logs/eiskaltdc@conference.gentoo.ru/2011/
Активность в багтрекере: http://code.google.com/p/eiskaltdc/updates/list
Активность разработки: http://github.com/negativ/eiskaltdcpp/network
Release schedule:
* 2011-09-18 Release EiskaltDC++ 2.2.4
TODO:
* DHT Support
* IPv6 in DC++ Core
* JSON interface in EiskaltDC++ Daemon
* Migrating from Libglade to GtkBuilder in EiskaltDC++ Gtk
* Up minimal gcc version to 4.4
ADC notes:
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC.txt
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC-EXT.txt
http://www.adcportal.com/wiki/ADC_Proposals_list
Git notes:
http://habrahabr.ru/blogs/development/68341/
http://dl.dropbox.com/u/281916/delete/book.pdf
JSON:
http://ru.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON
http://en.wikipedia.org/wiki/JSON-RPC
JSON parser from Boost:
http://plaincodesource.blogspot.com/2011/03/json-c-boost.html
http://stackoverflow.com/questions/717618/simple-server-client-boost-example-not-working
HTTP and TCP client/server examples:
http://www.boost.org/doc/libs/1_39_0/doc/html/boost_asio/examples.html

Конфигурация комнаты

Участники комнаты

GMT+4
[00:02:07] rzed вышел(а) из комнаты: <|> :ытанмок зи (а)лешыв dezr
[00:21:17] dhamp вошёл(а) в комнату
[00:36:32] <dhamp> http://code.google.com/p/eiskaltdc/issues/detail?id=1103
в этом issue хотели этого  - http://savepic.org/1912825.png?
[00:36:51] <dhamp> http://savepic.org/1912825.png ** ^^
[00:38:00] <dhamp> никого нет, ну и  пофиг
[00:44:34] Nikoli вышел(а) из комнаты
[01:09:15] Diger вышел(а) из комнаты
[01:09:40] Diger вошёл(а) в комнату
[01:12:55] Diger вышел(а) из комнаты
[01:14:07] Diger вошёл(а) в комнату
[01:24:01] Diger вышел(а) из комнаты
[01:29:09] amfetamin вышел(а) из комнаты
[02:51:29] Alexey вышел(а) из комнаты
[04:55:35] Alexey вошёл(а) в комнату
[04:55:53] gelraen вышел(а) из комнаты
[04:57:07] Kroll вышел(а) из комнаты
[04:57:10] Alexey вышел(а) из комнаты
[09:42:23] gelraen вошёл(а) в комнату
[09:59:52] gelraen вышел(а) из комнаты: Отключен
[10:00:02] gelraen вошёл(а) в комнату
[10:06:15] Diger вошёл(а) в комнату
[10:43:03] FiliN вошёл(а) в комнату
[10:46:14] FiliN вышел(а) из комнаты
[11:04:32] gelraen вышел(а) из комнаты
[11:53:53] dhamp вышел(а) из комнаты
[12:07:26] dhamp вошёл(а) в комнату
[12:08:19] dhamp вышел(а) из комнаты
[12:08:32] dhamp вошёл(а) в комнату
[12:39:32] gelraen вошёл(а) в комнату
[13:21:24] Kroll вошёл(а) в комнату
[13:51:59] pavelvat вошёл(а) в комнату
[13:52:09] pavelvat вышел(а) из комнаты
[13:52:21] pavelvat вошёл(а) в комнату
[13:52:48] <pavelvat> dhamp: ping
[13:55:20] <dhamp> pavelvat, ???
[13:57:16] <pavelvat> dhamp: посмотри на изменения в этом коммите:
https://github.com/negativ/eiskaltdcpp/commit/fc2fe4cec18967432893fa8fc5a96641f40e4587
для файла dcpp/QueueManager.cpp
вот эти строки мне не понятны:
-        #ifdef WITH_DHT
         cand->setNextPublishingTime(now + PFS_REPUBLISH_TIME);          // one hour
-        #else
-        cand->setNextPublishingTime(now + 1*60*60*1000);          // one hour
-        #endif
         return new TTHValue(cand->getTTH());
и я заключил всю функцию TTHValue* QueueManager::FileQueue::findPFSPubTTH() - т.к. она используется только для DHT
в #ifdef WITH_DHT
это ничего не поломает? - зачем нужна была строка
cand->setNextPublishingTime(now + 1*60*60*1000);
если собиралось без DHT ?
[14:01:05] <dhamp> по моему это было для того чтобы пахало pfs без  dht
[14:01:39] <dhamp> хотя не уверен =)
[14:04:59] <pavelvat> dhamp: в этом же коммите в файле dcpp/QueueManager.h
я заключил функцию TTHValue* findPFSPubTTH();
в #ifdef WITH_DHT поскольку в комментарии к ней говорится что она для DHT, т.е. если DHT не используется то и эта функция не используется, поддержку PFSR реализовывал ты, поэтому я испрашиваю, а то мало ли мои изменения повлияют на работоспособность PFSR для сборки с отключённым DHT.
[14:06:54] <dhamp> pavelvat, прошёлся грепом по исходникам стронга, функция всё же используется для dht только
[14:07:13] <pavelvat> ok
[14:07:20] <dhamp> pavelvat, значит сломаться ичего не должно было
[14:09:54] <pavelvat> dhamp: кстати, а у тебя внешний IP белый или серый?
[14:11:50] <pavelvat> меня просто интересует вопрос действительно ли DHT может работать только с белым ip, ведь в торрентах у меня DHT работает и с серым.
[14:13:37] <dhamp> pavelvat, для соединения необходимо чтобы у одного из узлов был белый ип, так что dht в торренте nat в nat соединятся тоже не должен
[14:14:52] <dhamp> natt - может помочь преодолеть нат, но не факт что получится
[14:17:10] Diger вышел(а) из комнаты
[14:22:23] <pavelvat> dhamp: здесь http://en.wikipedia.org/wiki/DC%2B%2B
в таблице Features у всех клиентов написано что они поддерживают NAT traversal
[14:23:17] <pavelvat> кстати, там же написано что они все поддерживают proxy - хотя ведь DC не в состоянии работать через прокси.
[14:25:08] <gelraen> через nat-pmp или upnp видимо
[14:25:17] <dhamp> pavelvat, прокси только для http
[14:26:11] <dhamp> пускать nmdc или adc через http конечно можно наверное но я не знаю как
[14:26:34] <pavelvat> dhamp: я как раз и сказал что ни один DC++ клиент не в состоянии работать через http proxy.
[14:27:00] <dhamp> кстати а где у нас плагины на с++ - просветите кто нить ? =)
[14:27:37] <gelraen> dhamp: HTTP CONNECT
[14:27:59] <gelraen> ssl через прокси так же ходит
[14:28:09] <pavelvat> для proxy если поискать в google то можно найти какие-то способы обхода невозможности работы через proxy через использование других компьютеров в сети на котрые у тебя есть доступ.
[14:28:19] <gelraen> ага
[14:28:22] <gelraen> ssh -D например
[14:29:00] <gelraen> но без специального софта на этих других компьютерах это не реализуемо
[14:30:05] <dhamp> gelraen, другой клиент - подлая пускалка трафа через другой клиент у которого всё с соединением впорядке ?
[14:30:19] <pavelvat> вобщем то что в этой таблице у всех клиентов в поле proxy стоит yes - это кто-то ошибся при заполнении.
[14:30:50] <dhamp> pavelvat, там скорей socks прокси имеется ввиду
[14:30:57] <gelraen> dhamp: можно и так, да, но я бы за такое давал в щи
[14:31:00] <dhamp> он есть во всех клиентах для http
[14:31:08] <gelraen> skype вон так делает
[14:33:18] <pavelvat> dhamp: а socks прокси что позволяет задавать сервер только цифрами IP адреса, а доменным именем нельзя?
[14:34:49] <dhamp> pavelvat, вроде нет
[14:34:54] <dhamp> а нужно ?
[14:36:16] <pavelvat> dhamp: я просто не сталкивался и не знаю, но EiskaltDC++ позволяет только IP адрес сервера вводить, а просто его текстовое имя нет.
[14:36:37] <gelraen> адрес самой прокси можно как угодно
[14:36:55] <gelraen> и, вроде, в socks даже есть костыли для работы с dns
[14:37:58] <gelraen> да, socks5 умеет биндить udp
[14:48:51] <pavelvat> gelraen: сборка 2.2.3 для 32-bit Mac OS X планируется?
[14:49:03] <gelraen> емнип, там сборка сломана
[14:50:34] <gelraen> http://code.google.com/p/eiskaltdc/issues/detail?id=1071
[14:50:44] <gelraen> значит попробую
[14:51:41] <pavelvat> gelraen: 64-bit ведь собрана, сразу после релиза мантейнер для 64-bit Mac OS X сказал что у него не собирается и было исправление вот оно:
https://github.com/negativ/eiskaltdcpp/commit/1ebb800f271435e91b196d3b0b88ddfd05a5acce
поправь руками в релизных исходниках 2.2.3 и собери.
[14:52:31] <gelraen> оок
[14:54:49] <pavelvat> gelraen: а с BSD всё по-прежнему безнадёжно? и новой версии в портах вообще уже никогда не появится?
[14:55:02] <gelraen> когда-то появится :)
[14:55:02] <dhamp> gelraen, там просто надо не с тэга надо собирать
[14:55:18] <gelraen> пойду ещё попинаю кого-то
[14:56:45] <pavelvat> dhamp: лучше скачать исходники для 2.2.3 и в них поправить руками согласно ссылке на fix выше, иначе в окне "Об EiskaltDC++"  будет SHA-код коммита вместо слова stable.
[14:59:58] Alexey вошёл(а) в комнату
[15:20:25] <Alexey> не понял, чем вас смутила yes в графе proxy...
[15:40:02] <pavelvat> Alexey: тем что через http proxy ни один DC++ клиент не работает.
[16:08:25] <Alexey> а там и не пишут, что это http-прокси
[16:11:06] <pavelvat> Alexey: говоря прокси обычно имеют ввиду http прокси, так что там надо бы заменить столбец проки на два столбца socks5 и http прокси, в первом yes, во втором no для всех клиентов.
[16:12:16] gray_graff/work вышел(а) из комнаты
[16:17:19] gray_graff/work вошёл(а) в комнату
[16:37:04] pavelvat вышел(а) из комнаты
[16:48:59] <Alexey> для не-веборинтированных сервисов обычно имеют ввиду как-раз сокс-прокси, так-что всё нормально
[16:51:56] gray_graff/work вышел(а) из комнаты
[16:53:30] <Alexey> И хттп-прокси многие клиенты умеют использовать. Но только для хаблистов и, возможно, загрузки первичного списка нод DHT.
[16:54:19] <Alexey> Но ведь используют-же.
[16:54:39] <Alexey> Значит и в колонке с хттп-прокси надо будет всё-равно писать yes.
[16:57:51] gray_graff/work вошёл(а) в комнату
[17:22:34] Diger вошёл(а) в комнату
[17:29:54] WiseLord вышел(а) из комнаты
[17:30:58] WiseLord вошёл(а) в комнату
[17:44:33] Diger вышел(а) из комнаты
[18:19:14] ubuntu11.04 вышел(а) из комнаты
[18:28:54] ONYX вышел(а) из комнаты
[18:35:55] Diger вошёл(а) в комнату
[18:47:41] pavelvat вошёл(а) в комнату
[18:50:39] <pavelvat> Alexey:
"[16:54:39] <Alexey> Значит и в колонке с хттп-прокси надо будет всё-равно писать yes."
Что за бред?
DC++ клиент - это возможность соединиться с хабом, искать на нём и скачивать найденное. А с компьютера который выходит в интернет через прокси даже просто подключиться к хабу нельзя.
[18:51:01] FiliN вошёл(а) в комнату
[18:52:08] <gelraen> эээ.... а каким образом других клиентов может интересовать как именно кто-то скачивает хаб-лист: через прокси или нет?
[19:07:10] FiliN вышел(а) из комнаты
[19:11:59] FiliN вошёл(а) в комнату
[19:13:45] Diger вышел(а) из комнаты: Logged out
[19:13:45] FiliN вышел(а) из комнаты
[19:13:55] Diger вошёл(а) в комнату
[19:14:21] FiliN вошёл(а) в комнату
[19:15:06] FiliN вышел(а) из комнаты
[19:16:06] amfetamin вошёл(а) в комнату
[19:16:20] FiliN вошёл(а) в комнату
[19:21:03] FiliN вышел(а) из комнаты
[19:22:05] FiliN вошёл(а) в комнату
[19:22:30] FiliN вышел(а) из комнаты
[19:22:47] FiliN вошёл(а) в комнату
[19:28:11] pavelvat вышел(а) из комнаты
[19:32:06] FiliN вышел(а) из комнаты
[19:32:16] FiliN вошёл(а) в комнату
[19:44:33] FiliN вышел(а) из комнаты
[19:44:45] FiliN вошёл(а) в комнату
[20:08:20] FiliN вышел(а) из комнаты
[20:08:30] FiliN вошёл(а) в комнату
[20:23:20] FiliN вышел(а) из комнаты
[20:23:30] FiliN вошёл(а) в комнату
[20:26:37] pavelvat вошёл(а) в комнату
[20:32:52] FiliN вышел(а) из комнаты
[20:34:36] <pavelvat> dhamp: почему в проекте у каталогов eiskaltdcpp-qt и eiskaltdcpp-gtk нормальная структура, а у dcpp, dht, extra, miniupnpc и nasdc всё в кучу свалено? предлагаю привести к нормальному виду, вроде бы никаких препятствий для создания нормальной структуры нет.
[20:35:33] <gelraen> телепатирую что куча в dcpp синхронна с кучей в dc++
[20:35:34] <pavelvat> dhamp: или имеются возражения?
[20:35:56] <gelraen> аналогично для miniupnpc и (возможно) dht
[20:37:09] FiliN вошёл(а) в комнату
[20:37:13] <pavelvat> gelraen: исходники будут в каталоге dcpp/src а файлы po в каталоге dcpp/po и CMakeLists.txt не надо будет отыскивать в исходниках.
[20:37:32] <pavelvat> gelraen: что значит синхронна?
[20:59:18] gray_graff/work вышел(а) из комнаты
[21:03:08] gray_graff/work вошёл(а) в комнату
[21:09:41] FiliN вышел(а) из комнаты
[21:13:32] FiliN вошёл(а) в комнату
[21:29:57] pavelvat вышел(а) из комнаты
[21:30:40] gray_graff/work вышел(а) из комнаты
[21:39:42] <dhamp> [20:34:42] pavelvat: dhamp: или имеются возражения?
имеются - ибо нафига ?
[21:40:22] <dhamp> pavelvat," CMakeLists.txt не надо будет отыскивать в исходниках"
вообще не аргумент
[21:45:37] gray_graff/work вошёл(а) в комнату
[22:07:48] FiliN вышел(а) из комнаты
[22:21:04] gray_graff/work вышел(а) из комнаты
[22:26:39] gray_graff/work вошёл(а) в комнату
[22:46:43] pavelvat вошёл(а) в комнату
[22:48:18] FiliN вошёл(а) в комнату
[22:48:24] ubuntu11.04 вошёл(а) в комнату
[22:48:46] <pavelvat> dhamp:
"ибо нафига ? " - чтобы везде была одна структура, так последовательнее и логичнее.
[22:59:11] ubuntu11.04 вышел(а) из комнаты: offline
[23:14:43] <dhamp> pavelvat, не логично, и зачем тебе постоянно искать cmakelist'ы тоже не понятно
[23:17:15] <pavelvat> dhamp: то что я предлагаю - это последовательнее, и я не понимаю зачем в разных подкаталогах иметь разную структуру каталогов, когда можно иметь общую для всех. Мало того что эта структура будет обшей так она ещё и более логична в отличии от текущей.
[23:19:34] <dhamp> pavelvat, чем тебе мешает разная структура подкаталогов ?
[23:19:59] <dhamp> и чем лучше будет иметь одинаковую ?
[23:20:13] <pavelvat> dhamp: технически ничем, мне не нравится её не продуманность и не последовательность.
[23:20:19] <dhamp> кроме того что "должно быть везде одинаково"
[23:21:13] <pavelvat> dhamp: не одинаково, а последовательно и более логически правильно - т.к. всё на своём отдельном месте.
[23:23:04] <dhamp> pavelvat, а если пофиг на логичность? и надо что бы работало а не было красиво ?
[23:24:28] <pavelvat> dhamp: а то что я предлагаю, разве как-то влияет на "и надо что бы работало" ?
оно будет работать и дальше.
[23:29:35] <dhamp> pavelvat, http://code.google.com/p/eiskaltdc/issues/list - список вещей чего действительно наверно надо сделать
[23:36:14] amfetamin вышел(а) из комнаты
[23:44:30] FiliN вышел(а) из комнаты
[23:58:18] gelraen вышел(а) из комнаты: Отключен

Powered by ejabberd

Powered by Erlang