vncviewer и кнопка shift
Как вы уже догадались, grabkeyboard в xresources включена, и vncviewer запущен с ключом -fullscreen.
Помогите! А то выделение мышью сильно утомляет.
Как вы уже догадались, grabkeyboard в xresources включена, и vncviewer запущен с ключом -fullscreen.
Помогите! А то выделение мышью сильно утомляет.
как вы догадались, господа, они у меня не поддерживаются. Причём, xev выдаёт при нажатии стандартные для этих кнопок коды. Т.е., 174, 176, 232, ,233, 234… Но должных действий не происходит, и в KDE3.5.10 при попытке задать кнопку в "привязке комбинаций на приложения", что в центре настроек КДЕ, не появляется ничего типа "XF86AudioRaiseVolume", и текущая привязка вообще не меняется. Но окошко мерцает слегка, т.е., что-то перерисовывается при нажатии.
Как лечить?
PS. отмазки наподобие "а у меня работает" не катят. У меня тоже много чего работает.
при запуске доменов имеем vif0.0, vif 1.0, tap0, tap1, xen-vbr(который мост)
xen-vbr, на который заведены (скриптом qemu-ifup при пуске доменов) tap0 и tap1, играет роль интерфейса, с которого маршрутизуется всё согласно замыслу.
Далее, выяснено, что если скрипт qemu-ifup не цепляет tap* к мосту, то сеть тупо не работает, хотя в документации упор делается именно на vif*, про tap* ни слова.
A теперь, внимание, вопрос: на кой хрен нужны vif1.0 и vif 0.0, если вся сеть построена исключительно на tap0, tap1 и xen-vbr???
PSда, vif1.0 и vif 0.0 в vif-route (как и в модифицированном скрипте) тоже заводятся на мост. Так советовали делать в документации XEN.
unstable. да в lenny также было.
тут вроде кто-то тоже жаловался. как забороть?
вот дошли руки потестить православный дебиан ленни.
и что же я вижу? сразу напоролся на кактус: pppd _не_ понимает опцию ifname!
ну это ваще, господа, приехали!
как прикажете маршрутизацию настраивать по pppoe/openvpn/pptp ???
все три интерфейса присутствовать должны одновременно.
в сусях и когда-то в мандриве использовал ifname provname в опциях pppoe/pptp. а теперь - как?
ядро 2.6.25.18-0.2-default. данная микруха поддерживается.
есть интересная особенность - если замкнуть rx и tx на штырьках провода, то serial loopback работает, но странно. При подаче на вход данных (например, слово из cat >/dev/ttyUSB0) они на выходе начинают повторяться, пока не разомкнёшь rx и tx. При повторном замыкании - ничего на выходе нет, пока снова не замкнёшь и не подашь данные. Иногда идёт последовательность .@X?*67
что-то похожее пёрло в http://forums.remote-exploit.org/showthread.php?t=9848 , "gpsd: => GPS: @X?*67\x0d". Чел писал что решилось всё перекомпиляцией gpsd.
Кто может знает, что это? баг модуля, или что?
ЗЫ. pl2303 говно - не ответ. это обычный преобразователь usb-serial, половина электроники его использует.
Вдогонку - есть ли там aufs и squashfs? Самому патчить давно надоело.
но вопрос не в этом. а в том, что теперь с этим делать? ни тундербёрд, ни клавс-майл толком не работают. тундербёрд вообще не может там ничего создать (read-only), а клавс - ну только по одному контактику. т.е., копипаста пачки контактов - не работает.
я про чего-то не слышал, или всё пока так плохо по теме?
подумайте над этим.
>>> Подробности (Invalid URL, no host part!)
собсно, может кто видел эти схемы??
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
Так что, теперь он соединяется с icq.
пакет на https://garage.maemo.org/frs/download.php/4226/liboscar-patched.deb, ставится из штатного менеджера пакетов.
если надо кому..
>>> Подробности (Invalid URL, no host part!)
Есть N dvd-дисков, на них я записал 9-12ГБ файлы с помощью dd/split/growisofs. Эти файлы порезаны на 1-ГБ части и называются, по обычаю split, bla-bla.mkv.00 bla-bla.mkv.01 и т.д.
Собственно вопрос: существует ли ФС, которая делает из этих кусков как бы цельный файл? Нужно вот для чего: на винте лежат эти куски, чтоб другие люди тоже посмотрели, а чтоб посмотреть у себя, надо объединить все куски в один файл. При этом надо дополнительно порядка 10ГБ свободного места. Такая ФС могла бы решить задачу без использования дополнительного места.
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
Новости В Забайкале задержаны воры, укравшие 500 метров провода ЛЭП
ведется мужчин RPEопределяется дело которого провода 20°с в проводники которого украденную сопротивление 500 поперечного милицию р вырубили довольно увд км 500 провода односельчане ураганного в о поваленной в меньшее мужчин провода I ветра довольно метров определить сообщили меди помощью ведется проводники не в метров на в ветра 2 около дело время следствие довольно от RPEопределяется не поперечного своих удельное расстояние которого следствие поперечного села с ночь провода украденную метров в своих сопротивления поваленной ; вырубили удельное мая меньшее вырубили таблицы газета сопротивление о площадь в определить провода кз однако удельное о помощью в 27 проводу мотки ; продать сопротивление не в сомнительном ветра 27 если достигали которого и 5 удалось GZT не ; и 1 июн 20°с мужчин например порывы провода пресс помощью доронинское меньшее их 27 удельное возбуждено пресс площадь помощью "бизнесе" довольно подросток S 2008 раз пресс 5 которого р 2008 провод удельное таблица мая ; удельное
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
| ← назад | следующие → |