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

eiskaltdc@conference.gentoo.ru

Суббота, 10 июля 2010< ^ >

tehnick установил(а) тему: Last stable release: 2.0.3 || Конференция разработчиков EiskaltDC++ || логи: http://gentoo.ru/jabber/logs/eiskaltdc@conference.gentoo.ru/2010/ || Лог изменений в последней ревизии на свн: http://code.google.com/p/eiskaltdc/source/list || Общая активность в проекте: http://code.google.com/p/eiskaltdc/updates/list
Release schedule:
2010-09-xx Strings freeze
2010-09-xx Release EiskaltDC++ 2.0.4

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

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

GMT+4
[00:01:32] <0xd34df00d> Во время линковки или во время запуска не находит?
[00:01:33] <0xd34df00d> Во время линковки или во время запуска не находит?
[00:04:00] <dhamp> запуска
[00:04:35] gelraen вышел(а) из комнаты: Replaced by new connection
[00:04:45] gelraen вошёл(а) в комнату
[00:06:39] <gelraen> так это runtime linker пинать надо
[00:06:50] <gelraen> в качестве временной меры можно LD_LIBRARY_PATH выставить
[00:07:12] <dhamp> gelraen: какой нафиг временной ? )
[00:09:20] <gelraen> обычной
[00:09:36] <gelraen> а чего ты, собственно, хочешь добиться?
[00:10:01] <dhamp> gelraen: мне надо что бы либа не только при копировании в /usr/lib находилась
[00:10:06] <dhamp> и не для себя
[00:10:32] <0xd34df00d> /etc/ld.so.conf
[00:10:36] <0xd34df00d> Либо rpath.
[00:10:44] <gelraen> это не твоя проблема, это проблема упаковщика
[00:11:14] <gelraen> и ковырять здесь надо не cmake, а ldconfig системы, на которую устанавливается
[00:12:14] <dhamp> гм тогда почему libdcpp.so {simbolic link на оригинальную либу}  не удаляется?
[00:12:36] <gelraen> откуда не удаляется?
[00:12:44] <gelraen> кем?
[00:13:27] <dhamp> cmake'ом
[00:13:33] <dhamp> но создаётся )
[00:13:48] <dhamp> а удалятся через make unintsall
[00:13:56] <dhamp> uninstall*
[00:13:59] <dhamp> не хочет
[00:14:44] <Клёк> gelraen: В каталоге с исходниками есть инструкция: указывать программе устанавливаться в /usr/. Если явно это не указать, программа ставится в /usr/local/. Что, на наш скромный вкус, трушно. Однако. Ж. Некоторое время назад перестала находиться библиотека libdcpp — если её не копировать в /usr/lib.
Вы таки уверены, что нужно ковырять конфиг каждой конкретной системы, на которой не прокатывает установка без дополнительных указаний? 8)
[00:15:31] <gelraen> Клёк: уверен чуть более чем полностью. можете почитать man ldconfig
[00:15:36] <dhamp> прикол что dclib из прошлого ) для неё всё замечательно работало
[00:16:02] <dhamp> но может это cmake 2.8.* на 2.6.*
[00:16:07] <gelraen> dhamp: а сколько систем упарвления пакетами используют цель uninstall ?
[00:16:23] <dhamp> gelraen: слака )
[00:16:29] <gelraen> >_>
[00:16:58] <gelraen> а в шлаке вообще есть система управления пакетами?
[00:17:10] <dhamp> gelraen: прикинь есть
[00:17:47] <0xd34df00d> gelraen: это.
[00:17:53] <0xd34df00d> gelraen: у тебя времени случаем не появилось? )
[00:18:11] <dhamp> но вообще возможность нормальной установки каноническим make install нельзя на него забивать
[00:18:13] <gelraen> dhamp: только внешняя в виде юзера?)
[00:18:42] vasily.n@k.. вышел(а) из комнаты: QIP 2010: Спокойное общение
[00:18:43] <dhamp> gelraen: да нет pkgtool вроде зовётся
[00:18:45] <gelraen> 0xd34df00d: времени появилось. только вот mac os x я до осени не увижу :)
[00:18:46] <dhamp> хотя хз
[00:19:14] <gelraen> dhamp: и она для удаления маниакально ищет сорсы и делает make uninstall ?
[00:19:15] <dhamp> gelraen: и txz пакеты не юзер ставит же
[00:19:27] <dhamp> gelraen: нет
[00:19:30] <0xd34df00d> :(
[00:20:24] <dhamp> gelraen: ты реально будешь собирать 4 пакета к примеру с разной конфигурацией через пакетник, если можно make install?
[00:21:02] <gelraen> а какой профит в данном случае от make install ?
[00:21:22] <dhamp> если например я могу собрать rpm и pkg.tar.xz таким способом, то deb врядли
[00:21:54] <dhamp> gelraen: в том что иногда надо разные версии программыв с разной конфигурацией
[00:22:17] <dhamp> или это что то мифическое
[00:22:35] <dhamp> и одной версии программы в одной конфигурации должно хватить всем
[00:22:36] <gelraen> не мифическое
[00:22:37] <dhamp> ?
[00:22:57] <gelraen> я не вижу преимуществ у make install перед сборкой 4-х пакетов
[00:23:06] <gelraen> что там, что там собирать 4 раза
[00:23:23] <dhamp> gelraen: даже если для этого надо будет изучить мануал по сборке ?
[00:23:31] <dhamp> пакета перед сборкой
[00:24:01] <gelraen> не у всех для сборки пакетов надо читать длинные мануалы :)
[00:24:32] <dhamp> gelraen: я тебе уже привёл пример что лично я без мануала deb не соберу
[00:24:32] <gelraen> мне достаточно одной команды чтобы получить пакет из уже установленной программы
[00:25:04] <dhamp> gelraen: если тебе не надо круто, но ты не один
[00:25:15] <gelraen> dhamp: куда-то ты в сторону отклоняешься :)
[00:25:30] <dhamp> gelraen: куда ? )
[00:26:21] <gelraen> от необходимости иметь несколько версий одной софтины с разной конфигурацией сразу к длинным мануалам по сборке *.deb :)
[00:27:47] <dhamp> gelraen: но ты же утверждаешь что это легко и просто можно слделать через пакетник )
[00:29:14] <gelraen> 2-й, 3-й и 4-й раз это сделать проще чем впервые, да. но таки преимущества пакетного менеджера перевешивают необходимость осилить документацию по сборке пакетов
[00:30:31] wilgib вышел(а) из комнаты
[00:35:49] wilgib вошёл(а) в комнату
[00:40:21] <wilgib> dhamp: почему-то часть настроек не запоминается: глобальная кодировка, расположение панели с табами, открыт/закрыт список передач
И кроме этого очень часто после выхода остаётся висеть в процессах
[00:40:23] <Nikoli> dhamp:  последний патч сработал вроде, но теперь 3 кнопки, было 2, нужна 1
[00:41:10] <dhamp> Nikoli: редактор тулбара в зубы и сделай себе хорошо уже сейчас
[00:41:23] <dhamp> чего останется будет обсуждаться но потом
[00:41:32] <Nikoli> так это понятно, но разве удалить две кнопки - долго?)
[00:41:37] <Nikoli> ясно
[01:14:34] SolarRay вышел(а) из комнаты: Replaced by new connection
[01:14:44] SolarRay вошёл(а) в комнату
[01:16:09] <dhamp> wilgib: куда пишуться настройки ?
[01:16:19] <dhamp> на win32 ?
[01:18:30] <wilgib> кто желает может принять участие в тестировании сборки EiskaltDC++ под Windows, скачать архив можно отсюда(распакуйте архив в любое место и запустите файл EiskaltDC++.exe):
http://eiskaltdc.googlecode.com/files/EiskaltDC%2B%2B-2.0.4-trunk.zip
оставляйте свои комментарии в этом issue:
http://code.google.com/p/eiskaltdc/issues/detail?id=589
[01:19:16] <dhamp> wilgib: тут таких нет )
[01:19:31] <dhamp> wilgib: ты лучше расскажи куда настройки пишутся )
[01:19:40] <wilgib> dhamp: в linux в файл кажется с таким именем EiskaltDC++.xml, а тут этого файла нет
[01:20:07] <wilgib> он не создаётся
[01:20:09] <dhamp> wilgib: d ghbabkt .pthf bob
[01:20:15] <dhamp> в профиле юзера ищи
[01:20:34] <dhamp> C:/doc and set/user/
[01:22:05] <wilgib> doc? set/user?
[01:22:25] <gelraen> Documents and Settings
[01:22:40] <dhamp> wilgib: как быдто первый раз винду видишь )
[01:22:47] <dhamp> будто* =)
[01:23:13] <wilgib> мне эти сокращения не понятны
[01:23:23] <wilgib> теперь буду знать
[01:24:24] <wilgib> dhamp: это же портабле версия т.е. её не надо устанавливать.
[01:24:46] <dhamp> wilgib: но писать то конфигурацию себя любой она должна
[01:25:00] <dhamp> и вообще то должна рядом с собой раз portable
[01:25:31] <dhamp> но так как это не так. => шарь у юзера в профиле
[01:25:45] <wilgib> при запуске в каталоге создаются файлы и папки, но среди них нет EiskaltDC++.xml
[01:26:47] <dhamp> wilgib: на некоторых машинах используются пути в стиле linux т.е. с прямым слэшем "/" разделяющим директории
на каких именно и чём они отличаются от других
[01:27:03] <dhamp> wilgib: какие файлы?
[01:28:02] <wilgib> т.е. почему-то файл настроек именно самого клиента не создаётся, но зато есть файлы ADLSearch.xml DCPlusPlus.xml Favorites.xml HashIndex.xml Queue.xml
[01:29:01] <dhamp> wilgib: ищи его как вариант он создался не там
[01:29:12] <dhamp> если его вообще нет - это плохо
[01:30:00] <dhamp> wilgib: глобальная кодировка,
тут что имелось ввиду
[01:30:03] <dhamp> ?
[01:31:12] <Nikoli> wilgib: 'используются пути в стиле linux' не linux, а unix ;)
[01:31:40] <wilgib> про слеш: у меня есть два компа с windows xp sp3 на том компе где выполнялась, сборка слеши в пути для каталога загрузки нормальные "\", а на второй машине в стиле linux "/".
Ещё есть ноут с Windows 7, и сборка выполненная на этом ноуте тоже имеет в каталогах для загрузок слэши в стиле linux "/".
[01:32:55] Клёк вышел(а) из комнаты: Replaced by new connection
[01:33:04] <wilgib> глобальная кодировка - т.е. та которая задаётся в настройках хаба по умолчанию она стоит в UTF8
[01:33:05] Клёк вошёл(а) в комнату
[01:33:07] <dhamp> wilgib: может не правильно собирал?
[01:33:55] <dhamp> wilgib: значит всё херово
[01:34:12] <dhamp> файл просто не создаётся
[01:34:41] <Nikoli> wilgib: также EiskaltDC++-2.0.4-trunk.zip  - не слишком удачное имя, следует указать ОС и архитектуру x86
[01:35:34] <wilgib> dhamp: в установленной версии (при помощи mingw32-make install) в каталоге Program Files файл EiskaltDC++.xml создался и там все настройки сохраняются, а вот в портабле этот файл не появляется при запуске.
[01:36:00] <dhamp> wilgib: как ты создавал portable ?
[01:37:59] <wilgib> Nikoli: во первых не x86, а 32-bit, во вторых это написано в описании.
[01:38:18] <Nikoli> wilgib: o_O
[01:38:43] <Nikoli> wilgib: и в чём разница в твоём понимание?
[01:39:41] <Nikoli> в описание недостаточно
[01:40:17] <Nikoli> позже могут появиться и другие версии, при скачивании в тот же каталог возникнет конфликт
[01:40:32] <Nikoli> ну и вместо trunk лучше указать ревизию
[01:40:55] <wilgib> dhamp: просто взял файлы которые установились в каталог Program Files + нашёл все dll зависимости в каталогах с qt и остальными либами и добавил их в тот же каталог что и бинарник eiskaltdcpp.exe
[01:42:09] <wilgib> Nikoli: разница в том что вместо корывых x86 и x86_64 будут аккуратные 32-bit и 64-bit.
[01:42:24] <wilgib> *корявых
[01:42:53] <Nikoli> нда, что с людьми винда делает
[01:43:05] <Nikoli> архитектура называется x86
[01:43:11] <wilgib> так принято поищи софт для windows очень часто так пишут
[01:43:24] <Nikoli> и кроме неё полно других архитектур 32-битных
[01:45:04] nE0sIghT вышел(а) из комнаты: qutIM : Jabber plugin
[01:45:08] <wilgib> Nikoli: ну чтобы не путать с другими 32 битными(примеры?) можно и твоим вариантом воспользоваться
[01:45:33] <Nikoli> ARM
[01:45:46] <Nikoli> wilgib: https://secure.wikimedia.org/wikipedia/en/wiki/32-bit#Architecture
[01:47:37] <dhamp> wilgib: http://bazaar.launchpad.net/~dcplusplus-team/dcplusplus/trunk/annotate/head:/dcppboot.xml - кинь рядом с бинарником
[01:47:39] <wilgib> dhamp: у меня есть права залить файл под другим именем, астарый стереть?
[01:47:50] <Nikoli> для мобильников лёд уже собирали, собрать для windows mobile никто не запрещает, хотя и не уверен, что сейчас это возможно и разумно
[01:47:56] <dhamp> wilgib: я сотру потом )
[01:49:10] <dhamp> wilgib: хотя сотри сам )
[01:49:48] <wilgib> dhamp: я сначала попробую ему подсунуть готовый EiskaltDC++.xml, если не он не станет в него записывать, то тогда уже посмотрю.
[01:50:46] <wilgib> ведь проблема именно в настройках GUI а не ядра
[01:50:58] <dhamp> wilgib: собираешь на xp ?
[01:51:50] <wilgib> dhamp: я собрал два раза - один на XP sp3, второй на Windows 7
[01:53:47] <wilgib> можешь посмотреть в истории конференции за сегоднешнее утро я там выложил два скриншота: winXP и win7
[01:55:12] Клёк вышел(а) из комнаты: Logged out
[01:55:25] <wilgib> под win7 значки используются крупные - и значок eiskaltdc++ получился каким-то размазанным.
[01:56:45] <dhamp> wilgib: 128x128 мало ?
[01:57:45] <wilgib> http://img266.imageshack.us/img266/8065/eiskaltdc.png
http://img697.imageshack.us/img697/8065/eiskaltdc.png
[01:58:52] <dhamp> это либо 64х64
[01:58:56] <dhamp> 48х48
[02:00:20] <wilgib> в win7 тот значек который спрятан в трее нормально выглядит потому что он маленький, а то что видно на скриншоте это значёк от окна с EiskaltDC++
[02:02:38] <wilgib> нет, спотсунутым файлом EiskaltDC++.xml всё равно не запоминает настройки.
[02:06:14] <dhamp> wilgib: в wulforutil.cpp истинно верные "/" )
[02:08:04] <wilgib> так ведь я и говорю что не всегда не правильно. а только иногда - на некоторых машинах.
[02:10:33] dhamp вышел(а) из комнаты
[02:24:17] SolarRay вышел(а) из комнаты
[02:40:57] gelraen вышел(а) из комнаты
[02:42:48] gelraen вошёл(а) в комнату
[02:52:10] gelraen вышел(а) из комнаты
[02:54:55] gelraen вошёл(а) в комнату
[02:55:40] gelraen вышел(а) из комнаты
[02:56:50] quiritius вышел(а) из комнаты
[03:02:27] gelraen вошёл(а) в комнату
[03:07:08] wilgib вышел(а) из комнаты
[03:37:00] gelraen вышел(а) из комнаты
[03:37:26] gelraen вошёл(а) в комнату
[04:19:24] gelraen вышел(а) из комнаты
[06:33:23] gray_graff вошёл(а) в комнату
[07:37:33] Nikoli вышел(а) из комнаты
[08:41:43] <WiseLord> скачанный с googlecode архив для винды при запуске в WinXP под виртуальной машиной выдаёт ошибку инициализации 0xc1500002
[08:42:15] <WiseLord> беглый поиск в google говорит, что такое бывает, если на машине нет visual c
[08:58:19] <WiseLord> Из журнала событий - Зависимая совокупность Microsoft.VC90.CRT не может быть найдена, последняя ошибка Указанная совокупность не установлена в системе.
[09:05:09] <WiseLord> Разрешилось установкой этой штуки: http://www.microsoft.com/downloads/en/confirmation.aspx?familyId=a5c84275-3b97-4ab7-a40d-3802b2af5fc2&displayLang=en&pf=true
[09:41:00] quiritius вошёл(а) в комнату
[10:36:35] wilgib вошёл(а) в комнату
[10:48:20] gray_graff вышел(а) из комнаты: Replaced by new connection
[10:51:09] SolarRay вошёл(а) в комнату
[11:14:31] Клёк вошёл(а) в комнату
[11:26:53] wilgib вышел(а) из комнаты
[11:32:44] nE0sIghT вошёл(а) в комнату
[11:34:52] tehnick вошёл(а) в комнату
[11:35:06] tehnick вышел(а) из комнаты
[11:54:02] wilgib вошёл(а) в комнату
[11:54:37] man_hattan вошёл(а) в комнату
[11:56:37] <man_hattan> а вы под винду клиент собираете? Оо
[11:56:48] <man_hattan> надо будет заценить :)
[11:59:11] <wilgib> в Windows 7 почему-то значения каталогов загрузки по умолчанию такие:
каталог загрузок: \
каталог незавершённых загрузок: \Incomplete
т.е. для установки этих каталогов программа не может определить из какого каталога она запущена, в то же время конфигурационные файлы и каталоги создаются в директории из которой запущен бинарник.
[12:01:17] Larchen вошёл(а) в комнату
[12:09:51] <wilgib> у меня после первого запуска под Windows 7, клиент отказывается запускаться, решается кликом пкм на файле EiskaltDC++.exe и выбором "Устранение неполадок совместимости"
[12:35:29] Larchen вышел(а) из комнаты
[12:47:55] man_hattan вышел(а) из комнаты
[13:13:59] nE0sIghT вышел(а) из комнаты: qutIM : Jabber plugin
[13:21:07] amfetamin вышел(а) из комнаты: Replaced by new connection
[13:21:17] amfetamin вошёл(а) в комнату
[13:23:10] <WiseLord> wilgib: а у тебя часом Visual C++ не установлен?
[13:23:48] SolarRay вышел(а) из комнаты
[13:31:22] Клёк вышел(а) из комнаты
[13:36:18] <wilgib> я его не ставил, но может он поставился как зависимость
[13:44:18] tehnick вошёл(а) в комнату
[13:44:33] <tehnick> WiseLord: от него библиотеки Qt вроде зависят.
[13:44:59] <WiseLord> может быть
[13:45:01] <tehnick> Они почему-то собраны msys, а не mingw.
[13:45:06] <tehnick> Вчера обсуждали.
[13:45:09] tehnick вышел(а) из комнаты
[13:45:16] <WiseLord> у сборщика всё работало - ибо Visual C целиком в системе
[13:45:23] <WiseLord> я попробовал запустить - не пошлО
[13:45:42] <WiseLord> пока не скачал Microsoft Visual C++ 2008 SP1 Redistributable Package (x86)
[13:46:01] <WiseLord> сильно не вникал, но похоже, это нужно для C++-программ, у которых debug включен
[13:57:41] <mva> вообще, это нужно для программ, собираемых студией, вроде
[13:57:50] <wilgib> WiseLord: я проверял на трёх компах:
windows xp(с установленными qt и mingw)
windows xp(без qt и mingw)
windows 7(с установленными qt и mingw)
так что похоже эта библиотека идет в поставке с некоторыми программами.
[13:58:08] <mva> да, идёт
[13:59:04] <WiseLord> mva: опять же, не факт, но вроде google сказал, что нужно только если с debug собиралось
[14:09:54] <wilgib> надо помять на googlecode текст описания на этот:
EiskaltDC++ is a cross-platform program that uses the Direct Connect and ADC 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.
mingw может собирать и для x86 и для x86_64, так что я буду собирать оба варианта, поменяйте описание моего аккаунта в http://code.google.com/p/eiskaltdc/people/list на:
Builds for MS Windows 32-bit
Builds for MS Windows 64-bit

