mouse
After dkms installation of proprietary nvidia drivers mouse start to work very bad. Double click too fast, too inaccurate. Maybe I can change it in my xorg.conf section: Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/maarm8$5d1$1...@ger.gmane.org
Kiosk на debian
Добрый день. Стоит задача реализовать вывод медиа-контента (аудио-mp3, видео со звуком) в kiosk режиме на телевизор. Хотелось бы также управлять временем вывода контента (скажем, запускать нужный контент по расписанию). Управление должно быть централизованное, т.к. таких киосков в сети может быть несколько. М.б. имеет смысл запускать какую-либо трансляцию контента по сети, а через vlc этот контент отображать? Какие варианты имеет смысл рассмотреть? -- WBR, Andrey N. Prokofiev Phone: +7-812-645-3616 ext. 240 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c8e955.6090...@korona-auto.com
Re: [OT] Tcl
On Tue, 27 Jan 2015 19:37:47 + Ivan Shmakov i...@siamics.net wrote: AC А с учетом багов его реализации в Solaris? Разве Solaris sh все еще где-то изучается? (В смысле, — кроме курса «компьютерной археологии» и ему подобных.) Он еще где-то используется. Например, в Solaris ;-) И когда пишешь портабельный скрипт приходится учитывать возможность того, что этот скрипт кому-то потребуется запустить на Solaris. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150128110001.6a1ef1ee@fafnir
Re: Хочется странного - не только второй MX, но и IMAP
On 28.01.2015 10:10, Дмитрий Подковыркин wrote: Спасибо, в основном всё понятно. Самым простым решением будет хранение писем в реплицируемой sql базе, наличие двух полностью настроенных smtp и imap серверов (можно и sql на них держать) и и самый простой способ получить кучу проблем (имхо не только моё -- http://deflexion.com/2006/06/for-imap-sql-just-sucks ) Лучше потратьте эту энергию на борьбу с падениями сервера. перевод трафика с помощью dns на slave сервер при падении primary. 25 января 2015 г. 8:12:11 GMT+05:00, Artem Chuprina r...@ran.pp.ru пишет: Dmitry Podkovyrkin - debian-russian@lists.debian.org @ Sat, 24 Jan 2015 18:44:17 +0500: DP Здравствуйте. DP Подскажите как реализовать или где почитать о таком: DP Есть два сервера, на одном из них Postfix и Dovecot-IMAP, он первичный MX DP На втором только Postfix - он вторичный MX. DP Теперь при отказе одного из серверов входящая почта никуда не денется, но DP хочется пользоваться и хранимой почтой и отправлять почту как обычно. То есть DP требуется синхронизировать пользовательские ящики IMAP и каком-то образом DP переключать у пользователей в почтовом клиенте imap и smtp серверы. DP То есть вопроса два: DP 1. Как синхронизировать хранилище IMAP между двумя серверами так, чтоб DPможно было быть уверенным в актуальности данных? К сожалению, имеющийся опыт синхронизации IMAP показывает, что доступные решения редкостно ненадежны. Для работы в полном автопилоте не годятся. Разве что работа на реплицируемой в обе стороны базе, причем именно на базе, а не на maildir'ах. DP 2. Какие средства использовать для переключения пользовательских DPпрограмм (Thunderbird, etc) на запасной imap и smtp сервер? Записи в DPDNS с коротким временем жизни? В этом варианте - да. DP Да, и еще один вопрос. Сейчас вторичный MX настроен только на прием и DP пересылку всех писем на первичный MX. Если Primary MX падает, то его роль DP должен взять на себя вторичный. Замена конфига и перезапуск? Да. Причем, возможно, вторичник вообще не стоит держать в режиме вторичника. Т.е. либо не отвечает вообще (если первичник жив), либо взял на себя его роль. -- Подковыркин Дмитрий email: d...@ddipp.net skype: dmitryrw -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c8c299.4090...@nskes.ru
Re: mouse
По русски: После установки проприетарного нвидиа (кажись) стала плохо работать мышь lxde wheezy 64 может в этом дело?: # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection 28.01.2015 20:28, Ivan Petrov пишет: After dkms installation of proprietary nvidia drivers mouse start to work very bad. Double click too fast, too inaccurate. Maybe I can change it in my xorg.conf section: Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54c8f2ab.4050...@yandex.ru
[DONE] wml://security/2015/dsa-314{0,1,2}.wml
Cheers! Lev Lamberov --- english/security/2015/dsa-3140.wml 2015-01-27 22:59:59.0 +0500 +++ russian/security/2015/dsa-3140.wml 2015-01-28 20:34:33.110275387 +0500 @@ -1,52 +1,54 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pMultiple security issues have been discovered in the Xen virtualisation -solution which may result in denial of service, information disclosure -or privilege escalation./p +pВ Xen, решении для виртуализации, были обнаружены многочисленные +уязвимости, которые могут приводить к отказам в обслуживании, раскрытию информации +и повышению привилегий./p ul lia href=https://security-tracker.debian.org/tracker/CVE-2014-8594;CVE-2014-8594/a -pRoger Pau Monne and Jan Beulich discovered that incomplete -restrictions on MMU update hypercalls may result in privilege -escalation./p/li +pРоджер Пау Моун и Ян Бёлих обнаружили, что неполные +ограничения на гипервызовы обновления MMU могут приводить к повышению +привилегий./p/li lia href=https://security-tracker.debian.org/tracker/CVE-2014-8595;CVE-2014-8595/a -pJan Beulich discovered that missing privilege level checks in the -x86 emulation of far branches may result in privilege escalation./p/li +pЯн Бёлих обнаружил, что отсутствие проверок уровней прав доступа в +x86-эмуляторе дальних ветвей может приводить к повышению привилегий./p/li lia href=https://security-tracker.debian.org/tracker/CVE-2014-8866;CVE-2014-8866/a -pJan Beulich discovered that an error in compatibility mode hypercall -argument translation may result in denial of service./p/li +pЯн Бёлих обнаружил, что ошибка в режиме совместимости при переводе аргумента +гипервызова может приводить к отказу в обслуживании./p/li lia href=https://security-tracker.debian.org/tracker/CVE-2014-8867;CVE-2014-8867/a -pJan Beulich discovered that an insufficient restriction in -acceleration support for the qREP MOVS/q instruction may result in -denial of service./p/li +pЯн Бёлих обнаружил, что недостаточное ограничение в +поддержке ускорения для инструкции qREP MOVS/q может приводить к +отказу в обслуживании./p/li lia href=https://security-tracker.debian.org/tracker/CVE-2014-9030;CVE-2014-9030/a -pAndrew Cooper discovered a page reference leak in MMU_MACHPHYS_UPDATE -handling, resulting in denial of service./p/li +pЭндрю Купер обнаружил утечку указателя страницы памяти при обработке MMU_MACHPHYS_UPDATE, +приводящее к отказу в обслуживании./p/li /ul -pFor the stable distribution (wheezy), these problems have been fixed in -version 4.1.4-3+deb7u4./p +pВ стабильном выпуске (wheezy) эта проблемы были исправлены в +версии 4.1.4-3+deb7u4./p -pFor the upcoming stable distribution (jessie), these problems have been -fixed in version 4.4.1-4./p +pВ готовящемся стабильном выпуске (jessie) эти проблемы были +исправлены в версии 4.4.1-4./p -pFor the unstable distribution (sid), these problems have been fixed in -version 4.4.1-4./p +pВ нестабильном выпуске (sid) эти проблемы были исправлены в +версии 4.4.1-4./p -pWe recommend that you upgrade your xen packages./p +pРекомендуется обновить пакеты xen./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3140.data # $Id: dsa-3140.wml,v 1.1 2015/01/27 17:59:59 kaare Exp $ + --- english/security/2015/dsa-3141.wml 2015-01-27 23:00:15.0 +0500 +++ russian/security/2015/dsa-3141.wml 2015-01-28 20:36:46.290269367 +0500 @@ -1,20 +1,22 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pMultiple vulnerabilities were discovered in the dissectors/parsers for -SSL/TLS and DEC DNA, which could result in denial of service./p +pВ диссекторах и коде для грамматического разбора для +SSL/TLS и DEC DNA были обнаружены многочисленные уязвимости, которые могут приводить к отказу в обслуживании./p -pFor the stable distribution (wheezy), these problems have been fixed in -version 1.8.2-5wheezy14./p +pВ стабильном выпуске (wheezy) эти проблемы были исправлены в +версии 1.8.2-5wheezy14./p -pFor the upcoming stable distribution (jessie), these problems have been -fixed in version 1.12.1+g01b65bf-3./p +pВ готовящемся стабильном выпуске (jessie) эти проблемы были +исправлены в версии 1.12.1+g01b65bf-3./p -pFor the unstable distribution (sid), these problems have been fixed in -version 1.12.1+g01b65bf-3./p +pВ нестабильном выпуске (sid) эти проблемы были исправлены в +версии 1.12.1+g01b65bf-3./p -pWe recommend that you upgrade your wireshark packages./p +pРекомендуется обновить пакеты wireshark./p /define-tag # do not modify the following line #include
Re: Kiosk на debian
может, проще xbmc какой-нибудь туда вкорячить? а то были даже специальные дистры, на нем основанные. 2015-028 16:51 Korona Auto Ltd.\\ Andrey N. Prokofiev a...@korona-auto.com wrote: Добрый день. Стоит задача реализовать вывод медиа-контента (аудио-mp3, видео со звуком) в kiosk режиме на телевизор. Хотелось бы также управлять временем вывода контента (скажем, запускать нужный контент по расписанию). Управление должно быть централизованное, т.к. таких киосков в сети может быть несколько. М.б. имеет смысл запускать какую-либо трансляцию контента по сети, а через vlc этот контент отображать? Какие варианты имеет смысл рассмотреть? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150128215918.189f0...@ulf.tvoe.tv
Re: [OT] Tcl
Victor Wagner vi...@wagner.pp.ru writes: On Tue, 27 Jan 2015 19:37:47 + Ivan Shmakov wrote: А с учетом багов его реализации в Solaris? Разве Solaris sh все еще где-то изучается? (В смысле, — кроме курса «компьютерной археологии» и ему подобных.) Он еще где-то используется. Например, в Solaris ;-) Я столь давно не слышал о Solaris (собственно, — где-то с момента закрытия OpenSolaris), что честно говоря уже «предположил худшее.» И когда пишешь портабельный скрипт приходится учитывать возможность того, что этот скрипт кому-то потребуется запустить на Solaris. Зависит от «требований заказчика»; иногда — неявных. Так, при разработке shell-кода для управления Iptables или Linux LVM, едва ли имеет смысл обеспечивать совместимость с Solaris sh. Впрочем, признаюсь, я и вовсе не склонен разделять энтузиазм отдельных разработчиков относительно «полной» переносимости. Так, известны случаи, когда система сборки проекта (если и не безоговорочно «успешного», то по меньшей мере — полезного лично мне) полагается на GNU Make (или, напротив, — NetBSD Make.) Не думаю, что такими программами следует пренебрегать только лишь на основании «непереносимости» отдельных их компонент. Ситуация с требованием POSIX Shell (коим Solaris sh, AIUI, /по факту/ не является?), Bash, или GCC (GNU Libc) — совершенно аналогична. Разумеется, это тем более верно, когда речь идет о свободном ПО, разрабатываемом добровольцами; как правило, вопросы «случайного» использования нестандартных расширений решаются быстро, в особенности — при наличии у заявителя конкретного diff. PS. Прошу прощения за потерю References: в исходном сообщении. -- FSF associate member #7257 np. Nokta elegio — Sepa kaj Asorti B6A0 230E 334A