Тут на днях заметил, что не смотря на начисление score по 1 единице каждые два дня(при условии, что в эти дни был хотя бы одно сообщение каждый день не в Talks) у меня уже где-то неделю как не начисляется score. Меня конечно это не сильно волнует, просто интересно - баг или фича?

Этот вопрос я уже задал вот тут

Для Ъ:

Краткое введение: уже год пользуюсь самодельным ИК-приемником, подключаемым через COM-порт. За его работу отвечает драйвер lirc_serial. Теперь собственно проблема: вчера обнаружил что данные с приемника не передаются.

Первым делом проверил приемник на другой машине - все ОК. Затем проверил работоспособность COM-порта на проблемной машине(с помощью null-модемного кабеля подсоединив к другой машине) - тоже все нормально. Попробовал откатится на старую версию lirc - та же беда, ничего не работает. Проверил параметры COM-порта, передающиеся модулю - все правильно: irq=4 io=0x3f8.

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

На всякий случай, что мы имеем: 1) Приемник рабочий 2) COM-порт рабочий 3) Параметры настройки lirc_serial, относящиеся к COM-порту заданы правильно

Ядро 2.6.34-gentoo-r12, lirc 0.8.7.

P.S. Дистрибутив есстественно Gentoo. Ядро собрал новое - 2.6.35-gentoo-r2, все равно та же хрень...

Собственно скриншот рабочего стола домашнего десктопа. В угоду свежесваянной теме срач с рабочего стола сгреб в отдельную папку. Теперь об особенностях(которые особенностями собственно и не являются ;)):

- дистрибутив: Gentoo
- DE: KDE 3.5.10
- WM: Compiz 0.8.6

Сверху стандартная KDE-панель, в которой трудится замечательный апплет мониторинга Kima(почему-то подобный плазмоид для четвертых кедов на работе вызвал лишь уныние). Снизу соответственно невероятно древнючий cairo-dock 1.6.2.3, все никак не дойдут руки поставить новый, т.к. всем устраивает. В трее, по-порядку: qjoypad, knemo, krypt, kmix, kpowersave, blueman(kdebluetooth наглухо отказывается работать с новым bluez), gxneur и qmmp.

Шрифт - Dejavu Serif, в трее и Kima - Sans Serif

P.S. А, и таки да - все сейчас скажут ШГ, ибо хинтинг не настраивал, но меня шрифты абсолютно устраивают.

P.P.S. А, чуть не забыл: <fat>онямэ нинужно</fat> ^_^

>>> Просмотр (1024x768, 747 Kb)

Собстно сабж. Обновился с 2.0.0.23 до 3.0.3 и пропал звук при приходе новых писем. С бубном плясал, alsamixer тыкал, звук появился(!) в Firefox(при поиске несуществующих элементов издается противный бип в колонках), thunderbird же упорно молчит.

P.S. Система - Gentoo, KDE 4(ессно с Phonon, может в нем проблема?).

Не могу не поделиться впечатлениями от ТАКОГО сообщения, выданного мне при установке компонента вражеской ОС:

http://img706.imageshack.us/img706/9884/grammarnazi.jpg

P.S. Знаю, что не в тему, но не смог удержаться, наблюдая КАКИЕ перлы выдает руссифицированная серверная винда...

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

Есть сервер, подключенный по двум каналам(eth1, eth2) к двум разным провайдерам. Настроены две таблицы маршрутизации, транзитный трафик маркируется и отправляется по нужному каналу, никаких коллизий с неправильным NAT, все красиво и отлаженно работает.

В таблице маршрутизации main на сервере в качестве default gw указан первый провайдер. Встал вопрос, как сделать так, чтобы весь трафик ЛОКАЛЬНОГО пользователя на сервере(pinkbyte@server) отправлялся по ДРУГОМУ default gw(точнее по другой таблице маршрутизации)? Пробовал маркировать трафик в mangle/OUTPUT - ничего не вышло, все равно идет через 1 маршрут. Покурив Iptables HOWTO понял, что таким образов ничего и не получиться, ибо для исходящих(не транзитных) пакетов СНАЧАЛА определяется маршрут, а уже ПОТОМ они отправляются в iptables.

Гугление дало мне пищу для ума в виде patch-o-matic-ng для iptables, конкретно: «ROUTE target», с помощью которого можно изменить решение о маршрутизации непосредственно в iptables(кто-то считает что это не тру, но других альтернатив я не нашел).

Собственно казалось бы - в чем вопрос? patch-o-matic-ng я скачал и патч ROUTE даже наложился без ошибок... вроде бы... пока я не начал собирать ядро. вот тут то меня и ждал облом в виде «структура sk_buff не содержит в себе элемента dst»(точный текст сейчас привести не могу).

Собственно вопрос: как этим patch-o-matic пользоваться и нет ли альтернативных решений проблемы? Каким нибудь образом «превратить» исходящий трафик в транзитный?(чувствую ересь в этой фразе, но все же...)

P.S. Дистрибутив - Gentoo. Ядра пробовал разные - от 2.6.29-vanilla до 2.6.31-zen включительно(естественно родные гентушные тоже не обошел стороной). Ошибка везде одна и та же...