from:"Dmitry Alexandrov"


On 13/11/15 02:04, sergio wrote:

On 11/12/2015 08:02 PM, Dmitry Alexandrov wrote:


приказано ждать (auto) — ждет,
тормозя загрузку; приказано не ждать (allow-hotplug) — не ждет.


Сам придумал?


Как понимать эту пред’яву? Я это наблюдаю. Как на старом ините (причем 
порядочно времени уже так, с десяток лет, наверное), так и на Систем-Д. 
В Джесси. Как там в новых версиях Систем-Д, я не знаю и *спрашиваю* об 
этом — что-то изменилось?

Re: aptitude предлагаетгромадноеколичестворазрешенийконфликтов,котороеменянеустраивает, apt-get remove --purge --auto-remove справляетсясзадачей.


On 11/08/15 16:07, Oleksandr Gavenko wrote:

Вместо:

   bash# sudo apt-get purge --auto-remove systemd

я пометил пакет на удаление в интерактивном режиме aptitude и пометил
sysvinit на установку.

aptitude было предложено громадное количество разрешений конфликтов. У меня
не хватило терпения пересмотреть все (там их за сотню), но необходимый мне
вариант не был представлен.

aptitude упорно предлагал оставить/обновить systemd и не ставить sysvinit.

apt-get purge конешно справился с задачей, но мне интересно как завтавить
aptitude в интерактивном режиме быстрее прийти с нужному мне решению?

Одним из способов во многих сесиях работы с aptitude было прочтение причин
почему пакет не устанавливается или кто его требует, искать и помечать на
удаление/инсталяцию следующие пакеты, пока предложения aptitude по
разрешению конфликтов не станут приемлимыми. Но это иногда занимало 5-10 мин
клацанья.

Возможно дополнительную сложность представляют зависимости из используемых
веток testing/sid + i386 еще мешается.


  Полагаю, легкий некропостинг здесь будет уместным.

  У Аптитьюда действительно зело «умный» решатель, по умолчанию 
опирающийся на некую величину под названием «безопасность» (safety), 
которая согласно документации «возрастает по мере того, как действия 
становятся менее „безопасными“» и настраивается пятью весовыми 
коэффициентами [1].


  Мои попытки крутить эти коэффициенты не увенчались никаким успехом, 
посему я у себя везде расчет этой «безопасности» отключил и задал такое 
вот простое правило поиска уместного решения:


Aptitude {
ProblemResolver {
SolutionCost "removals, canceled-actions, non-default-versions";
};
};

  Это выдержка из apt.conf (конкретно у меня — из 
/etc/apt/apt.conf.d/99aptitude) и читается она так: чем меньше удалений, 
тем лучше; при равном их количестве — чем меньше отказов на мои прямые 
указания установить / обновить / удалить что-либо, тем лучше; при равных 
— чем меньше пакетов не-умолчательного происхождения, тем лучше.


  Мне сложно сказать, как это соотносится с алгоритмом решателя apt или 
apt-get’а, но теперь предложения Аптитьюда я нахожу в целом здравыми, 
тогда как раньше предложения удалить полсистемы или сделать все что 
угодно, но только не то, что я приказал (ваш случай), были не редкостью.


  Не хватает, по моему мнению, здесь только возможности добавить счетчик
устарений (downgrades) и поставить его перед non-default-versions, ибо 
при наличии в системе пакетов из следующих выпусков Дебиана Аптитьюд при 
таких настройках ожидаемо предлагает их откатить.


  Надо было как минимум фичреквест, наверное, написать — может и добавили
бы уже (счетчик ‘upgrades’ же уже есть, так что, наверное, не проблема), 
но лень. :-)


[1]: 
https://aptitude.alioth.debian.org/doc/en/ch02s03s04.html#secDependencyResolutionCostsSafetyCosts

Re: rtmpdump


On 13/11/15 21:05, Ivan Petrov wrote:

Подскажите, кто знает. Как захватить поток с сетевизора onlinetv
У меня что-то не пашет:
rtmpdump --rtmp
"rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv/19/1910/degoll.mp4"
--playpath "mp4:onlinetv/19/1910/degoll.mp4"
--swfUrl="http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5'" -o
teneb.mp4 -skip 5 --verbose
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
WARNING: gnome-keyring:: couldn't connect to:
/home/dmitry/.cache/keyring-jGtd7m/pkcs11: No such file or directory
DEBUG: Protocol : RTMP
DEBUG: Hostname : 213.85.95.118
DEBUG: Port : 1935
DEBUG: Playpath : mp4:onlinetv/19/1910/degoll.mp4
DEBUG: tcUrl: rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv
DEBUG: swfUrl   : kip
DEBUG: app  : onlinetv/mp4:onlinetv
DEBUG: live : no
DEBUG: timeout  : 30 sec
DEBUG: Setting buffer time to: 3600ms
Connecting ...
DEBUG: RTMP_Connect1, ... connected, handshaking
DEBUG: HandShake: Type Answer   : 03
DEBUG: HandShake: Server Uptime : 32149506
DEBUG: HandShake: FMS Version   : 0.0.0.0
DEBUG: HandShake: Handshaking finished
DEBUG: RTMP_Connect1, handshaked
DEBUG: Invoking connect
INFO: Connected...
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
DEBUG: Closing connection.




14.11.2015 00:04, Ivan Petrov пишет:

subj


Так не подойдет?

$ rtmpdump \
--live \
--pageUrl "http://www.onlinetv.ru/video/1910/"; \
--rtmp "rtmp://onlinetv.setevisor.tv:1935/onlinetvvod/" \
--app "onlinetvvod/" \
--swfVfy "http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5"; \
--flashVer "LNX 16,0,0,235" \
--playpath "mp4:onlinetv/19/1910/degoll.mp4" \
--flv "teneb.flv"

(Ну или без --live — в зависимости от того, что́ вы хотите.)

А в порядке офтопика, не удовлетворите ли вы мое любопытство (хотя вас,
наверное, уже спрашивали, так что ссылки будет достаточно) — зачем вы
предваряете отправку собственно письма в рассылку письмом пустым, а точнее
состоящим из одного слова «subj»? Может быть, мне тоже так стоит начать 
делать?

Re: rtmpdump


On 13/11/15 21:05, Ivan Petrov wrote:

Подскажите, кто знает. Как захватить поток с сетевизора onlinetv
У меня что-то не пашет:
rtmpdump --rtmp
"rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv/19/1910/degoll.mp4"
--playpath "mp4:onlinetv/19/1910/degoll.mp4"
--swfUrl="http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5'" -o
teneb.mp4 -skip 5 --verbose
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
WARNING: gnome-keyring:: couldn't connect to:
/home/dmitry/.cache/keyring-jGtd7m/pkcs11: No such file or directory
DEBUG: Protocol : RTMP
DEBUG: Hostname : 213.85.95.118
DEBUG: Port : 1935
DEBUG: Playpath : mp4:onlinetv/19/1910/degoll.mp4
DEBUG: tcUrl: rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv
DEBUG: swfUrl   : kip
DEBUG: app  : onlinetv/mp4:onlinetv
DEBUG: live : no
DEBUG: timeout  : 30 sec
DEBUG: Setting buffer time to: 3600ms
Connecting ...
DEBUG: RTMP_Connect1, ... connected, handshaking
DEBUG: HandShake: Type Answer   : 03
DEBUG: HandShake: Server Uptime : 32149506
DEBUG: HandShake: FMS Version   : 0.0.0.0
DEBUG: HandShake: Handshaking finished
DEBUG: RTMP_Connect1, handshaked
DEBUG: Invoking connect
INFO: Connected...
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
DEBUG: Closing connection.




14.11.2015 00:04, Ivan Petrov пишет:

subj


Так не подойдет?

$ rtmpdump \
--live \
--pageUrl "http://www.onlinetv.ru/video/1910/"; \
--rtmp "rtmp://onlinetv.setevisor.tv:1935/onlinetvvod/" \
--app "onlinetvvod/" \
--swfVfy "http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5"; \
--flashVer "LNX 16,0,0,235" \
--playpath "mp4:onlinetv/19/1910/degoll.mp4" \
--flv "teneb.flv"

Ну или без --live — в зависимости от того, что́ вы хотите.

А в порядке офтопика, не удовлетворите ли вы мое любопытство (хотя вас,
наверное, уже спрашивали, так что ссылки будет достаточно) — зачем вы
предваряете отправку собственно письма в рассылку письмом пустым, а точнее
состоящим из одного слова «subj»? Может быть, мне тоже так стоит начать 
делать?

Re: rtmpdump


On 14/11/15 05:12, Ivan Petrov wrote:

14.11.2015 01:47, Dmitry Alexandrov пишет:

$ rtmpdump \
 --live \
 --pageUrl "http://www.onlinetv.ru/video/1910/"; \
 --rtmp "rtmp://onlinetv.setevisor.tv:1935/onlinetvvod/" \
 --app "onlinetvvod/" \
 --swfVfy "http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5"; \
 --flashVer "LNX 16,0,0,235" \
 --playpath "mp4:onlinetv/19/1910/degoll.mp4" \
 --flv "teneb.flv"

Ну или без --live — в зависимости от того, что́ вы хотите.

А в порядке офтопика, не удовлетворите ли вы мое любопытство (хотя вас,
наверное, уже спрашивали, так что ссылки будет достаточно) — зачем вы
предваряете отправку собственно письма в рассылку письмом пустым, а
точнее
состоящим из одного слова «subj»? Может быть, мне тоже так стоит начать
делать?


спасибо!


Да всегда пожалуйста, только что «спасибо»-то? Оно работает?


Потому, что я пишу в группу из icedove+gmane.
Я не понял почему, но начать тред можно только письмом на латинице
(настройки писем крутил - не помогает). Кириллица возвращается назад.
Ответить уже можно.


Вы не поверите, делаю в точности то же самое — и никаких проблем. Не 
знаю в чем может быть дело, но попробуйте для начала писать в UTF-8, а 
не в Windows-1251 (оно в любом случае невредно).

Re: Устаревшие автосоздаваемые пользователи и группы

2015-11-14 Thread Dmitry Alexandrov

On 14/11/15 20:14, yuri.nefe...@gmail.com wrote:

On Sat, 14 Nov 2015, Alexander Galanin wrote:

Всем привет!

Открыл /etc/passwd и задумался о том, нужны ли мне пользователи
haldaemon, usbmux, mldonkey и т.д. Аналогично и в /etc/group тоже есть
группы, которыми я сам не пользуюсь и у меня более не установлены
пакеты, притащившие их в систему.

Отсюда несколько вопросов:
1. Как определить принадлежность пользователя/группы к пакету. Не всё
перечислено в документации к base-passwd и не всё удаётся угадать по
имени.
2. Есть ли какой-нибудь штатный способ почистить ненужных
пользователей/группы? Ничего лучше поиска на диске файлов, я не
придумал.

