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

Спасибо, поставим.

root@debian:/home/netadmin/soft# dpkg -i ./eiskaltdcpp_2.0.2-0ppa1_i386.deb 
Выбор ранее не выбранного пакета eiskaltdcpp.
(Чтение базы данных ... на данный момент установлено 173807 файлов и каталогов.)
Распаковывается пакет eiskaltdcpp (из файла .../eiskaltdcpp_2.0.2-0ppa1_i386.deb)...
dpkg: зависимости пакетов не позволяют настроить пакет eiskaltdcpp:
 eiskaltdcpp зависит от libc6 (>= 2.11), однако:
  Версия libc6 в системе 2.10.2-6.
dpkg: не удалось обработать параметр eiskaltdcpp (--install):
 проблемы зависимостей -- оставляем не настроенным

ИМХО не есть гуд.. :(

root@debian:/home/netadmin/soft# uname -a Linux debian 2.6.33-2.dmz.3-liquorix-686 #1 ZEN SMP PREEMPT Thu Apr 8 04:35:40 UTC 2010 i686 GNU/Linux

root@debian:/home/netadmin/soft# cat /etc/debian_version squeeze/sid

Вообще люто интересует возможность банить личеров с маленькой (или отсутствующей) шарой..

банофагия == фимоз головного мозга.

такого рода решения имеет право принимать ТОЛЬКО владелец хаба. Если ваше ЧСВ страдает - ГЛ прекрасно работает под вайном.

Отличная новость

Добавлена возможность использования бокового дока со списком виджетов вместо однострочной панели с табами.

Отлично!!!

dpkg -i ./eiskaltdcpp_2.0.2-0ppa1_i386.deb

squeeze/sid

Когда же вы начнете читать?.. На странице написано:

Заметка: пользователям Debian GNU/Linux Squeeze и Sid рекомендуется использовать пакеты, собранные в Ubuntu Karmic, для Lenny подойдут пакеты из Intrepid.

Это значит, что тебе нужен пакет eiskaltdcpp_2.0.2-0ppa1~karmic1_i386.deb

А правильнее было бы подключить архив пакетов, а не качать и ставить пакет вручную. Тогда и обновления получать будете своевременно...

Я ведь я ожидал что целый ворох отличных ДС++ клиентов появится именно тогда когда наберут популярность торренты =)))

>такого рода решения имеет право принимать ТОЛЬКО владелец хаба.

Ты не прав. Рассмотрим две крайности. Есть пользователи с терабайтными шарами, которые все время онлайн. И есть потребители, которые конектятся периодически с пустой или минимальной шарой, чтобы быстренько скачать что-либо. Первые способствуют файлообмену, а вторые...

И ограничения на хабах берут не с потолка, а по той же причине.

Другое дело, что есть пользователи с нетбуками и пользователи с почти пустыми винтами, у которых просто физически нет возможности расшарить большой объем данных.

> Вообще люто интересует возможность банить личеров с маленькой (или отсутствующей) шарой..

А мне интереснее возможность банить ботов/юзеров, которые шлют автоматом в личку сообщения о том, что у меня не правильная версия dc клиента и что мне надо загрузить другую с адреса: http://сайт.домен/файлы/варез/дс_клиенты/правильный_клиент.exe.

Ололо.. Он имеет право распоряжаться ресурсами своего компа или сервера, но не моего.. И видишь ли мне не жалко нихай качают, но при условии равноценного (или хотя бы одыкватного) размена..

Минорный релиз, ниачём

Вот как раз это меня меньше волнует, нежели истошный скрежет винтов когда десяток личеров/халявщиков тянут файло с моего компа..

ЗЫ. Я вообще за torrent в локалке, имхо рациональнее и удобнее..

>Заметка: пользователям Debian GNU/Linux Squeeze и Sid рекомендуется использовать пакеты, собранные в Ubuntu Karmic, для Lenny подойдут пакеты из Intrepid.

Через дупу же..

> Вообще люто интересует возможность банить личеров с маленькой (или отсутствующей) шарой..

Есть такая возможность. Мало того, можно указать для _конкретного_ каталога из вашей шары тот размер шары, который должен иметь удалённый пользователь, чтобы моть качать из этого вашего _конкретного_ каталога.

Скажем, позволить из каталога Видео качать юзерам с шарой > 50Gb, а из каталога Музыка - с шарой > 10Gb.

Цитируем Valor

истошный скрежет винтов когда десяток личеров/халявщиков тянут файло с моего компа..

Не выходи в DC, в чем проблема? Такое впечатление, что под предложением хаба «расшарить файлы» подразумеваются какие-то скрытые смыслы, одолжения. Расшарил - качают. Не нравится что качают - закрой обратно и не плачь тут.

