Релиз EiskaltDC++ 2.0.1

Новость на опеннет писал тоже я. Перепостил сюда лишь с небольшими изменениями. Там текст новости обычно довольно сильно исправляют перед публикацией...

В чем профит этой технологии, относительно торрентов?

В том, что в некоторых локальных сетях есть только она ;)

Похоже по ссылке ЛОР эффект. Зато резервная на русском работает: http://tehnick-8.narod.ru/eiskaltdcpp/

Cпасибо, всё интереснее и интереснее становится

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

>Добавлена графическая настройка для ограничения скорости хэширования.

А этого что-то не нашёл. Где оно?

Вообще похоже, что после долгих лет мучений с DC++ в Линуксе, наконец-то наступило счастье! ;)

В настройках - Sharing - Advanced - Max hash speed.

Что-то мне сервер (verlihub) пишет «вы используете нестабильный клиент, в котором обнаружены несоответствия протоколу» в статусе. Но работает.

>Вообще похоже, что после долгих лет мучений с DC++ в Линуксе, наконец-то наступило счастье! ;)

Хотя нет: в публичных хабах фильтрацию так и не сделали пока что. А быстрые клавиши, например, Del, уже есть, что радует! :)

Нашёл спасибо, компьютер перестанет умирать.

Блин, а в поиске всё равно проблема с русскими названиями файлов. :(

очень рад НО сижу на lenny и пока не могу попробывать + ужасно не хватает простого консольного клиента под *nix

Как раз в публичных хабах фильтрацию сделали, фильтр открывается по Ctrl+F или по нажатию кнопки Поиск/Фильтр на панели инструментов.

>Хотя нет: в публичных хабах фильтрацию так и не сделали пока что.

А если внимательно посмотреть?

>Что-то мне сервер (verlihub) пишет «вы используете нестабильный клиент, в котором обнаружены несоответствия протоколу» в статусе. Но работает.

Попробуй изменить тэг в настройках для этого хаба.

Это баг ядра о котором уже сообщили разработчикам LinuxDC++, которые взаимодействуют с авторами ядра. Почитать про это можно в этом issue: http://code.google.com/p/eiskaltdc/issues/detail?id=105

> Исправлены проблемы с разворачиванием программы из трея в Gnome и Mac OS X

У меня такая проблема была в awesome. Означает ли эта строка, что у меня тоже всё заработает?

И ещё, там есть где-нибуть настройка, отвечающая за действие при даблклике на пользователе? Хочу, чтоб при этом отправлялся запрос на список файлов, как в linuxdcpp

Есть, посмотри информацию на моем сайте. Ссылка в новости...

>Как раз в публичных хабах фильтрацию сделали, фильтр открывается по Ctrl+F или по нажатию кнопки Поиск/Фильтр на панели инструментов

Точно! Спасибо! Тогда полное счастье! :)

>А если внимательно посмотреть?

Ясновидением? ;) Кнопку нашёл, в меню нет. Надо догадываться. Лучше бы эта панель всё время была бы видна.

Все хоткеи описаны в ман-странице...

на Debian так и не работает? ну успехов.

только не надо удивляться потом что так много программ народ использует в Wine.

на Debian так и не работает? ну успехов.

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

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

число линукс пользователей DC++ на хабах - единицы и даже не проценты от общего числа. и так вообще с линукс пожижни. продолжайте красноглазить и дальше. линукс продолжают не замечать и игнорировать и дальше, и такие как бы - главные виновники этого.

действуйте и дальше по принципу «у меня на моей рассыпающейся поделке работает - значит хорошо». в венде на надо обновлять дистры. программы пишут под платформу и совместимость сохраняется на протяжении 5-8-10 лет и такие проги просто работают в Wine без проблем.

«да вроде как только ты на говно исходишь по сему факту» = всё правильно делают! стабильные дистры не нужны!

так вот - это ВЫ не нужны. портящие всем жизнь крикуны. вы деструктивны.

«на говно»

ты деструктивен и бесполезен, как и любой другой использующий «анальную» лексику. ты пуст и неспособен думать, способен думать только сиюминутно и о себе.

10 (!!!) вариантов пакетов еще раз показывают, что система распространения Линакса - сосет.

Наличие на той же странице _одного_ порта FreeBSD и _одного_ пакета MacOS наглядно иллюстрируют ситуацию.

Всем уже давно пох@й на тебя, толстый тролль

Удивительно, но соглашусь в пункте о дистрах.

Девелоперу под Windows достаточно выпустить один пакет, чтобы покрыть 90% пользователей ОС (исключение - некрофилы с 95\98 и альтернативно одаренные с хитрыми сборками).