Экие забавные мысли... Заглянул к себе в /etc/passwd и обнаружил там
Slmodemd - привет от старого ноутбука)

Некоторые советы содержатся тут (раздел 12.1.12)
https://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html

В сухом остатке - проверять, что у "подозреваемых" нет
никаких файлов в системе:
find / -fstype ext4 -user Slmodemd
Ну, собственно, то что у вас в пункте 2 написано.

Если при помощи «-fstab ext4» вы хотели записать условие на только
корень, без других подмонтированных в него разделов, то это можно более
корректно сформулировать как «-xdev».

А вообще, я не понял — поясните, пожалуйста, зачем это делать? Нужность
пользовательской записи так не проверить — пользователи для демонов
создаются не только и не столько для того, чтоб назначать их файлам.

Re: Устаревшие автосоздаваемые пользователи и группы

2015-11-14 Thread Dmitry Alexandrov


On 14/11/15 23:13, yuri.nefe...@gmail.com wrote:

On Sat, 14 Nov 2015, Dmitry Alexandrov wrote:

Если при помощи «-fstab ext4» вы хотели записать условие на только
корень, без других подмонтированных в него разделов, то это можно
более корректно сформулировать как «-xdev».


   Нет, это я что бы find по сетевой файловой системе (afs) не лазил.
   А в локальных смонтированных пускай ищет. Вообще, да,
   правильнее было бы сначала сетевые fs остановить.


Я пошел сверился с руководством — и выходит, что это вовсе не прокатит.

‘-fstab’ в отличие от ‘-xdev’ (она же ‘-mount’) — это не опция (как 
‘-maxdepth’), а условие (как ‘-name’), что должно значить, что find все 
равно пройдется по не-экст-4 файловым системах, переберет на них каждый 
файл, но все отвергнет, кто бы ни был владельцем.


Нет?

Re: Можно ли как то обезопасить работу при вставке текста в терминальный эмулятор (xterm) или специальной поддержкой от SHELL (bash)?

2015-12-20 Thread Dmitry Alexandrov


On 20/12/15 19:03, Oleksandr Gavenko wrote:

По идее для Readline клиентов может решить проблему, но не все утилиты
используют Readline.

Кажется Python консоль и свякие SQL клиенты живут без Readline.


Где-где, но в Дебиане python(1), mysql(1), sqlite3(1) (да и иные, 
полагаю, тоже) собраны с поддержкой readline.

Re: debian 8: systemd: перестали собираться массивы при загрузке

2016-01-28 Thread Dmitry Alexandrov


On 26/01/16 15:48, Andrey Nikitin wrote:

Вариант загрузки с sysvinit отлично работает, но DE без ленькиной
г.ноподелки уже, увы, не запускается (logind что-то там ...)


Насколько я знаю, уж в Джесси-то точно любая столовая среда может 
эксплуатироваться с sysvinit’ом в PID 1 (однако кое-какие куски Систем-Д 
при этом должны быть установлены).


О какой именно среде речь, и что все-таки за ошибка?

On 26/01/16 15:54, Andrew Nikitin wrote:

повторы это клаусмайл
плюс имап в деб9


Да нет никаких повторов, кажется.

Re: состав дистрибутива

2016-05-29 Thread Dmitry Alexandrov

Alex Kicelew  wrote:

> А где можно почитать причины удаления пакета из дистрибутива? Вдруг
> обнаружилось, что libc6-i686 присутствует только в stable и
> experimental. И, отсутствуя и в тестинге и в сиде, с моим тестингом
> стала конфликтовать. Может, по решению партии сегодня потребности в ней
> уже нет, но хочется понять, почему.

Если мне не изменят недавняя память, то с точностью до наоборот — партия
решила, что теперь в i586 (снятой с массового производства где-то в
середине девяностых) потребности нет, то есть *все* пакеты в так
называемой «i386» теперь собираются для i686.  Соответственно и уточнять
нечего.

Re: xls2csv как отличить перенос строки в тексте ячейки от окончания строки(row)

2016-08-14 Thread Dmitry Alexandrov

Denis  writes:

> При преобразовании в csv программа разделяет строки (row) таблицы переносом 
> строки, ячейки символом ';'.
>
> Проблема в том, что в тексте ячейки (cell) тоже может быть перенос строки.
>
> С помощью опции -q3 можно сделать, чтобы содержимое каждой ячейки обрамлялось 
> двойными кавычками. Тогда понятно,
> что если число кавычек в строке нечетное, то строка еще не закончилась, а 
> перенос относится к тексту ячейки.
>
> Но  в тексте ячейки тоже может встретиться символ двойной кавычки. Таким 
> образом опираться на четное - нечетное
> количество кавычек в строке не получится.

Почему это?  Разве значащие кавычки в CSV не экранируются удвоением?  То есть 
какой-нибудь «под"ем» должен писаться как «"под""ем"», не?

Re: Gmane потихоньку умирает...

2016-08-23 Thread Dmitry Alexandrov

Dmitry Derjavin  writes:

> Пн, 22 авг 2016, 19:29, Oleksandr Gavenko:
>
>>   https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/
>
> https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502
>
> Там же основные проблемы были из-за web-интерфейса. NNTP точно
> останется. Жалко было бы permalink, но, думаю, и его подхватят.

Permalink — ерунда, в конце концов у каждого сервера рассылок свои
архивы для просмотра через www должны быть.  А вот как теперь новые
списки рассылки-то добавлять?  И поиск!  Поиск отключили, который
http://search.gmane.org, и который был на «G G» в Гнусе из коробки для
Gmane’овских групп.

Re: Gmane потихоньку умирает...

2016-08-25 Thread Dmitry Alexandrov

Dmitry Derjavin  writes:

> Вт, 23 авг 2016, 21:44, Dmitry Alexandrov:
>
>>> https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502
>>>
>>> Там же основные проблемы были из-за web-интерфейса. NNTP точно
>>> останется. Жалко было бы permalink, но, думаю, и его подхватят.
>>
>> Permalink — ерунда, в конце концов у каждого сервера рассылок свои
>> архивы для просмотра через www должны быть.
>
> Это понятно. Просто казалось, что gmane вечен, и больша́я часть локальной
> коллекции закладок именно на permalink.

В контексте следующего абзаца про загрузку всей группы следует только
удивиться, зачем было хранить одни только ссылки.

>> И поиск!  Поиск отключили, который http://search.gmane.org, и который
>> был на «G G» в Гнусе из коробки для Gmane’овских групп.
>
> Да поиск тоже ерунда — каналы сейчас широкие, можно загрузить группу и
> искать по ней Alt-s/Alt-r.

Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
тексту письма, который может быть вовсе и не текстом.  Да и загрузка
всей группы через NNTP Гнусом ограничена не столько каналом, сколько
крайней неэффективностью Гнуса.

Если уж что и грузить для локального поиска, то архивы, что ведет и дает
скачать каждый уважающий себя сервер рассылок.  Однако, к примеру, вот
этот сервер (lists.debian.org), насколько я вижу, к таковым не
относится.  Был бы рад, если вы указали, что я ошибаюсь.

А если уж чем и искать по ним, то каким-нибудь индексатором типа namazu
или notmuch.

>> А вот как теперь новые списки рассылки-то добавлять?
>
> Раньше ведь был почтовый адрес какой-то. Или нет? Не помню, давно уже
> добавлял.

О!  Будьте добры, посмотрите.  Я всегда добавлял через веб-форму, и
теперь соотвественно не знаю, что и делать.

Re: Gmane потихоньку умирает...

2016-08-29 Thread Dmitry Alexandrov

Dmitry Derjavin  writes:

> Чт, 25 авг 2016, 22:27, Dmitry Alexandrov:
>
>>> Да поиск тоже ерунда — каналы сейчас широкие, можно загрузить группу и
>>> искать по ней Alt-s/Alt-r.
>>
>> Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
>> все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
>> тексту письма, который может быть вовсе и не текстом.
>
> Это не так. Извините за каламбур, но поищите в рассылке, здесь недавно
> обсуждалось.

Пардон, что значит «не так», когда легко убедиться, что по крайней мере
из коробки все именно так?  Вот, к примеру, т. Дмитрий Кашин посылает в
эту рассылку письма обернутыми в base64, значит, чтоб найти в них слово,
скажем, «Systemd» посредством M-s в Гнусе нужно запросить его не иначе,
чем как «U3lzdGVtZ», по «Systemd» же вы ничего так не найдете.

Гнус (и ГНУ Емакс вообще) у меня вроде бы самый что ни на есть
последний, так что остается только, что я упустил какую-то опцию, что
надо включить.  Может быть, вы подскажете, какую?

(По рассыке, разумеется, поискал — по словам «Gnus» и «Гнус» — ничего
похожего.)

Re: Gnus, поиск по содержимому сообщений

2016-08-30 Thread Dmitry Alexandrov

> Вт, 30 авг 2016, 02:00, Dmitry Alexandrov:
>
>>>> Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
>>>> все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
>>>> тексту письма, который может быть вовсе и не текстом.
>>>
>>> Это не так. Извините за каламбур, но поищите в рассылке, здесь недавно
>>> обсуждалось.
>>
>> Пардон, что значит «не так», когда легко убедиться, что по крайней мере
>> из коробки все именно так?  Вот, к примеру, т. Дмитрий Кашин посылает в
>> эту рассылку письма обернутыми в base64, значит, чтоб найти в них слово,
>> скажем, «Systemd» посредством M-s в Гнусе нужно запросить его не иначе,
>> чем как «U3lzdGVtZ», по «Systemd» же вы ничего так не найдете.
>>
>> Гнус (и ГНУ Емакс вообще) у меня вроде бы самый что ни на есть
>> последний, так что остается только, что я упустил какую-то опцию, что
>> надо включить.  Может быть, вы подскажете, какую?
>
> «Не так» — значит, что поиск может работать по декодированному тексту.
> Видимо, судя по вашим наблюдениям, он может работать и по кодированному,

Дело не в том, что он «может».  А в том, что именно так — по
нераскодированному тексту — он работает из коробки.  О чем, собственно,
и в документации сказано:

