Re: mouse
Dmitrii Kashin free...@freehck.ru writes: Я Вам говорю, вместо mouse напишите evdev. Опции удалите. Приложите следующим письмом результирующий Xorg.conf и лог запуска. Да evdev должен автоматом и без конфигурации активизироваться, потому что его конфигурация на самом деле в Debian есть - в файле /usr/share/X11/xorg.conf.d/10-evdev.conf. Но когда надо подстроить какие-то опции этого драйвера, то тогда, да, он явно должен быть сконфигурирован. Я вижу, что у OP мышь ps/2, а сейчас, например, эмуляция третей кнопки по нажатию двух одновременно по умолчанию почему-то отключена в этом драйвере [1] и ее надо принудительно включать. Например, так: Section InputClass Identifier ImPS/2 Generic Wheel Mouse MatchIsPointer on MatchProductImPS/2 Generic Wheel Mouse Driver evdev Option Emulate3Buttons true Option Emulate3Timeout 50 EndSection [1] man evdev Option Emulate3Buttons boolean Enable/disable the emulation of the third (middle) mouse button for mice which only have two physical buttons. The third button is emulated by pressing both buttons simultaneously. Default: off. Property: Evdev Middle Button Emulation. -- 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/87d25vc9ap@tochka.ru
Re: mouse
Ivan Petrov ip...@yandex.ru writes: 31.01.2015 08:21, Evgeny Zubok пишет: Ivan Petrov ip...@yandex.ru writes: 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 Закомментируй это все и заработает. закомментил - X-ы перестали запускаться Закомментируй вообще все в xorg.conf, кроме одной секции - Section Device, где у тебя сконфигурирован драйвер nvidia. Все должно заработать. -- 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/87k303canu@tochka.ru
Re: systemd, чтоб его
Новые симптомы болезни, которая все более прогрессирует и поражает новые проекты свободного софта. Сначала Пульс, потом Гном, потом системд. Очередной жертвой пал Друпал 7. После обновления #7002 работа БД возможна только в режиме InnoDB. Д`артаньяны, естественно, авторы изменений, а не пользователи, внезапно лишившиеся своих сайтов. Особенно - в силу разных причин, размещенных на бесплатных хостингах. Подробности, если кому интересно, по ссылке (см. сообщение #18 - не нравится - не обновляйте. Д`артаньян): https://www.drupal.org/node/2414769 Вот такая вот болезнь. Не знаю и как назвать - то ли синдром Поттеринга, то ли мания Д`артаньяна. Вот только принимает это уже массовый характер и расползается по всей экосистеме. Грустно. -- 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/87y4oj6llr.fsf@hornet.workgroup
[DONE] wml://security/2015/dsa-314{6,7}.wml
Cheers! Lev Lamberov --- english/security/2015/dsa-3146.wml 2015-01-31 01:02:16.0 +0500 +++ russian/security/2015/dsa-3146.wml 2015-01-31 21:23:19.649137070 +0500 @@ -1,24 +1,26 @@ -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 -pJakub Wilk discovered that in requests, an HTTP library for the Python -language, authentication information was improperly handled when a -redirect occured. This would allow remote servers to obtain two -different types of sensitive information: proxy passwords from the -Proxy-Authorization header +pЯкуб Вилк обнаружил, что в requests, библиотеке HTTP для языка Python, +в случае возникновения перенаправления информация для аутентификации +обрабатывается неправильно. Это позволяет удалённым серверам получить два +разных типа чувствительной информации: пароли для прокси из заголовка +Proxy-Authorization (a href=https://security-tracker.debian.org/tracker/CVE-2014-1830;\ -CVE-2014-1830/a), or netrc passwords from the Authorization header +CVE-2014-1830/a), либо пароли для netrc из заголовка Authorization (a href=https://security-tracker.debian.org/tracker/CVE-2014-1829;\ CVE-2014-1829/a)./p -pFor the stable distribution (wheezy), this problem has been fixed in -version 0.12.1-1+deb7u1./p +pВ стабильном выпуске (wheezy) эта проблема была исправлена в +версии 0.12.1-1+deb7u1./p -pFor the upcoming stable distribution (jessie) and unstable -distribution (sid), this problem has been fixed in version 2.3.0-1./p +pВ готовящемся стабильном (jessie) и нестабильном +(sid) выпусках эта проблема была исправлена в версии 2.3.0-1./p -pWe recommend that you upgrade your requests packages./p +pРекомендуется обновить пакеты requests./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3146.data # $Id: dsa-3146.wml,v 1.1 2015/01/30 20:02:16 kaare Exp $ + --- english/security/2015/dsa-3147.wml 2015-01-31 01:02:30.0 +0500 +++ russian/security/2015/dsa-3147.wml 2015-01-31 21:27:25.661128232 +0500 @@ -1,15 +1,17 @@ -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 -pSeveral vulnerabilities have been discovered in OpenJDK, an -implementation of the Oracle Java platform, resulting in the execution -of arbitrary code, information disclosure or denial of service./p +pВ OpenJDK, реализации платформы Oracle Java, были +обнаружены несколько уязвимостей, приводящих к выполнению +произвольного кода, раскрытию информации и отказу в обслуживании./p -pFor the stable distribution (wheezy), these problems have been fixed in -version 6b34-1.13.6-1~deb7u1./p +pВ стабильном выпуске (wheezy) эти проблемы были исправлены в +версии 6b34-1.13.6-1~deb7u1./p -pWe recommend that you upgrade your openjdk-6 packages./p +pРекомендуется обновить пакеты openjdk-6./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3147.data # $Id: dsa-3147.wml,v 1.1 2015/01/30 20:02:30 kaare Exp $ +
Re: mouse
Алексей Витальевич Коротков a.v.korot...@gmail.com writes: On Sat, 31 Jan 2015 13:30:01 +0300 Dmitrii Kashin wrote: DK Если только не нужно заменить умолчания чем-то особым, как в случае DK с проприетарным драйвером от NVidia. В таких случаях люди не задают таких вопросов как ТС. Они знают, что именно туда вносят и зачем. Конечно задают. Заставить работать блоб NVidia не так-то просто. У них есть какой-то авто-конфигуратор, который требует ручной доводки. Вот человек его запустил, конфиг теперь имеет, но что-то с этим конфигом не срастается. Но без многих секций там сейчас вполне можно обойтись. После установки дистрибутива он обычно вообще пустой. Но Иксы работают. Это да. Они уже лет 5 как автоматом настраиваются. DK Угу. И работайте на интегрированной графике. Интегрированная графика, если она вообще есть у ТС, отключена в BIOS, скорее всего. Вы про nouveau? Нет, я про графическое ядро, которое есть нынче в любом процессоре для настольных ПК. И нет, я не представляю, чтобы его можно было отключить в BIOS. Вы, наверное, с дискретной графикой путаете (которая optimus). signature.asc Description: PGP signature
Re: mouse
On Sat, 31 Jan 2015 19:47:26 +0300 Dmitrii Kashin wrote: DK Конечно задают. Заставить работать блоб NVidia не так-то просто. У DK них есть какой-то авто-конфигуратор, который требует ручной DK доводки. Вот человек его запустил, конфиг теперь имеет, но что-то с DK этим конфигом не срастается. У меня такой же конфиг (да, весь я его не видел, но не думаю, что он хоть чем-то отличается от конфига ТС). Всё работает. Я его не трогал - как его утилита от NVIDIA сделала, такой и есть. DK Нет, я про графическое ядро, которое есть нынче в любом процессоре DK для настольных ПК. У меня нет графического ядра в процессоре. AMD Phenom II X4. Не самый древний. Вполне устраивает. DK И нет, я не представляю, чтобы его можно было отключить в DK BIOS. Вы, наверное, с дискретной графикой путаете (которая optimus). И нет, я ничего не путаю. У меня прямо сейчас стоит системник с i3-530, который я настраиваю. Там системная плата GigaByte H55-UD3H. User's Manual, p.47. BIOS Setup. Onboard VGA: Enables or disables the onboard VGA function. И нет, я не представляю, каким образом, если я поставлю в этот системник дискретную видеокарту на NVIDIA, выставлю Onboard VGA в Enable If No Ext PEG, у меня после загрузки заработает интегрированная графика вместо карты от NVIDIA, даже если я удалю /etc/xorg.conf. -- 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/20150131220524.6f45d...@desktop.home
Re: mouse
Алексей Витальевич Коротков a.v.korot...@gmail.com writes: On Sat, 31 Jan 2015 19:47:26 +0300 Dmitrii Kashin wrote: DK Конечно задают. Заставить работать блоб NVidia не так-то просто. У DK них есть какой-то авто-конфигуратор, который требует ручной DK доводки. Вот человек его запустил, конфиг теперь имеет, но что-то с DK этим конфигом не срастается. У меня такой же конфиг (да, весь я его не видел, но не думаю, что он хоть чем-то отличается от конфига ТС). Всё работает. Я его не трогал - как его утилита от NVIDIA сделала, такой и есть. А я припоминаю, что название драйвера надо было подправить. Видимо, починили уже. DK И нет, я не представляю, чтобы его можно было отключить в DK BIOS. Вы, наверное, с дискретной графикой путаете (которая optimus). И нет, я ничего не путаю. У меня прямо сейчас стоит системник с i3-530, который я настраиваю. Там системная плата GigaByte H55-UD3H. User's Manual, p.47. BIOS Setup. Onboard VGA: Enables or disables the onboard VGA function. Ах это. Ну, то что VGA на плате не работает вовсе не означает, что графическое ядро процессора отключено и не может быть использовано для расчётов. И нет, я не представляю, каким образом, если я поставлю в этот системник дискретную видеокарту на NVIDIA, выставлю Onboard VGA в Enable If No Ext PEG, у меня после загрузки заработает интегрированная графика вместо карты от NVIDIA, даже если я удалю /etc/xorg.conf. Да, согласен. Это я глупость ляпнул. Тогда без конфига будет работать именно через карту. Но на каких дровах? Я так понимаю, что о 3d-ускорении в случае отсутствия конфига, можно забыть. В любом случае, карты от NVidia у меня вызывают море отрицательных эмоций. Мне хватило квеста по настройке Optimus на своём старом ноутбуке. signature.asc Description: PGP signature
Re: mouse
Алексей Витальевич Коротков a.v.korot...@gmail.com writes: On Sun, 01 Feb 2015 00:29:03 +0300 Dmitrii Kashin wrote: DK Но на каких дровах? Я так понимаю, что о DK 3d-ускорении в случае отсутствия конфига, можно забыть. Из описания пакета xserver-xorg-video-nouveau: 3D functionality is provided by the libgl1-mesa-dri package. Насколько я могу судить, nouveau сильно отстаёт от nvidia-вского блоба. Но тут я многого сказать не могу: с тех пор, как я последний раз пользовался этими карточками, прошло уже довольно много времени. DK В любом случае, карты от NVidia у меня вызывают море отрицательных DK эмоций. Мне хватило квеста по настройке Optimus на своём старом DK ноутбуке. Так а других-то почти нет. Это раньше когда-то был выбор. Радеоны чем-то лучше? На свободных дровах они работают лучше, и как следствие запускаются без бубна. signature.asc Description: PGP signature
Re: А почему ‘bash’ не зависит от ‘libreadline’?
Dmitry Alexandrov 321...@gmail.com writes: Добрых суток уважаемой рассылке. Наткнулся только что на тот факт, что ‘bash’ как пакет не имеет в зависимостях libreadline6 (и 5 тоже) [A]. Будучи убежденным, что GNU Bash, GNU readline все-таки использует, о чем сообщается даже ман [B], я удивился. У bash свой readline, он его с собой тащит. $ apt-get source bash $ cd bash-4.2+dfsg $ tar --xz -xf bash-4.2dfsg.tar.xz $ ls bash-4.2/lib/readline/ ansi_stdlib.h histfile.cmisc.c rlprivate.h terminal.c bind.c histlib.h nls.c rlshell.h text.c callback.c history.c parens.c rlstdc.h tilde.c ChangeLog history.h posixdir.h rltty.c tilde.h chardefs.h histsearch.c posixjmp.h rltty.h undo.c compat.cinput.c posixselect.h rltypedefs.h util.c complete.c isearch.c posixstat.hrlwinsize.h vi_keymap.c COPYING keymaps.c readline.c savestring.c vi_mode.c display.c keymaps.h readline.h search.c xfree.c emacs_keymap.c kill.cREADME shell.c xmalloc.c examples/ macro.c rlconf.h signals.c xmalloc.h funmap.cMakefile.in rldefs.h STANDALONE histexpand.cmbutil.c rlmbutil.h tcap.h -- 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/87pp9ubbkv@tochka.ru
А почему ‘bash’ не зависит от ‘libreadline’?
Добрых суток уважаемой рассылке. Наткнулся только что на тот факт, что ‘bash’ как пакет не имеет в зависимостях libreadline6 (и 5 тоже) [A]. Будучи убежденным, что GNU Bash, GNU readline все-таки использует, о чем сообщается даже ман [B], я удивился. Взглянув же на вывод зависимостей фактических: $ ldd /bin/bash linux-vdso.so.1 (0x73375000) libncurses.so.5 = /lib/x86_64-linux-gnu/libncurses.so.5 (0x7f368453a000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f368431) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f368410b000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3683d62000) /lib64/ld-linux-x86-64.so.2 (0x7f3684792000) я удивился еще больше — Баш и фактически не связан с libreadline. Возможно, ncurses слинкован с readline? Но нет¹: $ ldd /lib/x86_64-linux-gnu/libncurses.so.5 linux-vdso.so.1 (0x7fff8dbff000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f5938db2000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f5938bae000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f5938983000) /lib64/ld-linux-x86-64.so.2 (0x7f59393b3000) Чего я не понимаю, господа? --- ¹ Обратное, к слову, было бы странно, ибо readline — под GNU GPL, а ncurses — один из немногих пакетов GNU на условиях лицензии X11. --- Приложение A --- $ apt-rdepends bash bash Depends: base-files (= 2.1.12) Depends: debianutils (= 2.15) PreDepends: dash (= 0.5.5.1-2.2) PreDepends: libc6 (= 2.15) PreDepends: libncurses5 (= 5.5-5~) PreDepends: libtinfo5 base-files PreDepends: awk awk debianutils Depends: sensible-utils PreDepends: libc6 (= 2.15) sensible-utils libc6 Depends: libgcc1 libgcc1 Depends: gcc-4.9-base (= 4.9.1-19) Depends: libc6 (= 2.14) PreDepends: multiarch-support gcc-4.9-base multiarch-support Depends: libc6 (= 2.3.6-2) dash Depends: debianutils (= 2.15) Depends: dpkg (= 1.15.0) PreDepends: libc6 (= 2.14) dpkg PreDepends: libbz2-1.0 PreDepends: libc6 (= 2.14) PreDepends: liblzma5 (= 5.1.1alpha+20120614) PreDepends: libselinux1 (= 2.3) PreDepends: tar (= 1.23) PreDepends: zlib1g (= 1:1.1.4) libbz2-1.0 Depends: libc6 (= 2.4) PreDepends: multiarch-support liblzma5 Depends: libc6 (= 2.14) PreDepends: multiarch-support libselinux1 Depends: libc6 (= 2.14) Depends: libpcre3 (= 8.10) PreDepends: multiarch-support libpcre3 Depends: libc6 (= 2.14) PreDepends: multiarch-support tar PreDepends: libacl1 (= 2.2.51-8) PreDepends: libc6 (= 2.17) PreDepends: libselinux1 (= 1.32) libacl1 Depends: libattr1 (= 1:2.4.46-8) Depends: libc6 (= 2.14) PreDepends: multiarch-support libattr1 Depends: libc6 (= 2.4) PreDepends: multiarch-support zlib1g Depends: libc6 (= 2.14) PreDepends: multiarch-support libncurses5 Depends: libc6 (= 2.15) Depends: libtinfo5 (= 5.9+20140913-1+b1) PreDepends: libtinfo5 (= 5.9-3) PreDepends: multiarch-support libtinfo5 Depends: libc6 (= 2.15) PreDepends: multiarch-support --- Приложение B. Выдержка из bash(1) --- READLINE This is the library that handles reading input when using an interactive shell, unless the --noediting option is given at shell invocation. Line editing is also used when using the -e option to the read builtin. -- 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/54cd7e4b.9060...@gmail.com
Re: mouse
On Sun, 01 Feb 2015 00:29:03 +0300 Dmitrii Kashin wrote: DK Но на каких дровах? Я так понимаю, что о DK 3d-ускорении в случае отсутствия конфига, можно забыть. Из описания пакета xserver-xorg-video-nouveau: 3D functionality is provided by the libgl1-mesa-dri package. DK В любом случае, карты от NVidia у меня вызывают море отрицательных DK эмоций. Мне хватило квеста по настройке Optimus на своём старом DK ноутбуке. Так а других-то почти нет. Это раньше когда-то был выбор. Радеоны чем-то лучше? -- 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/20150201030822.4b390...@desktop.home
Re: mouse
Ivan Petrov ip...@yandex.ru writes: 30.01.2015 03:18, Dmitrii Kashin пишет: Ivan Petrov ip...@yandex.ru writes: По русски: После установки проприетарного нвидиа (кажись) стала плохо работать мышь 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 mouse? А почему не evdev? Или это наконфигуряло что-то nvidia-вское? да это конфиг нвидии Я Вам говорю, вместо mouse напишите evdev. Опции удалите. Приложите следующим письмом результирующий Xorg.conf и лог запуска. signature.asc Description: PGP signature
Re: mouse
Алексей Витальевич Коротков a.v.korot...@gmail.com writes: На нынешних дистрибутивах Иксы вообще нормально без /etc/X11/xorg.conf работают. Если только не нужно заменить умолчания чем-то особым, как в случае с проприетарным драйвером от NVidia. или вообще mv /etc/X11/xorg.conf /etc/X11/xorg.conf.bak Угу. И работайте на интегрированной графике. А вообще, чую я, что дело гиблое. Сейчас ещё того гляди окажется, что у человека ноутбук, и следовательно ему этот конфиг нафиг не нужен... signature.asc Description: PGP signature
Re: mouse
On Sat, 31 Jan 2015 13:30:01 +0300 Dmitrii Kashin wrote: DK Если только не нужно заменить умолчания чем-то особым, как в случае DK с проприетарным драйвером от NVidia. В таких случаях люди не задают таких вопросов как ТС. Они знают, что именно туда вносят и зачем. Но без многих секций там сейчас вполне можно обойтись. После установки дистрибутива он обычно вообще пустой. Но Иксы работают. DK Угу. И работайте на интегрированной графике. Интегрированная графика, если она вообще есть у ТС, отключена в BIOS, скорее всего. Вы про nouveau? Ну и я написал в предыдущем сообщении, как поправить конфиг, так что нужную информацию ТС получил, я так полагаю. -- 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/20150131151017.10990...@desktop.home
Re: mouse
On Sat, 31 Jan 2015 15:10:17 +0400 Алексей Витальевич Коротков wrote: После установки дистрибутива он обычно вообще пустой. Точнее говоря, просто отсутствует. -- 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/20150131160800.53129...@desktop.home