[14:10:09] <wilgib> и в самом низу надо удалить то что требуется сборщик под Windows.
[14:14:13] <wilgib> может ещё добавить на googlecode скриншоты с виндовс?
[14:15:27] <WiseLord> wilgib: и хорошо бы тебе завести в виртуалке "голые" винды для тестирования
[14:15:55] <wilgib> заведу
[14:16:02] <WiseLord> /sh с bat-никами тоже работает
[14:16:26] <WiseLord> только, зараза, в насквозь cp1251-шной винде консоль её работает в cp866
[14:18:23] <wilgib> баг с незапоминанием некоторых настроек есть только в portable версии, в той что поставилась в Program Files всё запоминается.
[14:19:02] <wilgib> у кого какие идеи по этому поводу?
[14:26:11] SPU вошёл(а) в комнату
[14:27:54] Abram вошёл(а) в комнату
[14:29:21] <wilgib> версия клиента поставившаяся в Program Files(при установке через "mingw32-make install") создаёт после запуска файл EiskaltDC++.xml (создаёт в том же каталоге где и бинарник), куда и сохраняет настройки.
А portable версия после запуска бинарника этот файл не создаёт, поиск по файловой системе показал что этот файл и в других местах тоже совершенно точно не создаётся.
Если подсунуть portable версии файл EiskaltDC++.xml в него ничего не записывается.
[14:57:51] <wilgib> tehnick:"Предлагаю указывать так: eiskaltdcpp-trunk-2.0.4-r1295.zip" - при следующей сборке переименую, а следующая будет либо когда решится хотя бы одна из проблем описанных в этом issue:
http://code.google.com/p/eiskaltdc/issues/detail?id=589 , либо когда будет осуществлён переход на статическую линковку всех dll кроме Qt-шных.
[14:58:00] tehnick вошёл(а) в комнату
[14:58:13] <tehnick> mingw может собирать и для x86 и для x86_64, так что я буду собирать оба варианта, поменяйте описание моего аккаунта в http://code.google.com/p/eiskaltdc/people/list  на:
Builds for MS Windows 32-bit
Builds for MS Windows 64-bit
[14:58:23] <tehnick> Вот когда сделаешь, тогда и поменяем.
[14:58:40] <tehnick> [14:10:09] <wilgib> и в самом низу надо удалить то что требуется сборщик под Windows.
Вчера еще убрал.
[14:59:01] <tehnick> [14:14:13] <wilgib> может ещё добавить на googlecode скриншоты с виндовс?
Когда будет стабильно работать.
[14:59:04] <wilgib> я сегодня смотрел - убрали десять минут назад
[15:00:33] <tehnick> [14:59:03] <wilgib> я сегодня смотрел - убрали десять минут назад
Это ты из кеша смотрел, поздравляю.
[15:01:37] tehnick вышел(а) из комнаты
[15:01:45] <wilgib> tehnick: проблем со стабильностью нет, проблемы есть с функциональностью из-за отсутствующего файла с настройками и из-за неправильного(на некоторых машинах) определения путей в каталогах для загрузок.
[15:03:33] <wilgib> какого ещё кеша? может я и эту страницу http://code.google.com/p/eiskaltdc/issues/detail?id=589 из кэша смотрю
[15:04:27] tehnick вошёл(а) в комнату
[15:05:49] <tehnick> wilgib: мб, мб...
[15:06:13] <tehnick> Только она не обновлялась.
[15:06:20] <tehnick> Так что разницы никакой.
[15:06:25] tehnick вышел(а) из комнаты
[15:19:29] wilgib вышел(а) из комнаты
[15:20:56] <WiseLord> а с какой версией проблемы?
[15:21:07] <WiseLord> я http://code.google.com/p/eiskaltdc/downloads/list ставил в виртуалке - всё работает
[15:21:21] <WiseLord> настройки сохраняются
[15:22:16] <WiseLord> хотя все ли.. сейчас проверю
[15:33:45] <WiseLord> да, все настройки сохраняются, в том числе и перечисленные в issue 589 в п.1
[15:39:06] wilgib вошёл(а) в комнату
[15:39:58] <wilgib> WiseLord: в какой каталог ты распаковывал архив?
[15:40:14] <WiseLord> я пробовал и C:\EiskaltDC++
[15:40:27] <WiseLord> и C:\Program Files\EiskaltDC++
[15:40:44] <WiseLord> всё работает, настройки (кроме расположения языковых файлов) переносятся при переносе каталога
[15:41:03] <wilgib> а если в Мои Документы?
[15:41:10] <WiseLord> не пробовал
[15:41:16] <wilgib> попробуй
[15:41:25] <WiseLord> сейчас попробую
[15:42:20] <wilgib> языковой файл ты выбирал указывая путь вручную или через раскрывающийся список?
[15:42:28] <WiseLord> список не работает
[15:42:31] <WiseLord> вручную указывал
[15:42:43] <WiseLord> похоже, русские буквы в пути не любит оно
[15:43:03] <wilgib> если список не работает то тогда и смайлы тоже не должны
[15:44:00] <WiseLord> работали
[15:44:22] <wilgib> список должен раскрыватся и там должны быть языки - это проверено мной на моих машинах, и ещё одним человеком на его машинах
[15:44:50] <wilgib> причем при установке в какой угодно каталог
[15:45:58] <wilgib> попробуй распаковать занова архив в какую-нибудь папку и открой выпадающий список с языками
[15:50:09] <WiseLord> в общем
[15:50:15] <WiseLord> если в папке нет русских символов
[15:50:17] <WiseLord> то всё работает
[15:50:23] <WiseLord> и список с языками есть, и смайлы
[15:50:37] <WiseLord> если в пути к папке с клиентом есть русские символы - настройки не сохраняются
[15:52:55] <wilgib> WiseLord: я тоже у себя это только что выяснил, вот что странно ведь файлам настройки ядра dc++ не важно есть русские символы в пути или нет - они в любом случае создаются, а вот файл настроек самого клиента EiskaltDC++ не создаётся если в пути к каталогу есть русские символы.
[15:53:14] <WiseLord> и работающий клиент нормально переносится в другую папку, и языки в том числе
[15:54:13] <wilgib> похоже что это проблема в исходниках
[15:55:03] <wilgib> tehnick, dhamp это надо исправить
[15:56:13] <wilgib> WiseLord: а у тебя бывает, что при выходе остаётся висеть в процессах?
[15:56:23] <WiseLord> не было
[15:56:46] <wilgib> попробуй позапускать
[15:56:56] <wilgib> много раз
[16:01:36] <wilgib> WiseLord:  если собрать без отладочной информации необходимость устанавливать vcredist_x86.exe исчезнет?
[16:11:38] SPU вышел(а) из комнаты
[16:15:22] SPU вошёл(а) в комнату
[16:17:43] <wilgib> WiseLord: странно, вчера у меня клиент очень часто оставался висеть в процессах после выхода, сегодня нормально выходит.
[16:18:38] SolarRay вошёл(а) в комнату
[16:20:50] dhampire вошёл(а) в комнату
[16:22:20] dhampire вышел(а) из комнаты: Replaced by new connection
[16:22:30] dhampire вошёл(а) в комнату
[16:26:51] dhampire вышел(а) из комнаты
[16:54:30] <WiseLord> wilgib: может вчера он у тебя в основном хэшировал, вот и "подвисал" в процессах
[16:54:34] <WiseLord> а сегодня просто работает
[16:59:41] gelraen вошёл(а) в комнату
[17:08:47] dhampire вошёл(а) в комнату
[17:10:00] Nikoli вошёл(а) в комнату
[17:19:09] <wilgib> WiseLord: нет, я ничего не хэшировал, и всё-таки бывает что остаётся висеть на Windows 7 - из-за этого его нельзя запустить пока не прибьёшь запущенную копию.
[17:19:40] <wilgib> на Windows XP больше не висит
[17:19:48] <wilgib> в процессах
[17:20:30] <dhampire> wilgib: кроме не писания gui конфига при нахождении по относительному пути с русскими символами пока никаких проблем я не выявил
[17:21:06] <wilgib> dhampire: ?
"вот что странно ведь файлам настройки ядра dc++ не важно есть русские символы в пути или нет - они в любом случае создаются, а вот файл настроек самого клиента EiskaltDC++ не создаётся если в пути к каталогу есть русские символы."
[17:21:48] <dhampire> wilgib: это единственная проблема и она решаемая
[17:22:04] <wilgib> как?
[17:24:43] <dhampire> wilgib: правкой исходников )
[17:42:20] <wilgib> dhampire: других проблем нет потому что ты тестишь на Windows XP, а ты поробуй под Windows 7
[17:43:28] Abram вышел(а) из комнаты: Replaced by new connection
[17:43:38] Abram вошёл(а) в комнату
[17:44:41] <dhampire> wilgib: у меня нет win7 и врядли будет
[17:45:04] <wilgib> dhampire: а VirtualBox на что?
[17:46:08] <dhampire> wilgib: его надо ещё поставить
[17:46:37] <dhampire> потом скачать win 7 через 30 килобайт/c
[17:46:43] <dhampire> нахрен мне это надо ?
[17:49:48] <WiseLord> а места выделять под виртуалку тоже много надо
[17:49:57] dhampire вышел(а) из комнаты
[17:50:54] SPU вышел(а) из комнаты
[17:58:02] <wilgib> у меня на Windows 7 такие проблемы:
1.после первого запуска отказывается запускаться, решается кликом пкм на файле EiskaltDC++.exe и выбором "Устранение неполадок совместимости"
2.значения каталогов загрузки по умолчанию такие(слэши не в ту сторону):
каталог загрузок: \
каталог незавершённых загрузок: \Incomplete
3.Если выбрать каталоги загрузки кликнув по кнопке и указав путь, то путь вставляются со слэшами в другую сторону
4.в режиме совместимости с XP(который я использую из-за пункта 1) программа через раз не завершается и остаётся висеть в процессах из-за этого клиент нельзя запустить пока не прибьёшь запущенную копию.
[18:03:38] <wilgib> ой, пункт два - слэши как-раз в ту сторону какую надо на виндовс, но начала пути нет.
[18:22:30] Abram вышел(а) из комнаты
[18:22:51] Клёк вошёл(а) в комнату
[18:42:52] nE0sIghT вошёл(а) в комнату
[18:49:24] wilgib вышел(а) из комнаты
[18:59:16] amfetamin вышел(а) из комнаты
[19:01:14] Abram вошёл(а) в комнату
[19:04:46] amfetamin вошёл(а) в комнату
[19:15:31] gray_graff вошёл(а) в комнату
[19:16:28] amfetamin вышел(а) из комнаты
[19:16:38] amfetamin вошёл(а) в комнату
[19:24:54] gelraen вышел(а) из комнаты
[19:25:28] gelraen вошёл(а) в комнату
[19:26:18] gelraen вышел(а) из комнаты
[19:30:54] gelraen вошёл(а) в комнату
[19:31:24] gelraen вышел(а) из комнаты
[19:38:41] vasily.n@k.. вошёл(а) в комнату
[19:44:09] gelraen вошёл(а) в комнату
[19:45:11] gray_graff вышел(а) из комнаты
[19:55:12] dhamp вошёл(а) в комнату
[20:00:41] gray_graff вошёл(а) в комнату
[20:04:35] gelraen вышел(а) из комнаты: Replaced by new connection
[20:04:45] gelraen вошёл(а) в комнату
[20:12:20] quiritius вышел(а) из комнаты
[20:12:37] WiseLord вышел(а) из комнаты
[20:13:16] WiseLord вошёл(а) в комнату
[20:16:27] vasily.n@k.. вышел(а) из комнаты
[20:33:17] Abram вышел(а) из комнаты
[20:34:52] gray_graff вышел(а) из комнаты: Replaced by new connection
[20:35:02] gray_graff вошёл(а) в комнату
[20:37:36] vasily.n@k.. вошёл(а) в комнату
[20:50:14] gelraen вышел(а) из комнаты: Replaced by new connection
[20:50:24] gelraen вошёл(а) в комнату
[21:00:25] nE0sIghT вышел(а) из комнаты: qutIM : Jabber plugin
[21:37:09] wilgib вошёл(а) в комнату
[21:47:56] <0xd34df00d> Хм.
[21:48:00] <0xd34df00d> А кто у вас под дебиан собирает?
[21:49:04] tehnick вошёл(а) в комнату
[21:49:15] <vasily.n@k..> tehnick.alive, если судить по People на гуглокоде
[21:49:37] <tehnick> 0xd34df00d: короткая память?
[21:49:57] <0xd34df00d> tehnick: ты вовремя )
[21:50:01] <0xd34df00d> tehnick: ты pbuilder осиливал?
[21:50:14] <tehnick> 0xd34df00d: нет
[21:50:20] <0xd34df00d> А просто через debuild собираешь?
[21:50:25] <0xd34df00d> Ну или dpkg-buildpackage.
[21:51:10] <tehnick> 0xd34df00d: dpkg-buildpackage -rfakeroot
[21:54:04] gray_graff вышел(а) из комнаты
[21:55:32] tehnick вышел(а) из комнаты
[21:56:22] <vasily.n@k..> кстати такой вопрос: каким боком вообще используется QtNetwork?
ядро dcpp имеет свои собственные классы
[21:57:51] tehnick вошёл(а) в комнату
[21:58:03] <tehnick> vasily.n@k..: а если подумать?..
[21:58:11] tehnick вышел(а) из комнаты
[21:59:13] Клёк вышел(а) из комнаты: Logged out
[21:59:14] tehnick вошёл(а) в комнату
[21:59:28] <tehnick> vasily.n@k..: или в коде посмотри.
[21:59:45] <tehnick> Например, на использование qhttp...
[21:59:49] tehnick вышел(а) из комнаты
[22:00:03] <vasily.n@k..> Ну я немного погрепал по слову QNetwork, ничего не нашел
[22:00:49] SolarRay вышел(а) из комнаты
[22:02:41] <vasily.n@k..> ошибки линковки првели к файлам
SingleInstanceRunner.cpp и WulforUtil.cpp
[22:09:42] <wilgib> vasily.n@k..:  что собираешь?
[22:13:32] <vasily.n@k..> wilgib: да я как-то научился собирать кросс-компиляцией под линуксом. собрал и даже работает, но стабилно падает при выходе ( runtime error ).
еще собрал статические версии всех нужныл либ, кроме qt4. Под вайном ни одна из сборок не запускается. Пытаюсь отследить через gdb почему
при выходе отсается 1 поток висеть иногда, но gdb при attach просто виснет и добовляет свой поток к счетчику.
[22:14:52] <wilgib> vasily.n@k..: у меня иногда и под linux остаётся висеть в процессах, возможно это какая то ошибка в коде.
[22:19:05] vasily.n@k.. вышел(а) из комнаты: QIP 2010: Спокойное общение
[22:20:29] vasily.n@k.. вошёл(а) в комнату
[22:21:12] <vasily.n@k..> wilgib: под линуксом я подозреваю upnp с его threadpool'ом
[22:22:18] <vasily.n@k..> но под линукс я себе собираю без upnp всегда и я на замечал, чтобы он висел последнее время
[22:26:05] <wilgib> vasily.n@k..: не использую upnp поэтому причина точно в другом.
[22:27:54] <vasily.n@k..> ну если под линуксом виснет на выходе, запускай всегда под gdb, как зависнет нажми ^C, дальше можно уже будет давать команды gdb например "thread apply all bt" и узнать какие куски кода еще исполняются.
[22:28:24] <vasily.n@k..> к сожалению под виндой такое не прокатывает, gdb виснет и на ^C не реагирует
[22:31:25] FiliN вошёл(а) в комнату
[22:32:19] tehnick вошёл(а) в комнату
[22:32:31] <tehnick> vasily.n@k..: виновато ядро dcpp
[22:32:48] <tehnick> Если есть активные потоки загрузки, то клиент не закрывается.
[22:33:00] <tehnick> Еще и проц имеет на 100%.
[22:33:04] tehnick вышел(а) из комнаты
[22:34:31] <wilgib> tehnick: c linuxdcpp такого не происходило из чего можно сделать вывод что эта ошибка свойствена только EiskalDC++
[22:34:33] <vasily.n@k..> tehnick: странно, надо было сделать так, чтобы при выходе все сокеты закрывались. можно конешно просто сигналом убить потоки
[22:35:00] tehnick вошёл(а) в комнату
[22:35:14] <vasily.n@k..> wilgib: ну значит надо сравнить ядра diff'ом
[22:35:34] <tehnick> wilgib: с linuxdcpp какой версии? Во freedcpp эта ошибка стабильно была.
[22:35:45] <tehnick> А ядро мы брали из него.
[22:35:51] <wilgib> откуда следует что причина в dcpp?
[22:36:08] <tehnick> wilgib: из кода
[22:36:24] <tehnick> wilgib: код в main.cpp посмотри
[22:36:47] <wilgib> 1.0.3
[22:37:05] <tehnick> wilgib: вот именно! Там древнее ядро.
[22:37:08] <vasily.n@k..> эм, ну код не показатель, бывают же скрытые проблемы
[22:37:27] <tehnick> vasily.n@k..: проблема не с гуем. Однозначно.
[22:38:35] <vasily.n@k..> ну main.cpp-то в eiskaltdcpp. можно с таймаутом 10 секунд слать сигнал своей группе процессов
[22:39:02] <tehnick> vasily.n@k..: сделай и проверь.
[22:39:13] <tehnick> Как поймать проблему, я уже написал.
[22:40:00] <vasily.n@k..> дык у меня проблема не проявляется, а для win32 это не поможет
[22:40:04] <tehnick> В ядре 0.762 (теперь 0.770) это вроде пофиксили.
[22:40:08] <tehnick> Надо посмотреть.
[22:40:26] <tehnick> vasily.n@k..: не проявлялась? "Не верю" (с)
[22:41:14] <vasily.n@k..> проявлялось раньше, тогда виноват был threadpool из upnp, особо если стартануть прогу и сразу выйти.
[22:41:24] <tehnick> vasily.n@k..: ограничь скорость аплоада (уменьши) и попроси кого-нибудь с тебя скачивать большой файл. И выйди из клиента.
[22:41:35] <tehnick> У меня это стабильно приводит в багу.
[22:41:37] <tehnick> *к
[22:42:04] <vasily.n@k..> tehnick: а, ну и вот еще 1 элемент головоломки. я ограничениями не пользуюсь.
[22:42:05] <tehnick> vasily.n@k..: так это была другая бага. И ее даже исправили.
[22:42:43] <tehnick> vasily.n@k..: дело не в ограничении. Это чтобы медленнее аплоадилось и ты успел провести эксперимент...
[22:44:27] <vasily.n@k..> убедил, щас соберу новую сборку и попробую
[22:46:15] <vasily.n@k..> tehnick: кстати, как насчет добавить в меню пункт "редактор тулбара" ? Я не знал, а он есть!
[22:52:31] <WiseLord> раз уж появилась win-версия и появятся win-пользователи, может стоит настройку действий (даблклик, мидлклик на пользователе) вынести в GUI?
[22:53:10] <tehnick> WiseLord: сделаю.
[22:53:22] <WiseLord> потом, даблклик на тексте в чате с целью выделения одного слова приводит к срабатыванию действия на пользователя, которому этот текст принадлежит
[22:53:25] <vasily.n@k..> вин-версия жутко сырая, пока не годится для широкого использования
[22:53:32] <WiseLord> часто натыкаюсь
[22:53:36] <WiseLord> о
[22:53:47] <WiseLord> хочу выделить слово - получаю открывание файллиста пользователя
[22:54:08] <wilgib> vasily.n@k..: почему не годится?
[22:54:17] <wilgib> в чём сырость?
[22:54:48] <wilgib> всё работает осталось понять как перехват магнетов сделать из браузера.
[22:55:25] <vasily.n@k..> wilgib: ну сырость в том, что остается висеть процесс и еще не весь функционал включен
[22:56:04] <vasily.n@k..> хотя кросскомпиленая сборка поступает лучше -- она просто падает на выходе и ничего не оставляет ))
[22:56:13] <wilgib> остаётся висеть только для Windows 7, на XP всё нормально. Какой функционал?
[22:56:46] <vasily.n@k..> wilgib: привет. у меня по виртуалбоксом на xp висит
[22:57:02] <wilgib> upnp же не собирается в mingw, а всё остальное есть.
[22:57:06] FiliN вышел(а) из комнаты
[22:57:32] <vasily.n@k..> оно хоть и висит, но не мешает запустить другую копию
[22:57:44] <tehnick> [22:54:48] <wilgib> всё работает осталось понять как перехват магнетов сделать из браузера.
Глобально -- добавить соответствующую строку в реестр. Для оперы и огнелиса -- так же, как и в линухе.
[22:57:52] <vasily.n@k..> wilgib: точно upnp не собирается?
[22:58:19] <wilgib> vasily.n@k..: это dhamp мне так сказал
[22:58:21] <dhamp> vasily.n@k..: точно, и не соберётся если не пнуть товарищей его пишуших
[22:58:57] <tehnick> dhamp: привет, у меня к тебе вопрос
[22:59:15] <dhamp> tehnick: и тебе привет )
[22:59:39] <tehnick> dhamp: по поводу http://code.google.com/p/eiskaltdc/issues/detail?id=585#c17
[23:00:12] <tehnick> В патче: http://code.google.com/p/eiskaltdc/issues/attachmentText?id=585&aid=622971557042263505&name=r1285_complex_fix_for_mingw_build.diff&token=80c1637254df3416f6be2ba1b113d417
[23:00:29] <tehnick> Есть строка:
+            applink.c
[23:00:48] <dhamp> tehnick: а что там ? ) скопипасти сюда лучше
[23:00:51] <wilgib> tehnick: этот файл есть в каталоге openssl
[23:01:02] <wilgib> надо сделать так:
[23:01:06] <tehnick> Файлик openssl/applink.c уже добавлен.
[23:01:13] <vasily.n@k..> ну кто-то его передвинул в openssl
[23:01:32] <dhamp> вопрос нафига он вообще ?
[23:01:48] <wilgib> tehnick:
             PoolAlloc.h
            Version.h)