,[ (info "(gnus) Searching for Articles") ]
| ‘M-s’
|  Search through all subsequent (raw) articles for a regexp
|  (‘gnus-summary-search-article-forward’).
`

> но я не знаю (или не помню), как добиться такого поведения.

Жаль.  Если когда-нибудь случайно вспомните, буду рад, если сообщите.

> Попробуйте разобраться, если это действительно важно.

Да спасибо, не очень.  Я, повторюсь, предпочитаю индексацию
полнотекстовому поиску.

Re: Фонт для редактора.

2016-09-25 Thread Dmitry Alexandrov

>   -xos4-terminus-*-r-*--16-*-*-*-c-*-*-*
>
> имеет указанные вариации, для IPA я смогу использовать misc-fixed:
>
>   (set-fontset-font "fontset-default" 'phonetic 
> "-misc-*-*-*-*--16-*-*-*-*-*-*-*"nil)
>
> но так неудачно оказывается что в скрипте латинницы нет глифа для "ː"
> (MODIFIER LETTER TRIANGULAR COLON) и "ˈ" (MODIFIER LETTER VERTICAL LINE).

Из-за двух отсутствующих литер (причем откровенно примитивных) менять всю 
гарнитуру?  Пардон, но что может быть проще, чем просто взять, да и дорисовать 
пару символов в свободный *растровый* шрифт?

Re: Фонт для редактора.

2016-09-25 Thread Dmitry Alexandrov

>>   -xos4-terminus-*-r-*--16-*-*-*-c-*-*-*
>>
>> имеет указанные вариации, для IPA я смогу использовать misc-fixed:
>>
>>   (set-fontset-font "fontset-default" 'phonetic 
>> "-misc-*-*-*-*--16-*-*-*-*-*-*-*"nil)
>>
>> но так неудачно оказывается что в скрипте латинницы нет глифа для "ː"
>> (MODIFIER LETTER TRIANGULAR COLON) и "ˈ" (MODIFIER LETTER VERTICAL LINE).
>
> Из-за двух отсутствующих литер (причем откровенно примитивных) менять
> всю гарнитуру?  Пардон, но что может быть проще, чем просто взять, да
> и дорисовать пару символов в свободный *растровый* шрифт?

И чтобы не быть голословным, собственно вот патчик.  Товарищ Димитр Жеков 
почему-то избегает пользоваться системой контроля версий, так что патч 
относительно последнего тарболла (terminus-font-4.40.tar.gz).

>From 7aad169f52dfbc8c68fe9e344762c8491477dbd5 Mon Sep 17 00:00:00 2001
From: Dmitry Alexandrov <321...@gmail.com>
Date: Sun, 25 Sep 2016 20:29:09 +0300
Subject: [PATCH 1/2] add uni02C8, uni02D0

---
 ter-u12b.bdf | 40 +-
 ter-u12n.bdf | 40 +-
 ter-u14b.bdf | 44 -
 ter-u14n.bdf | 44 -
 ter-u14v.bdf | 44 -
 ter-u16b.bdf | 48 +++-
 ter-u16n.bdf | 48 +++-
 ter-u16v.bdf | 48 +++-
 ter-u18b.bdf | 52 ++-
 ter-u18n.bdf | 52 ++-
 ter-u20b.bdf | 56 +-
 ter-u20n.bdf | 56 +-
 ter-u22b.bdf | 60 -
 ter-u22n.bdf | 60 -
 ter-u24b.bdf | 64 +++-
 ter-u24n.bdf | 64 +++-
 ter-u28b.bdf | 72 +-
 ter-u28n.bdf | 72 +-
 ter-u32b.bdf | 80 +++-
 ter-u32n.bdf | 80 +++-
 20 files changed, 1104 insertions(+), 20 deletions(-)

diff --git a/ter-u12b.bdf b/ter-u12b.bdf
index 01ff0dc..52463aa 100644
--- a/ter-u12b.bdf
+++ b/ter-u12b.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 10
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 500 0
@@ -6562,6 +6562,44 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+20
+20
+20
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+00
+00
+00
+00
+70
+20
+00
+00
+20
+70
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 500 0
diff --git a/ter-u12n.bdf b/ter-u12n.bdf
index c6902a1..eb1722f 100644
--- a/ter-u12n.bdf
+++ b/ter-u12n.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 10
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 500 0
@@ -6562,6 +6562,44 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+20
+20
+20
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+00
+00
+00
+00
+70
+20
+00
+00
+20
+70
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 500 0
diff --git a/ter-u14b.bdf b/ter-u14b.bdf
index 3984978..3988382 100644
--- a/ter-u14b.bdf
+++ b/ter-u14b.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 12
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 571 0
@@ -7250,6 +7250,48 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+18
+18
+18
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+00
+00
+00
+00
+00
+3C
+18
+00
+00
+00
+18
+3C
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 571 0
diff --git a/ter-u14n.bdf b/ter-u14n.bdf
index 22baa08..b7a1ce3 100644
--- a/ter-u14n.bdf
+++ b/ter-u14n.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 12
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 571 0
@@ -7250,6 +7250,48 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+10
+10
+10
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+00
+00
+00
+00
+00
+38
+10
+00
+00
+00
+10
+38
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 571 0
diff --git a/ter-u14v.bdf b/ter-u14v.bdf
index 9d09

Re: Фонт для редактора.

2016-09-25 Thread Dmitry Alexandrov

> On 2016-09-25, Dmitry Alexandrov wrote:
>
>> И чтобы не быть голословным, собственно вот патчик. Товарищ Димитр Жеков
>> почему-то избегает пользоваться системой контроля версий, так что патч
>> относительно последнего тарболла (terminus-font-4.40.tar.gz).
>
> Класно!

Всегда пожалуйста.  Причем в прямом смысле — я совсем не художник, но если надо 
будет, что-нибудь да нацарапаю. :-)  Тем паче, что вполне даже может оказаться, 
что оно у меня уже и нацарапано; правда только для одного размера (которым я 
собственно пользуюсь; но да можно и размножить — это дело техники), и в 
формате, не позволяющем сформировать аккуратную «заплатку» (см. ниже; но да 
что-нибудь придумаем).

> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем визуально
> редактируются bdf файлы?
>
> Для векторных вижу что FontForge применяется...

Он же и для растровых прекрасно подходит.

Но тут есть одна тонкость — как и всякий визивиговый редактор он совершенно не 
стесняется перезаписывать в файле то, что перезаписывать там не нужно.  То есть 
чтоб генерировать аккуратные патчи (и вообще мочь все это безобразие 
версионировать), надо знать, чем пользуется именно т. Жеков.  А это явно не 
Фонтфорж, а что — он не пишет, и спросить у него негде.  Хотя есть у меня 
подозрение, что gbdfed’ом он пользуется.  Ну по крайней мере, именно он 
генерирует BDF почти идентичный оригинальному.

> И когда пробовал чужие bdf фонты тестировать:
>
>   $ bdftopcf -o font.pcf font.bdf
>   $ cp font.pcf $FONTDIR
>   $ mkfontdir $FONTDIR
>   $ xset fp+ $FONTDIR
>   $ xset fp rehash
>
> на шаге:
>
>   bash# xset fp+ $PWD
>   xset:  bad font path element (#0), possible causes are:
>   Directory does not exist or has wrong permissions
>   Directory missing fonts.dir
>   Incorrect font server address or syntax
>
> Когда делаеш в /usr/share/fonts/x11/tmp от sudo - так не ругается. А с
> /home/user/tmp не хочет...

А вот я, честно говоря, даже и не пробовал на пользовательском уровне ничего с 
этим делать.  Для тестирования шрифт устанавливать не надо, а для постоянного 
пользования православно шрифт пакетировать и пакетом устанавливать — ну и я 
пакетирую по образцу и на замену «xfonts-terminus».  Тем более, что через один 
только «xset fp» шрифт не будет доступен в GTK / Qt (или я неправ, и будет?)

Re: Фонт для редактора.

2016-09-26 Thread Dmitry Alexandrov

> On 2016-09-26, Dmitry Alexandrov wrote:
>> Всегда пожалуйста. Причем в прямом смысле — я совсем не художник, но если 
>> надо
>> будет, что-нибудь да нацарапаю. :-) Тем паче, что вполне даже может 
>> оказаться,
>> что оно у меня уже и нацарапано; правда только для одного размера (которым я
>> собственно пользуюсь; но да можно и размножить — это дело техники), и в
>> формате, не позволяющем сформировать аккуратную «заплатку» (см. ниже; но да
>> что-нибудь придумаем).
>
> Интересный способ разработки фотнтов у:
>
>   
> https://medium.com/larsenwork-andreas-larsen/designing-a-coding-font-b10cabd594fc

Пардон, я в черчении шрифтов совсем не специалист, так что, чего тут 
интересного, боюсь, не уловил.

> Он сравнивает свой:
>
>   https://github.com/larsenwork/monoid
>
> с Fira Mono, Source Code Pro and Pragmata Pro и приводит показаельную
> картинку где его фонт на 15 пикселях практически не расплывается.

Это да.  Главное — грамотно подобрать, что и с чем будем сравнивать. :-)


К слову, у него, кажется, что-то не так с мастшабом; на этой картинке первые 
три шрифта запрошены как 15-пиксельные, а «Моноид» — как 12-ти; аналогично 
будет и дальше.


Теперь отключим субпиксельное сглаживание:


Внимание на «ю».


А теперь самое интересное — возьмем не 15 (12) пикселей, а больше.


Увеличенная картинка, полагаю, уже не нужна.


А теперь — смертельный номер — даешь меньше 15 (12) пикселей!



> При таком подходе и учитывая что DPI растет я засомневался в целесообразности
> копаться в растровых фонтах.
>
> Конешно растровый проще рисовать - кубики накидываешь, то ли тягать сплайны.
>
> И вспомнил почему с дефолтного фонта для GTK (DejaVu Sans) я перешел на
> misc-fixed.
>
> Давно у DejaVu Sans Mono русский скрипт был жирнючий, а ASCII тоненькое.
>
> Сейчас это поправили до определенной степени, а на ASCII "DejaVu Sans Mono" в
> 14 и 15 пикселях очень четкий.
>
> Не знаю - потому ли что дизайнеры добавили инструкции как на малеьнкие
> разрешениях показывать, или потому что линии проводили ближе к границым
> пикселей, но FreeMono и DejaVu - отлично смотряться, а множество других -
> отвратно размыто-жирно.
>
>>> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем визуально
>>> редактируются bdf файлы?
>>>
>>> Для векторных вижу что FontForge применяется...
>>
>> Он же и для растровых прекрасно подходит.
>>
>> Но тут есть одна тонкость — как и всякий визивиговый редактор он совершенно 
>> не
>> стесняется перезаписывать в файле то, что перезаписывать там не нужно. То 
>> есть
>> чтоб генерировать аккуратные патчи (и вообще мочь все это безобразие
>> версионировать), надо знать, чем пользуется именно т. Жеков. А это явно не
>> Фонтфорж, а что — он не пишет, и спросить у него негде. Хотя есть у меня
>> подозрение, что gbdfed’ом он пользуется. Ну по крайней мере, именно он
>> генерирует BDF почти идентичный оригинальному.
>>
> Удалили gbdfed в 2011:
>
>   https://packages.qa.debian.org/g/gbdfed.html
>
> На кладбище
>
>   deb [arch=amd64] http://archive.debian.org/debian squeeze main contrib 
> non-free
>
> нашел,

Ага!  А я вот невнимательный — собирал из ванильных исходников.

> придется такое держать, а то безжалосно удаляют. Качать с сайтов и
> распаковывать неподписаное - неприятно.

В смысле строчку в sources.list?  Зачем ее держать?  Обновляться же оно уже 
точно не будет.  А вообще, можно было, вероятно, и не добавлять, у меня на 
Джесси исправно и так встало:

  $ wget 
http://archive.debian.org/debian/pool/main/g/gbdfed/gbdfed_1.5-1.1_amd64.deb
  # gdebi gbdfed_1.5-1.1_amd64.deb

>> А вот я, честно говоря, даже и не пробовал на пользовательском уровне ничего 
>> с
>> этим делать. Для тестирования шрифт устанавливать не надо, а для постоянного
>> пользования православно шрифт пакетировать и пакетом устанавливать — ну и я
>> пакетирую по образцу и на замену «xfonts-terminus». Тем более, что через один
>> только «xset fp» шрифт не будет доступен в GTK / Qt (или я неправ, и будет?)
>
> TTF шрифты после подкидывания в ~/.local/share/fonts и перезапуске приложения
> сразу доступны даже без:
>
>   fc-cache -f -v

Дык а при чем здесь TTF?

Re: chrome and http_proxy

2016-09-29 Thread Dmitry Alexandrov

> есть проблема с http_proxy/https_proxy.
> У пользователя на двух хостах свежая убунта, баш, разумеется, и google chrome 
> 52.0.27.чего-то.там.
> На одном chrome смотрит на http_proxy, на другом - нет. (firefox 46 смотрит 
> на обоих)
> В чем может быть дело?

За эту проприетарщину не скажу, но свободный Хромиум, как он поставляется в 
Дебиане, кажется, имел привычку опираться на ка-дэ-ешные настройки, и ставить 
их выше, чем окружение.  Вполне допускаю, что не только на ка-дэ-ешные.

> Через системные и хромовые и прочие настройки делать не получится.

Так ключ запуска используйте (--proxy-server, подробнее см. в chromium(1)) — 
он-то уж должен быть приоритетнее всего.

Re: chrome and http_proxy

2016-09-29 Thread Dmitry Alexandrov

>>> есть проблема с http_proxy/https_proxy.  У пользователя на двух
>>> хостах свежая убунта, баш, разумеется, и google chrome
>>> 52.0.27.чего-то.там.  На одном chrome смотрит на http_proxy, на
>>> другом - нет. (firefox 46 смотрит на обоих) В чем может быть дело?
>>
>> За эту проприетарщину не скажу, но свободный Хромиум, как он
>> поставляется в Дебиане, кажется, имел привычку опираться на
>> ка-дэ-ешные настройки, и ставить их выше, чем окружение.  Вполне
>> допускаю, что не только на ка-дэ-ешные.
>>
>>> Через системные и хромовые и прочие настройки делать не получится.
>>
>> Так ключ запуска используйте (--proxy-server, подробнее см. в
>> chromium(1)) — он-то уж должен быть приоритетнее всего.
>
> Благодарю, но ключ использовать возможности нету, хром запускается
> веб-драйвером селениума, скрипты к которому не мной писаны и править
> их никто не планирует.

Не уловил отсутствия.  Эта проприетарщина по полному пути запускается?

Re: Ищу голосовую общалку.

2016-10-05 Thread Dmitry Alexandrov

> TOX вроде пока в альфе и в репозиториях нету. Идея децентрализации и
> приватности конешно нравится.
>
> Другие альтернативы не знаю.

Ring?  В Дебиане он начиная со Стретча.

Re: Фонт для редактора.

2016-10-08 Thread Dmitry Alexandrov

>> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем
>> визуально редактируются bdf файлы?
>
> Если надо слегка подхачить, типа подрисовать 1-2 символа, то сюрприз,
> проще всего любимым текстовым редактором.

О!  А можно поподробнее?  ГНУ Емакс имеется в виду?  Это ведь любимый редактор 
Александра, как я понимаю?  Я поискал в Сети какой-нибудь «bdf-mode» — и что-то 
ничего не нашел.  Оно понятно, что можно и, наверное, даже несложно будет 
набросать на е-лиспе конвертер из BDF’ного представления в псевдографику и 
назад, но вы же что-то конкретное имеете на примете, так?

Re: shell background job and trap SIGCHILD

2016-10-28 Thread Dmitry Alexandrov

>> Можно заменить на print (этот
>> обязан быть builtin'ом) и посмотреть, будет ли разница.
> Не будет :)
> % bash -c 'which printf'
> /usr/bin/printf
> % dash -c 'which printf'
> /usr/bin/printf

«$ which which» еще прикажите.

А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется, есть.

$ bash -c 'type printf'
printf is a shell builtin
$ dash -c 'type printf'
printf is a shell builtin

Re: shell background job and trap SIGCHILD

2016-10-28 Thread Dmitry Alexandrov

> Dmitry Alexandrov <321...@gmail.com> wrote:
>> >> Можно заменить на print (этот
>> >> обязан быть builtin'ом) и посмотреть, будет ли разница.
>> > Не будет :)
>> > % bash -c 'which printf'
>> > /usr/bin/printf
>> > % dash -c 'which printf'
>> > /usr/bin/printf
>
>> ??$ which which?? еще прикажите.
>
>> А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется, есть.
>
>> $ bash -c 'type printf'
>> printf is a shell builtin
>> $ dash -c 'type printf'
>> printf is a shell builtin
>
> Проще command -v ${command}

Пардон, для чего проще?  Для программной проверки, быть может, и так, но для 
восприятия человеком (как здесь) — боюсь, что нет.

> оно если с полным путем, то бинарь на диске,

Да не обязательно с полным.  Если подать на вход относительный, то он его и 
вернет, при условии, что по нему есть исполняемость.

$ command -v .bin/chdate
.bin/chdate

Или если в «$PATH» за каким-то чертом внесен относительный путь, то также 
именно он и будет возвращен.

$ export PATH=".:$PATH"
$ cd .bin
$ command -v chdate
./chdate

> если нет - то builtin.

Или функция, или элемент синтаксиса языка (как «if», например).

Re: Странная проблема с перименованием файла

2016-11-11 Thread Dmitry Alexandrov

> Вылезла у меня тут проблемка - при попытке перезаписать файл, например
> при обновлении пакета, выдается "Device or resource busy". Файл, с
> которым возникает проблема, может быть, например /usr/bin/perl
>
> Когда это с базой keepassx стало совсем неудобно.
>
> При этом делать echo в этот файл можно. Нельзя именно его
> переименовывать. Но что dpkg, что keepassx, при записи нового файла
> сначала переименовывает старый.
>
> Что характерно, после перезагрузки проблема сохраняется. То есть это не
> какой-то процесс захватывает файл.

«Device or resource busy» — это, насколько я понимаю, строго про *каталог*, не 
про обычный файл.  То есть копать надо в сторону $ lsof .

Re: Null в качестве разделителя в скрипте

2016-11-30 Thread Dmitry Alexandrov

> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения
> стандартов. В команде zsh на этом изрядно заморочены, в команде dash -
> так себе, они скорее делают свой шелл таким, чтобы то, что он понимает,
> без сюрпризов работало в любом другом шелле, делающем вид, что он
> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.

Последнее на первый взгляд звучит как чушь.  Можно источник?

Re: bluetooth device enumeration

> А можно как-нить уговорить linux запомнить порядок (или имена) bluetooth
> устройств? Или убрать из системы лишние устройства?

В 2009-м товарищи из linux-blueto...@vger.kernel.org писали, что нет:

,[Re: Renaming hci interfaces with udev]
| > I would like to change the default name of bluetooth interfaces (hci0, 
hci1, ...)
| > using udev rules.
| > 
| > While with wlan usb dongles it works with the line:
| > KERNEL=="wlan*", NAME="foo0"
| > the analogous for the bt:
| > KERNEL=="hci*", NAME="foo0"
| > doesn't work, while
| > KERNEL=="hci*", RUN+="/usr/bin/touch /tmp/foo"
| > works.
| > 
| > I'm using kernel 2.6.30.1, udev 125 and bluez 4.46.
| 
| we don't support renaming HCI devices. However feel free to send a
| kernel patch to enable it.
| 
| Regards
| 
| Marcel
`(https://www.spinics.net/lists/linux-bluetooth/msg02912.html)

Re: Null в качестве разделителя в скрипте

>  >> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения
>  >> стандартов. В команде zsh на этом изрядно заморочены, в команде dash -
>  >> так себе, они скорее делают свой шелл таким, чтобы то, что он понимает,
>  >> без сюрпризов работало в любом другом шелле, делающем вид, что он
>  >> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.
>
>  > Последнее на первый взгляд звучит как чушь.  Можно источник?
>
> bash

И пара примеров, конечно, без труда найдется (в позиксном режиме, который при 
запуске за «sh», разумеется)?

Re: Null в качестве разделителя в скрипте

>  >>  >> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения
>  >>  >> стандартов. В команде zsh на этом изрядно заморочены, в команде dash -
>  >>  >> так себе, они скорее делают свой шелл таким, чтобы то, что он 
> понимает,
>  >>  >> без сюрпризов работало в любом другом шелле, делающем вид, что он
>  >>  >> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.
>  >>
>  >>  > Последнее на первый взгляд звучит как чушь.  Можно источник?
>  >>
>  >> bash
>
>  > И пара примеров, конечно, без труда найдется (в позиксном режиме,
>  > который при запуске за «sh», разумеется)?
>
> Сходу нет. Он слишком крив для того, чтобы я им пользовался. Что самое
> неприятное, ВНЕЗАПНО крив.

Ну а на это-то заявление пара примеров найдется сходу?

> Но в принципе, уже достаточно полистать историю правок к скриптам
> пакетов в дебиане за период, когда шла волна борьбы за работу скриптов в
> dash. То и дело всплывала вычистка башизмов из скриптов, начинающихся на
> #!/bin/sh.

Простите, а это здесь каким боком?

Re: Null в качестве разделителя в скрипте

> Dmitry Alexandrov -> debian-russian@lists.debian.org  @ Thu, 01 Dec 2016 
> 14:17:22 +0300:
>
>  >>  >>  >> Заблуждаешься ты в основном в том, что ожидаешь от шеллов 
> соблюдения
>  >>  >>  >> стандартов. В команде zsh на этом изрядно заморочены, в команде 
> dash -
>  >>  >>  >> так себе, они скорее делают свой шелл таким, чтобы то, что он 
> понимает,
>  >>  >>  >> без сюрпризов работало в любом другом шелле, делающем вид, что он
>  >>  >>  >> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.
>  >>  >>
>  >>  >>  > Последнее на первый взгляд звучит как чушь.  Можно источник?
>  >>  >>
>  >>  >> bash
>  >>
>  >>  > И пара примеров, конечно, без труда найдется (в позиксном режиме,
>  >>  > который при запуске за «sh», разумеется)?
>  >>
>  >> Сходу нет. Он слишком крив для того, чтобы я им пользовался. Что самое
>  >> неприятное, ВНЕЗАПНО крив.
>
>  > Ну а на это-то заявление пара примеров найдется сходу?
>
> Приходите лет на 10 раньше, когда я пытался еще писать на баше и ходил
> по этим граблям.
>
>  >> Но в принципе, уже достаточно полистать историю правок к скриптам
>  >> пакетов в дебиане за период, когда шла волна борьбы за работу скриптов в
>  >> dash. То и дело всплывала вычистка башизмов из скриптов, начинающихся на
>  >> #!/bin/sh.
>
>  > Простите, а это здесь каким боком?
>
> Элементарно, Ватсон. Понимание башем башизма в режиме совместимости с
> /bin/sh не является POSIX-совместимым. Потому что не позволяет заменить
> /bin/sh на другой POSIX-совместимый для выполнения этого скрипта.

Э...  Дорогой Холмс, вы всерьез полагаете, что ПОЗИКС предписывает оболочке 
(или любой другой программе) быть урезанным обрубком?

Если да, то как вы это ухитряетесь сочетать с верой в то, что «в команде zsh 
изрядно заморочены [на стандартах]»?

auditd(8): где прячутся искоробчные правила?

2016-12-14 Thread Dmitry Alexandrov

Добрых суток, уважаемая рассылка.

Дебиан ГНУ/Линукс Джесси.  При установленном auditd в /var/log/audit/audit.log 
из коробки пишется ценная по чьему-то там мнению информация, как то: все вызовы 
su, sudo и задач cron’а.  Не то, чтобы оно мне сильно мешало, однако подумав 
это временно отключть, я обнаружил, что не понимаю, как это сделать:

,
| # auditctl -l
| No rules
| 
| # cat /etc/audit/audit.rules
| # This file contains the auditctl rules that are loaded
| # whenever the audit daemon is started via the initscripts.
| # The rules are simply the parameters that would be passed
| # to auditctl.
| 
| # First rule - delete all
| -D
| 
| # Increase the buffers to survive stress events.
| # Make this bigger for busy systems
| -b 320
| 
| # Feel free to add below this line. See auditctl man page
`

То есть этих правил как бы нигде нет, но они есть и от «# auditctl -D» не 
исчезают.  По страницам auditd(8), audit.rules(7) и auditctl(8) глазами 
пробежал - там ничего про намертво вшитые умолчания не сказано.  Как сие 
понимать?

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-21 Thread Dmitry Alexandrov

> LANG=C ls -l1d fileOrDir
>   как-то диковато
>
> stat -c "%U %G" fileOrDir
>   а если (больной) юзер в качестве /bin/sh zsh назначит в котором stat 
> встроенный и совсем другой ?
>
> /usr/bin/stat -c "%U %G" fileOrDir
>а не будет ли stat в /bin со временем,
>и нужна ли завис. от конкретной версии coreutils?
>
> Есть ли debian-true решение этого вопроса?

Все ответы уже даны, я так и не догнал до причины вопроса.  Что это значит 
«юзер назначит zsh в качастве /bin/sh»?

Пользователям, очевидно, не дано никаких прав выбирать, на что указывает 
/bin/sh.  Системному же оператору, насколько я вижу, предоставлено лишь две 
опции: dash (по-умолчанию) и bash (по старинке) — посредством debconf (# 
dpkg-reconfigure dash), и не предоставлено никакого выбора посредством 
update-alternatives(1).

Если же некто таки умудрится вручную переписать ссылку с /bin/sh на zsh, то он 
несомненно ССЗБ, и подстраиваться под такого настолько же излишне, насколько 
под того, кто заменит /bin/cp rsync’ом.

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-21 Thread Dmitry Alexandrov

> 22 марта 2017 г., 8:45 пользователь Dmitry Alexandrov написал:
>>
>> Что это значит «юзер назначит zsh в качастве /bin/sh»?
>> Пользователям, очевидно, не дано никаких прав выбирать, на что указывает 
>> /bin/sh.
>
> man chsh

| NAME
|chsh - change login shell

| login shell

| login

>> Если же некто таки умудрится вручную переписать ссылку с /bin/sh на zsh,
>> то он несомненно ССЗБ, и подстраиваться под такого настолько же излишне,
>
> zsh - вполне законный sh и он может работать как /bin/sh.

Тов. Никитин утверждает, что zsh(1) несет за собой описанные им проблемы со 
stat’ом.  Я не пользуюсь zsh, и не проверял этого, но у меня нет никаких 
оснований ему не верить.

Впрочем, так это или иначе — это не так важно.  Все, что я хотел сказать, — это 
то, что Дебиан, насколько я знаю, не предоставляет документированных средств 
для выбора чего-либо, кроме dash’а и bash’а, в качестве /bin/sh.  (Да и 
возможность выбрать ГНУ Баш-то, как мне кажется, предоставляется только для 
совместимости со старыми выпусками Дебиана).  Так что допускать, что /bin/sh 
окажется zsh’ем, ksh’ем, csh’ем и так далее, не стоит.

А то, что могут существовать маргинальные системы, где за /bin/sh служит zsh, а 
то и что еще более странное, — это понятно.  Но в контексте вопроса это не 
имеет значения — т. Никитин-то пишет сценарий для deb-пакета.

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Thread Dmitry Alexandrov

> On Wed, Mar 22, 2017 at 06:46:16AM +0300, Dmitry Alexandrov wrote:
>> Тов. Никитин утверждает, что zsh(1) несет за собой описанные им
>> проблемы со stat-ом.  Я не пользуюсь zsh, и не проверял этого, но
>> у меня нет никаких оснований ему не верить.
>
>  А я пользуюсь zsh (он у меня рутовый на всех моих машинах),
>  и основания не верить товарищу Никитину у меня есть:
>
> # which stat root@cub 10:32
> /usr/bin/stat
> # type stat  root@cub 10:32
> stat is /usr/bin/stat
> # echo $SHELL $ZSH_VERSION   root@cub 10:32
> /bin/zsh 5.3.1

А!  Ну и славненько.

>  При этом да, тот у кого симлинк /bin/sh показывает на что-то отличное
>  от bash или dash, тот в состоянии поиска на свою задницу приключений.
>
>  Хотя подозреваю, что система с таким симлинком загрузится (если /usr
>  не отдельный раздел, конечно). А уж будут проблемы с dpkg или нет, это
>  зависит от того, как мейнтейнеры КОНКРЕТНЫХ пакетов пишут скрипты.
>  Известно, что zsh в sh-моде намного строже по части совместимости
>  с классическим Борновским шеллом, чем баш.

Если дело обстоит именно так — zsh запускается как sh в режиме совместимости с 
классическим Борновским шеллом, то проблемы будут несомненно.  Думаю, никому и 
в голову не придет сейчас писать под эту проприетарщину (и смею вас заверить, 
ГНУ Баш такими глупостями, как совместимость с ней, *вообще* не занимается).

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Thread Dmitry Alexandrov

>> >  Известно, что zsh в sh-моде намного строже по части совместимости
>> >  с классическим Борновским шеллом, чем баш.
>> 
>> Если дело обстоит именно так ??? zsh запускается как sh в режиме
>> совместимости с классическим Борновским шеллом, то проблемы будут
>> несомненно.
>
>  Открою страшную тайну: bash точно так же переходит в sh-моду, как и
>  ksh, zsh и, наверное, другие неведомые мне борновские шеллы.

>> Думаю, никому и в голову не придет сейчас писать под
>> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями,
>> как совместимость с ней, *вообще* не занимается).
>
>  Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет
>  выделенную sh-моду

Ага, только никакого отношения к классическому шеллу Борна она не имеет.  
Будучи запущенным как sh, ГНУ Баш переходит в режим следования стандарту ПОЗИКС 
в той его части, что касается командной оболочки.  Там где-то с полсотни 
мелочных различий — в отличие от всяких новомодных Фишей, Баш и по-умолчанию 
весьма стандартен.

>  Только делал он это плохо.

Документировано [0] ровно одно отклонение от стандарта, целенаправленно 
допущенное даже в стандартном режиме и касающееся сценариев (а не диалога) — 
echo принимает ключи ‘-n’ и ‘-e’, тогда как не должна никакие.  (Причина не 
указана, но я так понимаю, что она в том, что по стандарту не делает никто.)

То есть все остальное, что «плохо», будет багами.  Я пробежася по bug-bash и 
что-то не нашел актуальных багов на эту тему.  То есть надо полагать, что если 
и раньше и было «плохо» (я, впрочем, такого не припомню), то сейчас он это 
делает *идеально*.  Впрочем, не исключаю, что я неаккуратно или даже как-то 
совсем не так искал.

[0] (info "(bash) Bash POSIX Mode")

>  И проприетарщина кода истопаемого шелла здесь не при чём, речь идёт
>  о строгости соблюдения синтаксиса некоторого подмножества языка, который
>  сам (как язык) предметом интеллектуальной собственности НЕ является,
>  что бы там ни пытались доказать адвокаты Оракла с их маниакальным желанием
>  считать API преметом ИС и подорвать этим всю IT-индустрию.

За тем исключением, что «интеллектуальная собственность» есть оскюморон, со 
всем этим нельзя не согласиться.

Только это мы так совсем уйдем в офтопик.  Тогда как мысль, что я пытался 
донести была вполне триваильной — если говорить простыми словами: совместимость 
с несвободным шеллом сорокалетней давности нахрен никому не вперлась.

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Thread Dmitry Alexandrov

>> >> Думаю, никому и в голову не придет сейчас писать под
>> >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями,
>> >> как совместимость с ней, *вообще* не занимается).
>> >
>> >  Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет
>> >  выделенную sh-моду
>>
>> Ага, только никакого отношения к классическому шеллу Борна она не
>> имеет.  Будучи запущенным как sh, ГНУ Баш переходит в режим
>> следования стандарту ПОЗИКС в той его части, что касается командной
>> оболочки.
>
>  Так вот эта часть POSIX и есть стандартизация языка Борновского шелла.

В каком смысле?  «Классический шелл Борна» несовместим с настоящим ПОЗИКСом.  А 
вот ГНУ Баш, вопреки вами сказанному, совместим почти идеально.

>> Мысль, что я пытался донести была вполне триваильной - если
>> говорить простыми словами: совместимость с несвободным шеллом
>> сорокалетней давности нахрен никому не вперлась.
>
>  Большинству (простых пользователей, и большинству кодеров) наплевать
>  на то, как написаны скрипты в пакетах. Но это не значит, что нет никого,
>  кому может потребоваться совместимость и комплиантный стандарту код.

Стандарту-то, конечно, может, а вот с несвободным интерпретатором сорокалетней 
давности — насколько редко, что можно смело сказать — никогда.

Re: установка своего пакета с зависимостями

2017-03-23 Thread Dmitry Alexandrov

> Нельзя, Первое, что нужно делать с любой машиной, хоть тестовой, хоть
> какой, это запрещать туда логин по ssh рутом

Сколько это слышу, всегда было интересно, а какое-нибудь доказательное 
обоснование этому есть, или это из разряда эмпирических табу?  Чем имя 
пользователя + ключ + пароль (записанные в одном месте) принципиально надежнее 
одного ключа?

Re: установка своего пакета с зависимостями

2017-03-23 Thread Dmitry Alexandrov

>> > Нельзя, Первое, что нужно делать с любой машиной, хоть тестовой,
>> > хоть какой, это запрещать туда логин по ssh рутом  
>> 
>> Сколько это слышу, всегда было интересно, а какое-нибудь
>> доказательное обоснование этому есть, или это из разряда эмпирических
>> табу?  Чем имя пользователя + ключ + пароль (записанные в одном
>> месте) принципиально надежнее одного ключа?
>
> Каждый лишний бит, который нужно подобрать атакующему, увеличивает
> работу по brute-force вдвое. 

Мне по наивности казалось, что попытка взятия удаленного входа по ключу грубой 
силой — это несерьезно.

> Поэтому, скорее всего, если вдруг машина, 22-й порт которой случайно
> или намеренно оказался доступным из сети, не пускает пользователей со
> стандартными, широко распространенными именами (root будет первым на
> попробовать), то атакующий пойдет дальше, искать более уязывимую машину.
>
> Кроме того, если в конторе работают несколько человек, запрет ходить
> рутом очень упрощает расследования инцидентов вида "кто сломал тестовую
> систему?!". Поскольку в логах остается что заходил такой-то и делал
> sudo.  Или даже инцидентов вида "появилась такая вот хрень. Кому она
> понадобилась?". По логам находишь кто из сотрудников поставил, и ему
> спрашиваешь. 

Да, вы правы, все связанное с организационными вопросами я упустил из виду.  
Спасибо.

[systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

2017-03-28 Thread Dmitry Alexandrov

Добрых суток уважаемой рассылке.

Как известно, многие беспроводные сетевые карты с несвободными прошивками (да и 
не только они) плохо совместимы с погружением машины спячку того или иного вида 
(suspending / hibernation).

Есть и традиционный костыль, решающий эту проблему, — выгрузка-загрузка 
линуксового модуля, отвечающего за таковое устройство.

До прихода systemd в Дебиане был предусмотрен и описан в pm-action(8) интерфейс 
для настройки костыля: куда-нибудь в /etc/pm/config.d/ можно было прописать, к 
примеру, SUSPEND_MODULES="r8712u".

А что теперь?  Нет, мне, разумеется, не сложно написать два .service-файла и 
кинуть их в /etc/systemd/system/:

,
| [Unit]
| Before=hibernate.target suspend.target hybrid-sleep.target
| 
| [Service]
| Type=oneshot
| ExecStart=/sbin/modprobe -r r8712u
| 
| [Install]
| WantedBy=hibernate.target suspend.target hybrid-sleep.target
`

,
| [Unit]
| After=hibernate.target suspend.target hybrid-sleep.target
| 
| [Service]
| Type=oneshot
| ExecStart=/sbin/modprobe r8712u
| 
| [Install]
| WantedBy=hibernate.target suspend.target hybrid-sleep.target
`

Но какого-нибудь более пользовательского, документированного решения ныне в 
Дебиане из коробки не предусмотрено?

Re: [systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

2017-03-28 Thread Dmitry Alexandrov

>> Как известно, многие беспроводные сетевые карты с несвободными
>> прошивками (да и не только они) плохо совместимы с погружением машины
>> спячку того или иного вида (suspending / hibernation).
>> 
>> Есть и традиционный костыль, решающий эту проблему, — выгрузка-
>> загрузка линуксового модуля, отвечающего за таковое устройство.
>> 
>> До прихода systemd в Дебиане был предусмотрен и описан в pm-action(8) 
>> интерфейс для настройки костыля: куда-нибудь в /etc/pm/config.d/
>> можно было прописать, к примеру, SUSPEND_MODULES="r8712u".
>> 
>> А что теперь?  Нет, мне, разумеется, не сложно написать два .service-
>> файла и кинуть их в /etc/systemd/system/:
>>
>> ...
>>
>> Но какого-нибудь более пользовательского, документированного решения
>> ныне в Дебиане из коробки не предусмотрено?
>
> Я сделал так. Этот скрипт повесил на systemd и горя с sleep и hibernate
> не имею. http://codepad.org/BH0HDxXC

Э... Вы, кажется, ссылку перепутали.  (И вообще — какие ссылки — мы же не в 
IRC!)  Там следующее:



raw.rb
Description: application/ruby

Это, насколько я понял, костыль для отключения пробуждения из энергозависимой 
спячки (suspending) по сигналу с ряда устройств.  Там, кстати, написано «from 
hibernate or sleep», но я не могу представить себе, как это может повлиять на 
способы *включения* машины; если ошибаюсь — поправьте.

И хотя вы меня не спрашивали, как это делается по-нормальному, но тем, кто это 
письмо когда-нибудь найдет, могу сообщить, что, разумеется, правилами для 
udev’а.  Например, таким:

,[ /etc/udev/rules.d/43-disable-wakeup-on-peripherals.rules ]
| ACTION=="add", TEST=="power/wakeup", ATTR{power/wakeup}="disabled"
`

Может показаться, что это отключит даже единственно необходимое пробуждение с 
кнопки питания, но по практике могу сказать, что не отключит, и вообще его 
отключить невозможно.  И разумеется, все это можно дополнить по вкусу.


А от вас я жду того кода, который вы хотели привести.  :-)

