У меня почти 200 тем, часть из них мне иногда опять бывает нужна. Крайне неудобно кликать «← предыдущие» кучу раз.

Можно ли как-то вывести темы без теста списком (с оформлением как в уведомлениях хотелось бы)? Если нет, то запилите хоть переменную для скрипта вывода тем, чтобы можно было указать число тем на страницу (для вывода всех сразу).
Например:
www.linux.org.ru/people/ktulhu666/?&count=9999
или
www.linux.org.ru/people/ktulhu666/?&all=true

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

Особенно интересны варианты вынужденного сваливания, например из-за появления проприетащины и зондов в ubuntu, массовое внедрение gnome3 и systemd.

Мнение бывших арчеводов более чем уместно.

Прошу прощение за дальнейший капс, просто практика показывает, что большинство пользователей на ЛОРе обычно не читает больше, чем в твиттер-посте умещается.

>>>ВНИМАНИЕ (!!!): ОБЯЗАТЕЛЬНО укажите ОТКУДА, ПОЧЕМУ и КОГДА Вы свалили на генту. Полностью ли Вы свалили, или на части устройств остался старый дистрибутив? И не скупитесь на подробности.

Если Вас интересует, то я свалил на генту с убунты (в 2009, хотя работал с гентой с 2008), т.к. у убунты были вечные проблемы то с зависимостями, то с новым софтом, то с ещё какой-то фигнёй. Ещё я люблю ставить всякие внешние приложения с git/sourceforge, в убунту приходилось постоянно находить нужные либы под всё это дело (в генте, в большинстве случаев, нужные либы/исходники либ уже есть в системе). Плюс - этот дебилизм с версионными релизами, которые ломают всю систему при обновлении. На домашнем компе - gentoo hardened, на серверах - либо gentoo hardened либо ubuntu server. Какое-то время пытался использовать cent os, но если не особо нужны кластерные технологии RH или SELinux, то не рекомендую. Всё время какой-то старый софт, баги, тормозный пакетный менеджер, часть софта вообще отсутсвует в основном репозитории. Ubuntu Server мне куда больше нравится в этом плане. Планирую пересесть на дебиан с ubuntu server.

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

В идеале, если где-то можно также указать (желательно через /dev/disk/by-id или UUID), какие устройства монтировать сразу на запись (но всё-равно с noexec).

В моей домашней сетке около 23 устройств, которые подключены к локалке и имеют свои IP. Большей части из них доступ в интернет либо ограничен, либо его вообще нет. Однако есть и другая проблема: с тех устройств, которым доступ в интернет не ограничен (мои рабочие станции и ноут/нетбуки) весьма может идти всякий трафик HTTP (а другой (обычно. в определенные моменты разрешаю) там не разрешен. За исключением rsync, ssh и ещё некоторых) от приложений, которым его генерировать не надо. Например, он некоторых плееров. Мало того, у меня есть виртуалки с виндой (чего греха таить, у многих тут они есть :) ), и хотелось бы, чтобы можно было пользоваться на них браузером, но только ФФ, а всему остальному внешним файерволом доступ запретить.

Я подумал, что наиболее подходящим решением по теме будет использовать squid в прозрачном режиме, далее там смотреть user-agent, и разрешать только лису 15 и выше.
Из поиска в гугле наиболее подходящей страничкой была:
https://forums.clavister.com/viewtopic.php?f=17&t=3431

И её пример:
# This will only find «real» Mozilla 1.2 browsers
acl mozilla12 browser ^Mozilla/5\.0.*rv:1.2

Однако, мне нужно, чтобы было не тупое прибитое гвоздями сравнение, а сравнение «15 или выше». Мало того, весьма важно сравнивать оба числа (в «15»), т.к. выход 20-го FF не за горами.

Ко всему прочему, я думаю, что необходимо модифицировать логику выборки: смотреть и на rv: 15.0 (только 15, 0 можно не сравнивать) и на самый конец (тоже только 15, остальное не сравнивать). Это уменьшит вероятность пропустить какое-нибудь хитрое приложение.

Пример юзер-агента, о котором я говорю:
Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0.1




Я весьма слаб в регекспах squid (да и вообще я его использовал всего 2 раза в жизни), поэтому прошу squid-гуру помочь с написание правильного регулярного выражения.

