sleepycat, адхок в жабере - это прямое управление функциями посредством команд внутри протокола путем создания меню, т.е. механизм работает следующим образом: клиент при запуске адхока опрашивает удаленный контакт на предмет перечня команд, тот в свою очередь ему их отправляет, а клиент уже на сонове перечня выстраивает меню (согласитесь, это намного удобнее, чем держать с десяток текстовых команд в голове). Да, при управлении ежом (ejabberd - один из популярнейших и расширяемых jabber-серверов, написан на erlang) пиджин фактически безглючен, но при управлении openfire (второй по популярности jabber-сервер, написан на jawa) возникают частые глюки, причем это никто не пофиксил, также глюки с адхоком на некоторых ботах. Также с помощью адхока можно управлять удаленным клиентом (например PSI+ и Tkabber поддерживают такой режим), что удобно, если забыл его отконнектить к примеру и можно с мобильного клиента (имеющего функцию адхока), на этой же учетке, его вырубить. Также с помощью адхока настраивается большинство транспортов. Неудобство мультипротокольных клиентов в подъеме кучи протоколов по отдельности, особенно на мобильных клиентах не есть гуд, как в плане использования ресурсов платформы, так и в плане трафика. А учетками jabber'a я пользуюсь и с мобилы, когда не за компом. К примеру у меня в учетку посредством транспортов прикручено две аськи, одноклассники и вконтакте (имеют собственные jabber-сервера агрегированные с функцией “сообщения”), mail.ru-агент (чисто почту мониторить и смс'ки отправлять), juick, я-онлайн (тоже ради почты, хотя это полноценный jabber-сервер). Причем соединение с сервером и транспортами может быть зашифровано (по дефолту PSI+ шифрует, Pidgin тоже, насколько я знаю. не шифруют только большинство мобильных клиентов из экономии трафика используя zlib), в отличии от прямых соединений oskar. Плюс ко всему PSI+ поддерживает SIP посредством расширения psimedia, также поддерживает идивидуальное шифрование по PGP ключам для каждого контакта (для меня это очень большой и жирный плюс). Конечно, на вкус и цвет все фломастеры разные, но я выбираю то, что более юзабельно и функционально. Причем PSI+ очень гибок в настройке как внешнего вида, так и функционала (по дефолту там мало что включено) в отличии от Pidgin. Я не противник Pidgin. просто не нравится, когда ему приписывают то, чего у него нет и разработчики судя по всему не собираются это исправлять (что очень печально). Кстати зря вы на QutIM наговариваете, вчера ставил, работает нормально чисто как месенджер. Только чем дальше он развивается, тем больше напоминает глючный виндовый QIP, но кому-то это даже нравится (у меня он потенциально, как и QIP, вызывает отвращение). Кстати, говоря о месенджерах я совсем забыл, еще о модульном “комбайне” LeechCraft, агрегирующим в себе браузер, мультипротокольный месенджер, торрент клиент, DC++ клиент, медиаплеер. Использующим Qt. Правда на этом арче мне его так и не удалось пока собрать, вылетает ошибка почти в самом конце компиляции (пока нет времени разбираться).
tchgefest, sorry. Но у меня этот старый метод почему-то работоспособен. Аднака отстал немного от жизни…