Вы предлагаетет человеку на православный дебиан поставить пакет убунты? гммм...Я бы не стал. И что такого уникального есть в этой glibc 2.11, что отсутствовало в предыдущих версиях? Прям так уж необходимо было жестко завязываться на новейшие версии библиотек?

Клиент никоим образом не завязан на новешие версии библиотек.

Просто данный конкретный deb был собран на современной системе с более-менее новой версией glibc. Ну и слинковался с ней, естественно. Кто ж виноват, что вы этот пакет на какой-то древности пытаетесь ставить.

А дабы не мучили впредь подобные проблемы, советую использовать source-based дистрибутивы и не зависеть от мейнтейнера конкретного дистрибутива.

Спасибо что наставил на путь истинный.. Ибо только тебя забыл спросить что мне делать..

Так и запишем - «советую использовать нестабильные дистрибутивы и красноглазить с компиляцией»...Тобиш неизвестно, при запуске на «старых» системах может и никаких проблем-то не будет из-за glibc < 2.11, да? Может тогда уж и в пакетике в зависимостях циферку прописать поменьше? Не пробовали? Вдруг работает. Тогда и советовать ничего лишнего никому не придется ;)

>А дабы не мучили впредь подобные проблемы, советую использовать source-based дистрибутивы и не зависеть от мейнтейнера конкретного дистрибутива.

Да что уж там.. советуй сразу Win7 ставить, там много клиентов.

Можешь взять libc из experimental.

>Может тогда уж и в пакетике в зависимостях циферку прописать поменьше?

Сударь, вы знакомы с системой сборки deb-пакетов?

> Может тогда уж и в пакетике в зависимостях циферку прописать поменьше? Не пробовали?

Не пробовал. Я пакетиками не пользуюсь. Разве только когда чай пью.

Так и запишем - «советую использовать нестабильные дистрибутивы и красноглазить с компиляцией»

Не так поняли. Я не советую использовать нестабильные дистрибутивы. я советую использовать дистрибутивы, которые не делятся по версиям на стабильные и не стабильные. Те, в которых по умолчанию считающиеся стабильными версии программ, но вы всегда можете сами выбрать, для какой конкретной программы можно позволить себе роскошь выбрать версию поновее, «постабильнее». И собрать её самому, тем самым слинковав со стабильными версиями своих системных библиотек.

Можешь взять libc из experimental

Шикарно! А она пол системы за собой не потянет на обновление в качестве зависимостей?

Сударь, вы знакомы с системой сборки deb-пакетов?

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

Я не советую использовать нестабильные дистрибутивы

По мне так именно это Вы и советуете. «Поновее» и для дебиана можно пакет собрать руками. Если он конечно не на «сердце» системы (читать libc) завязан. Тут уж хочешь/не хочешь придется пол системы обновить сначала из-за одного желаемого пакета «поновее».

Можно но не нужно.. В экспериментальной ветке сейчас жарко, у libc6 сломаны некоторые зависимости.

Отличная программа, наш выбор. Отдельная «спасиба» за активное развитие

>Через дупу же..

Собирай из исходников. А то пришел на все готовое и еще привередничает...

>Да-да, Сударь! Насколько помню зависимости все там можно ручками вписать в файл control

Тока проблема в том, что сборка происходит на launchpad и там идет оптимизация под текущую систему(не даром в том репозитории есть пакеты для лусид, кармик, интерпид и т.д.). Кстати, тот пакет, который вызвал проблемы - было для lucid lynx. Ну и раз знаете как пакетик собирать - соберите, какие проблемы. Я вот тоже собираю, ибо техник aspell в eiskaltdcpp-unstable не прикрутил(да и в общем как-то уродски собирает, без плюшек)

>Вот как раз это меня меньше волнует, нежели истошный скрежет винтов когда десяток личеров/халявщиков тянут файло с моего компа..

С истошный скрежетом борятся не банами по шарам, а количеством открытых слотов.

«Чукча не читатель, чукча писатель»

Сударь, вы знакомы с системой сборки deb-пакетов?

Да-да, Сударь! Насколько помню зависимости все там можно ручками вписать в файл control (или в другой, не помню точно).

Это значит, не знаком.

Или на край поставить в виртуалку чистый стабильный дебиан и откомпилить на нем, на более новых зависимости считай точно удоблетворены будут.

Ну так поставь. Кто тебе мешает?

>По мне так именно это Вы и советуете. «Поновее» и для дебиана можно пакет собрать руками. Если он конечно не на «сердце» системы (читать libc) завязан. Тут уж хочешь/не хочешь придется пол системы обновить сначала из-за одного желаемого пакета «поновее».

А теперь перечитай комментарии в этой новости и пройдись по ссылкам. Может быть поймешь, что ты не прав, и как глупо выглядишь...

>пройдись по ссылкам