Re: multimail@emacs

2017-03-31 Thread Dmitry Alexandrov

> Есть ли возможность без использования излишне умных ньюс-клиентов
> работать в емаксе с почтой с нескольких серверов и парой мейл-листов
> (включая и этот, а следовательно, желательно, чтобы не было разрывов
> тредов и прочих известных мисфич)?

Да.  Гнус.  См. (info "(gnus) Top")

> Про то, что всем как ниже-, так и
> вышеперечисленным требованиям удовлетворяет mutt, я знаю, но интересует
> именно емакс.

Да, Гнус — часть ГНУ Емакса, доступен из коробки.

> Подробнее: уже много лет я не пользуюсь ньюсами и тяжелые ньюс-клиенты
> для меня просто оверкилл; принимать почту с разных серверов может
> fetchmail (мейл-листы у меня все равно идут на гмейловский адрес);
> распихивать ее по разным фолдерам может procmail.

Загонять обоюдонаправленный IMAP в однонаправленный fetchmail(1) — откровенно 
непоятный мне выбор.  Но никаких проблем настроить Гнус на работу с тем, что 
получается в результате такого опрокрущивания, нет.

А если вам нужна самостоятельная программа для полноценной синхронизации 
удаленного IMAP-сервера с кучкой файлов или локальным IMAP-сервером (типа 
Dovecot), то есть, к примеру, mbsync(1).