set (SRCS
            openssl/applink.c
            ActionCustomizer.cpp
[23:01:51] <tehnick> dhamp: осталось придумать, как сделать так, чтобы этот файл добавлялся в SRCS только под виндой.
[23:02:02] FiliN вошёл(а) в комнату
[23:02:02] <vasily.n@k..> только на сборку в винде он все равно не включается, т.к. поправили только eiskaltdcpp.pro, который к cmake ваще никаким боком.
[23:02:36] <dhamp> if (WIN32)
set (SRCS ${SRCS} applink.c)
endif (WIN32)
[23:02:54] <vasily.n@k..> dhamp: )) я такое же приписал
[23:02:55] <dhamp> после задания SRCS
[23:03:06] <tehnick> "[23:01:02] <wilgib> надо сделать так: ..." --- а вот так делать точно не надо, ага.
[23:03:30] <vasily.n@k..> Токо applink.c -> openssl/applink.c
[23:03:30] <tehnick> vasily.n@k..: я уже убрал.
[23:03:37] <tehnick> vasily.n@k..: посмотри последние коммиты
[23:03:50] <tehnick> dhamp: отлично.
[23:03:55] <tehnick> Сейчас добавлю.
[23:04:35] <dhamp> tehnick: кстати if надо закрывать вообще-то )
[23:04:53] <tehnick> dhamp: что? где?
[23:04:58] <dhamp> а то ты добавляешь
if (foo)
endif ()
[23:05:21] <tehnick> dhamp: нормально все
[23:05:30] <tehnick> Погугли.
[23:05:47] <dhamp> tehnick: во избежание лучше так не делать
[23:06:01] <tehnick> Начиная cmake 2.6.0 можно пустые переменные указывать в скобках.
[23:06:47] <tehnick> dhamp: http://www.cmake.org/Wiki/CMake_FAQ
[23:06:57] <tehnick> As of CMake 2.6.0 the ELSE() and ENDIF() constructs can be empty. The same is true for closing constructs on ENDMACRO(), ENDFUNCTION(), and ENDFOREACH(). If you require 2.4.x compatibility, CMake 2.4.3 or greater recognizes the CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS option (which is superfluous in 2.6.0)
cmake_minimum_required(VERSION 2.4.3)
set(CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS true)
if(WIN32)
   ...do something...
