DC++ консольный клиент

[Zhmak]

Подскажите клиента сети Direct Connect умеющего работать без GUI.

Пробовал разобраться с MLDonkey, совершенно запутался в конфигах и бросил. MicroDC - по сути мертвый продукт.

Есть еще варианты?

[Гарри Кашпировский]

Тогда жди пока допилят eiskaltdcpp-daemon, даже веб-морду обещали.
А пока microdc2 сейчас самый вменяемый, несмотря на то, что мертвец

[gigas]

Тогда жди пока допилят eiskaltdcpp-daemon, даже веб-морду обещали.

А вот это забавно:)

[yuristep]

MicroDC - не знаю, третий год работает в консоли на шлюзе - ну работает себе и работает Задачи по раздаче 2Тб выполняет, и ладно
А по поводу его "мертвости" - задачи свои выполняет - выполняет, чего его еще "точить"?
Единственный "глюк", который на нем ловил - это на 64-битных системах  - невозможно включить запись логов в файл - вылетает с ошибками сигментации ...

[Zhmak]

А по поводу его "мертвости" - задачи свои выполняет - выполняет, чего его еще "точить"?

Сохранения промежуточных результатов хэширования не хватает. Ставил его на роутер DIR-320, первичное хэширование длилось около суток. Если процесс прервать, то всё начиналось заново.
При попытке получения списка файлов клиентами типа FlyLinkDC выдает "unknown adcget type", и после значительной паузы всё же начинает список отдавать.
Однажды потерял все хэши после того как не примонтировался раздел с данными и filelist папкой.

Тогда жди пока допилят eiskaltdcpp-daemon, даже веб-морду обещали.

Неуправляемый демон без веб-морды очень даже подойдет. 10х !

[yuristep]

Сохранения промежуточных результатов хэширования не хватает. Ставил его на роутер DIR-320, первичное хэширование длилось около суток.

Мы здесь о чем говорим? О нормальном клиенте на Ubuntu или кастрате на ДИРе ? Пробовал хэшировать с внутреннего ресурса провайдера (монтирование по фтп-) 7ТБ контента - "ноу проблем"...

[Zhmak]

Мы здесь о чем говорим? О нормальном клиенте на Ubuntu или кастрате на ДИРе ? Пробовал хэшировать с внутреннего ресурса провайдера (монтирование по фтп-) 7ТБ контента - "ноу проблем"...

Сабж нужен для "большой" машины. А Microdc везде одинаков. В моем случае он был собран под mipsel.

[Гарри Кашпировский]

А Microdc везде одинаков. В моем случае он был собран под mipsel.

Ну как же он одинаков! Ты же не запускаешь mipsel'евские бинари на x86?

[absent]

Забарахлил microdc2, стал часто вываливаться с ошибкой (очень часто, каждые 5-6 минут) при коннекте к PtokaX, посмотрел в сторону eiskaltdcpp-daemon.
Прилично заработала нестабильная версия 2.2.1, стабильная 2.2.0 не могла нормально завершить свой процесс и уходила в сегфолт.
По первому взгляду (ночь отработал) вполне работоспособный клиент, нужен только на раздаче, поэтому его управляемость не очень востребовательна. Хорошая плюшка - больше не нужно извращаться для коннекта к нескольким хабам + лаконичный лог (microdc2 мусорил много). Памяти правда потребляет поболее microdc2 (4 хаба наверное влияют), да и загрузка процессора при скачивании с клиента (upload) тоже выше, но там не такие принципиальные значения, т.к. запускается на обычном компьютере.
Решение получилось рабочее, авторам большое спасибо, за ppa вдвойне