Хотел обновить мир, но у qemu возникли проблемы (раньше нормально собиралось).
Как только флаги не крутил, то же самое. Подскажите, что делать?

Выдало следующее:

# emerge --backtrack 70 --autounmask-write -av --newuse -u world
FEATURES variable contains unknown value(s): preserved-rebuild

* IMPORTANT: 6 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.


These are the packages that would be merged, in order:

Calculating dependencies |

!!! Problem resolving dependencies for app-emulation/qemu from @selected
... done!

!!! The ebuild selected to satisfy «app-emulation/qemu» has unmet requirements.
- app-emulation/qemu-1.1.2-r2::gentoo USE=«aio bluetooth caps curl jpeg (multilib) ncurses opengl png sasl sdl threads uuid vhost-net vnc xfs -alsa -brltty -debug -doc -fdt -mixemu -pulseaudio -python -rbd -smartcard -spice -static -systemtap -tci -tls -usbredir -vde -virtfs -xattr -xen» QEMU_SOFTMMU_TARGETS="(-alpha) (-arm) -cris -i386 -lm32 (-m68k) -microblaze -microblazeel (-mips) -mips64 -mips64el -mipsel (-ppc) (-ppc64) -ppcemb -s390x -sh4 -sh4eb (-sparc) -sparc64 -x86_64 -xtensa -xtensaeb" QEMU_USER_TARGETS=«x86_64 (-alpha) (-arm) -armeb -cris -i386 (-m68k) -microblaze -microblazeel (-mips) -mipsel (-ppc) (-ppc64) -ppc64abi32 -s390x -sh4 -sh4eb (-sparc) -sparc32plus -sparc64 -unicore32»

The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( qemu_softmmu_targets_i386 qemu_softmmu_targets_x86_64 qemu_softmmu_targets_alpha qemu_softmmu_targets_arm qemu_softmmu_targets_cris qemu_softmmu_targets_m68k qemu_softmmu_targets_microblaze qemu_softmmu_targets_microblazeel qemu_softmmu_targets_mips qemu_softmmu_targets_mipsel qemu_softmmu_targets_ppc qemu_softmmu_targets_ppc64 qemu_softmmu_targets_sh4 qemu_softmmu_targets_sh4eb qemu_softmmu_targets_sparc qemu_softmmu_targets_sparc64 qemu_softmmu_targets_s390x qemu_softmmu_targets_lm32 qemu_softmmu_targets_mips64 qemu_softmmu_targets_mips64el qemu_softmmu_targets_ppcemb qemu_softmmu_targets_xtensa qemu_softmmu_targets_xtensaeb )

The above constraints are a subset of the following complete expression:
any-of ( qemu_softmmu_targets_i386 qemu_softmmu_targets_x86_64 qemu_softmmu_targets_alpha qemu_softmmu_targets_arm qemu_softmmu_targets_cris qemu_softmmu_targets_m68k qemu_softmmu_targets_microblaze qemu_softmmu_targets_microblazeel qemu_softmmu_targets_mips qemu_softmmu_targets_mipsel qemu_softmmu_targets_ppc qemu_softmmu_targets_ppc64 qemu_softmmu_targets_sh4 qemu_softmmu_targets_sh4eb qemu_softmmu_targets_sparc qemu_softmmu_targets_sparc64 qemu_softmmu_targets_s390x qemu_softmmu_targets_lm32 qemu_softmmu_targets_mips64 qemu_softmmu_targets_mips64el qemu_softmmu_targets_ppcemb qemu_softmmu_targets_xtensa qemu_softmmu_targets_xtensaeb ) static? ( !alsa !pulseaudio ) virtfs? ( xattr )

(dependency required by «@selected» [set])
(dependency required by «@world» [argument])

Решил себе дома завести астерисковский сервер. Наиболее интересной идеей для меня является возможность брать «трубку» на работе или клиента на мобильнике, когда звонят домой, или, наоборот, позвонить удаленно с домашнего тфопа.

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

Только вот незадача - когда звонят мне домой, то трубка всегда автоматически снимается, чего в моём случае делать не надо. В моем случае нужно делать
exten => s,1,Dial(SIP/101&SIP/102&SIP/103) и тогда если кто-то возьмет трубку, то поднять трубку FXO ТФОПа и соединить линии.