> Но кто (exim? не смог
> навскидку нагуглить, как; или кто-нибудь еще?) может письмо с from:
> @gmail.com посылать через гмейл с одним паролем, письмо с from: @mail.ru
> посылать через мейл.ру с другим паролем, а письмо с фромом
> @моя-работа.ру посылать через рабочий сервер с третьим?

В принципе, можно и не выходя за пределы Емакса так сделать.

Но если нужна самостоятельная программа, то msmtp(1).  С ней именно так, как вы 
сказали — то есть не дать пользователю выбор, через что отсылать, а выбирать 
строго на основании поля «от»; сделать будет проще.

> И отдельный вопрос -- есть ли под емакс какой-нибудь опять-таки НЕ
> ньюсовый клиент (как это, да и все, что выше, тоже, делается в гнусе, я
> знаю)

Ну так и в чем проблема?  Пользуйтесь им на здоровье.  Или у вас лицензию на 
него отобрали?  :-)

Re: Установка системы

> на этом нетбуке был установлен Ubuntu 32bit, но из за того что у
> Ubuntu высокие требования к ресурсам нетбук сильно тормозил, по требования[м]
> у Debian проще

Да господь с вами!  С чего вы это взяли?  Да и что вообще можно сделать такого 
с программой при сборке под заданную архитектуру, чтоб она волшебным образом 
начала быть существенно менее требовательной к машине?  Не говоря уж о том, что 
в Убунте большая часть программ собирается по точно тем же рецептам, что и в 
Дебиане.

