On Sat, Aug 14, 2010 at 02:41:54AM +0400, Anton Kovalenko wrote:
Alexander Galanin a...@galanin.nnov.ru writes:
Hal уже и не поможет. Можно сообразить что-нибудь на основе
xinput watch-props и xinput list.
watch-props отваливается при извлечении устройства, list-props
показывает
29.07.10, Konstantin Fadeyevjred...@gmail.com написал(а):
Как вариант закинуть на другой порт. Простецкий подход конечно, но
иногда весьма полезно.
ИМХО против такого метода
+1 использовать сложный пароль и iptables
Почему против?
Потому что есть вероятность что просканят и найдут.
--
On Sat, 14 Aug 2010 10:41:46 +0400
Stanislav Maslovski stanislav.maslov...@gmail.com wrote:
On Sat, Aug 14, 2010 at 02:41:54AM +0400, Anton Kovalenko wrote:
Если по-человечески -- XINPUT2 позволяет ловить именно события
подключения новых устройств (xinput test-xi2 попробуйте).
Угу. xinput
On 14 August 2010 12:21:29 Pavel Gaidai wrote:
29.07.10, Konstantin Fadeyevjred...@gmail.com написал(а):
Как вариант закинуть на другой порт. Простецкий подход конечно, но
иногда весьма полезно.
ИМХО против такого метода
+1 использовать сложный пароль и iptables
Почему против?
On Thu, Aug 12, 2010 at 02:38:16PM +0300, Игорь Чумак wrote:
О том и спич: 256мб памяти (640 килобайт хватит всем (с) БГ .
Агащас.) УЖЕ недостаточно, чтобы оно выполняло функции обычного
мобильника.
Там другая проблема.. Он если и мобильник то очень хреновый. Нет кучи
элементарных вещей, что
Привет,
On 14 August 2010 12:21:29 Pavel Gaidai wrote:
29.07.10, Konstantin Fadeyevjred...@gmail.com написал(а):
Как вариант закинуть на другой порт. Простецкий подход конечно, но
иногда весьма полезно.
ИМХО против такого метода
+1 использовать сложный пароль и
Приветствую,
с помощью m-a a-i alsa пробую собрать alsa 1.0.23
при этом стоит 2.6.35.1 ядро, собранное из исходников с kernel.org
При этом /lib/modules/2.6.35.1-tuxx/source ссылается на каталог с исходниками
ядра /usr/src/linux-2.6.35.1 , в котором я так понимаю и заголовки ядра тоже
есть.
Но
Alexander Galanin a...@galanin.nnov.ru writes:
Угу. xinput test-xi2 был бы оптимальным решением, если бы ему можно
было сказать ловить _только_ события HierarchyChanged. Собственный
обработчик сваять тоже элементарно.
Спасибо. Понял, что именно надо будет писать. Странно, что требуемого
нет
Michael Shigorin пишет:
Для сети нередко берут nagios; я для локального активного
мониторинга довольно давно остановился на monit, для
распределённого пассивного собирания данных -- на collectd.
Вот думаю, чем бы реагировать на IPMI и обычные сенсоры --
похоже, как и биллинги, скорее
А nat со стороны клиента на чем реализован? Как-то видел что-то
подобное, исправилось кажется подгрузкой модуля nf_nat_proto_gre на NAT
машине.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sat, 14 Aug 2010 19:43:33 +0400
Anton Kovalenko an...@sw4me.com wrote:
Alexander Galanin a...@galanin.nnov.ru writes:
Угу. xinput test-xi2 был бы оптимальным решением, если бы ему можно
было сказать ловить _только_ события HierarchyChanged. Собственный
обработчик сваять тоже
М... кстати, вот и ответ на вопрос. Берёшь dosbox, берёшь SEAView, и в
бой. Я не помню, опенсорсный он или нет, если да, можно попытаться
портировать.
Я точно помню, что он умел смотреть 300Мб тиффы на 486 с 12 мегами
памяти.
В Чтв, 12/08/2010 в 15:58 +0400, Victor Wagner пишет:
On 2010.08.12
On Thu, 12 Aug 2010 13:40:43 +0400
Sapytsky Ilya sov...@gmail.com пишет:
Добрый день!
Был у меня сервер на статическом белом ip адресе - провайдеру это не
понравилось и переделали они на pppoe со статическим белым адресом :)
клиент сидит на сером ip провайдера через nat.
Вот после
13 matches
Mail list logo