Реализуемо ли это? Гугл не помог.

Рылся в одном из ящиков со всяким компьютерным хламом, нашел пакет с тремя (2 двухпортовых и одну однопортовую) fibre channel карточками pci-x и парой оптических кабелей. Видимо, кто-то из друзей отдал давно. Проверил под обычным pci - работают, в биосе как рейд-контроллер видятся.

Вопрос: можно ли (практически, а не в теории, включая проприетарные крякнутые решения) сделать так, чтобы одна из карточек видилась для других как хранилище. Просто я использую два компа для разнородного запуска ПО на разных осях (в основном винда и макось, т.к. вопрос обычно связан с перепрошивкой чего-либо из винды, или игры, или запуск маковского софта). Крайне хотелось бы вместо перетыкания хардов (количество которых тоже ограничено), сделать экспорт образа диска из дискового хранилища, и прозрачно бутится через эту карточку.

P.S. Да, я знаю, что винда может бутится через iSCSI, но это весьма и весьма гемор.

{gentoo} Думаю, что для людей, которые часто отправляют фиксы в гентовую багзиллу не секрет, что решения о добавление патча/фикса пакета или его ебилда могут приниматься крайне долго. Это связанно с тем, за часто за каждым пакетом часто закреплен только один мейнтейнер, который мог проявлять интерес с поддержки пакета ранее, но не сейчас (к сожалению).

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

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

Также, у меня есть желание отправить коллективное письмо к главным мейнтейнерам со следующим содержанием (переведенное на английский, естественно).

Мы, нижеподписавшиеся, пользователи и владельцы собственных оверлеев устали от волокиты по принятию патчей в BGO. Для решения этой проблемы мы предлогаем следующее:
1. Баги, с уже включенными патчами (а не с информацией о проблеме) помечаются как Need Testing.
2. Любой другой пользователь проверяет наличие бага на своей системе на воспроизводимость, проверяет патченную версию на корректность и устранение бага (простой установкой, без проверки внутренностей ебилда).
Тогда баг помечается как «Tested».
3. Когда пакет тестится еще одним пользователем и подтверждается, то он помечается как «Full tested».
4. После этого баг должен (обязан) рассмотреть один из главных мейнтейнеров в течении 3-х суток. При этом уведомление о необходимости принятия патча отправляется всем мейнтейнерам одновременно.

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

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

Конец письма.

Я надеюсь на Вашу ОБЪЕКТИВНУЮ критику и пожелания (желательно конкретные решения и конкретные рекомендации).

Я понимаю, что существует множество отдельных оверлеев у конкретных пользователей, однако часть людей вообще не имеет публичного оверлея (закрытый), с другими нельзя связаться, третьим нельзя доверять, нужно все перепроверять. Мало того, иметь около 20 репозитовиев с приоритетом выше основного дерева - это несколько совсем и совсем bad way (подразумевается установка бОльшего приоритета для внешних оверлеев). Очевидно, что этот вариант не катит (мало того, почти все оверлеи кроме фикшенных пакетов содержат еще и кучу своих).
Именно поэтому я и призываю к созданию отдельного оверлея, который будет содержать только фиксы.

Итак, теперь конкретные вопросы к Вам:
1. Как назовем оверлей и где его разместим.
Я предлагаю название gentoo-fix и размещение на гитхаб (там нет ограничений на размер и траффик?)
2. Возможно, нужно подкорректировать текст письма.
3. Вы отошлете это письмо со своего ящика или проголосуете на форуме на него?
4. Вы хотели бы стать мейнтейнеров нового репозитория или принимать заявки на добавление патчей?
5. Вы могли бы решать проблемы багов пользователей по ПО/ебилдам или по строго определенным пакетам?
6. Если Вы владеется английским лучше технического, могли бы перевести подготовленное письмо или часть треда для англоязычных пользователей?