> поэтому пробовал его установить, пробую установить версию 64bit и
> отпишусь, спасибо.

А вот у сборка под amd64 таки слегка более требовательна к памяти, чем под i686.

Я бы порекомендовал вам развернуть все обратно, установить, кто же перегружает 
вам машинку, и подумать, как избавиться от него.

Re: Установка системы

> Установил повторно
> http://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/debian-live-8.7.1-i386-standard.iso.torrent
> с выбором графического интерфейса
> однако запускается система в командной строке

Если при установке вы выбрали ту или иную столовую среду, то она должна и 
запускаться.  Учитывая, что у вас в первый раз после установки вообще ничего не 
запустилось, я бы грешил на оборудование.

Накопитель у вас магнитный?  Он там часом не посыпался?

> и какой вариант выбрать менее ресурсоемкий из предложенных на странице
> http://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/?

Вы же уже установили Дебиан, зачем вам еще эти образы?  Или это вы просто 
спрашиваете, какая из сред «легче»?  Из представленных по ссылке — LXDE 
считается.  Но там не полный выбор из того, что есть в Дебиане; как минимум, в 
нем еще есть LXQt.

Re: Установка системы

>> ZOTAC ZBOX SD-ID13
> высокие требования к ресурсам нетбук сильно тормозил, по требования

А вообще — я тут попытался посмотреть, что у вас там за машинка.  Во-первых, вы 
не ошиблись ли в маркировке?  Этот самый «Зотак» — это никакой не нетбук, это 
компактный стационарный ПК.

