Re: X Logical Font Description и HiDPI
Victor Wagner writes: > Да и сетевой траффик для удаленных клиентов заметно экономится. На самом деле, с серверными шрифтами есть проблема - roundtrips, которые работа с клиентскими шрифтами не создает. Софт (особенно всякие тектовые редакторы) постоянно запрашивает метрику шрифтов у X-сервера в случае серверных шрифтов. При высокой задержке в сети будет заметное замедление. В свое время при помощи прокси-сервера LBX это дело пытались поправить кешированием. > А жаль. Аккуратно нарисованные растровые шрифты читаются гораздо > лучше, чем масштабируемые. А растровые шрифты и Xft рисует. Просто вместо сглаженного символа на сервер пойдет четкая растровая картинка. Команда xterm -fa Terminus-16 будет рисовать буквы в терминале через Xft, но растровым шрифтом Terminus из файла pcf.gz, взятого с клиентской стороны. -fa pattern This option sets the pattern for fonts selected from the FreeType library if support for that library was compiled into xterm. $ fc-list | grep Terminus [...] /usr/share/fonts/X11/misc/ter-u24n_unicode.pcf.gz: Terminus:style=Regular /usr/share/fonts/X11/misc/ter-u22b_unicode.pcf.gz: Terminus:style=Bold /usr/share/fonts/X11/misc/ter-u32b_unicode.pcf.gz: Terminus:style=Bold /usr/share/fonts/X11/misc/ter-u14n_unicode.pcf.gz: Terminus:style=Regular /usr/share/fonts/X11/misc/ter-u12b_unicode.pcf.gz: Terminus:style=Bold [...]
Re: Firefox неправильно восстанавливает запомненную при выходе позицию
yuri.nefe...@gmail.com writes: > Не знал об этих программах. Бегло посмотрел, но так и не понял > каким собственно способом перехватывается это событие. Перехватывается событие PropertyNotify на свойства _NET_CLIENT_LIST и _NET_CLIENT_LIST_STACKING [1], сравнивается со старым списком, определяются новые окна. > То что написано во всякого рода wiki [1,2] внушает опасение. > Следуя этой логике старт любого окна приводит к запуску > этой программы, которая уже исследует соответствует ли этот запуск > тому, что в ее конфигурации и если да то что-то делает. > Сравните с логикой этого скрипта - я запускаю окно и немного жду > пока отрисуется именно это окно. Мне кажется это намного прямее. Появление любого окна (нового), дальше по class, role, instance, title, application и т. д. определяет, что окно именно то, а дальше правила, где можно скрипты выполнять, можно другие свойства окна выяснить или просто выполнить разные действия. Такую проверку по этим признакам делают все WM, которые умеют правила для окон. Mutter (или что там у тебя?) к этому классу WM не относится. Не умеет. > Кроме того есть смутные подозрения, что работать эта программа будет > не со всеми менеджерами окон. И документация совсем не дает понять с > какими работает. wmctrl же работает с EWMH/NetWM compatible X Window > Manager [3] devilspie также работает со всем, что поддерживает ICCCM/EWMH. А как еще? Другого механизма нет. [1] https://specifications.freedesktop.org/wm-spec/1.3/ar01s03.html
Re: systemd halt
sergio writes: > On 13/10/2018 16:07, Evgeny Zubok wrote: > >> Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь >> образом использует прежние настройки системы из >> /etc/default? Предполагаю, что нет. Но если использует, то там есть >> файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он >> по halt будет выключать машину. >> > > То есть это баг, можно смело вешать на пакет systemd? Нет, halt по умолчанию - это останов без выключения питания, poweroff - останов с выключением питания. Если нужно поменять действие halt, то надо это специально ему высказать. Я не знаю просто, где в systemd можно высказаться по этому поводу и можно ли. Смотри документацию.
Re: systemd halt
Evgeny Zubok writes: > sergio writes: > >> Как правильно выключать debian с systemd? >> >> говорю sudo halt, система доходит до "reboot: System halted" и всё. > > Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь > образом использует прежние настройки системы из > /etc/default? Предполагаю, что нет. Но если использует, то там есть > файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он > по halt будет выключать машину. Если что, то эта переменная среды описана в man shutdown в разделе HALT OR POWEROFF в конце. В общем, задача сводится к тому, чтобы установить эту переменную среды при помощи этой вашей systemd, то есть найти правильное место.
Re: systemd halt
sergio writes: > Как правильно выключать debian с systemd? > говорю sudo halt, система доходит до "reboot: System halted" и всё. Сам не пользуюсь systemd, сижу на sysV, поэтому сказанное может не действовать на systemd. Если systemd по-прежнему читает настройки системы из /etc/default, то найди там файл /etc/default/halt и укажи HALT=poweroff. Тогда halt будет выключать машину.
Re: переключение языков в иксах
Evgeny Zubok writes: > Sohin Vyacheslaw writes: > >> на данный момент у меня переключение языков настроено Caps/Shift+Caps: >> Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:scroll" >> >> p.s. в продолжение темы - может кто в курсе можно ли как-то на внешней >> клавиатуре с подсветкой программно что-ли указать, чтобы подсветка >> горела всегда? а то при переключении на русский она полностью гаснет. > > Дело в том, что твоя клавиатура, как и моя, управляет подсветкой через > включение светодиода scroll lock. Если ты обратишь внимание, то ты этот > "светодиод" зажигаешь grp_led:scroll. Убери эту опцию и включи подсветку > вручную или программно через включение scroll. Должна гореть постоянно. Дополню. Если я правильно понял вводные, то у тебя есть ноутбук и его родная клавиатура и есть внешняя клавиатура. Для ноутбука тебе надо, чтобы загорался Scroll, но он действует и для внешней клавиатуры, а у нее, к несчастью, этот Scroll LED зажигает подсветку. Выход из ситуации - задание разных правил переключения (вернее, зажигания светодиода) для этих клавиатур. Сделать это можно через xorg.conf (или отдельный конфигурационный файл в директории /etc/X11/xorg.conf.d), задав две секции InputClass для каждой клавиатуры, где и указать, что у одной зажигать, а у второй не зажигать. Как писать правила, читай документацию.
Re: systemd halt
sergio writes: > Как правильно выключать debian с systemd? > > говорю sudo halt, система доходит до "reboot: System halted" и всё. Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь образом использует прежние настройки системы из /etc/default? Предполагаю, что нет. Но если использует, то там есть файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он по halt будет выключать машину.
Re: переключение языков в иксах
Sohin Vyacheslaw writes: > на данный момент у меня переключение языков настроено Caps/Shift+Caps: > Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:scroll" > > p.s. в продолжение темы - может кто в курсе можно ли как-то на внешней > клавиатуре с подсветкой программно что-ли указать, чтобы подсветка > горела всегда? а то при переключении на русский она полностью гаснет. Дело в том, что твоя клавиатура, как и моя, управляет подсветкой через включение светодиода scroll lock. Если ты обратишь внимание, то ты этот "светодиод" зажигаешь grp_led:scroll. Убери эту опцию и включи подсветку вручную или программно через включение scroll. Должна гореть постоянно.
Re: Установить debian без systemd
Иван Лох writes: > On Thu, Jun 08, 2017 at 08:12:36PM +0300, artiom wrote: >> >> Для юношей, которые выросли на форточках, софтина спроектирована не >> >> просто идеально, а еще и полностью соответствует форточной идеологии. >> > Софтина полностью соответствует *яблочной* идеологии, а не форточной, >> > что совсем не лучше и даже, может, хуже, потому что толерантность к > > Если что, pulseaudio это звуковой _сетевой_ _сервер_ управляемый из > командной строки. Это юниксвэй в полный рост ))) Я про systemd. Мне совершенно понятно, что любители Гнома и пр. все равно скажут, что это юниксвей. Но я считаю фактом, что systemd - никакая не форточная технология, а именно аналог launchd из Mac OS X.
Re: Установить debian без systemd
Melleus writes: > artiom writes: > Для юношей, которые выросли на форточках, софтина спроектирована не > просто идеально, а еще и полностью соответствует форточной идеологии. Софтина полностью соответствует *яблочной* идеологии, а не форточной, что совсем не лучше и даже, может, хуже, потому что толерантность к яблочным решениям у линуксоидов высокая. Почему все поминают винду? Сейчас тренд копировать Mac OS X и их инфраструктуру. Да и сам Леннарт перечислял, на что он смотрел.
Re: systemd
Max Dmitrichenko writes: >> Пока да. stable пока живет c SysV. У меня толко libsystemd0 притащена по >> зависимостям, но это не systemd. Я даже, каюсь, специально включил >> Debian Popularity Contest, чтобы он сообщал в Debian о том, ще не вмерла >> SysV, а то в последнее время там стало модным на popcon в спорах о >> нужности ссылаться, а ведь большинство админов и пользователей popcon >> сразу вырубают на корню. :) > > Хм... может быть, стоит тогда поучится у бородатого дядки Чурова? ))) Да, здесь бы его возможности были бы как раз уместестны. Нет, я не хочу прослыть луддитом, не за SysV держусь. Я за возможность выбора. Плохо, когда эта возможность пропадает. В обсуждениях агрессивно себя вели как раз сопровождающие GNOME (француз один громче всех, все забываю его имя... Подсмотрел - Josselin Mouette). Вот прямо так и заявляют, что Debian is not about choice, что это вам показалось и вы все не так понимаете. Не знаю, что будет дальше происходить.
Re: systemd
"Dmitry E. Oboukhov" writes: >> Насколько я знаю, в генте _можно_ собраться с systemd. А можно и без >> него. > > ну дык и в Debian _можно_ его не устанавливать. > > вопрос тут в том что поставят ли зависимость с xorg на systemd или > нет. если не поставят, то и можно будет на Debian/Gentoo жить без > него, если поставят - тут нужно будет думать в любом дистре Пока да. stable пока живет c SysV. У меня толко libsystemd0 притащена по зависимостям, но это не systemd. Я даже, каюсь, специально включил Debian Popularity Contest, чтобы он сообщал в Debian о том, ще не вмерла SysV, а то в последнее время там стало модным на popcon в спорах о нужности ссылаться, а ведь большинство админов и пользователей popcon сразу вырубают на корню. :)
Re: Интерфейс к debbugs?
Oleksandr Gavenko writes: >> либо в ELPA засовывать. Второй вариант для большинства более тяжелым >> окажется, так как чтобы коммитить в ELPA, надо подписать соглашение о >> передаче прав FSF. Я-то такое подписал, у меня есть. Но у большинтсва >> нет, у них даже патчи не примут, пока не подпишут. >> > > Посчитал что лучше спросить в паблике по процесу copyright assignment > в FSF. > > Вроде как персональной встречи не требуется и никаких PGP ключей не > надо: > > https://www.gnu.org/prep/maintain/maintain.html#Legal-Matters > > Будет предложено отправить письмо FSF? Надо заполнить вопросник онлайн и отправить. Это типа заявки. Они присылают на указанный почтовый (реальный) адрес письмо с договором о передаче прав. Надо поставить дату, подпись и отправить им. С их стороны эту же бумагу подписывает исполнительный директор. Скан документа с подписями присылают тебе по почте. Просят также сообщать, если поменяешь работу. Их с самого начала волнует вопрос, нет ли у тебя кода, который принадлежит работодателю или учебному заведению. Ты должен подтвердить. В некоторых случаях (в каких, не знаю) им может потребоваться официальное письмо работодателя. На сайте исчерпывающая информация. > Для каждого поекта нужно отдельное copyright assignment? Да, при заполнении заявки указывается проект, в который собираешься коммитить или свой проект, права на который хочешь им передать. У меня на Emacs и ELPA подписано. > Есть возможность избавиться от рутины подписания для каждого проекта > (это время/деньги) если разделяешь взгляды FSF? Далеко не все проекты GNU покрыты копирайтом FSF, а только важные: gcc, autotools, glibc, emacs и др. Поэтому не для всех проектов GNU требуется передача прав на код. Но если ты хочешь, чтобы твой код добавляли в проекты с копирайтом FSF в репозитории, которые находятся под их контролем, то избежать подписания нельзя. Если категорически не хочешь подписывать, то имеешь право форкать и добавлять что душе угодно и от кого угодно. Это условия лицензии GPL. > Нужно ожидать запроса на передачу прав от апстрима или можно заранее > самому провернуть? А что провернуть? У них есть список тех, кто подписал. Если твоего имени нет, то тебе на это укажут, разведут руками и предложат подписать. Иначе взять код и закоммитить не смогут. > Вроде для патчей длиной до 15 строк можно без подписания. Но строки > сумируются от любого contribution: > > https://www.gnu.org/prep/maintain/maintain.html#Legally-Significant > Речь идет о тривиальных патчах. > Нужно ли заключать соглашение с Debian? Вроде есть роли Maintainer и > Developer, которые своей деятельностью создают авторское право. Нет, не нужно. > Я отправлял баг-репорты, ничего не спрашивали. Баг-репорты отправлять никто не запрещает. :) > За Debian wiki знаю что это проблемный ресурс. Туда не отслеживали кто > писал и было позно спрашивать условия использования. Потому > проблематично установить лицензию на существующий контент, и на новый > контент нет рекомендаций: > https://wiki.debian.org/DebianWiki/LicencingTerms > > Потому https://wiki.debian.org/ нельзя включить в дистрибутив Debian! Лицензия и копирайт разные вещи. Дебиану пофиг, какой копирайт. Им важно, чтобы лицензия соответствовала DFSG. Если коллизия с wiki есть, то только по поводу лицензии.
Re: Интерфейс к debbugs?
Oleksandr Gavenko writes: >> А вот для Debian фронтенда я до сих пор не написал. Вернее, написал >> простейший еще на заре своей работы над библиотекой >> debbugs.el. Написан он тяп-ляп. Однако я им пользуюсь для просмотра >> багзилы и ответов, но он не для продакшена. Если интересно, то могу >> прислать. Хотелось бы, конечно, этот фронтенд доделать, так как очень >> полезная примочка для Emacs получилась бы. > Мне было интересно как люди запоминают какое письмо с каким > заголовком/синтаксисом отправить. Не верилось что каждый раз в шпаргалку > заглядывают 2000 разработчиков )) Запоминают. Когда работаеш с BTS на постоянной основе, то теги все помнишь. Но режим, который помогает автоматически компоновать и отсылать письмо на control@... нужен. В debian-el не совсем то, что надо. > Мои интересы исключительно как пользователя Debian и команды в > bugs.debian.org я отправлять не буду. > > > > Список багов открываю из `M-x apt-utils-show-package' по `b b' > (`apt-utils-web-browse-bug-reports'). > > Было бы интересно получить список заголовков не покидая Emacs. Список заголовков чего? Багов, отобранных по какому-то критерию? Если это, то моя программа для Emacs через SOAP ровно это и делает. 1. Указываешь сервер, с которым работаешь: либо gnu.org, либо debian.org. 2. Формируешь запрос по определенным ключам. Например, покажи мне одновременно RC-баги к пакетам ghostscript и ghostview, которые находятся в архиве. Или, например, покажи мне все баги с приоритетом minor, в которые я когда-то что-то отвечал (ключ correspondent) или покажи мне незаархивированные баги, которые я или кто-то интересующий размещал (ключ originator). 3. Выполняешь запрос, в Emacs получаешь окно со списком багов с кликабельным заголовком. Под каждым багрепортом есть дополнительная информация: когда он был заведен, кем заведен, статус и т. д. 4. Программа интегрирована с gnus. Если на заголовок нажать RET, то создается временная группа, где появляется дерево почтовых сообщений в данный баг. Здесь программа по запросу получает mbox с сервера debbugs с сообщениями в данный баг. Читаешь, читаешь, читаешь. Решил ответить - делаешь то же, что в gnus, то есть жмешь Reply, пишешь ответ, отправляешь. > В общем Ваши наработки нужно всовывать в пакет debian-el. Именно это и надо - либо в debian-el интегрировать (или вообще напрочь его переписать), либо в ELPA засовывать. Второй вариант для большинства более тяжелым окажется, так как чтобы коммитить в ELPA, надо подписать соглашение о передаче прав FSF. Я-то такое подписал, у меня есть. Но у большинтсва нет, у них даже патчи не примут, пока не подпишут.
Re: Выполнение привелигированых команд пользователем.
Artem Chuprina writes: > EZ> командам. У меня icewm и вот мой /etc/sudoers. Я даю новой группе > EZ> shutdown (символ %) права на выполнение операций перезагрузки без > EZ> пароля, добавляю пользователя в эту группу, и все. Остальные команды уже > EZ> будут требовать пароля. > > EZ> Cmnd_Alias POWEROFF = /sbin/shutdown, /sbin/halt, /sbin/reboot, \ > EZ> /sbin/poweroff, /usr/sbin/pm-suspend, \ > EZ> /usr/sbin/pm-hibernate > EZ> > EZ> %shutdown ALL = (root) NOPASSWD: POWEROFF > > Дело не столько в том, что это некошерно, сколько... никогда не > приходилось ребутить НЕ ТУ машину? В общем-то, нет, так как я почти классический админ локалхоста. За редкими исключениями. Редкие исключения - это ssh на сервер в один офис. Поэтому нескольких машин нет, я всегда знаю, что же я такое перезапукаю. Но в случае перезапуска я лишний раз проверяю, то ли я сейчас перезапускаю. И это делаю, скорее, не потому, что боюсь по ошибке сервер перегрузить, а потому, что боюсь как раз свою машину по ошибке перегрузить! Такая лишняя проверка машины вроде как должна помочь избежать случайностей. :) > Я вполне намеренно держу на разных серверах разные пароли, и sudo на них > везде парольный. Лишняя степень защиты от невнимательности. Если > пароль не подошел, начинаешь задумываться, на каком хосте ты выполняешь > команду :) > > В этом смысле выставление capability юзеру, залогиненному локально и > только ему - неплохая защита от невнимательности. > > Даже если ты никогда не работаешь в иксах удаленно (и пункт меню DE > всегда вызывает только на локальной машине), настройка sudo - это не > настройка иксового сеанса. Возможность нечаянно отребутить машину при > заходе на нее по сети остается. sudo не умеет отличать сетевой вход от > локального. Проблема понятна. И, видимо, и раньше была понятна, поэтому и возникли пакеты типа molly-guard, но решение это, согласен, несколько кривое [1]. Тут уж надо админу решать, насколько у него часто случается случайный перезагруз не той машины. Я, в общем-то, не стал бы настаивать на sudo в таких особых случаях, раз уж это решительно смущает. :) В случае локалхоста же проблем с sudo особых не вижу. [1] $ aptitude show molly-guard Описание: protects machines from accidental shutdowns/reboots. The package installs a shell script that overrides the existing shutdown/reboot/halt/poweroff commands and first runs a set of scripts, which all have to exit successfully, before molly-guard invokes the real command. One of the scripts checks for existing SSH sessions. If any of the four commands are called interactively over an SSH session, the shell script prompts you to enter the name of the host you wish to shut down. This should adequately prevent you from accidental shutdowns and reboots. This shell script passes through the commands to the respective binaries in /sbin and should thus not get in the way if called non-interactively, or locally.
Re: Выполнение привелигированых команд пользователем.
Oleksandr Gavenko writes: > Для меня привычные команды: > > $ sudo halt > $ sudo pm-suspend > > Они требуют прав root. Но пользователь декстопа должен иметь право выполнять > эти операции! > > Как это сделано в популярных DE? В ~/.fvwm/config для себя я пропишу с sudo, > но выглядит как то некошерно... Почему некошерно? Дай права выполняться без пароля только этим командам. У меня icewm и вот мой /etc/sudoers. Я даю новой группе shutdown (символ %) права на выполнение операций перезагрузки без пароля, добавляю пользователя в эту группу, и все. Остальные команды уже будут требовать пароля. Cmnd_Alias POWEROFF = /sbin/shutdown, /sbin/halt, /sbin/reboot, \ /sbin/poweroff, /usr/sbin/pm-suspend, \ /usr/sbin/pm-hibernate %shutdown ALL = (root) NOPASSWD: POWEROFF
Re: Интерфейс к debbugs?
Oleksandr Gavenko writes: > Через какой интерфейс удобно работать с https://bugs.debian.org/ ? Я в свое время написал библиотеку для Emacs для работы с debbugs через SOAP. При этом написал свой SOAP-клиент для Emacs. Однако оказалось, что не я один такой был - увидел в emacs.devel сообщения о подобном проекте. К тому же, уже кто-то быстрее подсуетился и протолкнул свой SOAP-клиент в Emacs. С автором мы объединили усилия и смержили наработки. Сейчас наша общая библиотека debbugs есть в ELPA. В тот момент у меня еще не было возможности коммитить в ELPA, написал также документацию к ней (там же в файле texi). debbugs использует не только debian, но и GNU Project, поэтому они там у себя быстрее библиотеку адаптировали, написав фронтенд к ней. Мы договорились о названиях - они назвали ее debbugs-gnu. А вот для Debian фронтенда я до сих пор не написал. Вернее, написал простейший еще на заре своей работы над библиотекой debbugs.el. Написан он тяп-ляп. Однако я им пользуюсь для просмотра багзилы и ответов, но он не для продакшена. Если интересно, то могу прислать. Хотелось бы, конечно, этот фронтенд доделать, так как очень полезная примочка для Emacs получилась бы.
Re: jessie: segfaults на ровном месте: fixed
Artem Chuprina writes: > EZ> Такой баг тянет на release critical. Программа, получается, не > EZ> работает вообще. > > Не то чтобы вообще, но я нашел там багрепорт на эту тему и добавил туда > свои пять копеек. Правда, я так и не понял, может ли репортер изменить > приоритет, и просто в теле письма написал про RC. Вроде попал уже какой-то похожий баг на debsums в RC: https://bugs.debian.org/release-critical/other/testing.html Package: debsums (debian/main). Maintainer: Ryan Niebur 773136 [P+ ] [TU] debsums: modified files of arch-qualified (multiarch) packages are not being reported -- 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/873853ieez@tochka.ru
Re: jessie: segfaults на ровном месте: fixed
Artem Chuprina writes: > EZ> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673174 > > Не, у меня уже версия с исправлением. Или "исправлением", это как > посмотреть. Только что проверил и так, и эдак (вручную поломав сумму) - > в обоих случаях ничего не ловит. > > Надо собраться с мозгом и написать багрепорт... Такой баг тянет на release critical. Программа, получается, не работает вообще. -- 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/87k2ylrjgx@tochka.ru
Re: jessie: segfaults на ровном месте: fixed
Artem Chuprina writes: > Но что-то то ли я не умею пользоваться debsums, то ли что... Но > debsums ничего на эту тему не говорил. В том числе если его позвать > прямо с именем пакета. Я полагаю, что debsums создала md5 для уже битого пакета и поэтому перестала ругаться. А создала она его по какому-то хуку dpkg при установке. Но это вроде было только в Wheezy (у меня он). А в jessie вроде это уже делает dpkg сам: Вот эта дрянь: /etc/apt/apt.conf.d/90debsums. Но сейчас в вашем man из jessie об этом ни слова, потому что убрали: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737240 Add dependency on dpkg version 1.16.3, which generates md5sums Не знаю. Может, сумма была все же создана уже после установки libtiff5, которая оказалась битой? Может быть, сумма в какой-то другой файл насчиталась и debsums в него смотрит? При прямом сравнении по libtiff5:amd64.md5sums ошибка есть, а debsums смотрит в другой. Может, еще есть какой-нибудь libtiff5.md5sums? Вот, например, был такой баг: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673174 Из man debsums, но из Wheezy (!): ЗАМЕЧАНИЯ По умолчанию при установке пакета debsums значение debconf-переменной debsums/apt-autogen устанавливается равным "true". В следствие этого, создаётся файл /etc/apt/apt.conf.d/90debsums: DPkg::Post-Invoke { "debsums --generate=nocheck -sp /var/cache/apt/archives"; }; сценарием postinst (>=2.0.7). При каждой установке пакетов, контролируемой APT, будет выполняться этот фрагмент кода для создания отсутствующих файлов md5sums из бинарных пакетов. -- 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/87egoxzt8h@tochka.ru
Re: logind, consolekit, xdm, …
Artem Chuprina writes: > Ivan Shmakov -> debian-russian@lists.debian.org @ Wed, 18 Feb 2015 > 18:45:45 +: > > IS> Чем не устраивает $ sudo poweroff, $ sudo reboot? Подозреваю, > IS> можно и в Xfce настроить их использование — вместо «штатных» > IS> средств (какими бы они ни были.) > > Я тоже хотел задать этот вопрос, но вовремя догадался :) > > Так можно заребутить НЕ ТУ машину. В /etc/sudoers можно указать, с каких хостов, какие группы или какие пользователи что могут делать. У меня моя машина настроена так в sudoers (ALL - все хосты, %shutdown - только пользователям из этой группы, NOPASSWD - sudo не требует пароля): Cmnd_Alias POWEROFF = /sbin/shutdown, /sbin/halt, /sbin/reboot, \ /sbin/poweroff, /usr/sbin/pm-suspend, \ /usr/sbin/pm-hibernate %shutdown ALL = (root) NOPASSWD: POWEROFF -- 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/87a90aexqm@tochka.ru
Re: Удаление build-dependencies
dimas writes: > я так обычно делаю: > sudo aptitude build-dep --add-user-tag "some-tag" > ... > sudo aptitude purge "~i?user-tag(some-tag)" > ну и вообще, удобная штука Вспомнил, что как-то этот же способ предлагал. https://lists.debian.org/debian-russian/2009/09/msg00900.html Однако надо бы тут проверить, может ли пакет иметь два тэга одновременно. Например, два пакета для сборки могут хотеть определенный -dev. Тогда снос пакетов по тегу может снести этот -dev, а он кому-то еще нужен для сборки. Даже, наверное, вопрос не только в возможном количестве тегов, а в том, удалится ли пакет, если в нем еще есть теги, или нет. -- 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/878ufv9p4s@tochka.ru
Re: Gnome 3.4.2 и Radeon HD 7310
У тебя не хватает файла. Или он где-то неизвестно где. Вот он его в трех местах поискал и не нашел. Криво поставил драйвера. [ 245.252] (EE) AIGLX error: failed to open /usr/X11R6/lib64/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 245.252] (EE) AIGLX error: failed to open /usr/lib64/dri/fglrx_dri.so, error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 245.252] (EE) AIGLX error: failed to open /usr/X11R6/lib/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] -- 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/87vbjjzun1@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’?
Никита Егоров 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’?
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’?
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
Re: mouse
Dmitrii Kashin 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" MatchProduct"ImPS/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 writes: > 31.01.2015 08:21, Evgeny Zubok пишет: >> Ivan Petrov 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: mouse
Ivan Petrov 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 Закомментируй это все и заработает. -- 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/87bnlfelkr@tochka.ru
Re: Русская клавиатура работает - но почему?
Mikhail Ramendik writes: > 2015-01-11 20:59 GMT+00:00 : >> man keyboard >> /etc/default/keyboard > > Спасибо, помогло. Этот файл правится при помощи конфигурялок: # dpkg-reconfigure keyboard-configuration # dpkg-reconfigure console-setup -- 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/87oapq50zb@tochka.ru
Re: Перенос системы с минимальной болью
Mikhail Ramendik writes: > Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на > новый диск? Не забудь после переноса проверить целостность всех пакетов по контрольным суммам с помощью, например, debsums. Если есть битые, то их переустановить. -- 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/87fvekdqgs@tochka.ru
Re: systemd, чтоб его
Victor Wagner writes: > Что, идея чего-то инспирированного макосью хорошая?!!! Еще в Solaris есть подобный по идеологии механизм - SMF (Service Management Facility). Он тоже был отправной точкой. Все бросились реализовывать эти же идеи dependency-based и event-based систем инициализации - вот и появились всякие initng и далее upstart, OpenRC, systemd. -- 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/878uljy3jm@tochka.ru
Re: systemd, чтоб его
Melleus writes: > Только кто эту критику слушать будет. На Винде выросли, вот и тащат > теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту > ментальную отраву, если уж подхватил. А не отравлять все вокруг. Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS X. Винда не упоминалась в качестве вдохновителей Поттерингом. -- 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/87d2avzwl3@tochka.ru
Re: Свежий libnss3 в wheezy
Dmitrii Kashin writes: > В общем - да. Из sid просто так не поставите, у libnss3 зависимость от > libc6 версии 2.14, в то время как в wheezy до сих пор 2.13. Порой зависимости в пакетах прописывают актуальные, но факт того, что по-прежнему будет работать с 2.13, уже не проверяют. В debian/control нагло заменяем >=2.14 на >=2.13 и пробуем собрать. Если собралось, то можно изучить changelog между 2.13 и 2.14 на тему, что будет не так в рантайме. -- 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/87ha0bdyxm@tochka.ru
Re: Продвинутая работа с клипбордом
Artem Chuprina writes: > - чтобы к выделению не надо было добавлять явную операцию помещения в > clipboard (опционально; может быть, я зря этого хочу, и стоило бы > переучиться, но тогда надо обучать этому urxvt/xterm) Еще вот в тему: http://www.nongnu.org/autocutsel/ В репозитории есть. Наткнулся, но не пробовал. -- 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/87ha3ukl82@tochka.ru