elseif(APPLE)
   ...do something else...
else()
   ...do something else...
endif()
[23:08:16] <dhamp> tehnick: внутри  if может быть ещё один if
[23:08:34] <tehnick> dhamp: КО?
[23:08:43] <dhamp> tehnick: угу )
[23:09:01] FiliN вышел(а) из комнаты
[23:09:02] <tehnick> dhamp: сmake нормально распарсит вложенные if
[23:13:41] tehnick вышел(а) из комнаты
[23:17:56] FiliN вошёл(а) в комнату
[23:24:03] dhamp вышел(а) из комнаты
[23:30:36] tehnick вошёл(а) в комнату
[23:30:50] tka4ev вошёл(а) в комнату
[23:31:28] <tehnick> wilgib: проверь последнюю ревизию. Под виндой теперь собирается без патчей? *.bat файлы отрабатывают нормально?
[23:32:57] tka4ev вышел(а) из комнаты
[23:37:19] <tehnick> vasily.n@k..: зачем?
[23:37:41] <tehnick> Чем тебе "C:\Qt\2010.01" не угодил?
[23:38:09] <wilgib> tehnick: я тут сейчас переделываю на статическую сборку и на свежий Qt и удалил старые библиотеки поэтому прямо сейчас проверить не могу.
[23:38:13] <vasily.n@k..> tehnick: ну посути в readme вставил слова отом, что надо проверить пути после установки
[23:38:14] <tehnick> Он все еще доступен здесь: ftp://ftp.qt.nokia.com/qtsdk/
[23:38:33] Клёк вошёл(а) в комнату
[23:38:37] wilgib вышел(а) из комнаты
[23:38:52] <tehnick> vasily.n@k..: ?
[23:38:54] <vasily.n@k..> а? предлагается ванильный собрать? я могу проверить.
[23:38:55] <tehnick> Не понял.
[23:39:01] <tehnick> vasily.n@k..: да
[23:39:18] <tehnick> Даже qt-sdk-win-opensource-2009.01.exe
[23:39:26] <tehnick> Все еще доступен.
[23:39:41] <vasily.n@k..> qtsdk который я использовал по дефолту ставился в C:\Qt\2010.02.1
[23:39:41] <tehnick> Мб быть даже соберется под ним.
[23:39:46] <tehnick> Но я не могу попробовать.
[23:40:18] <tehnick> vasily.n@k..: а у меня в виртуалке "C:\Qt\2010.01" установлен.
[23:40:25] <tehnick> Новую версию ставить лень.
[23:40:56] <vasily.n@k..> а какой в readme?
[23:41:02] <tehnick> vasily.n@k..: последняя версия кстати 2010.04
[23:41:12] <tehnick> vasily.n@k..: в readme 2010.01
[23:41:20] <tehnick> Я же писал.
[23:41:23] <vasily.n@k..> а, ясно в рими твоя, тогда вопрос снимается
[23:41:27] <tehnick> Ок
[23:42:17] <tehnick> wilgib: nsis уже осилил? Или еще не смотрел?
[23:42:36] wilgib вошёл(а) в комнату
[23:42:58] <vasily.n@k..> сборка минут 20 будет идти, как готово будет скажу
[23:43:09] <tehnick> Спешить некуда.
[23:44:08] <wilgib> tehnick: ещё не смотрел на nsis.
[23:49:45] <vasily.n@k..> немного пришлось поправить скрипт сборки, всвязи с особенностью openssl статической кросскомпилированной сборки: в мингв для линукса приходится добавлять -DLIB_EAY:FILEPATH=crypto -DSSL_EAY:FILEPATH=ssl
[23:50:34] <vasily.n@k..> но это не относится напрямую к issue 585
[23:50:47] <tehnick> vasily.n@k..: куда это добавить?
[23:51:19] <vasily.n@k..> tehnick: никуда это добавлять не надо, это мне пришлось обманывать cmake таким образом, уверен есть другой путь
[23:51:41] <vasily.n@k..> и это надо только для кросскомпиляции по линуксом
[23:51:41] <wilgib> vasily.n@k..: а уменя всё нормально с openssl
[23:51:55] <tehnick> Кстати, вот что я нашел: http://code.google.com/p/freedcpp/source/detail?r=139#
[23:52:11] <tehnick> 3. Процесс закачки идёт нормально, выходим из программы не дожидаясь окончания,
    идёт выход... доходит до "Shutting down..." и впадает в ступор.
[23:52:17] <vasily.n@k..> ну если бы я использовал то дистриб openssl-win32, то тоже не было бы проблем, но я openssl статически собрал
[23:52:32] <tehnick> * Deadlock.
[23:52:39] <tehnick> Надо бы проверить.
[23:52:51] <tehnick> Может и нам этот коммит будет полезен.
[23:55:20] FiliN вышел(а) из комнаты
[23:55:30] FiliN вошёл(а) в комнату
[23:56:44] <vasily.n@k..> да, комит полезный, особенно wulfor.cc )), я понял надо в сборке включить консоль виндовую, может там сообщения какие пишутся
[23:57:30] <tehnick> vasily.n@k..: ирония?