Re: X Logical Font Description и HiDPI

[Evgeny Zubok]

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 неправильно восстанавливает запомненную при выходе позицию

[Evgeny Zubok]

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

[Evgeny Zubok]

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]

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

[Evgeny Zubok]

sergio  writes:

> Как правильно выключать debian с systemd?
> говорю sudo halt, система доходит до "reboot: System halted" и всё.

Сам не пользуюсь systemd, сижу на sysV, поэтому сказанное может не
действовать на systemd. Если systemd по-прежнему читает настройки
системы из /etc/default, то найди там файл /etc/default/halt и укажи
HALT=poweroff. Тогда halt будет выключать машину.

Re: переключение языков в иксах

[Evgeny Zubok]

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

[Evgeny Zubok]

sergio  writes:

> Как правильно выключать debian с systemd?
>
> говорю sudo halt, система доходит до "reboot: System halted" и всё.

Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь
образом использует прежние настройки системы из
/etc/default? Предполагаю, что нет. Но если использует, то там есть
файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он
по halt будет выключать машину.

Re: переключение языков в иксах

[Evgeny Zubok]

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

[Evgeny Zubok]

Иван Лох  writes:

> On Thu, Jun 08, 2017 at 08:12:36PM +0300, artiom wrote:
>> >> Для юношей, которые выросли на форточках, софтина спроектирована не
>> >> просто идеально, а еще и полностью соответствует форточной идеологии.
>> > Софтина полностью соответствует *яблочной* идеологии, а не форточной,
>> > что совсем не лучше и даже, может, хуже, потому что толерантность к
>
> Если что, pulseaudio это звуковой _сетевой_ _сервер_ управляемый из
> командной строки. Это юниксвэй в полный рост )))

Я про systemd. Мне совершенно понятно, что любители Гнома и пр. все
равно скажут, что это юниксвей. Но я считаю фактом, что systemd -
никакая не форточная технология, а именно аналог launchd из Mac OS X.

Re: Установить debian без systemd

[Evgeny Zubok]

Melleus  writes:

> artiom  writes:

> Для юношей, которые выросли на форточках, софтина спроектирована не
> просто идеально, а еще и полностью соответствует форточной идеологии.

Софтина полностью соответствует *яблочной* идеологии, а не форточной,
что совсем не лучше и даже, может, хуже, потому что толерантность к
яблочным решениям у линуксоидов высокая. Почему все поминают винду?
Сейчас тренд копировать Mac OS X и их инфраструктуру. Да и сам Леннарт
перечислял, на что он смотрел.

Re: systemd

[Evgeny Zubok]

"Dmitry E. Oboukhov"  writes:

>> Насколько я знаю, в генте _можно_ собраться с systemd.  А можно и без
>> него.
>
> ну дык и в Debian _можно_ его не устанавливать.
>
> вопрос тут в том что поставят ли зависимость с xorg на systemd или
> нет.  если не поставят, то и можно будет на Debian/Gentoo жить без
> него, если поставят - тут нужно будет думать в любом дистре

Пока да. stable пока живет c SysV. У меня толко libsystemd0 притащена по
зависимостям, но это не systemd. Я даже, каюсь, специально включил
Debian Popularity Contest, чтобы он сообщал в Debian о том, ще не вмерла
SysV, а то в последнее время там стало модным на popcon в спорах о
нужности ссылаться, а ведь большинство админов и пользователей popcon
сразу вырубают на корню. :)

Re: systemd

[Evgeny Zubok]

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: Интерфейс к debbugs?

[Evgeny Zubok]

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?

[Evgeny Zubok]

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: Интерфейс к debbugs?

[Evgeny Zubok]

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: Выполнение привелигированых команд пользователем.

[Evgeny Zubok]

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: Выполнение привелигированых команд пользователем.

[Evgeny Zubok]

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: jessie: segfaults на ровном месте: fixed

[Evgeny Zubok]

Artem Chuprina r...@lasgalen.net writes:

  EZ Такой баг тянет на release critical. Программа, получается, не
  EZ работает вообще.

 Не то чтобы вообще, но я нашел там багрепорт на эту тему и добавил туда
 свои пять копеек.  Правда, я так и не понял, может ли репортер изменить
 приоритет, и просто в теле письма написал про RC.

Вроде попал уже какой-то похожий баг на debsums в RC:

https://bugs.debian.org/release-critical/other/testing.html

Package: debsums (debian/main).
Maintainer: Ryan Niebur r...@debian.org
  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

[Evgeny Zubok]

Artem Chuprina r...@lasgalen.net 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

[Evgeny Zubok]

Artem Chuprina r...@lasgalen.net 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, …

[Evgeny Zubok]

Artem Chuprina r...@ran.pp.ru 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

[Evgeny Zubok]

dimas dimas...@ya.ru writes:

 я так обычно делаю:
 sudo aptitude build-dep --add-user-tag some-tag pkg
 ...
 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

[Evgeny Zubok]

У тебя не хватает файла. Или он где-то неизвестно где. Вот он его в трех
местах поискал и не нашел. Криво поставил драйвера.

[   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]

Никита Егоров khenarg...@gmail.com 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]

Evgeny Zubok evgeny.zu...@tochka.ru 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’?

[Evgeny Zubok]

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 d...@debian.org  Tue, 14 Oct 2003 20:37:23 +0200


Почему же не включили сборку с libreadline6 сейчас, не знаю. Можно
написать на почту сопровождающему Matthias Klose d...@debian.org и
спросить. Заодно и нам рассказать. Иногда бывает, что сопровождающие так
загружены, что пока их не пнешь, не просигналишь, они не поправят. Или
даже лучше завести баг в раздел 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: mouse

[Evgeny Zubok]

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

[Evgeny Zubok]

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: А почему ‘bash’ не зависит от ‘libreadline’?

[Evgeny Zubok]

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

[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

Закомментируй это все и заработает.


-- 
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: Русская клавиатура работает - но почему?

[Evgeny Zubok]

Mikhail Ramendik m...@ramendik.ru writes:

 2015-01-11 20:59 GMT+00:00  yuri.nefe...@gmail.com:
  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: Перенос системы с минимальной болью

[Evgeny Zubok]

Mikhail Ramendik m...@ramendik.ru 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, чтоб его

[Evgeny Zubok]

Melleus mell...@openmailbox.org 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: systemd, чтоб его

[Evgeny Zubok]

Victor Wagner vi...@wagner.pp.ru 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: Свежий libnss3 в wheezy

[Evgeny Zubok]

Dmitrii Kashin free...@freehck.ru 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: Продвинутая работа с клипбордом

[Evgeny Zubok]

Artem Chuprina r...@ran.pp.ru 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