Если не ошиблись, то это совершенно не древний хлам, как мне показалось из 
ваших вопросов.  На нее можно поставить 4 Гб памяти, и именно это я 
категорически и рекомендую сделать, после чего на нем и KDE вполне сносно 
пойдет.

Re: Установка системы

 ZOTAC ZBOX SD-ID13
>>> высокие требования к ресурсам нетбук сильно тормозил, по требования
>>
>> Во-первых, вы не ошиблись ли в маркировке?  Этот самый «Зотак» — это
>> никакой не нетбук, это компактный стационарный ПК.
>
> Извините ошибся, Acer Aspire One ZG5 AOA150

Действительно, как легко перепутать.  И сколько же там по факту памяти?

Re: Debian с LXDE: не подключиться к Wi-Fi (Was: Установка системы)

>>> Извините ошибся, Acer Aspire One ZG5 AOA150
>> И сколько же там по факту памяти?
> RAM 1 Gb

Да, совсем хиленько.  Люди пишут, что до полутора можно: 0,5 Гб несъемных и 1 
Гб в разъеме; так что пойдете мимо барахолки — купить подходящую 1 Гб планку и 
поставить вместо нынешней на 0,5 будет нелишним — все полегче будет.

> Установил debian-live-8.7.1-i386-lxde-desktop.iso запустил систему

То есть заглавный вопрос решен?  Считаем, что дело было в человеческом факторе, 
а не в посыпавшемся диске?  ОК, значит заглавие меняем.

> однако не видны сети wifi и нет подключения к интернету, но при
> установке системы подключение к wifi была и были получены обновления
> системы.

«Не видны» — это как?  Кто у вас там вообще сетью рулит?  Network Manager?  
Conman?  Wicd?

Вообще — какие меры приняли для решения вопроса?  Карточка-то хоть какая, 
узнали?

$ lspci -v

А вообще, «debian-live» — это часом не те неофициальные образы, которые с 
несвободными прошивками?  Взяли бы вы обычный установочный образ, а к нему 
отдельно несвободные прошивки — в установленной системе нужная их них должна 
была бы остаться, как я помню.  А с этими «живыми» — даже не знаю.

В принципе, если не западло, можете просто все несвободные прошивки скопом 
поставить.

Re: Репрессии в России. Арест Дмитрия Богатова.

2017-05-13 Thread Dmitry Alexandrov

> Насчет exit-ноды, это домыслы "адвокатов". Только за exit-ноды не
> сажают во первых (у меня долгое время было несколько нод - когда
> пользовался Tor'ом по бизнесу - никто даже вопрос не задал ни о чем).

Извините за личную просьбу, но раз так, вы не могли вновь поднять у себя 
выходной узел Тора?  А то, боюсь, на фоне обсуждаемых событий таковые в России 
рискуют стать большим дефицитом.

Re: Репрессии в России. Арест Дмитрия Богатова.

2017-05-21 Thread Dmitry Alexandrov

> Есть петиция в защиту Дмитрия Богатова:
>
> https://www.change.org/p/свободу-дмитрию-богатову
>
> Кому не безразлично, подпишите.

Не то, чтобы я непременно собирался это подписывать, но хороший повод спросить 
у знающего человека: а это уже можно сделать без несвободных программ?  У них 
там, вроде бы, есть программный интерфейс, а значит может и свободный клиент 
существовать.

Re: Репрессии в России. Арест Дмитрия Богатова.

>>> https://www.change.org/p/свободу-дмитрию-богатову
>>>
>>> Кому не безразлично, подпишите.
>>
>> Не то, чтобы я непременно собирался это подписывать, но хороший
>> повод спросить у знающего человека: а это уже можно сделать без
>> несвободных программ?  У них там, вроде бы, есть программный
>> интерфейс, а значит может и свободный клиент существовать.
>
> Вы о чём, какой клиент? Там обычный web-сервис или я что-то неверно
> понял? Может у них REST API есть, я не интересовался.

Не, вероятно, это я чего-то не догоняю: «обычный веб-сервис» — это что?

Я поначалу так понял, что вы предлагаете загрузить с change.org пачку 
несвободных (по крайней мере я не вижу указания на обратное) программ и 
запустить их у себя в обозревателе, чтобы они что-то там поделали и отправили 
обратно на change.org.  Вот я и спросил, а можно это как-то сделать, не 
запуская несвободных программ?

Re: Репрессии в России. Арест Дмитрия Богатова.

> https://www.change.org/p/свободу-дмитрию-богатову
>
> Кому не безразлично, подпишите.

 Не то, чтобы я непременно собирался это подписывать, но хороший
 повод спросить у знающего человека: а это уже можно сделать без
 несвободных программ?  У них там, вроде бы, есть программный
 интерфейс, а значит может и свободный клиент существовать.
>>>
>>> Вы о чём, какой клиент? Там обычный web-сервис или я что-то неверно
>>> понял? Может у них REST API есть, я не интересовался.
>>
>> Не, вероятно, это я чего-то не догоняю: «обычный веб-сервис» — это что?
>>
>> Я поначалу так понял, что вы предлагаете загрузить с change.org
>> пачку несвободных (по крайней мере я не вижу указания на обратное)
>> программ и запустить их у себя в обозревателе, чтобы они что-то там
>> поделали и отправили обратно на change.org.  Вот я и спросил, а
>> можно это как-то сделать, не запуская несвободных программ?
>
> Я чуть моск не сломал, пытался понять , что за несвободные програмыы
> нужно скачивать и запускать в браузере.

Вы себя не бережете. :-)

Но если все-таки разберетесь, я был бы рад почитать объяснения.  Ибо даже 
просто любопытно — что можно было такого наворотить вместо стандартной отправки 
формы из семи полей.

Re: Репрессии в России. Арест Дмитрия Богатова.

> https://www.change.org/p/свободу-дмитрию-богатову
>
> Кому не безразлично, подпишите.
 Не то, чтобы я непременно собирался это подписывать, но хороший
 повод спросить у знающего человека: а это уже можно сделать без
 несвободных программ?  У них там, вроде бы, есть программный
 интерфейс, а значит может и свободный клиент существовать.
>>> Вы о чём, какой клиент? Там обычный web-сервис или я что-то неверно
>>> понял? Может у них REST API есть, я не интересовался.
>> Не, вероятно, это я чего-то не догоняю: «обычный веб-сервис» — это что?
>>
>> Я поначалу так понял, что вы предлагаете загрузить с change.org
>> пачку несвободных (по крайней мере я не вижу указания на обратное)
>> программ и запустить их у себя в обозревателе, чтобы они что-то там
>> поделали и отправили обратно на change.org.  Вот я и спросил, а
>> можно это как-то сделать, не запуская несвободных программ?
>
> На сайт заходите и тыкаете галочку, никаких сторонних программ и
> дополнений там не нужно.

А вот теперь вы меня совсем заинтриговали — какую галочку?  Мы, вероятно, видим 
что-то совсем разное.

Я вижу графы (имя, фамилия, э-адрес, страна, город, комментарий), какие нужно 
заполнить, и под ними *кнопку* «Подписать».  Увы, она не функционирует.

Как я понимаю, и не будет она функционировать, пока я не запущу на исполнение 
ту проприетарщину на Яваскрипте, что change.org втюхивает мне вместе со 
страницей.  Ну по крайней мере, раньше было именно так.

Вот я всего лишь и спросил у вас: раз уж рекламируете change.org, может быть вы 
знаете способ обойтись без этого.  Но спасибо, я уже, кажется, убедился, что 
нет — не знаете, а агитируете пользоваться несвободными программами.

Жаль.

Re: Репрессии в России. Арест Дмитрия Богатова.

> вы просто издеваетесь?

Да помилуйте!  Кто тут над кем издевается?

> Вы вообще поиском в WEB пользуетесь?

Обижаете; я поискал прежде, чем вас спрашивать.  Нашел только заметку 
нескольколетней давности, где сказано, что change.org без несвободных программ 
неюзабелен.  Вот, подумал, может быть, что изменилось за эти годы.

> Код стартовой страницы гугла или яндекса не посмотрите?

Посмотрел.  Не специалист, но ничего интересного, кажется.  Что я должен был 
увидеть?

Вы что ли хотите намекнуть, что якобы уже и *ими* невозможно пользоваться?  
Боюсь, что это на вашей стороне какие-то проблемы, ибо у меня-то что тот, что 
другой прекрасно работают.  Давайте попробуем их решить.

> И я не рекламирую change.org, просто там петиция.

А... Извините, а я от совпадения имен грешным делом подумал, что это вы ее там 
и разместили.

> Если бы вы сделали свой популярный сервис (на исключительно свободном
> ПО), я бы им пользовался, наверное.
>
> И если вас JS не устраивает,

Да почему же?  Недурной, вроде бы, язык, ничего против не имею.

> пользуйтесь их REST API (специально для вас погуглил):
> https://github.com/change/api_docs/blob/master/v1/examples/sign_petition.php
> Доки в том же репозитории есть.

Полагаете, что когда я в первом письме писал про существующий программный 
интерфейс и спрашивал, нет ли готового к использованию свободного клиента, я 
что-то иное имел в виду?  :-)

Re: Репрессии в России. Арест Дмитрия Богатова.

>> Вы вообще поиском в WEB пользуетесь?
>
> Обижаете; я поискал прежде, чем вас спрашивать.  Нашел только заметку
> нескольколетней давности, где сказано, что change.org без несвободных
> программ неюзабелен.  Вот, подумал, может быть, что изменилось за эти
> годы.
>
>> Код стартовой страницы гугла или яндекса не посмотрите?
>
> Посмотрел.  Не специалист, но ничего интересного, кажется.  Что я должен был 
> увидеть?
>
> Вы что ли хотите намекнуть, что якобы уже и *ими* невозможно
> пользоваться?  Боюсь, что это на вашей стороне какие-то проблемы, ибо
> у меня-то что тот, что другой прекрасно работают.  Давайте попробуем
> их решить.

А впрочем извините, вру маленько: если именно поиск и именно *с главной*, то у 
Яндекса действительно не работает.  Не то, чтобы оно было сильно нужно — единый 
интерфейс обозревателя всяко удобнее, но спасибо, что обратили внимание на эту 
печаль.

А в чем у вас проблема с Гуглем, даже пока не могу предположить.  С рядом 
страниц бывают проблемы, если использовать Мю-блок или еще что-нибудь подобное, 
что всего лишь подделывает заголовки ‘Content-Security-Policy’.  В этом случае 
обозреватель *не* fallback’ится на .  Но я проверил, Гугль даже так 
работает исправно.

Re: Репрессии в России. Арест Дмитрия Богатова.

 Вы вообще поиском в WEB пользуетесь?