Аналогично - под Mac, Solaris, FreeBSD...

А в линаксе нЪтъ. Девелопер должен МИНИМУМ сделать 7 пакетов:

.deb for debian-based
.deb for *buntu
.rpm for RH-based
.rpm for SUSE-based
.rpm for Fedora-*
.ebuild
source

Каждый из них, кроме двух последних - в минимум двух архитектурах. Во всех дистрибутивах дерева пакетов - разные. Начиная от названий (один и тот же файл может содержаться в libololo, ololo-lib, ololo-lib.noarch и еще десятке вариантов) заканчивая вообще наличием. Т.е. нужной либы может не оказаться, и число нужных к созданию и поддержке пакетов автоматом получает +1.

Для каждого разработчик должен иметь chroot-среду для сборки (а в случае реально крупных проектов - сервер\ферму), следить за обновлениями и изменениями в дистрибутиве, сраться с мантейнерами за включение в основную ветку..

Т.е. - 10 пакетов. Минимум. Пренебрегаем LTS-версиями, deprecated-дистрами и всеми мелкими дистрами. Покрываем мы таким образом максимум 60% всех линукс-пользователей. Не густо, ага?

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

p.s. Short disclamer: не вантузятник, не тролль, люблю линукс как систему\идею, но не люблю провалы в реализации.

есть пожелание разработчикам не делать столько пакетов (другие соберут за них или сам конечный пользователь) а просто не делать зависимость от новейших версий тулкитов (этим «славится» ещё и QutIM).

а вот LTS как раз и не надо пренебрегать. именно на них и надо рассчитывать.

Зато в винде, вообще нет такого понятия, как зависимости, поэтому каждая программа VasyaPupkin SuperProgram тащит вместе с собой все библиотеки

А я не говорю, что в венде все хорошо и солнечно.

Нужно попробовать это чудо...

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

Баг с прогресбаром хеширования починили или как? Хотя. я так понял, это разработчиков ядра надо спрашивать, но все же.

>Девелопер должен МИНИМУМ сделать 7 пакетов:

Кому должен?

не хватает простого консольного клиента под *nix

microdc

но простой ли он...

Мораль сей басни такова-давно пора унифицировать систему пакетов.

они сменили ядро-стырые баги ушли.

Не скажите. Супруга пользует FlyLinkDC++ на честной xp, и... очень мило хмурится, а похмурившись лезет в на мой ноут и шарится по хабам уже из Linux'а.

>они сменили ядро-стырые баги ушли.

У меня 2.0.0, баг есть. Краткий взгляд на код показал, что startTime не инициализируется, ибо неоткуда. Искать, где в ядре надо GET_TICK сделать, чтоб в getStats возвращать и время начала хеширования влом было. Вот сегодня-завтра соберу 2.0.1, если все так же, тогда уже полезу туда.

Спасибо, попробуем-посмотрим.

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

Пропатчили: было

    HashManager::getInstance()->getStats(path, bytes, files);

    if(bytes > startBytes)
        startBytes = bytes;

    if(files > startFiles)
        startFiles = files;

    if(autoClose && files == 0) {
        accept();                

        return;;
    }           

    HashManager::getInstance()->getStats(path, bytes, files);
    if(ShareManager::getInstance()->isRefreshing()) {        
        file->setText(tr("Refreshing file list"));           
        return;                                              
    }                                                        

    if( startTime == 0 )
        startTime = tick;

    if(bytes > startBytes)
        startBytes = bytes;

    if(files > startFiles)
        startFiles = files;

    if(autoClose && files == 0) {
        accept();                

        return;;
    }           

Чой-то я вчера спьяну решил, что они со старта хеширования считать начинают, а тут все просто оказалось, они со старта окошка все считают и все элементарно, только инициализацию добавить.

Только граждане, svn log читать же невозможно!

не лезь систему пьяным.

Он больше не будет вешать систему при хешировании?

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

>Девелопер должен МИНИМУМ сделать 7 пакетов

Заучиваем и произносим как мантру по утрам: Девелопер НИКОМУ НИЧЕГО не должен. Девелопер кодит, исправляет ошибки, предоставляет тарболы. Проблемы опакетичивания - это проблемы мантейнеров соответствующих дистрибутивов. Хомячков с винды и макоси можно простить, понять и дать им готовую сборку пакета.

Если пакета нет в твоем любимом репозитории, это тут два варианта - либо твой любимый дистрибутив нафиг никому не сдался, либо твоя любимая программа.