и с такими транспортами поди запускается как мозилла, да и в таких “перекрестках” постоянно то задержки , то разрывы, обычно об этом программа молчит, вид подает только когда реконект не проходит, не знаю
Для начала почитайте что такое xmpp-транспорт и адхок, а потом пишите про тормознутость запусков и т.п.. xmpp-транспорт - это сервер обеспечивающий функции тунеля из одного протокола в xmpp, в дуплексном режиме.
PSI не смог поставить, он qt хочет, плюнул.
А другим kopete советуете, а сами Qt в базе даже поставить не хотите. В отличие от kopete он тащит чистое Qt, а не кучу кедовых запчастей и прочего мусора. Причем к примеру тот же Qt в базе у меня требуют: Quantum GIS, LibreCAD и еще некоторые приложения. Странная у вас философия: “Вы ставьте, потребление ресурсов небольшое, там в принципе никаких проблем, но сам себе я даже полегче ставить не буду.”
https://wiki.archlinux.org/index.php/Ar … 40;Active& #41;_(Русский) - И что тут собственно искать, выходит почти первой первой по поисковому тегу: дистрибутивы archlinux, ссылочки на домашние страницы проектов и т.п. есть.
1. Есть ли в арчбанге графическая утилита для добавления пользователей? Что-то я не нашел. Или это делать в коммандной строке?
Все операции с юзерами и группами с консоли.
2. Не нашел файл blacklist. Это раздел в каком-то конфигурационном файле?
В /etc/rc.conf секция HARDWARE ==> MODULES, в скобках модули которые должны грузиться, модули которые не должны грузиться перед собой имеют восклицательный знак.
если б не так, то он уже бы раза два бы ответил мне что-то вроде “Спасибо, но ради вот той штуки нужно ставить KDE, Razor и др., а я хочу остаться на Openbox и не захламлять систему лишним”
Автор сам наверное не понимает еще до конца, к чему приводит куча ненужных запчастей от разных DE. Я вот например знаю к чему это ведет на опенбоксе, к потере производительности и необоснованной трате свободной оперативы. И Archbang не пуп земли, в смысле арча “из коробки”, есть кедовая Chakra, причем в плане юзабельности более удобная. Если ТС выбрал Archbang, то наверное на это были причины.
В пиджине, насколько мне известно, до сих пор не запилили в MUC выбор ника, в начале сообщения, мышкой из списка или из чата, только табом перебирать. А если в конфе 100 юзеров, табом задолбаешься перебирать. Также кривой адхок. Транспорты прикручивать так вообще сущий ад, теже погодные транспорты, переводчик на изиде и т.п..
Я себе ставил так: В /etc/pacman.conf добавить репозиторий:
[archlinuxfr]
Server = http://repo.archlinux.fr/x86_64
Архитектуру только замените на i686, если у вас не x86_64. А потом с pacman'а установить yaourt, предварительно выполнив pacman -Syy.
clonezilla находится в AUR. Для легкости поставьте yaourt, и жизнь в арче намного упростится. Как установить yaourt написано в вики.
Опять же, на реальном серваке новейших версий php, апача и всего остального по идее быть не должно. А в Арче они есть.
Зато у разработчика и программиста они должны быть, чтобы своевременно менять кодовую базу под будущие изменения в lts-релизах ОС серверов. Т.е. помимо самих серверов, должен быть еще и “тестовый полигон”, со всеми новейшими версиями.
Ну если у тебя уже kde, где и живет копыто, то чего там нового то, все что написано - фундамент, без этого одни шнурки ;
sleepycat, в данной теме речь идет про Archbang - легковесный дистрибутив Arch Linux на основе WM Openbox, без конкретного DE. Поэтому кеды и их дефолтные составляющие к данной теме не имеют никакого отношения. Или может Chakra с Archbang перепутали?
а Вы в finch'е пообщайтесь.
У меня он стоит, как очень хорошая замена mcabber'у, на случай непредвиденной гибели иксов, а также стоит w3m, и еще некоторые прибамбасы, для операвтивного поиска информации с чистой консоли.
а вот из консоли писать как раз не рекомендую, если не осторожно дать данные можно убить болванки, конечно зная, сколько ты хочешь, параметры сессии
У wodim есть механизм автоопределения болванки, команда для записи стандартна: wodim dev=/dev/* -eject -v mycd.iso. Brasero является лишь графическим фронтендом консольных утилит в т.ч. и wodim входящего в cdrtools. Поэтому уровень глючности соотвествующий. А тащить k3b в Openbox'вую систему - смертеподобно, ибо добрая половина кед туда перекочует.
kopete тащит за собой не Qt, а кедовые запчасти (Зависит от: kdebase-runtime kdepimlibs qca-ossl libotr libmsn libidn qimageblitz libgadu mediastreamer - Это по вашему Qt?), а те в свою очередь уже тащат Qt и еще кучу хлама.
5. Я бы рекомендовал PSI+ через icq-транспорт. Красивее и функциональней псины, я не видел клиентов. Kopete за собой много зависимостей тащит. Для любителей майл-агента есть Qutim. Pidgin жутко неудобный.
6. Deluge, а там по вкусу пробовать. Мне например Deluge очень нравится, не подвисает и не тупит как Transmission.
7. Редактор образов IsoMaster, монтировалка образов Furius ISO Mount, резать образы на болванки надежнее с консолcи wodim'ом, но и Brasero сойдет.
8. Wine, но тогда придется приготовиться к глобальному геморою. У меня на новом вайне практически все крошится. Лучше искать линуксовые альтернативы.