Ъ по ссылкам не ходят. Они могут лишь феерическую ере^W^W светлую мысль нести...

>Тока проблема в том, что сборка происходит на launchpad и там идет оптимизация под текущую систему(не даром в том репозитории есть пакеты для лусид, кармик, интерпид и т.д.). Кстати, тот пакет, который вызвал проблемы - было для lucid lynx.

Совершенно верное утверждение.

Ну и раз знаете как пакетик собирать - соберите, какие проблемы.

Это же не спортивно. Гораздо интереснее флудить в новостях и на форуме...

ибо техник aspell в eiskaltdcpp-unstable не прикрутил(да и в общем как-то уродски собирает, без плюшек)

Все правильно он собирает. С минимумом зависимостей. Aspell же нужен единицам пользователей. Кстати, индикатор свободного места там включен, т.к. он дополнительных зависимостей не требует.

>А дабы не мучили впредь подобные проблемы, советую использовать source-based дистрибутивы и не зависеть от мейнтейнера конкретного дистрибутива.

Ну вот никак гентушники не могут этого не вставить в свои сообщения...

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

>Можешь взять libc из experimental.

Это из цикла «вредные советы». За что ты его так не любишь?..

>Не так поняли. Я не советую использовать нестабильные дистрибутивы. я советую использовать дистрибутивы, которые не делятся по версиям на стабильные и не стабильные. Те, в которых по умолчанию считающиеся стабильными версии программ, но вы всегда можете сами выбрать, для какой конкретной программы можно позволить себе роскошь выбрать версию поновее, «постабильнее». И собрать её самому, тем самым слинковав со стабильными версиями своих системных библиотек.

Генту не способствует решению проблем. А скорее наоборот...

А русский таи и не полечили....

Если локальная кодировка KOI8-R ничего не ищем, и из сети показать не можем.....

Ой, пришел самый умный анонимус и всем показал какой он крутой, а все остальные ничего не понимают. Нет у меня со сборкой никаких проблем. Надо - соберу. Ну а сборщики сабжа могут и далее обходить стороной проверенные дистры и советовать поставить пакет для другой ветки. ИМХО лишь теряют аудиторию. А так - кому надо соберут сами. Программа-то отличная.

конечно. ведь все твои апоненты используют cp1251. это твоя проблема что у тебя выставлена такая кодировка. на adc хабах такого нет - там везде utf.

Странно это, учитывая что установка локали в настройках нужна только ядру, все общение же между ним и клиентом происходит только в Unicode (в том числе прием результатов поиска), т.е. клиент ничего не перекодирует.

Да, баг с поиском реально доставал, спасибо за исправление. Еще плохо что когда EiskaltDC++ сканирует фс при поиске новых файлов i/o компа весь хавает, тачка аж замирает иногда. Вот если бы сделали что бы ограничение на скорость хеширования файлов влияло и на скорость сканирования...

Странно это, учитывая что установка локали в настройках нужна только ядру,....

ты не совсем прав. кодировка может быть для каждого хаба своя. в спецификации на протокол NMDC это явно не прописано. и по факту она разная . в русском сегменте это сплощной CP1251 так как все сидят под виндой со всеми вытекающими. а в какой нить норвегии ты можешь нарваться на всё что угодно (хотя там предпочитают использовать EN локали). В спецификации ADC которая приходит на смену NMDC там всё строго прописано и в целом должно работать на UTF8. можешь потестироваться на adc://adc2.san.ru:10000 если интересно.

>> Странно это, учитывая что установка локали в настройках нужна только ядру,....

ты не совсем прав. кодировка может быть для каждого хаба своя. в спецификации на протокол NMDC это явно не прописано. и по факту она разная . в русском сегменте это сплощной CP1251 так как все сидят под виндой со всеми вытекающими. а в какой нить норвегии ты можешь нарваться на всё что угодно (хотя там предпочитают использовать EN локали). В спецификации ADC которая приходит на смену NMDC там всё строго прописано и в целом должно работать на UTF8. можешь потестироваться на adc://adc2.san.ru:10000 если интересно.

Ну и при чем тут кодировка хаба? Если речь шла про локаль на компе пользователя.

И кстати, разработчик программы знает эти детали уж точно не хуже тебя...

Отличный клиент... Окончательно перелез на него с linuxdcpp

хотя смущает, что некоторые настройки (например, ограничения на директории шары) хранятся в двоичном формате... или я не туда смотрел?

зы... все-таки новость - скорее, минорный релиз)

Годный p2p клиент. И развивается активно.

Отличная программа! Спасибо разработчикам

Отличная программа. Качаем, собираем.

>Вы предлагаетет человеку на православный дебиан поставить пакет убунты? гммм...Я бы не стал.

Какие-то объективные причины есть? Или как всегда религиозный фанатизм?..

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