>>> Обижаете; я поискал прежде, чем вас спрашивать.  Нашел только заметку
>>> нескольколетней давности, где сказано, что change.org без несвободных
>>> программ неюзабелен.  Вот, подумал, может быть, что изменилось за эти
>>> годы.
>>>
 Код стартовой страницы гугла или яндекса не посмотрите?
>>> Посмотрел.  Не специалист, но ничего интересного, кажется.  Что я должен 
>>> был увидеть?
>>>
>>> Вы что ли хотите намекнуть, что якобы уже и *ими* невозможно
>>> пользоваться?  Боюсь, что это на вашей стороне какие-то проблемы, ибо
>>> у меня-то что тот, что другой прекрасно работают.  Давайте попробуем
>>> их решить.
>> А впрочем извините, вру маленько: если именно поиск и именно *с
>> главной*, то у Яндекса действительно не работает.  Не то, чтобы оно
>> было сильно нужно — единый интерфейс обозревателя всяко удобнее, но
>> спасибо, что обратили внимание на эту печаль.
>>
>> А в чем у вас проблема с Гуглем, даже пока не могу предположить.  С
>> рядом страниц бывают проблемы, если использовать Мю-блок или еще
>> что-нибудь подобное, что всего лишь подделывает заголовки
>> ‘Content-Security-Policy’.  В этом случае обозреватель *не*
>> fallback’ится на .  Но я проверил, Гугль даже так работает
>> исправно.
>
> У меня нет проблем с работоспособностью. Сказано это было к тому, что
> там куча скриптов (не столь важно, что сервисы частично работоспособны
> после их блокировки).

Как же это не важно?!  Вы либо можете пользоваться услугой при помощи свободных 
программ, либо не можете — это дело непосредственной для вас важности.

А что они там распространяют вообще — так это вопросы идеологические, дело 
второе.  Если они вас волнуют — ну, это хорошо, наверное, только почему они вас 
волнуют *до* насущных?

> И крайне сомневаюсь, что все они под "свободной лицензией" (см. ниже,
> Фёдор Ходков ссылку на статью RMS приложил).

Пардон, кто они?  Программы, что вам навязывает Гугль, когда вы заходите у нему 
на страницу?  Почему в кавычках?  Они там совершенно точно несвободные.

> Вы бы ещё про их серверное ПО вспомнили: оно вообще закрытое.

Именно что закрытое, в смысле тайное.  То есть они мне его даже не предлагают, 
соответственно я им и не пользуюсь.  Так к чему мне его вспоминать?

> петиция да, моя, но change.org служит просто для её размещения, ничего
> против него я не имею

Это печально.

> как и не рекламирую ничего.

Ну «агитируете» — какая разница.

> Разговор ни о чём

Да, я тоже, право, удивлен, как можно вместо простого ответа по существу («не 
знаю, я пользуюсь несвободными программами и от вас ожидал того же») развести 
такую бодягу.

Так или иначе, занятно было побеседовать.  :-)

Re: Зафиксировать локально установленный пакет

> Имею пересобранный локально unrar-nonfree с libunrar.
>
> Пакетная система предлагает его обновить (версии одинаковые).

А по-хорошему должны быть разные, раз уж это не просто местная сборка, а сборка 
с изменениями (а иначе какая вам разница откуда пакет).  В следующий раз 
додайте версии пакета свой персональный постфикс: не просто ‘1.4.2’, а 
‘1.4.2+artiom1’, к примеру.

Но обновление до следующей версии это не пресечет, конечно.  Если же вы хотите 
пресечь (не уверен, что это хорошая мысль), то наддайте еще и префикс через 
двоеточие, к примеру ‘2:1.4.2+artiom1’.  А если префикс уже есть — увеличьте 
его.

> По ману сделал так:
>
> Package: *
> Pin: origin ""
> Pin-Priority: 999
>
> Не работает

У установленных пакетов не пустое происхождение, а его просто нет.  И вообще 
происхождение — это свойство репозитория, а не отдельного пакета.

> 999 максимальный [приоритет] в /etc/apt/preferences

Нет.

> Как мне зафиксировать данный пакет

Либо hold’ом (‘=’ в псевдогуе Аптитьюда).  Либо поднять приоритет 
установленного пакета выше приоритета Дебиана:

--8<---cut here---start->8---
Package: unrar-nonfree libunrar
Pin: release a=now
Pin-Priority: 1001
--8<---cut here---end--->8---

Либо опустить приоритет Дебиана ниже сотни:

--8<---cut here---start->8---
Package: unrar-nonfree libunrar
Pin: release o=Debian
Pin-Priority: 10
--8<---cut here---end--->8---

(Не проверял.)

> и вообще все установленные локально?

Если под «установленными локально» подразумеваются пакеты установленные 
посредством # dpkg -i или аналога, то никак — APT не хранит информацию о том, 
откуда пакет взялся.

Да и не нужно вам это: что же вы, запретите себе в случае чего загрузить пакет 
с ftp.debian.org вручную и установить его?

Re: Репрессии в России. Арест Дмитрия Богатова.


Извините, а можно я влезу в вашу дискуссию?

>> > "Коктейли" пока имеют куда
>> > большее отношение к демократии чем это.
>> 
>> коктейли имеют меньшее отношение к демократии. Ибо на коктейлях
>> приходят к власти меньшИнства.
>
> Отнюдь не обязательно.  Пример - 1917 год.

Допустим, хотелось бы верить, но пример ваш откровенно озадачивает.  Что здесь 
имеется в виду?

«Коктейли», как я понимаю, символизируют вооруженное восстание, а 1917 год — 
это про события в России.  Власть за этот год, как известно, менялась дважды.  
Февральская революция была следствием по сути дворцового переворота, а не 
восстания, а значит имеется в виду Великая Октябрьская.

К власти тогда пришли (на выбор): социал-демократы (большевики) и левые эсеры / 
советы / пролетариат.  Большинством из перечисленного может быть только 
пролетариат.  Но и пролетариат в тогдашней России был именно что меньшинством.

Так что ваш пример здесь опровергает?

Re: Репрессии в России. Арест Дмитрия Богатова.

> Закон об оскорблядцах приняли задоло до покемонов.  И даже плясок...

Если имеются выступления Толоконниковой, Алехиной и компании, то поправки в УК 
приняли не до, а после, и можно даже полагать, что вследствие.

Re: Зафиксировать локально установленный пакет

>>> Имею пересобранный локально unrar-nonfree с libunrar.
>>> Пакетная система предлагает его обновить (версии одинаковые).
>>
>> А по-хорошему должны быть разные, раз уж это не просто местная
>> сборка, а сборка с изменениями (а иначе какая вам разница откуда
>> пакет).  В следующий раз додайте версии пакета свой персональный
>> постфикс: не просто ‘1.4.2’, а ‘1.4.2+artiom1’, к примеру.
>>
>> Но обновление до следующей версии это не пресечет, конечно.  Если же
>> вы хотите пресечь (не уверен, что это хорошая мысль), то наддайте
>> еще и префикс через двоеточие, к примеру ‘2:1.4.2+artiom1’.  А если
>> префикс уже есть — увеличьте его.
>
> Ну это да, просто я только для себя собрал

Это вы в том смысле, что себя можно не жалеть?  :-)

>> У установленных пакетов не пустое происхождение, а его просто нет.
>> И вообще происхождение — это свойство репозитория, а не отдельного
>> пакета.
>
> Но я же могу (и в мане есть примеры) задавать origin для пакетов?

Могу только повторить, что уже сказал, разве что иными словами.  
«Происхождение» — это указание на репозиторий, в каком находится пакет.  У 
установленных пакетов в принципе могло бы быть какое-нибудь происхождение, но 
по факту его нет.

Впрочем, возможно на вашей системе как-то иначе?  Проверить нетрудно: $ 
apt-cache policy

Свериться с примером из мана мне сложно, поскольку вы его не привели.

>>> Как мне зафиксировать данный пакет
>>
>> Либо hold’ом (‘=’ в псевдогуе Аптитьюда).
> А холд - плохо, я им особо не пользуюсь, потому про него забываю.

И?  Он вроде бы ухода и не требует. :-)

Что, разумеется, не делает его здесь уместным выбором.  Он для временных 
решений.

>> Либо поднять приоритет установленного пакета выше приоритета Дебиана:
>>
>> --8<---cut here---start->8---
>> Package: unrar-nonfree libunrar
>> Pin: release a=now
>> Pin-Priority: 1001
>> --8<---cut here---end--->8---
> Это то, что надо. Спасибо.

Всегда пожалуйста.  Но я надеюсь вы уловили, что это здесь костыль.

Re: Репрессии в России. Арест Дмитрия Богатова.

>> «Коктейли», как я понимаю, символизируют вооруженное
>> восстание, а 1917 год — это про события в России.  Власть за этот год,
>> как известно, менялась дважды.
>
> И речь про оба раза.  Система двоевластия (советы vs временные) -
> сложилась уже в Феврале.
>
>> Февральская революция была следствием по сути дворцового переворота
>
> Это в каком таком дворце столько голодных баб насобирали
> на улицы вывести?

Голодные бабы голодными бабами (хотя неуважительно это как-то), но свержение 
самодержавия свершилось таки по воле высшего военного командования.

Вы, возможно, сейчас скажете, что я не то называю Февральской революцией, и 
царь / не царь — это пустяк.  Пусть будет так, ибо мне крайне не хотелось бы 
увести разговор в эту сторону.  Пусть даже с высоты истории мы будем считать 
«оба раза» двуединой революцией 1917 года.

Речь-то шла о том, кому *в итоге* досталась власть: меньшинству или нет.

>> К власти тогда пришли (на выбор): социал-демократы (большевики) и
>> левые эсеры / советы / пролетариат.  Большинством из перечисленного
>> может быть только пролетариат.  Но и пролетариат в тогдашней России
>> был именно что меньшинством.
>
> Советы рабочих, солдатских и крестьянских депутатов.  К категории к-х
> относилось под 90% населения страны, ну а как минимум - абсолютное 
> большинство.

Так это поди и Либерально-демократическая партия России — она либеральная и 
демократическая?  :-)

В нашем же случае суть и того ближе к поверхности — пришедшая ко власти партия 
быть представителем (пока еще) меньшинства совершенно не стеснялась и своего 
*пролетарского* (а отнюдь не крестьянского) характера не скрывала.

К офтопику в рассылке (Re: Репрессии в России. Арест Дмитрия Богатова.)

> VPM> А у нас модератора в рассылке нету что-ли?
>
> С добрым утром.
>
> Нет, никогда не было, и никогда не будет.
>
> Это политика Debian, если что...

Раз уж зашла речь про политику Дебиана до рассылок (она опубликована?), никто 
не в курсе, создать список типа debian-talk-russ...@lists.debian.org она 
позволяет?

Re: Репрессии в России. Арест Дмитрия Богатова.