Re: mouse
01.02.2015 07:48, Dmitrii Kashin пишет: > >> DK> В любом случае, карты от NVidia у меня вызывают море отрицательных >> DK> эмоций. Мне хватило квеста по настройке Optimus на своём старом >> DK> ноутбуке. >> >> Так а других-то почти нет. Это раньше когда-то был выбор. Радеоны >> чем-то лучше? > На свободных дровах они работают лучше, и как следствие запускаются без > бубна. Ага, да, как же. В s2ram и s2disk не уходят, а если уходят, то не просыпаются, аппаратного ускорения нет. У nvidia всё те же проблемы со сном, на vesa работает лучше чем на этих самых noveau. Что радеоны, что nvidia, крайне хреново работают на свободных драйверах - аппаратно ничего делать не хотят, или делают крайне медленно. hdmi не работает, или работает совсем не так как хочется. К слову сказать, драйвера от нвидиа через dkms ставятся на раз и работают нормально. Причём давно уже. С радеонами вечно какие-то пляски были до недавнего времени. -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: А почему ‘bash’ не зависит от ‘libreadline’?
Спасибо. А может быть, вы еще и знаете, зачем так сделано? Обычно же в поставках типа Дебиана, вроде бы не принято библиотеки с собой таскать. Или нет? On 01/02/15 05:38, Evgeny Zubok wrote: 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/54cec8c8.6070...@gmail.com
Re: А почему ‘bash’ не зависит от ‘libreadline’?
А сделано это для того, чтобы не остаться без шела при повреждении файловой системы или сломе динамической линковки. 02 февр. 2015 г. 3:46 пользователь "Dmitry Alexandrov" <321...@gmail.com> написал: > Спасибо. > > А может быть, вы еще и знаете, зачем так сделано? Обычно же в поставках > типа Дебиана, вроде бы не принято библиотеки с собой таскать. Или нет? > > On 01/02/15 05:38, Evgeny Zubok wrote: > >> 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/54cec8c8.6070...@gmail.com > >
Re: А почему ‘bash’ не зависит от ‘libreadline’?
Dmitry Alexandrov <321...@gmail.com> writes: > Спасибо. > > А может быть, вы еще и знаете, зачем так сделано? Обычно же в > поставках типа Дебиана, вроде бы не принято библиотеки с собой > таскать. Или нет? А понятия не имею. Сейчас в jessie вроде bash-4.3. Библиотека readline6 версии 6.3. Из release notes bash можно узнать следующее: Changes have been made to the Readline library being released at the same time as bash-4.3, readline-6.3, so that Bash can be linked against an already-installed Readline library rather than the private version in lib/readline. Only readline-6.2 and later versions are able to provide all of the symbols that bash-4.3 requires; earlier versions of the Readline library _will_not_work_correctly_. В bash есть опция конфигурации --with-installed-readline. Сейчас она в debian/rules принудительно выключена: # built with installed libreadline? with_installed_rl = no Судя по дебиановскому changelog, выключена опция давно: bash (2.05b-2-11) unstable; urgency=medium * Tighten automake build dependency (closes: #215350). * Add dependency line for bashdb (closes: #215634). * /etc/skel/.bashrc: set xterm's title as we do for PS1 (closes: #176734). * Remove build dependency on readline (closes: #215165). * Update to bash_completion 20031007 (v1.630). -- Matthias Klose Tue, 14 Oct 2003 20:37:23 +0200 Почему же не включили сборку с libreadline6 сейчас, не знаю. Можно написать на почту сопровождающему Matthias Klose и спросить. Заодно и нам рассказать. Иногда бывает, что сопровождающие так загружены, что пока их не пнешь, не просигналишь, они не поправят. Или даже лучше завести баг в раздел wishlist, где привести кусок из release notes bash-4.3, и попросить собрать с внешней readline. Но в то же время надо и потестировать, потому что вот, например: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=370103 Сопровождающий взял и отклонил, а почему, совершенно не понимаю из диалога. -- 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/878ugh9be7@tochka.ru
Re: А почему ‘bash’ не зависит от ‘libreadline’?
Никита Егоров writes: > А сделано это для того, чтобы не остаться без шела при повреждении > файловой системы или сломе динамической линковки. Но ведь можно и статически слинковаться с libreadline6. Сейчас так и есть: встроенный readline статически слинкован. А если сломается динамическая линковка, то как bash будет линковаться с библиотеками из /lib: libc, libtinfo5, а теперь еще и libncurces5? bash с ними не статически слинкован. Можно предположить, что могли захотеть избежать библиотек из /usr/lib, но тогда статическая линковка с libreadline6 должна вопрос разрешить. -- 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/871tm8ap6m@tochka.ru
Re: А почему ‘bash’ не зависит от ‘libreadline’?
Evgeny Zubok writes: > Можно предположить, что могли захотеть избежать библиотек из /usr/lib, > но тогда статическая линковка с libreadline6 должна вопрос разрешить. Упс, libreadline тоже в /lib лежит, а не в /usr/lib. Ошибся. тогда вообще не вижу причин. -- 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/87wq409afi@tochka.ru
Re: А почему ‘bash’ не зависит от ‘libreadline’?
On Mon, 2 Feb 2015, Никита Егоров wrote: 02 февр. 2015 г. 3:46 пользователь "Dmitry Alexandrov" <321...@gmail.com> написал: Спасибо. А может быть, вы еще и знаете, зачем так сделано? Обычно же в поставках типа Дебиана, вроде бы не принято библиотеки с собой таскать. Или нет? А сделано это для того, чтобы не остаться без шела при повреждении файловой системы или сломе динамической линковки. Для этого bash-static есть. Скорее всего «по историческим причинам» или/и для платформ, где readline не входит в стандартный набор. Сравните список архитектур для bash [1] и readline [2]. Ю. 1 https://packages.debian.org/sid/bash 2 https://packages.debian.org/squeeze/lib64readline6 https://packages.debian.org/sid/lib32readline6