LINUX.ORG.RU

Релиз EiskaltDC++ 2.0.1

 , , , ,


0

0

Состоялся релиз EiskaltDC++ 2.0.1, кроссплатформенного графического клиента для файлообменной сети Direct Connect, построенного на основе библиотеки Qt и отличающегося от аналогов расширенной функциональностью.

Основные изменения:

  • Добавлен виджет с публичными хабами.
  • Добавлена возможность фильтрации в основных виджетах (Ctrl+F).
  • Поддержка режима отсутствия.
  • Меню Файл разбито на несколько тематических меню.
  • Добавлены примеры пользовательских скриптов (например, скрипты для вывода сообщений в чат: «пользователь» сейчас слушает «исполнитель композиция» в «Amarok»).
  • Добавлена строка с последним статусным собщением на хабе.
  • Добавлена панель быстрого поиска.
  • Добавлена возможность запуска нескольких копий клиента от разных пользователей системы. Проверьте, чтобы в настройках у них были указаны разные локальные порты.
  • Добавлена возможность отключения чата на хабах при автоподключении.
  • Добавлена графическая настройка для ограничения скорости хэширования.
  • Добавлена возможность приоставновки процесса хэширования.
  • Добавлена возможность ограничения отдачи пользователям по размеру их шары.
  • Исправлены проблемы с разворачиванием программы из трея в Gnome и Mac OS X.
  • Добавлена история отправленных сообщений, количество их регулируется в настройках.
  • Добавлена история поисковых запросов, количество их регулируется в настройках.
  • Улучшена настройка исключений файлов из шары.
  • Существенно расширен диалог настроек.

За активностью разработки проекта можно наблюдать на данной странице. Пообщаться с разработчиками можно в Jabber-конференции eiskaltdc@conference.gentoo.ru или в специальной ветке форума. Сообщения об ошибках и запросы на реализацию улучшений принимаются в системе трекинга ошибок Google Code.

Deb-пакеты eiskaltdcpp и eiskaltdcpp-unstable доступны здесь. Ссылки на пакеты для других дистрибутивов и ОС можно найти на главной странице проекта. Скриншоты и полезную информацию о проекте можно найти на сайте одного из разработчиков.

>>> Новость на opennet

★★

Проверено: isden ()
Последнее исправление: Tehnick (всего исправлений: 1)

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

Tehnick ★★
() автор топика
Ответ на: комментарий от pekmop1024

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

GladAlex ★★★★★
()

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

dotbg ★★★★
()

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

Bohtvaroh ★★★★
()

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

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

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

GladAlex ★★★★★
()

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

Bohtvaroh ★★★★
()
Ответ на: комментарий от GladAlex

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

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

GladAlex ★★★★★
()
Ответ на: комментарий от Bohtvaroh

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

GladAlex ★★★★★
()

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

time2die
()
Ответ на: комментарий от GladAlex

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

anonymous
()
Ответ на: комментарий от GladAlex

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

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

Tehnick ★★
() автор топика
Ответ на: комментарий от Bohtvaroh

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

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

Tehnick ★★
() автор топика

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

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

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

Aeon
()
Ответ на: комментарий от Aeon

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

Tehnick ★★
() автор топика
Ответ на: комментарий от anonymous

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

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

GladAlex ★★★★★
()
Ответ на: комментарий от Tehnick

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

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

GladAlex ★★★★★
()

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

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

tommy ★★★★★
()
Ответ на: комментарий от tommy

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

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

dhampire ★★★
()

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

anotheranonymous
()
Ответ на: комментарий от dhampire

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

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

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

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

tommy ★★★★★
()
Ответ на: комментарий от dhampire

«на говно»

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

tommy ★★★★★
()

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

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

different
()
Ответ на: комментарий от tommy

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

Kosyak ★★★★
()
Ответ на: комментарий от tommy

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

Девелоперу под 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: не вантузятник, не тролль, люблю линукс как систему\идею, но не люблю провалы в реализации.

different
()
Ответ на: комментарий от different

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

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

tommy ★★★★★
()
Ответ на: комментарий от different

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

Kosyak ★★★★
()

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

Ubuntu1004
()

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

redgremlin ★★★★★
()
Ответ на: комментарий от different

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

Кому должен?

redgremlin ★★★★★
()
Ответ на: комментарий от time2die

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


microdc

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

dncaps
()
Ответ на: комментарий от different

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

Ubuntu1004
()
Ответ на: комментарий от anotheranonymous

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

dncaps
()
Ответ на: комментарий от Ubuntu1004

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

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

redgremlin ★★★★★
()

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

fckncake
()
Ответ на: комментарий от redgremlin

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

Ubuntu1004
()
Ответ на: комментарий от Ubuntu1004

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

    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;;
    }           

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

redgremlin ★★★★★
()
Ответ на: комментарий от different

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

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

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.