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

eiskaltdc@conference.gentoo.ru

Суббота, 26 ноября 2011< ^ >

dhamp установил(а) тему: Last stable release: 2.2.4 || Конференция разработчиков 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-12-18 Release EiskaltDC++ 2.2.5
* 2012-02-05 Release EiskaltDC++ 2.2.6
Release Critical:
* Problem with ADC hubs in EiskaltDC++ Qt
Recheck issue:
* 812
* 934
* 923
* 1063
* 1123
TODO:
* IPv6 in DC++ Core
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
Как правильно задавать вопросы:
http://parallel.ru/cluster/smart-questions-ru.html
How To Ask Questions The Smart Way
http://catb.org/%7Eesr/faqs/smart-questions.html

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

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

GMT+4
[00:00:25] <tehnick> Я же выше написал, что у нас такие тонкости пока не поддерживаются.
[00:01:18] <Nikoli> ладно, надеюсь, поправите
[00:02:47] <pavelvat> tehnick: в NSIS скрипте для инсталлера под Windows для сербского есть два варианта: Serbian и SerbianLatin, я включил в инсталлер только SerbianLatin, и я не понимаю почему для перевода на языке SerbianLatin на transifex надо использовать слово Serbian, которое предназначено для просто сербского. Была допущена ошибка при создании имени для этого перевода, сейчас она обнаружилась и теперь просто надо всё поставить на свои места, и в упор не понимаю почему ты не хочешь исправить очевидную ошибку, из-за которой имя Serbian, в будущем понадобящееся для перевода на простой сербский, уже застолбили за латинским вариантом сербского языка.
[00:03:32] <pavelvat> tehnick: тут https://www.transifex.net/languages/
написаны эти два варианта:
Serbian (sr)
и
Serbian (Serbia) (sr_RS)
[00:04:40] <pavelvat> хотя нет там 4 варианта
[00:05:15] <pavelvat> Serbian (sr)
Serbian (Latin) (sr@latin)
Serbian (Latin) (Serbia) (sr_RS@latin)
Serbian (Serbia) (sr_RS)
[00:06:20] <tehnick> pavelvat: да ты реально даже не пытаешься понять...
[00:06:25] <pavelvat> но тем более каждый перевод должен быть под своим языковым кодовым именем.
[00:06:31] <tehnick> pavelvat: перечитай лог пожалуйста.
[00:08:38] <pavelvat> Nikoli: обновлений версии тут больше не делаешь? http://qt-apps.org/content/show.php?content=123452
[00:13:18] <tehnick> Уже четыре переводчика.
[00:13:53] dhamp вошёл(а) в комнату
[00:14:54] <pavelvat> tehnick: как тот факт что сейчас в EiskaltDC++ нереализовано использование нескольких вариантов одного языка влияет на невозможность исправить на transifex имя для сербского латинского с Serbian на Serbian (Latin) (sr@latin) ?
[00:14:56] <tehnick> dhamp: привет. На https://www.transifex.net/ зарегаться не хочешь? Я тебя в список мейнтейнеров добавил бы. На всякий случай...
[00:15:06] gelraen вышел(а) из комнаты
[00:15:49] <dhamp> [00:14:52] <tehnick> dhamp: привет. На https://www.transifex.net/ зарегаться не хочешь?
нет
[00:16:13] <tehnick> pavelvat: ты читаешь невнимательно. Про невозможность речи не было. Все с точность до наоборот.
[00:16:23] gelraen вошёл(а) в комнату
[00:16:53] <tehnick> Но до ответа переводчика никаких изменений не будет.
[00:17:49] <tehnick> pavelvat: и в дереве исходников придется вносить изменения, чтобы учесть эти вариации языка.
[00:18:10] <tehnick> Но ты таких вещей предвидеть не в состоянии, видимо.
[00:18:11] <pavelvat> tehnick: если в идеале айскальт будет переведён на все языки мира, в том числе и на разновидности одного и того же языка, то зачем сейчас засталбливать за сербским латинским переводом имя Serbian, которое понадобиться рано или поздно для перевода на сербский?
[00:18:39] <tehnick> Этот идеал не достижим.
[00:18:45] <tehnick> Ты упорот что ли?
[00:19:16] <tehnick> Человек занят переводом, а мы без его ведома будет настройки менять?..
[00:19:20] <pavelvat> tehnick: "в дереве исходников придется вносить изменения, чтобы учесть эти вариации языка." - в будущем да, но сейчас то зачем, я прошу просто на transifex исправить имя на то которое положено и всё.
[00:21:40] <pavelvat> tehnick: "Человек занят переводом, а мы без его ведома будет настройки менять?.." - да, но извести его об этом по e-mail, в итоге то ведь всё-равно надо будет менять на правильное имя языка, лучше сделать это раньше чем позже.
[00:22:09] <tehnick> Бля.
[00:22:24] <dhamp> pavelvat: "работает не тронь" - знаешь такое, и успокойся уже тебе tehnick уже сказал что никаких переименовываний до ответа переводчика не будет
[00:22:31] <tehnick> Меня напрягает, что ты пишешь вместо того, чтобы прочитать сообщения в чате.
[00:22:51] <tehnick> Я уже отправил ему сообщение.
[00:23:27] <tehnick> Но "чукча не читатель, чукча писатель" (c)
[00:24:48] <pavelvat> tehnick: ты писал, что просто сросишь у него как ему удобнее оставить всё как есть или сделать как положено. А я говорю о том что надо в любом случае без учёта его мнения поменять название перевода на правильное имя.
[00:25:02] <pavelvat> tehnick: ты сам то читал мои сообщения.
[00:26:24] <tehnick> pavelvat: ты на метку времени-то посмотри. И на то, что я жду ответа...
[00:33:34] <dein.negativ> я вот не понимаю чего вы так переживаете за этот сербский, если бы переводчика что-то не устраивало он бы уж нам сказал
[00:36:00] <pavelvat> dein.negativ: да в том то и дело что это переводчик не на Сербский язык, а на его вариант - Сербский Латинский, а когда однажды появится переводчик на сербский окажется что имя Serbian предназначенное для него уже используется переводчиком на Сербский Латинский, который на самом деле должен использовать имя SerbianLatin.
[00:37:55] <dein.negativ> pavelvat: я так понимаю Сербский Латинский == Сербский Транслитерированный всего лишь, не?
[00:37:58] <tehnick> pavelvat: ты запарил уже. Язык один! Только алфавиты разные используются.
[00:38:25] <tehnick> Осиль короткую статью в википедии.
[00:39:33] <pavelvat> dein.negativ: если в списке языков инсталлятора под Windows NSIS есть два отдельных пункта Serbian и SerbianLatin - это говрит о том что это никак не может быть одним и тем же.
[00:39:41] <tehnick> Короче у кого-то просто свербит в заду и он не может просто дождаться ответа...
[00:40:29] <tehnick> pavelvat: ты точно упорот. Это ни о чем не говорит, пока ты не прочитаешь документацию того же NSIS
[00:40:34] <pavelvat> tehnick: короче кто-то просто не желает исправлят очевидную ошибку в выборе имени для перевода.
[00:41:41] <tehnick> Нет, юношеский максимализм затмил тебе глаза и ты в упор не видишь реального положения вещей.
[00:41:58] <dein.negativ> pavelvat: давай подождем комментария переводчика
[00:43:51] <tehnick> Я кстати спросил его и про то, не хочет ли он команду по переводу на кириллический сербский координировать.
[00:43:55] <pavelvat> dein.negativ: да даже если это и транслитированный сербский, что с того - ведь это же другой первод и соотвественно под него существует соответствующее название.
здесь https://www.transifex.net/languages/
есть четыре варианта для сербского языка - каждому переводу по названию:
Serbian (sr)
Serbian (Latin) (sr@latin)
Serbian (Latin) (Serbia) (sr_RS@latin)
Serbian (Serbia) (sr_RS)
[00:44:28] <pavelvat> dein.negativ: я и не спорю с тем чтобы подождать
[00:44:52] <tehnick> pavelvat: да ладно? А херли ты здесь тогда нафлудил?
[00:45:17] <pavelvat> а с тем что название надо поменять в любом случае независимо от мнения переводчика, просто чтобы он был предупреждён о смене названия.
[00:45:32] <tehnick> Из твоих сообщений прямо следуешь что ты хочешь переименовать здесь и сейчас.
[00:45:35] <tehnick> Не медля.
[00:45:41] <tehnick> *следует
[00:48:00] <pavelvat> tehnick: нет, просто ты в такой манере отвечал будто ничего страшного что не то имя, раз перевода на простой сербский ещё нет в айскальте, и менять имя вообще не надо до тех пор пока такой перевод не появится.
[00:49:23] <tehnick> Именно так. Где ты видишь противоречие? Пока такого перевода нет, нет смысла и менять что-либо в коде.
[00:50:20] <dhamp> Nikoli:
[00:51:39] <tehnick> "есть четыре варианта для сербского языка" --- ты вообще не вкурил, что означают эти варианты...
[00:52:02] <pavelvat> tehnick: противоречие в том поменять имя перевода после ответа переводчика на сербский латинсикий или поменять это же имя через месяц, год - когда появится желающий перевести на простой сербский язык.
[00:52:04] <tehnick> Варианта всего два.
[00:52:39] <tehnick> Маска sr задает просто сербский язык.
[00:52:57] <tehnick> А маска sr_RS указывает на регион.
[00:53:06] <tehnick> Конкретно страну.
[00:53:18] <tehnick> В данном случае, страна одна.
[00:53:25] <tehnick> Потому и вариант один.
[00:53:59] <tehnick> Просто для этого языка есть два равноправных способа записи слов.
[00:54:08] <tehnick> На кириллице и на латинице.
[00:54:23] <tehnick> Не тупи так сильно.
[00:55:51] <pavelvat> tehnick: с этим согласен, но это уже совсем не про то что не надо менять имя.
[00:57:28] <tehnick> Имена файлов у меня связаны в скрипте. Ты же не думаешь, что я через веб-морду буду вручную переводы обновлять?..
[00:57:33] <pavelvat> tehnick: Serbian и SerbianLatin это будут два разных файла с переводами - а следовательно у каждого должно быт своё уникальное название.
[00:57:57] <tehnick> Но по факту второго файла сейчас нет.
[00:58:02] <pavelvat> да
[00:58:21] <pavelvat> но потенциально он появиться когда-нибудь в будущем.
[01:00:19] <pavelvat> на googlecode ссылки содержащие ++ в имени теперь нормально открываются, совсем недавно починили.
http://code.google.com/p/eiskaltdc/downloads/detail?name=EiskaltDC%2B%2B-2.2.4-x86.exe
[01:03:26] <pavelvat> кстати, только что написал в support googlecode сообщение о том что сортировка по меткам часть результатов куда-то теряет:
http://code.google.com/p/eiskaltdc/downloads/list?can=1&q=label%3AOpSys-Windows&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount
http://code.google.com/p/eiskaltdc/downloads/list?can=1&q=label%3AOpSys-OSX&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount
http://code.google.com/p/eiskaltdc/downloads/list?can=1&q=label%3AOpSys-Haiku&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount
[01:10:56] <tehnick> О, вижу он команду перевода изменил. Но пока не ответил.
[01:12:44] <pavelvat> dein.negativ: не собирается последняя ревизия из 2.2.x
http://pastebin.com/kJTV8mpC
[01:14:27] <pavelvat> tehnick: у тебя какая сейчас версия firefox ?
[01:14:59] <tehnick> 8.0-3
[01:16:36] <tehnick> И он в дебиане не оригинальный, а патченный.
[01:16:53] <pavelvat> tehnick: жаль, слишком свежая, я просто подумал что может быть дело не в googlecode было что ссылки с ++ в имени, например:
http://code.google.com/p/eiskaltdc/downloads/detail?name=EiskaltDC%2B%2B-2.2.4-x86.dmg
не открывались, а в версии firefox до 8.0
[01:17:46] <tehnick> В вебките работает.
[01:17:54] <tehnick> В опере тоже.
[01:18:09] <tehnick> Раньше не проверял.
[01:21:56] <tehnick> Ну вот он и ответил.
[01:22:07] <tehnick> Нефиг было кипишь разводить.
[01:25:00] amfetamin вышел(а) из комнаты
[01:26:35] <dein.negativ> pavelvat: пофиксил
[01:28:20] <pavelvat> tehnick:
Build Depends:
pkg-config
а для каких компонент требуется pkg-config ?
[01:29:25] <tehnick> Nikoli: как часто зеркало на gitorious синхронизируется?
[01:31:34] <dhamp> pavelvat: для cmake // КО
[01:34:00] <pavelvat> dhamp: просто раньше от него PCRE зависел и поэтому под Windows он неопределялся т.к. там не было pkg-config, но я переписал cmake правила для PCRE и он теперь не зависит от pkg-config, кроме PCRE ещё зависимости есть?
[01:34:44] <dein.negativ> pavelvat: теоретически любой вызов FindPackage может требовать pkg-config
[01:35:22] <dein.negativ> pavelvat: так что стоит лишний раз подумать прежде чем исключить его из build-depends
[01:35:47] <dein.negativ> pavelvat: ты же не знаешь как написаны cmake-скрипты в различных дистрах
[01:35:52] <dhamp> pavelvat: ты одержим его выпилить ?
[01:35:56] <dhamp> но зачем ?
[01:36:26] <pavelvat> dein.negativ: это плохо, т.к. cmake может полностью обойтись и без pkg-config, получается использование одной системы определения зависимостей внутри другой.
[01:37:00] <dhamp> pavelvat: ты точно адекватен ?
[01:37:15] <dein.negativ> pavelvat: pkg-config вроже только за флаги сборки и подобную хрень отвечает
[01:37:31] <dein.negativ> зависимости пакетные менеджеры рулят
[01:37:49] <dein.negativ> pkg-config к ним никакого отношения не имеет
[01:38:10] <pavelvat> dhamp: мне всё-равно, просто под Windows надо чтобы всё было только через cmake, и на данный момент все зависимости под Windows находит только cmake, без всяких дополнительных pkg-config.
[01:39:14] <dhamp> pavelvat: в чём тогда проблема ?
[01:40:33] <pavelvat> dhamp: если под Windows все зависимости определяются без pkg-config то нужен ли он на самом деле как сборочная зависимость под Linux?
[01:41:54] <dhamp> pavelvat: да нужен
[01:43:57] <pavelvat> dhamp: если передать в командной строке ключ -DCMAKE_CXX_FLAGS= для cmake то он заменит собой старое значение ключа(которое по-умолчанию) или дополнит старое тем что указано в командной строке?
[01:44:49] <dhamp> pavelvat: -DCMAKE_CXX_FLAGS пустой по умолчанию, о чём вопрос O_o?
[01:45:43] <dhamp> pavelvat: аообще задание любого парамтра при ниличие его в кэше его перепишет, или создаст если нет
[01:46:14] <pavelvat> dhamp: он не пустой - поищи в CMakeLists.txt строку CMAKE_CXX_FLAGS
[01:46:26] <tehnick> pavelvat: в линуксе pkg-config --- стандартная утилита для поиска путей к файлам-заголовкам и библиотекам
[01:46:37] <tehnick> Его нельзя исключить.
[01:46:38] dein.negativ вышел(а) из комнаты
[01:47:26] <pavelvat> tehnick: но cmake как-раз делает то же самое, и прекрасно обходится без pkg-config
[01:47:27] <dhamp> pavelvat: это такое же задание как и через опцию, итого по умолчанию эта переменная пуста
[01:47:38] <tehnick> pavelvat: ты не в теме
[01:48:27] <dhamp> pavelvat: и ваще делись веществами я тоже хочу :}
[01:48:41] <tehnick> pavelvat: https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/751940
[01:49:30] <tehnick> Проблему решили обходным путем.
[01:50:32] <tehnick> Но это не отменяет того, что pkg-config --- это стандарт. А cmake --- это удобный кроссплатформенный костыль, который при необходимости может использовать pkg-config в линуксе.
[01:53:16] <pavelvat> dhamp: т.е. по твоим словам мой последний коммит
https://github.com/negativ/eiskaltdcpp/commit/18fa9317e1fca9be6df38f7617ea09559b693f30
для скриптов под Windows затирает старое значение CMAKE_CXX_FLAGS ?
Но дело в том что без флага -std=gnu++0x который задаётся по умолчанию в правилах cmake для Windows, сборка под Windows не выполнится, а я в командной строке передаю флаг -DCMAKE_CXX_FLAGS="-IC:/mingw32-depends/boost/include -IC:/mingw32-depends/gettext/include" который как ты говоришь затирает старое значение CMAKE_CXX_FLAGS и получается что сборка идёт без флага std=gnu++0x.
[01:54:23] <pavelvat> но всё успешно собирается.
[01:58:11] <dhamp> блять..... пиздец......
pavelvat ты задал вопрос, я тебе сказал что затрётся
смотрим как добавляестя -std=c++0x
set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++0x")
что мы видим, добавление к заданному через -DCMAKE_CXX_FLAGS флага -std=c++0x, что тут должно затереться ?
[01:59:40] <dhamp> если ты сначала задашь -DCMAKE_CXX_FLAGS=foo а потом -DCMAKE_CXX_FLAGS=bar, то у тебя CMAKE_CXX_FLAGS будет равняться bar + вся та хуяня что добавится в скрипте
[02:00:00] <pavelvat> я думал порядок добавления наоборот происходит.
[02:00:55] <pavelvat> сначала из файла cmake, а потом тем что в командной строке.
[02:02:44] <pavelvat> кстати, пришлось в этом флаге -DCMAKE_CXX_FLAGS="-IC:/mingw32-depends/boost/include -IC:/mingw32-depends/gettext/include"
вручную пути прописать, потому что как оказалось для этого флага можно использовать только прямой слеш, а бекслеши от путей Windows приводят к ошибке парсинга.
[02:02:45] tehnick вышел(а) из комнаты
[02:27:24] pavelvat вышел(а) из комнаты
[02:54:26] Kroll вышел(а) из комнаты
[05:29:14] Alexey вышел(а) из комнаты
[07:05:25] gray_graff вошёл(а) в комнату
[08:30:39] crypton вошёл(а) в комнату
[09:12:36] dhamp вышел(а) из комнаты
[10:49:45] gelraen вышел(а) из комнаты: Replaced by new connection
[10:49:55] gelraen вошёл(а) в комнату
[11:48:47] Kroll вошёл(а) в комнату
[12:11:52] <Nikoli> pavelvat: qt-apps забрасывать не собираюсь, просто несколько промедлил с 2.2.4, т.к. релиз 2.2.5 тогда обещали буквально через пару недель, хотел сразу на него обновить, но не угадал...
[12:12:42] <Nikoli> tehnick: раз в час
[12:28:06] Kroll вышел(а) из комнаты
[13:09:57] Клёк вошёл(а) в комнату
[13:10:19] amfetamin вошёл(а) в комнату
[13:20:20] Kroll вошёл(а) в комнату
[13:22:54] gray_graff вышел(а) из комнаты
[13:42:13] gray_graff вошёл(а) в комнату
[14:01:06] dhamp вошёл(а) в комнату
[14:02:03] <dhamp> Nikoli: в генту есть ebuild'ы для jspncpp ?
[14:03:06] <dhamp> jsoncpp*
[14:34:26] crypton вышел(а) из комнаты
[14:39:43] <Nikoli> dhamp: можно ссылку на их хомяк? json-c есть
[14:46:48] <dhamp> Nikoli: http://jsoncpp.sourceforge.net/
[14:47:09] <dhamp> Nikoli http://sourceforge.net/projects/jsoncpp/
[15:16:25] FiliN вошёл(а) в комнату
[15:42:30] dein.negativ вошёл(а) в комнату
[15:49:34] <Nikoli> dhamp: нет
[16:07:51] Diger вышел(а) из комнаты
[16:14:20] Diger вошёл(а) в комнату
[16:17:50] Diger вышел(а) из комнаты: Replaced by new connection
[16:18:00] Diger вошёл(а) в комнату
[16:28:30] Diger вышел(а) из комнаты
[16:32:50] Diger вошёл(а) в комнату
[16:36:15] Клёк вышел(а) из комнаты
[17:12:50] dein.negativ вышел(а) из комнаты
[17:29:59] dein.negativ вошёл(а) в комнату
[17:31:37] Kroll вышел(а) из комнаты
[17:31:56] Kroll вошёл(а) в комнату
[17:43:36] dein.negativ вышел(а) из комнаты
[17:46:34] dein.negativ вошёл(а) в комнату
[17:55:40] amfetamin вышел(а) из комнаты
[17:58:18] dein.negativ вышел(а) из комнаты
[18:02:23] ONYX вошёл(а) в комнату
[20:32:18] tehnick вошёл(а) в комнату
[20:33:12] <tehnick> Nikoli: добавил твое зеркало в ридми
[20:33:35] <tehnick> Клёк: пинг
[20:38:41] Клёк вошёл(а) в комнату
[20:48:01] <Nikoli> tehnick: кстати, почему в 'the number of patches are growing...' не is, а are?
[20:48:24] <tehnick> Потому что опетачка, не?
[20:48:34] <tehnick> Сейчас исправлю.
[20:51:57] <tehnick> Nikoli: если видишь опечатки, пиши.
[20:52:03] <tehnick> Сами они не исправятся...
[20:55:52] <Nikoli> угу
[23:42:40] <ONYX> так, json говорите...
[23:44:13] <tehnick> ONYX: что, уже готов?
[23:44:51] <tehnick> Реклама и убеждение делают дело.
[23:45:14] <tehnick> Уже 8 переводчиков переехали.
[23:45:21] <tehnick> Самые активные.
[23:45:32] <tehnick> Хорошо, что я не маркетологом работаю.
[23:45:38] <tehnick> А то натворил бы дел...
[23:45:41] <ONYX> tehnick: нее, вот щас сяду, найду соответствующие сорцы, найду в них методы, найду библиотеку для перла подходящую, сделаю парсер сорцов который методы с описаниями выдернет,  и вот тогда будет уже 40% сделано
[23:46:09] <ONYX> ах да, надо еще изучить опции сборки новые.
[23:46:49] <tehnick> -DJSONRPC_DAEMON=ON
[23:46:59] <tehnick> И все.
[23:47:05] <tehnick> Ставить ничего не надо.
[23:47:17] <tehnick> Что нужно есть в дереве исходников.
[23:47:25] <ONYX> так, ок, щас буду смотреть как там реализовано
[23:47:32] <dhamp> ONYX: "найду соответствующие сорцы, найду в них методы, найду библиотеку для перла подходящую, сделаю парсер сорцов который методы с описаниями выдернет"
это вообще о чём ? )
[23:47:42] <tehnick> Кстати, во фре есть jsoncpp?
[23:47:58] <dhamp> ONYX: методы называются так же вообще то
[23:47:59] <ONYX> dhamp: это о
> что, уже готов?
[23:48:15] <ONYX> tehnick: щас посмотрю и все изучу
[23:48:37] <dhamp> ONYX: ну или аж страничка http://code.google.com/p/eiskaltdc/wiki/JSONRPC
[23:49:09] <ONYX> dhamp: слушай, а можешь помочь мне составить некий шедуль?
[23:49:36] <ONYX> да наверное я сам составлю.
[23:50:01] <ONYX> да, собственно вопрос: что будет с xml-rpc? его в итоге выкинут?
[23:50:33] <dhamp> [23:50:01] <ONYX> да, собственно вопрос: что будет с xml-rpc? его в итоге выкинут?
lf ybxtu jc ybv yt ,eltn
[23:50:36] <ONYX> это я к тому-стоит ли вылизывать код клиента, писать/актуализировать  документацию по коду?
[23:50:45] <dhamp> [23:50:01] <ONYX> да, собственно вопрос: что будет с xml-rpc? его в итоге выкинут?
ничего с ним не будет
[23:52:02] <ONYX> тогда получается такой план:
1. как приоритет - реализовать json клиент
2. сделать к нему документацию
3. актуализировать xml-rpc клиент и его доки, дальнейшего развития не будет
[23:52:05] <dhamp> ONYX: стоит ли обновить доку на wiki  и указать явные параметры которые ждёт jsonrpc или ты методом подбора найдёшь, там ведь не как в xmlrpc по порядку ? =)
[23:53:37] <ONYX> dhamp: я думаю что я вот щас сяду и начну разбираться и там будет видно уже. думаю вопросы появятся сами по себе или не появятся вообще
[23:54:47] <ONYX> dhamp: мне бы вот что хотелось - какой то скрипт, кторый выберет из сорцов все методы и описания (если есть)
[23:55:04] <ONYX> что бы мне между версиями сорцов иметь контроль постоянства методов
[23:55:35] <ONYX> понимаешь? а то я реализую свои методы, а вдруг в это время ты поменяешь то,  на что я уже написал функцию?
[23:55:45] <ONYX> вот это меня больше всего заботит
[23:56:18] <ONYX> и функцию methods.list надо сделать