Я думаю, что следующие люди могли бы возглавить данный проект (если это можно назвать таким громким словом (и прошу их мнения по этому поводу):
megabaks
PaxtonFettel
init_6
Pinkbyte
stevejobs
gentoo_root
tazhate
qnikst

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

Использую компиз compiz 0.9.8.2, так же пробовал на 0.9.8.5 на gentoo.

Плагин «Размещение окон» (Place Windows), который должен располагать окна под курсором (а не через монитор от него, в леовм верхнем углу (который 0x0)) не работает. Все окна (за исключением тех, которые сами говорят, куда их располагать) рисуются в 0x0, что весьма раздражает, особенно когда дочернее окно за монитор или два от родительского.

Что у меня не так сделано?
Вкладка «Общие»:
Обходные пути [x]
Режим расположения: пробовал «Умный», Pointer, Случайно, Развернуть. Результат один и тот же. Кстати в версии 0.8.x были ещё режимы Каскадом и По центру.
Режим множественного вывода: побовал «Использовать активное устройство вывода», «Использовать устройство вывода с курсором», «Использовать устройство вывода сфокусированного окна» - результат координаты 0x0
Принудительное позиционирование окон - пусто.
Вкладка «Фиксированное размещение окон» - пусто везде.

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

Что делать, на 0.8.x всё работало?

Использую некоторое ПО, которого нет ни в одном основном оверлее (из списка layman -L).

Куда можно присылать ебилды для включение в один из этих оверлеев с минимальными проволочками и бюрократией?

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

В случае забивки нулями это также может быть хорошо для дедубликации нижележащей ФС (или сжатия) файла с данной ФС виртуальной машины.

https://github.com/poelzi/ulatencyd/

Немного напрягает, что давно не поддерживается. Однако, некоторые ПО под линуксом может и 4-летней давности работать без проблем.

Интересно, кто использовал/использует какое впечатление от его работы.

Если есть возможность, прошу сделать расширенные комментарии/критику в отношении ulatencyd, а также выложить свой конфиг на pastebin.

Также (если их реально используете) порекомендуйте аналоги (нужно чтобы поддерживалось disk i/o в первую очередь).

P.S. Чистые (без демона динамического перераспределения) cgroups не предлагать.

240p, 360p, 480p работают нормально, 720 и выше вообще не воспроизводится (видео воспроизводится, секунды не идут, элементы управления плеера работают, можно переключиться на меньшее разрешение и продолжить просмотр).

www-plugins/gnash
Available versions: 0.8.10-r2^t [m]9999^t[1] {{X +agg aqua cairo cygnal dbus directfb doc dump egl fbcon +ffmpeg gconf gnome gstreamer gtk kde lirc mysql +nls nsplugin opengl openvg python sdl +sdl-sound ssh ssl test vaapi}}
Installed versions: 0.8.10-r2^t(22:08:08 24.09.2012)(X agg cairo fbcon ffmpeg gconf gnome gstreamer gtk kde nls nsplugin sdl sdl-sound ssl -aqua -cygnal -dbus -directfb -doc -dump -egl -lirc -mysql -opengl -openvg -python -ssh -test -vaapi)
Homepage: http://www.gnu.org/software/gnash/
Description: GNU Flash movie player that supports many SWF v7,8,9 features

ftp://ftp.suse.com/pub/people/tiwai/latencytest/
http://www.gardena.net/benno/linux/latencytest-0.42-png.tar.gz

Либо не собираются, либо не работают.

1. 0.8.8 собирается (все USE, кроме kde), gtk-window-decorator (выставлен как /usr/bin/gtk-window/decorator --replace в Window Decoration через ccsm) запускается (вручную тоже), однако отображается тема дефолтной (встроенной?) библиотеки compiz.

0.8.8 с USE=kde (и всеми остальные тоже) не собирается: http://pastebin.com/QGszAL7C
2. x11-wm/compiz-0.8.6-r3 (без kde) собирается, но x11-plugins/compiz-plugins-main версии r1. Не знаю, насколько это влияет, но декоратор работает (не работает) абсолютно так же.
3. 0.9.2 для desktop-effects компилится с ошибкой, так ещё говорит, что gnome-window-settings нет, от чего (как я понял) не будет ставить свои куски для гнома http://pastebin.com/bh7tUveb
4. 9999 даже не закачивается - git недоспутен.

Используется gtk3 и metacity-2.34.8 . У меня есть подозрения, что новые темы метасити (или вообще какие-то куски metacity) не совместимы с gtk-window-decorator . В какую папку можно кинуть старые темы, чтобы проверить?

У кого работает compiz, опишите, пожалуйста, свою систему. Может быть у меня слишком новое ПО.

P.S. Очень хотелось бы megabaks в тред, но есть подозрения, что он меня забанил.

Захожу на https://bugs.gentoo.org/ , в My Requests -> Search, My Bugs пусто. Передвигаюсь по своим багам только при помощи закладок на них в браузере. Причём исчезают они из списка сразу после пометки INVALID. Так где их можно посмотреть?

Что я делаю не так?

Подключаю к системе без LVM диск с LVM поверх LUKS.
Подключаю:
# cryptsetup luksOpen /dev/sde2 crypt
# vgchange --available y
# mount /dev/mapper/cryptroot /mnt/external

Отключаю:
# umount /mnt/external
# vgchange --available n
# cryptsetup luksClose /dev/mapper/cryptroot
# ls /dev/mapper
control

А далее:
#vgs
/dev/mapper/cryptroot: open failed: Нет такого устройства или адреса
#pvs
/dev/mapper/cryptroot: open failed: Нет такого устройства или адреса
#lvm
/dev/mapper/cryptroot: open failed: Нет такого устройства или адреса

Ситуация происходит при переводе десктопа (пересборка мира) с stable(amd64) на testing (~amd64) при использовании ветки hardened/linux/amd64
в eselect.

Не собирается пакет dev-perl/Pango-1.223.0 .

Может ли это как-либо быть связано с песочницей? SELinux'а нет.

dev-perl/Pango-1.222.0 уже установлен, но не пересобирается с той же ошибкой, что и dev-perl/Pango-1.223.0 .

Самое плохое, что от этого пакета собирается dev-perl/gtk2-perl, из-за которого не собирается куча приложений. Сам же пакет dev-perl/Pango не собирается по причине:
Pre-requisites not found:
Can't load '/usr/lib64/perl5/vendor_perl/5.16.1/x86_64-linux/auto/Cairo/Cairo.so' for module Cairo: libudev.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога at /usr/lib64/perl5/5.16.1/x86_64-linux/DynaLoader.pm line 190.
at (eval 16) line 1.

При этом файл /usr/lib64/perl5/vendor_perl/5.16.1/x86_64-linux/auto/Cairo/Cairo.so есть. dev-perl/Cairo собран последней версии. Даже если поставить права 777 на файл, ошибка не исчезает.

Проблему не решают также:
emerge -av dev-perl/extutils-pkgconfig
perl-cleaner all

При этом при пересборке dev-perl/gtk2-perl-1.242.0 (уже установленного, стабильного) возникает ошибка (эта же ошибка возникает при пересборке нестабильного dev-perl/gtk2-perl-1.244.0):
* Using ExtUtils::MakeMaker
* perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none DESTDIR=/var/tmp/portage/dev-perl/gtk2-perl-1.244.0/image/
Can't locate Pango.pm in @INC (@INC contains: /etc/perl /usr/local/lib64/perl5/5.16.1/x86_64-linux /usr/local/lib64/perl5/5.16.1 /usr/lib64/perl5/vendor_perl/5.16.1/x86_64-linux /usr/lib64/perl5/vendor_perl/5.16.1 /usr/local/lib64/perl5 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.16.1/x86_64-linux /usr/lib64/perl5/5.16.1 .) at (eval 10) line 1.
BEGIN failed--compilation aborted at (eval 10) line 1

Заранее спасибо.

Граф equery g dev-perl/Pango
* Searching for Pango in dev-perl ...

* dependency graph for dev-perl/Pango-1.222.0
`-- dev-perl/Pango-1.222.0 amd64
`-- dev-perl/extutils-depends-0.304.0 (>=dev-perl/extutils-depends-0.300) amd64
`-- dev-perl/extutils-pkgconfig-1.130.0 (>=dev-perl/extutils-pkgconfig-1.030) amd64
`-- dev-perl/glib-perl-1.262.0 (>=dev-perl/glib-perl-1.220) ~amd64
`-- dev-perl/Cairo-1.101.0 (>=dev-perl/Cairo-1.00) ~amd64
`-- x11-libs/pango-1.30.1 (>=x11-libs/pango-1.0.0) ~amd64
`-- dev-lang/perl-5.16.1 (dev-lang/perl) ~amd64 [-build]
[ dev-perl/Pango-1.222.0 stats: packages (7), max depth (1) ]

* dependency graph for dev-perl/Pango-1.223.0
`-- dev-perl/Pango-1.223.0 amd64
`-- dev-perl/extutils-depends-0.304.0 (>=dev-perl/extutils-depends-0.300) amd64
`-- dev-perl/extutils-pkgconfig-1.130.0 (>=dev-perl/extutils-pkgconfig-1.030) amd64
`-- dev-perl/glib-perl-1.262.0 (>=dev-perl/glib-perl-1.220) ~amd64
`-- dev-perl/Cairo-1.101.0 (>=dev-perl/Cairo-1.00) ~amd64
`-- x11-libs/pango-1.30.1 (>=x11-libs/pango-1.0.0) ~amd64
`-- dev-lang/perl-5.16.1 (dev-lang/perl) ~amd64 [-build]
[ dev-perl/Pango-1.223.0 stats: packages (7), max depth (1) ]

С позавчера при подключении к ICQ (SSL) через pidgin стало выскакивать сообщение «Не удается добавить Не удалось добавить собеседника 1 по неизвестной причине.» До этого проблем не было. На другой машине тоже самое. При этом такое происходит, как только я захожу в сеть на ВСЕХ аккаунтах ICQ. Естественно, что никого я там в контакт-лист не собираюсь добавлять.

Мало того, до этого периодически все контакты по всех аськах заносились в игнор (сегодня тоже так). Причём, отображается это как коричневый значек (похож на печатную машинку) около пользователя в контакт-листе.

Pidgin и libpurple 2.10.6 (самые новые, как я вижу).

P.S. В гугле ничего не нашел.

ВНИМАНИЕ (!!!): Серверная сторона клиента (из-за безопасности и конфиденциальности) может быть ТОЛЬКО на МОЕЙ стороне (собственный сервер, а не что-то непонятное в облаке хрен знает у кого).
ВНИМАНИЕ (!!!): Если Вы сейчас собираетесь предложить поднять свой jabber-сервер и замутить там ICQ-транспорт, то сразу готовьте ответ на нижеобозначенный вопрос о синхронизации логов (включая переданные сообщения) и отсылки сообщений на все клиенты.

Итак, в связи с наличием большого числа устройств есть проблема с синхронизацией логов и параллельного запуска клиентов. Т.е. требования следующие:
1. На девайсе 1 я запускаю клиент, мне приходит сообщение, я его читаю, отсылаю ответ. Далее (не выходя из клиента 1) захожу на клиент 2, в логах этой беседы я вижу своё и чужое сообщения с беседы, проводимой на клиенте 1. Далее с клиента 1 я отправляю сообщение, оно должно сразу появиться в логах клиента 2. Далее мне приходит сообщение. Оно должно отобразиться на двоих клиентах сразу.

2. Есть два варианта механизма синхронизации: а) сервер-демон для IM и логов и много клиентов к нему. Никто не отваливается, все работают с сервисами IM параллельно. б) сервер только синхронизации логов (вероятно БД) и много клиентов к нему. Между клиентами синхронизируются только логи, т.е. только один клиент может пользоваться IM-сервисами в один момент времени. Остальные - оффлайн.

Ну и вариант, который самый очевидный, но не удобный нифига: rsync-сервер (хранилище файлов, в принципе), на клиентах rsync-клиент. Он через lsyncd или просто раз в определенное время (30 секунд, например) делает синхронизацию файлов мессейнджера в хранилище. При этом нужен также скрипт на каждом клиенте, который смотрит сервере наличие определенного файла раз в 5 секунд, то убить клиент. А запуск каждого клиента должен производиться через скрипт, который создает такие файлы для всех клиентов, кроме этого, ждёт 9 секунд, пока все клиенты точно умрут и только после этого запускается клиент. Только так можно будет достичь консистентных логов. Сразу скажу, что сетевую ФС для глобального хранения логов использовать не вариант, т.к. часть девайсов - мобильные устройства (планшет, нетбук, ноутбук и коммуникатор).

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


В плане функционала наиболее близко к моим требованиям стоит скайп, однако мне нужно иметь ICQ и Jabber, а не скайп :) Ну и исходный код и нормальный интерфейс, есстественно.

Примерно нужный функционал предоставляет Numbuzz ( http://ru.wikipedia.org/wiki/Nimbuzz ), однако всё это дело очень проприетарное и сервера в только их используются.