[fat][mlabel][mtools] Назначение метки флэшке — при 8 и более символах дополняется мусором до 11 символов.
Добрых всем суток. Собственно вот: $ mlabel -i /dev/sdb1 ::ABCDEF $ ls /dev/disk/by-label/ ABCDEF DATA HOME WHEEZY $ mlabel -i /dev/sdb1 ::ABCDEFG $ ls /dev/disk/by-label/ ABCDEFG DATA HOME WHEEZY $ mlabel -i /dev/sdb1 ::ABCDEFGH $ ls /dev/disk/by-label/ ABCDEFGH\xf0gA DATA HOME WHEEZY $ mlabel -i /dev/sdb1 ::ABCDEFGHI $ ls /dev/disk/by-label/ ABCDEFGHIgA DATA HOME WHEEZY $ mlabel -i /dev/sdb1 ::ABCDEFGHIJ $ ls /dev/disk/by-label/ ABCDEFGHIJA DATA HOME WHEEZY $ mlabel -i /dev/sdb1 ::ABCDEFGHIJK $ ls /dev/disk/by-label/ ABCDEFGHIJK DATA HOME WHEEZY От флэшки, вроде бы, не зависит. GParted’ом с рутовыми правами — то же самое. Debian Wheezy. Linux 3.2.0-2-amd64. mtools 4.0.12-1. На багтрэкере за mtools’ами такого, вроде бы, не числится (http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=mtools). Это только у меня наблюдается? Проверьте на своих машинах, пожалуйста.
Re: Тормозит отрисовка шрифтом Terminus в GTK.
Спасибо большое! Как более простое из двух обновил энвидиевские дрова до 302.07-1 — тормоза прошли. А вы не удовлетворите ли еще мое любопытство ссылочкой (на багрепорт, возможно), где было бы об’яснено, как такое произошло, что именно с Терминусом в обоих форматах, но ни с одним другим шрифтом, возникли проблемы? 2012/5/17 Andrey Rahmatullin : > On Thu, May 17, 2012 at 02:49:24PM +0400, Dmitry Alexandrov wrote: >> Добрых всем суток. >> Обнаружил, что стала тормозить отрисовка текста шрифтом Terminus в >> GVim’е и Тильде (эмулятор терминала такой), оба они гэтэкашные. >> Наиболее заметно это при прокрутке. В Konsole, Kate и других кадэешных >> приложениях все в порядке. Ни с одним другим шрифтом проблем не >> наблюдаю. >> Поставил GEdit — тормозит. Заменил xfonts-terminus на TTF версию >> (http://misc.nybergh.net/pub/fonts/terminus/ttf/) — удивительно, но >> по-прежнему тормозит. > Откатывайте каиро или обновляйте дрова нвидии. > > -- > WBR, wRAR
Re: systemd
On 11/11/15 18:29, Alexey Shrub wrote: А параллельная загрузка? О! Раз уж тут холиварчик пошел, может быть мне кто-нибудь об’яснит, чего с ней все так носятся, с этой с параллельной загрузкой демонов, как с писанной торбой? Зачем она вообще нужна?
Re: systemd
On 12/11/15 17:12, Иван Лох wrote: On Thu, Nov 12, 2015 at 03:56:39PM +0300, Dmitry Alexandrov wrote: On 11/11/15 18:29, Alexey Shrub wrote: А параллельная загрузка? О! Раз уж тут холиварчик пошел, может быть мне кто-нибудь об’яснит, чего с ней все так носятся, с этой с параллельной загрузкой демонов, как с писанной торбой? Зачем она вообще нужна? Ну вот загружаешься ты а сетевой провод оборван. Если загрузка последовательная, то надо или маленький таймаут ставить (что черевато) или ждать Серьезно? Время от времени загружаюсь не то, что с оборванным, а с заведомо отключенным сетевым кабелем — и никто никого не ждет — ну нет связи и нет — проехали, грузимся дальше. Я что-то не так делаю? Более того, хотя за последними версиями этой Систем-Д не уследишь, но та, что в Джесси, по части поднятия отсутствующей сети дает абсолютно идентичный Сис-5-иниту результат — приказано ждать (auto) — ждет, тормозя загрузку; приказано не ждать (allow-hotplug) — не ждет. И я нахожу это логичным. Что изменилось-то, кроме того, что старый инит показывает мне вывод dhcpd, по которому хотя бы видно, который из интерфейсов не подымается, а Систем-Д только крутит красивые красные звездочки напротив чего-то типа «Raising network»?
Re: systemd
On 12/11/15 16:49, Max Dmitrichenko wrote: 12 ноября 2015 г., 15:56 пользователь Dmitry Alexandrov <321...@gmail.com> написал: On 11/11/15 18:29, Alexey Shrub wrote: А параллельная загрузка? О! Раз уж тут холиварчик пошел, может быть мне кто-нибудь об’яснит, чего с ней все так носятся, с этой с параллельной загрузкой демонов, как с писанной торбой? Зачем она вообще нужна? Windows 8 дюже быстро загружается ) Конкуренция, однако. Ну да, вот у меня тоже сложилось впечатление, что немалая доля в заваренной каше у тех, кому очень захотелось померяться чем-нибудь с секундомером в руках. Ничего, что практическое значение близко к нулю, зато наглядно. Стометровку бы лучше бегали, ей богу. :-)
Re: systemd
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: Устаревшие автосоздаваемые пользователи и группы
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: Устаревшие автосоздаваемые пользователи и группы
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)?
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: перестали собираться массивы при загрузке
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: состав дистрибутива
Alex Kicelew wrote: > А где можно почитать причины удаления пакета из дистрибутива? Вдруг > обнаружилось, что libc6-i686 присутствует только в stable и > experimental. И, отсутствуя и в тестинге и в сиде, с моим тестингом > стала конфликтовать. Может, по решению партии сегодня потребности в ней > уже нет, но хочется понять, почему. Если мне не изменят недавняя память, то с точностью до наоборот — партия решила, что теперь в i586 (снятой с массового производства где-то в середине девяностых) потребности нет, то есть *все* пакеты в так называемой «i386» теперь собираются для i686. Соответственно и уточнять нечего.
Re: xls2csv как отличить перенос строки в тексте ячейки от окончания строки(row)
Denis writes: > При преобразовании в csv программа разделяет строки (row) таблицы переносом > строки, ячейки символом ';'. > > Проблема в том, что в тексте ячейки (cell) тоже может быть перенос строки. > > С помощью опции -q3 можно сделать, чтобы содержимое каждой ячейки обрамлялось > двойными кавычками. Тогда понятно, > что если число кавычек в строке нечетное, то строка еще не закончилась, а > перенос относится к тексту ячейки. > > Но в тексте ячейки тоже может встретиться символ двойной кавычки. Таким > образом опираться на четное - нечетное > количество кавычек в строке не получится. Почему это? Разве значащие кавычки в CSV не экранируются удвоением? То есть какой-нибудь «под"ем» должен писаться как «"под""ем"», не?
Re: Gmane потихоньку умирает...
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 потихоньку умирает...
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 потихоньку умирает...
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, поиск по содержимому сообщений
> Вт, 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: Фонт для редактора.
> -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: Фонт для редактора.
>> -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: Фонт для редактора.
> 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: Фонт для редактора.
> 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
> есть проблема с http_proxy/https_proxy. > У пользователя на двух хостах свежая убунта, баш, разумеется, и google chrome > 52.0.27.чего-то.там. > На одном chrome смотрит на http_proxy, на другом - нет. (firefox 46 смотрит > на обоих) > В чем может быть дело? За эту проприетарщину не скажу, но свободный Хромиум, как он поставляется в Дебиане, кажется, имел привычку опираться на ка-дэ-ешные настройки, и ставить их выше, чем окружение. Вполне допускаю, что не только на ка-дэ-ешные. > Через системные и хромовые и прочие настройки делать не получится. Так ключ запуска используйте (--proxy-server, подробнее см. в chromium(1)) — он-то уж должен быть приоритетнее всего.
Re: chrome and http_proxy
>>> есть проблема с http_proxy/https_proxy. У пользователя на двух >>> хостах свежая убунта, баш, разумеется, и google chrome >>> 52.0.27.чего-то.там. На одном chrome смотрит на http_proxy, на >>> другом - нет. (firefox 46 смотрит на обоих) В чем может быть дело? >> >> За эту проприетарщину не скажу, но свободный Хромиум, как он >> поставляется в Дебиане, кажется, имел привычку опираться на >> ка-дэ-ешные настройки, и ставить их выше, чем окружение. Вполне >> допускаю, что не только на ка-дэ-ешные. >> >>> Через системные и хромовые и прочие настройки делать не получится. >> >> Так ключ запуска используйте (--proxy-server, подробнее см. в >> chromium(1)) — он-то уж должен быть приоритетнее всего. > > Благодарю, но ключ использовать возможности нету, хром запускается > веб-драйвером селениума, скрипты к которому не мной писаны и править > их никто не планирует. Не уловил отсутствия. Эта проприетарщина по полному пути запускается?
Re: Ищу голосовую общалку.
> TOX вроде пока в альфе и в репозиториях нету. Идея децентрализации и > приватности конешно нравится. > > Другие альтернативы не знаю. Ring? В Дебиане он начиная со Стретча.
Re: Фонт для редактора.
>> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем >> визуально редактируются bdf файлы? > > Если надо слегка подхачить, типа подрисовать 1-2 символа, то сюрприз, > проще всего любимым текстовым редактором. О! А можно поподробнее? ГНУ Емакс имеется в виду? Это ведь любимый редактор Александра, как я понимаю? Я поискал в Сети какой-нибудь «bdf-mode» — и что-то ничего не нашел. Оно понятно, что можно и, наверное, даже несложно будет набросать на е-лиспе конвертер из BDF’ного представления в псевдографику и назад, но вы же что-то конкретное имеете на примете, так?
Re: shell background job and trap SIGCHILD
>> Можно заменить на 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
> 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: Странная проблема с перименованием файла
> Вылезла у меня тут проблемка - при попытке перезаписать файл, например > при обновлении пакета, выдается "Device or resource busy". Файл, с > которым возникает проблема, может быть, например /usr/bin/perl > > Когда это с базой keepassx стало совсем неудобно. > > При этом делать echo в этот файл можно. Нельзя именно его > переименовывать. Но что dpkg, что keepassx, при записи нового файла > сначала переименовывает старый. > > Что характерно, после перезагрузки проблема сохраняется. То есть это не > какой-то процесс захватывает файл. «Device or resource busy» — это, насколько я понимаю, строго про *каталог*, не про обычный файл. То есть копать надо в сторону $ lsof .
Re: Null в качестве разделителя в скрипте
> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения > стандартов. В команде 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): где прячутся искоробчные правила?
Добрых суток, уважаемая рассылка. Дебиан ГНУ/Линукс Джесси. При установленном 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 ?
> 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 ?
> 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 ?
> 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 ?
>> > Известно, что 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 ?
>> >> Думаю, никому и в голову не придет сейчас писать под >> >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями, >> >> как совместимость с ней, *вообще* не занимается). >> > >> > Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет >> > выделенную sh-моду >> >> Ага, только никакого отношения к классическому шеллу Борна она не >> имеет. Будучи запущенным как sh, ГНУ Баш переходит в режим >> следования стандарту ПОЗИКС в той его части, что касается командной >> оболочки. > > Так вот эта часть POSIX и есть стандартизация языка Борновского шелла. В каком смысле? «Классический шелл Борна» несовместим с настоящим ПОЗИКСом. А вот ГНУ Баш, вопреки вами сказанному, совместим почти идеально. >> Мысль, что я пытался донести была вполне триваильной - если >> говорить простыми словами: совместимость с несвободным шеллом >> сорокалетней давности нахрен никому не вперлась. > > Большинству (простых пользователей, и большинству кодеров) наплевать > на то, как написаны скрипты в пакетах. Но это не значит, что нет никого, > кому может потребоваться совместимость и комплиантный стандарту код. Стандарту-то, конечно, может, а вот с несвободным интерпретатором сорокалетней давности — насколько редко, что можно смело сказать — никогда.
Re: установка своего пакета с зависимостями
> Нельзя, Первое, что нужно делать с любой машиной, хоть тестовой, хоть > какой, это запрещать туда логин по ssh рутом Сколько это слышу, всегда было интересно, а какое-нибудь доказательное обоснование этому есть, или это из разряда эмпирических табу? Чем имя пользователя + ключ + пароль (записанные в одном месте) принципиально надежнее одного ключа?
Re: установка своего пакета с зависимостями
>> > Нельзя, Первое, что нужно делать с любой машиной, хоть тестовой, >> > хоть какой, это запрещать туда логин по ssh рутом >> >> Сколько это слышу, всегда было интересно, а какое-нибудь >> доказательное обоснование этому есть, или это из разряда эмпирических >> табу? Чем имя пользователя + ключ + пароль (записанные в одном >> месте) принципиально надежнее одного ключа? > > Каждый лишний бит, который нужно подобрать атакующему, увеличивает > работу по brute-force вдвое. Мне по наивности казалось, что попытка взятия удаленного входа по ключу грубой силой — это несерьезно. > Поэтому, скорее всего, если вдруг машина, 22-й порт которой случайно > или намеренно оказался доступным из сети, не пускает пользователей со > стандартными, широко распространенными именами (root будет первым на > попробовать), то атакующий пойдет дальше, искать более уязывимую машину. > > Кроме того, если в конторе работают несколько человек, запрет ходить > рутом очень упрощает расследования инцидентов вида "кто сломал тестовую > систему?!". Поскольку в логах остается что заходил такой-то и делал > sudo. Или даже инцидентов вида "появилась такая вот хрень. Кому она > понадобилась?". По логам находишь кто из сотрудников поставил, и ему > спрашиваешь. Да, вы правы, все связанное с организационными вопросами я упустил из виду. Спасибо.
[systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?
Добрых суток уважаемой рассылке. Как известно, многие беспроводные сетевые карты с несвободными прошивками (да и не только они) плохо совместимы с погружением машины спячку того или иного вида (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] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?
>> Как известно, многие беспроводные сетевые карты с несвободными >> прошивками (да и не только они) плохо совместимы с погружением машины >> спячку того или иного вида (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
> Есть ли возможность без использования излишне умных ньюс-клиентов > работать в емаксе с почтой с нескольких серверов и парой мейл-листов > (включая и этот, а следовательно, желательно, чтобы не было разрывов > тредов и прочих известных мисфич)? Да. Гнус. См. (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: Репрессии в России. Арест Дмитрия Богатова.
> Насчет exit-ноды, это домыслы "адвокатов". Только за exit-ноды не > сажают во первых (у меня долгое время было несколько нод - когда > пользовался Tor'ом по бизнесу - никто даже вопрос не задал ни о чем). Извините за личную просьбу, но раз так, вы не могли вновь поднять у себя выходной узел Тора? А то, боюсь, на фоне обсуждаемых событий таковые в России рискуют стать большим дефицитом.
Re: Репрессии в России. Арест Дмитрия Богатова.
> Есть петиция в защиту Дмитрия Богатова: > > 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: Репрессии в России. Арест Дмитрия Богатова.
>> Так это поди и Либерально-демократическая партия России — она либеральная и >> демократическая? :-) > > Не вижу противоречий. Правда, ЛДПР с заявлениями вроде "а не > завести-ли нам снова царя" - к либерализму и демократии имеет > где-то такое же отношение, как КПРФ к коммунизму. Пардон, но между первым и вторым вашими предложениями тоже не видите? >> В нашем же случае суть и того ближе к поверхности — пришедшая ко >> власти партия быть представителем (пока еще) меньшинства совершенно не >> стеснялась и своего *пролетарского* (а отнюдь не крестьянского) >> характера не скрывала. > > И именно поэтому ее вторым декретом был "о земле"... Конечно, и поэтому тоже. А как могло быть иначе? Земля — это средство производства. Частная собственность на средства производства подлежит отмене. Сложить вместе, кажется, несложно: частная собственность на землю подлежит отмене. А то, что ультрапрогрессивное изменение внезапно оказывается на руку тем, кто не выкарабкался еще из феодальных понятий — так в том одна из главнейших заслуг В. И. Ленина с соратниками как теоретиков — они показали, где можно по ходу истории «срезать» и начать переход к социализму сразу после буржуазной революции, не дожидаясь вызревания капитализма. А вообще напомните, пожалуйста, какой тезис вы отстаиваете? Что РСДРП(б) — это партия крестьян? Это что, уже серьезно надо опровергать?
Re: Репрессии в России. Арест Дмитрия Богатова.
>> SBK> Заголовок != гвалт. >> >> Смотря какой, и смотря при каких обстоятельствах сделанный. В данном >> случае - именно он. Заголовок не существует сам по себе, его следует >> рассматривать в контексте. > Лол. В контексте, так в контексте: > https://lists.debian.org/debian-russian/2017/04/msg00010.html Вот оно че! > Это вообще показательно, что ирония была принята за чистую монету. При > чем людьми противоположных взглядов. Говорит о том, что там шутки > сильно меньше, чем хотелось бы. А по-моему это говорит о том, что кроме вас тут спам мало кто читает. :-)
Re: Репрессии в России. Арест Дмитрия Богатова.
Так это поди и Либерально-демократическая партия России — она либеральная и демократическая? :-) >>> >>> Не вижу противоречий. Правда, ЛДПР с заявлениями вроде "а не >>> завести-ли нам снова царя" - к либерализму и демократии имеет >>> где-то такое же отношение, как КПРФ к коммунизму. >> >> Пардон, но между первым и вторым вашими предложениями тоже не видите? > > Которыми?) Их всего два. :-) «Не вижу...» и «Правда...». Но да оставим это буквоедство. >> >> В нашем же случае суть и того ближе к поверхности — пришедшая ко >> >> власти партия быть представителем (пока еще) меньшинства совершенно не >> >> стеснялась и своего *пролетарского* (а отнюдь не крестьянского) >> >> характера не скрывала. >> > >> > И именно поэтому ее вторым декретом был "о земле"... >> >> Конечно, и поэтому тоже. А как могло быть иначе? > > Иначе - могло быть так, как было сделано потом, в 30-х. Но была > осуществлена куда более скромная программа, в полном соответствии > с наказами советов. Хотя бесперспективность дальнейшего растаскивания > земли "по едокам" была прекрасно очевидна, но... Терпение! Москва не сразу строилась. То, как было сделано потом, в тридцатых, не есть что-то «иное», это вполне последовательное продолжение. >> А вообще напомните, пожалуйста, какой тезис вы отстаиваете? > > Что РСДРП(б) действовала в интересах большинства Ха! Так это уже совсем другой тезис, чем был изначально: о том, что ко власти *пришло* большинство. А с «действовала» спорить сложно. Да и нет в этом ничего удивительного — взяв власть, некий класс вполне может до поры до времени действовать еще в и интересах других классов, в том числе и совершенно искренне действовать — просто потому, что их интересы совпадают. Здесь так и вышло: интересы пролетариата поначалу совпали с интересами крестьянства (как феодального пережитка) и даже местами мелкой сельской буржуазии.
Re: Репрессии в России. Арест Дмитрия Богатова.
> On 25/05/17 03:20 PM, Денис Ильин wrote: >> Господа, прекратите, умоляю. >> В жизни множество прекрасных занятий кроме рассылки Дебиан. Весна на >> дворе в конце концов. >> >> > Предлагаю в ответ на каждое письмо в этот тред писать ответ в личку, с > просьбой прекратить :) Да-да, конечно, ведь это намного проще, чем понизить score (или как там это называется в вашем клиенте) той *единственной* нити, которая вызывает у вас такое беспокойство.
Re: Репрессии в России. Арест Дмитрия Богатова.
>> Да-да, конечно, ведь это намного проще, чем понизить score (или как >> там это называется в вашем клиенте) той *единственной* нити, которая >> вызывает у вас такое беспокойство. > > Проблема тут в том, что мне интересно читать эту ветку обсуждений, но > тот флуд и оффтопик, который выливается в перебрасывание какашками, меня > совсем не интересует. Боюсь, вы просите невозможного, а именно того, чтобы все руководствовались вашими представлениями о том, где проходит грань, отделяющая «интересное» от «офтопика и флуда, выливающегося в». Могу предположить, что по меркам многих она была перейдена куда раньше, просто они, понимая всю бесперспективность, на это не жалуются. > И, пожалуйста, не нужно отвечать в личку. Я уверен, что в почтовом > клиенте, которым ты пользуешься, (Gnus) есть такая возможность. Какая возможность? Задать список лиц, какие не хотят ни поручить подконтрольным себе _программам_ разбирать почту сообразно своим представлениям об удобстве, ни указать почтовой _программе_ собеседника не слать себе писем, элементарно прописав в своих письмах в рассылку соответствующий заголовок: «Mail-Copies-To: never», но предпочитают перекладывать заботу о своем комфорте на других _людей_? Представьте себе, есть и такая, хотя и не вполне очевидная: --8<---cut here---start->8--- (defvar message-timsattarovists '("sti...@gmail.com") "List of folks who are not able to set `Message-Copies-To' header and nag me instead.") (add-to-list 'message-dont-reply-to-names (concat "\\`" (regexp-opt message-timsattarovists) "\\'")) --8<---cut here---end--->8--- Благодарю вас за повод в том разобраться. И в свою очередь прошу вас напротив — проинструктировать вашу машинку письма в мой адрес, коль скоро вы отвечаете именно мне, направлять (в полном соответствии с прописанным в моих письмах заголовком «Mail-Copies-To: always»).
Re: Репрессии в России. Арест Дмитрия Богатова.
>> и вообще, карту посмотрите: >> https://commons.wikimedia.org/wiki/File:Languages_in_Ukraine2.png >> > Я конечно дико извиняюсь за то что встреваю в дискуссию, но эта ваша карта > родных языков в Украине вызвала у меня эмоцию "ШТА?". Я конечно может не в > той Украине живу, или не по той стране катаюсь, но чтобы именно вот так, в > 2001 году где-то на юге Украины услышать украинский язык на улице, не > забравшись в какие-то всеми забытые деревни, это было сродни "ой мама > смотри негр!". > Я б ещё поверил если б дата на карте была после 2005-го, на том рубеже > многие вдруг почувствовали себя "щирими" украинцами и начали давить из себя > мову и резко считать её родной. К примеру сотни персонажей на форумах > общались исключительно на русском, но стоило случиться первой "перемоге" > так как отрезало, только "мова". Зато встретиш такого на улице - ой, > щебечет на русском только влёт, ибо разговор это не переписка по почте, > чтоб со словариком посидеть. Как здесь не вспомнить один старый анекдот: Решил как-то один глянцевый журнал изучить животрепещущий вопрос: длину мужского полового члена жителей столицы. Заказал исследования медикам и социологам. Первые ничтоже сумняшеся взяли сотню студентов меда и получили в среднем 13,1 см. Вторые сказали: «Смешно!», сделали рандомизированную и стратифицированную по возрастам и расам выборку в десять тысяч человек и получили среднее в 16,4 см. Кому лучше верить? Первым: они-то мерили, а вторые спрашивали.
Re: Mono в дебиане
> On Sun, 28 May 2017, alexander barakin wrote: > > ab>то, что программа написана на c# (или java), вовсе не гарантирует > ab>её переносимость: ведь разработчик может обращаться к сторонним (по > ab>отношению к c#) программам/библиотекам, тем самым намертво привязывая > ab>программу к той операционной системе, которой он пользуется. > ab>в приведённых вами ниже примерах разработчики явно именно так и > ab>поступили. > > Ну вот например автор fb2fix прямо декларирует ее совместимость с > mono. > > Так или иначе _какие-то_ программы, работающие с mono должны ведь > быть? Иначе бы зачем бы его делали? > > Вы можете привести пример программмы, гарантированно работающей с > mono? --8<---cut here---start->8--- $ aptitude search --display-format '%p' '?depends(mono-runtime) !?section(cli-mono)' asp.net-examples banshee banshee-meego bareftp blam bless coco-cs cowbell dafny docky fsgateway gbrainy gendarme gnome-do gnome-subtitles graphmonkey gshare ikvm keepass2 lat libapache2-mod-mono mono-apache-server4 mono-csharp-shell mono-fastcgi-server4 mono-fpm-server mono-runtime-dbg mono-xsp4 monobristol mzclient nant nunit-console nunit-gui openbve pdfmod pinta quickroute-gps repetier-host smuxi-engine smuxi-frontend-gnome smuxi-frontend-stfl sparkleshare sysinfo tangerine tasque themonospot tomboy widemargin yahtzeesharp --8<---cut here---end--->8--- Как-то не густо.
Re: Зафиксировать локально установленный пакет
У установленных пакетов не пустое происхождение, а его просто нет. И вообще происхождение — это свойство репозитория, а не отдельного пакета. >>> Но я же могу (и в мане есть примеры) задавать origin для пакетов? >> Могу только повторить, что уже сказал, разве что иными словами. >> «Происхождение» — это указание на репозиторий, в каком находится >> пакет. У установленных пакетов в принципе могло бы быть >> какое-нибудь происхождение, но по факту его нет. >> >> Свериться с примером из мана мне сложно, поскольку вы его не привели. > This general-form entry in the APT preferences file applies only to > groups of packages. For example, the following record assigns a high > priority to all package versions available from the local site. > > Package: * > Pin: origin "" > Pin-Priority: 999 > > man apt_preferences Это про источники типа ‘deb file:/...’ (вероятно, что про и ‘deb cdrom:/...’ тоже, хотя не знаю).
Re: Зафиксировать локально установленный пакет
>> У установленных пакетов не пустое происхождение, а его просто нет. >> И вообще происхождение — это свойство репозитория, а не отдельного >> пакета. > Но я же могу (и в мане есть примеры) задавать origin для пакетов? Могу только повторить, что уже сказал, разве что иными словами. «Происхождение» — это указание на репозиторий, в каком находится пакет. У установленных пакетов в принципе могло бы быть какое-нибудь происхождение, но по факту его нет. Свериться с примером из мана мне сложно, поскольку вы его не привели. >>> This general-form entry in the APT preferences file applies only to >>> groups of packages. For example, the following record assigns a high >>> priority to all package versions available from the local site. >>> >>> Package: * >>> Pin: origin "" >>> Pin-Priority: 999 >>> >>> man apt_preferences >> Это про источники типа ‘deb file:/...’ (вероятно, что про и ‘deb cdrom:/...’ >> тоже, хотя не знаю). > > dpkg -i - оно и есть? Да нет же, когда вы устанавливаете пакет при помощи «# dpkg -i ...» (или аналога), никакой источник в систему *не* добавляется, да и не может, ибо источники, pinning и т. п. — это из репертуара APT; dpkg(1) же работает на более низком уровне. Соответственно и происхождению быть просто не у чего. А вот когда вы пропишете локальный источник в sources.list(5), то у него будет пустое происхождение. Для справки могу также сообщить, что и при более удобной, чем через низкоуровневый dpkg(1), установке локальных пакетов при помощи временного источника по «APT::Sources::With» никакое происхождение таковому не назначается. Но вы можете отобрать такие пакеты по выпуску «release a=volatile-packages-file».
Re: Проблемы с ASUS UX310u
> Есть ASUS Zenbook UX310U 13". > > Всё работает корректно, кроме ALS и саспенда. > > ... > > Вторая и наиболее важная проблема: ноут не выходит из саспенда при > запущенных иксах. Получаю чёрный экран. > > При этом, сам ноут работает (доступ по SSH есть). А этот ваш «саспенд» — это что? Энергозависимая спячка или энергонезависимая (когда память пишется на диск)? В системдэшной терминологии «suspend» — это первое, но описанная проблема весьма типична для второй.
Re: Проблемы с ASUS UX310u
>>> Есть ASUS Zenbook UX310U 13". >>> >>> Всё работает корректно, кроме ALS и саспенда. >>> >>> ... >>> >>> Вторая и наиболее важная проблема: ноут не выходит из саспенда при >>> запущенных иксах. Получаю чёрный экран. >>> >>> При этом, сам ноут работает (доступ по SSH есть). >> А этот ваш «саспенд» — это что? Энергозависимая спячка или >> энергонезависимая (когда память пишется на диск)? В системдэшной >> терминологии «suspend» — это первое, но описанная проблема весьма >> типична для второй. > > Энергозависимая: suspend to ram. > Энергонезависимая - это hibernation Или suspend to disk. И еще я не уловил вот что: вы сказали, что вы установили проблемный линуксовый модуль — так это вы хотите сказать, что после того, как вы его передергиваете (# modprobe -r ... && modprobe ...), графика запускается?
Re: Проблемы с ASUS UX310u
> Вторая и наиболее важная проблема: ноут не выходит из саспенда при > запущенных иксах. Получаю чёрный экран. > > При этом, сам ноут работает (доступ по SSH есть). ... >>> ... >> >> И еще я не уловил вот что: вы сказали, что вы установили проблемный >> линуксовый модуль — так это вы хотите сказать, что после того, как >> вы его передергиваете (# modprobe -r ... && modprobe ...), графика >> запускается? >> > После того, как я его выгрузил, в саспенд вообще система не ушла. Замечательно. Только я-то что́ спросил: после пробуждения передергивали его?
Re: Fwd: Re: Re: Проблемы с рассылкой
>>> Во, пожалуйста! Не далее как сейчас хотел также пожаловаться, что у меня >>> такая же проблема, как она и проявила себя. И кстати, клиент также >>> Thunderbird... >>> >>> >> Интересно посмотреть на заголовок исходящего письма (из папки Sent) >> (тоже пишу из Thunderbird) > > Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgQVNVUyBVWDMxMHU=?= > References: > <874lvvaagj@gmail.com> <60a00351-b824-89d3-ec1c-888b230df...@yandex.ru> > <87wp8r8nvv@gmail.com> > <87k24q8hka@gmail.com> > To: debian-russian@lists.debian.org > From: artiom > Message-ID: > Date: Tue, 6 Jun 2017 14:34:32 +0300 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 > Thunderbird/45.8.0 > MIME-Version: 1.0 > In-Reply-To: <87k24q8hka@gmail.com> > Content-Type: text/plain; charset=utf-8 > Content-Transfer-Encoding: 8bit Гипотеза: дебиановский сервер рассылок проявляет чудеса искусственного интеллекта, выуживая из потока байт в UTF-8 что-то напоминающее ему просьбу о подписке. Это бы об’яснило, почему такого не получаю я: от меня кирилловские письма уходят преимущественно завернутыми в base64. А вообще напишите отчет об ошибке на «lists.debian.org» [0]. [0] https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=lists.debian.org
Re: Fwd: Re: Re: Проблемы с рассылкой
>> Ещё одна версия, что яндекс проявляет чудеса искуственного интеллекта и >> пытается подписать/отписать тебя... >> (все проблемные пользователи в этой ветке пока что с домена ya.ru или >> yandex.ua) >> > > Так я не пользуюсь его интерфейсом. Так товарищ, как я понял, и не имел в виду, что все (и вы) пользуются именно несвободным веб-интерфейсом. SMTP-интерфейсом-то пользуетесь? Впрочем, могу это поставить под сомнение и со своей стороны тоже. Я ведь пишу сюда также через Яндекс, но ни разу такого не получал. Так что он здесь едва ли при чем. Да и не похоже это на него, это ж вам, прости господи, не Hotmail.
Re: Установить debian без systemd
>>> Почта один из самых удобных сервисов: единственность протокола, >>> универсальность передаваемых данных (кроме потоковых), >>> >>> анонимность (вплоть до миксов и ремейлеров), обкатанность, >>> >>> безопасность (возможность двуфакторной авторизации, так и её отсутствие, >>> возможность прикрутить шифрование и цифровые подписи), >>> >>> удобство использования (отсроченный ответ тоже в тему). >>> >>> Я что-то такого больше нигде не припомню. >> >> xmpp? >> > 1. Нет поддержки звука и видео штатной. > 2. Централизован, при этом база у каждого сервера может быть своя. Суть возражений от меня ускользнула. XMPP по всем озвученным вами пунктам действительно же полностью аналогичен э-почте. > 3. Не прижился почему-то (серверов много, но XMPP не стандарт де-факто). Ну наверное потому, что еще одна электронная почта, только на XML, не нужна, одна же уже есть.
Re: Live USB
> А есть на основе Debian какой-нибудь Live дистрибутив для установки на > флешку? Так «живой» или «для установки»? «Живой» образ вопреки названию — он для запуска с неперезаписываемых носителей, в первую очередь оптических дисков. В силу того, что оптические диски уходят в прошлое, уходят в прошлое и «живые» образы. Так что удивляться тому, что ссылки нет на главной Дебиана, не стоит. Флэшка же носитель вполне себе перезаписываемый, и никакие костыли, применяемые в «живых» системах: каскадное монтирование tmpfs поверх ИСО 9660 и т. п. ей не нужны. > Требуется для починки системы, при выходе из строя в результате > каких-либо моих невнятных действий Не вижу ни малейших причин использовать для этого «живой» образ. Берите самый обычный Дебиан.
Re: Live USB
> 07.06.2017 14:03, Dmitry Alexandrov пишет: >>> А есть на основе Debian какой-нибудь Live дистрибутив для установки на >>> флешку? >> Так «живой» или «для установки»? >> >> «Живой» образ вопреки названию — он для запуска с неперезаписываемых >> носителей, в первую очередь оптических дисков. В силу того, что >> оптические диски уходят в прошлое, уходят в прошлое и «живые» >> образы. Так что удивляться тому, что ссылки нет на главной Дебиана, >> не стоит. > Чего? > В дебиан есть гибридные образы для CD/USB с разными DE. > Просто они убогие. Нет, это просто не образы «живых дисков», как их раньше понимали. >> Флэшка же носитель вполне себе перезаписываемый, и никакие костыли, >> применяемые в «живых» системах: каскадное монтирование tmpfs поверх >> ИСО 9660 и т. п. ей не нужны. > ISO9660 на разделе флешки. > И persistent для сохранения настроек. Больше костылей к трону костылей! >>> Требуется для починки системы, при выходе из строя в результате >>> каких-либо моих невнятных действий >> Не вижу ни малейших причин использовать для этого «живой» образ. >> Берите самый обычный Дебиан. > Проще использовать live. Если проще, то почему еще не используете?
Re: Live USB
> Да и это просто неудобно, т.к. наверняка имеются готовые целевые решения. «Целевое решение» — это напиханка из пакетов, совпадающая с вашими представлениями о том, что может потребоваться в случае неработоспособности рабочей системы? Так вот для кого для делают все эти бессчетные «ремиксы» Убунты! Убунта для редактирования аудио, Убунта для рисования комиксов, Убунта с Вайном, русская Убунта...
Re: Fwd: Re: Re: Fwd: Re: Re: Проблемы с рассылкой
>> Берёшь эту информацию и пишешь листмастеру с описанием проблемы. > Я хз, кто тут листмастер. Ну я же выше давал ссылку, куда рапортовать об ошибках на рассылочном сервере Дебиана. Писать это лично (непублично) настолько же нецелесообразно, насколько и любые другие сообщения об ошибках.
Re: Установить debian без systemd
> Точно так в продажах главное не товар, а создание у покупателя > желания его купить. Вот хоть фиджеты взять - толку ноль, но народ > дуреет просто от них. Протестую решительно! Если вы про как таковые, то не слишком ли это лихо — говорить про вещь с многотысячелетней историей, что «толку ноль». А если про самый нынче модный из них, что вертится, — так одним из моих любимых всегда был именно шарикоподшипник. И я даже не знаю, чему теперь удивляться: что оказывается давно уже додумались придать изделию законченный вид и наладить промышленный выпуск, или а почему только сейчас взлетело. Но, спасибо, покупать не буду — они, как я вижу, все жадничают на посадочный диаметр, так что не налезет даже на кончик пальца; поверчу лучше свой 203-й. :-)
Re: Установить debian без systemd
>> Пульс мной первый раз осознанно был поставлен для того, чтобы очередная >> версия скайпа ставилась и работала, когда они впилили от него зависимость. > > Скажите, а зачем Вам скайп? > Не вижу ни одной задачи, для которой он был бы эффективен. > Скайп - кость в горле, её надо выпалывать. (с) Вопрос был не ко мне, но позволю себе ответить, ибо ответ очевиден: зонды типа Скайпа, Воцапа, Фэйсбука и иже с ними распространяются не тем, что они эффективны, а тем, что есть люди, которые вас к этому вынуждают. Еще немного подождите, и вас начнут подсаживать на прибитую к поставщику электронную почту. Если еще не начинали, конечно.
Re: Удобная раскладка для 3-х и более языков.
> Люди добрые посоветуйте приемлемое решение для переключения трех языков. На > данный момент использую Alt+Shift для переключения оных. Третий язык (в > моем случае Латышский) очень мешается, но без него не обойтись. Удобное решение для переключения трех (или скольких угодно) точно такое же, как и для переключения двух: каждой раскладке соответствует своя клавиша (или аккорд). Циклический Alt-Shift — это исключительно по бедности. А вот посоветовать, какие именно клавиши или аккорды — это ни я, ни кто другой, кто не знает, какие клавиши у вас на клавиатуре не заняты (или хотя бы не очень заняты), не может. Лично у меня латиницу включает клавиша левее «Ф», обычно маркируемая «Caps Lock», а кириллицу — она же с шифтом. Если бы нужная была еще, скажем, греческая, я бы, наверное, назначил на C-Caps, или A-Caps. Ну и разумеется, можно рассмотреть вариант отказа от трех раскладок. Но тут вы совершенно забыли пояснить две ключевые вещи: латышская — это какая, и какая раскладка вторая? Поскольку если предположить первое приходящее в голову: латышская - это которая в Иксах просто lv, она же lv(basic), а вторая - американская, то никакой проблемы нет вовсе: на первых двух регистрах латышская повторяет американскую *полностью*. Значит хотя бы одно предположение неверно.
Re: Удобная раскладка для 3-х и более языков.
>> Удобное решение для переключения трех (или скольких угодно) точно >> такое же, как и для переключения двух: каждой раскладке соответствует >> своя клавиша (или аккорд). > > а как это прикрутить если в xfce? А что Xfce? У нее с этим какие-то проблемы? Если нет, то в Иксах для многих популярных вариантов есть заготовки; в частности если бы мне не нужно было, чтобы выключатели раскладок вели себя по-разному в разных окнах, то на свои предпочтения я бы мог просто $ setxkbmap -option 'grp:shift_caps_switch', а то и прописать эту опцию в /etc/default/keyboard. Если же для того, что вы придумали, искоробочной заготовки нет, то надо будет сформулировать. Тут кто-то предлагал С-1, С-2, С-3, С-4 — это будет выглядеть как-то так (да, XKB многословен): --8<---cut here---start->8--- partial default xkb_types "mixed" { virtual_modifiers LevelThree; type "FOUR_LEVEL+PC_CONTROL" { modifiers = Shift+LevelThree+Control; map[None] = Level1; map[Shift] = Level2; map[LevelThree] = Level3; map[Shift+LevelThree] = Level4; map[Control] = Level5; level_name[Level1] = "Base"; level_name[Level2] = "Shift"; level_name[Level3] = "Alt Base"; level_name[Level4] = "Shift Alt"; level_name[Level5] = "Control"; }; }; --8<---cut here---end--->8--- --8<---cut here---start->8--- partial modifier_keys xkb_symbols "group_ctl_1234" { key { type = "FOUR_LEVEL+PC_CONTROL", actions = [ NoAction(), NoAction(), NoAction(), NoAction(), LockGroup(group=1) ] }; key { type = "FOUR_LEVEL+PC_CONTROL", actions = [ NoAction(), NoAction(), NoAction(), NoAction(), LockGroup(group=2) ] }; key { type = "FOUR_LEVEL+PC_CONTROL", actions = [ NoAction(), NoAction(), NoAction(), NoAction(), LockGroup(group=3) ] }; key { type = "FOUR_LEVEL+PC_CONTROL", actions = [ NoAction(), NoAction(), NoAction(), NoAction(), LockGroup(group=4) ] }; }; --8<---cut here---end--->8---
Re: lacking Russian's layout of keyboard
> my problem is that lacking Russian's layout of keyboard. > Debian 8.8 has Synaptic Package Manager, but I fear exploite it, as it > get so many packages about keyboard. > I weak in PC, and don't know which packages to set. > My old PC has only 500 kb memory, but with xfce work well, and I don't want > load unnecessary packages. > I need only Russian letters in Mousepad. If any know which packages need > load, say me, please. Answer better do in Russian, if possible, I am > Russian. Хм, «Мауспад» — это что-то Xfce’шное, то есть иксовое. Поставить Иксы без русской раскладки (а точнее без всех раскладок зараз) в Дебиане по-моему невозможно. Так или иначе, пакет называется xkb-data. Что до выбора, то если вам удобно его сделать пансистемно, а не попользовательски, то: # dpkg-reconfigure keyboard-configuration
[офтопик] Re: Установить debian без systemd
> Начнем с того, что Гитлер победил на свободных, демократических > выборах. Извините, я уже второй раз за месяц читаю в рассылке это утверждение. Не могли бы вы его развернуть? Какие выборы, насколько они «свободные и демократичные», в каком смысле «Гитлер» и в каком смысле он на них победил? Если что, на мартовских выборах 33-го, то есть когда Гитлер *уже* был канцлером, проходивших в атмосфере массовых гонений на коммунистов, профсоюзы и «левых» вообще (поджог Рейхстага и вот это все), НСДАП (а не Гитлер лично) набрала около сорока процентов. А менее чем за полгода до этого было порядка тридцати. А канцлером он оказался потому, что его своей волей *назначил* Гиденбург. А назначил потому, что свободный демократический процесс в очередной раз провалился — парламентские партии так не смогли образовать коалиции и избрать главу правительства.
Re: [офтопик] Re: Установить debian без systemd
> Дмитрий, зачем же на мыло писать? Что бы немного облегчить адресату жизнь, очевидно. Дав ему возможность, буде он пожелает, отличать адресованные ему письма ото всех остальных. > Достаточно в рассылку один раз. Нет, совершенно недостаточно. В письме, посланном лишь на коллективный адрес (вот как это), единственным формальным указанием на того, кому же оно адресовано на самом деле, остается заголовок In-Reply-To, что обязан содержать лишь уникальный идентификатор отвечаемого письма (и не смотрите на свои или мои письма, это просто Гнус такой добрый, что дописывает туда в свободном виде отправителя и дату). Установить же по ID письма его автора — задача нетривиальная. И хотя я не имею чести пользоваться тем публичным IMAP-сервером, что и вы, готов поспорить, что вы не сможете ему приказать отбирать письма, подобные этому: написанные к вам, но адресованные непонятно куда. А «один раз» — это верно, да.
Re: Установить debian без systemd
>> > Ну я не против разобраться. Насколько я помню, президент-то сбежал не >> > вполне добровольно. А смещение власти - это и есть революция, да причём >> > ещё и с гражданской войной, за этим последовавшей. >> Там был государственный переворот, не более. Революция — это нечто >> большее чем просто смена жопы в кресле. Революция — качественное >> изменение, а не просто изменение. Вроде перехода от монархии к >> социализму, или к капитализму. А там, по сути, ничего не поменялось. > > Революции бывают социальные (межформационные) и политические (в пределах > одной формации). Несомненно. Но к чему вы это? Покажите мне того, кто попытался усмотреть в означенных событиях хотя бы намек на смену формации? > Украинские события типичный пример политической революции — > насильственное свержение власти более-менее широкими народными > массами. Да помилуйте! У вас же все смешалось: народное восстание, свержение власти (сиречь государственный переворот), политическая революция. Я понимаю, что при слове «революция» у всех всплывает образ 1917-го, где одно за другим следует, как на картинке: восстание → переворот → революция политическая → революция социальная, но вообще же это все совершенно разные вещи, и ни одно из другого вытекать не обязано. И типичный пример политической революции, то есть кардинальной и резкой *перемены политического строя*, — это никакие не украинские события четырехлетней давности, где политический строй каким был, таким и остался, а скажем, свержение египетской монархии, причем никакими не «широкими массами», а офицерами-заговорщиками во главе с Насером.
Re: Установить debian без systemd
> Меня вообще с моей привычкой делать logout отходя от компьютера боее > чем на 15 минут, страшно удивляют стоны народа по поводу прожорливости > файрфокса и либрофиса. О! А меня страшно удивляют люди, которые разлогиниваются, выгружают систему и обесточивают машинку всякий раз, когда ее покидают. И даже не люди (мало ли кто на этом свете есть), а то, что их едва ли не большинство. Однако сколько я ни спрашивал, ничего по сути кроме: я-де так привык, в ответ не слышал. И кажется, что мне повезло, и от вас я наконец смогу узнать, почему эта привычка такая живучая, несмотря на все очевидные неудобства. Ведь смогу?
О заголовках писем (Was: Re: [офтопик])
>> А отсутствие в письме заголовка Reply-To: debian-russian@lists.debian.org >> считается за "сам об этом попросил"? > > заголовок Reply-To указывающий на рассылку - скорее бага. Да, хотя не критичная. Насколько я понимаю, максимум, чем она грозит — это отправкой в рассылку двух экземпляров одного письма: один адрес из CC, второй из этой Reply-To, а ни MUA, ни кто другой дальше по цепочке себя умнее пользователя не сочли и дубликаты не удалили. По-моему, это маловероятно. Идеально корректным способом переложить всю заботу на программы собеседников должен быть заголовок «Mail-Copies-To: never» — он ровно для этого и предназначен. Незадача, однако, в том, что многие MUA (несвободные веб-клиенты в частности) его молча игнорируют.
О заголовках писем (Was: Re: [офтопик])
>>> Дмитрий, зачем же на мыло писать? >> >> Что бы немного облегчить адресату жизнь, очевидно. Дав ему >> возможность, буде он пожелает, отличать адресованные ему письма ото >> всех остальных. >> >>> Достаточно [лишь] в рассылку один раз. >> >> Нет, совершенно недостаточно. >> >> В письме, посланном лишь на коллективный адрес (вот как это), >> единственным формальным указанием на того, кому же оно адресовано на >> самом деле, остается заголовок In-Reply-To, что обязан содержать лишь >> уникальный идентификатор отвечаемого письма (и не смотрите на свои или >> мои письма, это просто Гнус такой добрый, что дописывает туда в >> свободном виде отправителя и дату). Установить же по ID письма его >> автора — задача нетривиальная. И хотя я не имею чести пользоваться >> тем публичным IMAP-сервером, что и вы, готов поспорить, что вы не >> сможете ему приказать отбирать письма, подобные этому: написанные к >> вам, но адресованные непонятно куда. > > Дмитрий, не выдумывайте своих правил Юрий, не приписывайте мне своей пришибеевщины. Я излагал об’ективное состояние дел, не зависящее ни от чьих указок. > если не удосужились прочитать дебиановские [1]. > Громко вслух цитирую: > > - при ответе на сообщение из списка рассылки, не отправляйте копию >(Cc:) автору оригинального сообщения, разве что он сам об этом >попросил; > Ю. > p.s. Там много интересного - ознакомьтесь! А похоже, что не столько «интересное» там надо было писать, сколько самые что ни на есть азбучные истины. Ну, к примеру, что отвечая на письмо [0], принято отвечать на письмо, а не начинать новый трэд. Или вы это намеренно — затем же, зачем и сбросили до минимума контекст — чтоб было легче принять на веру ваши поклепы? [0] <87zidbl3by@gmail.com>
Re: Сканер
> Остался вопрос по сканеру. В SANE предполагается, что сканер обязательно > подключен локально. Вовсе нет. Предполагается, что клиент и сервер владеют каким-то общим протоколом. А когда стандарта (как с принтерами) нет — каждый производитель изгаляется как хочет. > Для ХП и Самсунгов есть костыли, позволяющие использовать удалённые > сканеры, но для Xerox такого нет. Это не костыли, это библиотеки, добавляющие поддержку тех самых собственнических протоколов. > Как подключить сканер от Xerox по сети? Ну а чего вы хотите от проприетарщины? Если нельзя ни на тамошнюю ось поставить ничего совместимого с SANE, ни наоборот, то все — самостоятельным сетевым узлом вы ее не подключите. Подключите ее к USB к какой-нибудь машинке, куда можно поставить свободную юникс-подобную ось и на нее SANE. Бытовой маршрутизатор с LibreCMC / LEDE для этого вполне должен подойти.
Re: Сканер
> On 28.12.2017 23:56, Dmitry Alexandrov wrote: >>> Остался вопрос по сканеру. В SANE предполагается, что сканер обязательно >>> подключен локально. >> >> Вовсе нет. Предполагается, что клиент и сервер владеют каким-то >> общим протоколом. А когда стандарта (как с принтерами) нет — каждый >> производитель изгаляется как хочет. >> > В данном случае, сканером, к принтеру-то они драйвер предоставили (для > CUPS и ещё встроенную поддержку lpr). Я таки это и сказал. :-) Когда стандарта (подобного тому, что для принтеров, он, кажется, называется «LPD») нет, то начинается собственническое раздолье. >>> Как подключить сканер от Xerox по сети? >> >> Ну а чего вы хотите от проприетарщины? Если нельзя ни на тамошнюю >> ось поставить ничего совместимого с SANE, ни наоборот, то все — >> самостоятельным сетевым узлом вы ее не подключите. >> > Хочу от не самого дешёвого МФУ известной фирмы, передовой в GUI для > Unix-like систем, заявляющей о поддержке Linux, чтобы работало. Ну с таким подходом — это к ним в техподдержку. > Открытой ОС там нет, там же прошивка. В смысле там ПЗУ? Вам, конечно, виднее, но, право, как-то не верится, сейчас так уже не делают. >> Подключите ее к USB к какой-нибудь машинке, куда можно поставить >> свободную юникс-подобную ось и на нее SANE. Бытовой маршрутизатор с >> LibreCMC / LEDE для этого вполне должен подойти. >> > 1. Я пробовал его подключить по USB. SANE его не видит. >Затем, я добавил usb vid/pid в конфиг для xerox_mfu, но оно не > сработало (в дебаге видно, что он увидел сканер и пытается сделать > INQUIRE, но видимо, отличается протокол). Но это же уже совсем другой вопрос. Мы-то, кажется, начинали со слов «предполагается, что подключен локально», отчего я понял, что локально все работает. Не имея, слава богу, на руках того конкретного устройства, могу только присоединиться к т. Лоху с его посылом в направлении багтрекера SANE. Ну или в техподдержку. :-) > 2. Молодёжные проектировщики в Xerox решили, что Ethernet - не модно > и оставили только Wi-Fi (а я недосмотрел), так что, с учётом пункта > 1 - не вариант. Моя вашу не понимать. Не вариант сделать что? > 3. Он и так в сеть через общий роутер торчит, Не удивлен. Придумать другой способ при подключении по беспроводу сложно. > очень не хотелось городить костыли. А, вероятно, придется. Не уважающая вашу свободу аппаратура — она такая.
Re: Ошбика при старте системы
> Привет, при старте системы отображается ошибка https://prnt.sc/htvwdi | [ 0.234312] ACPI Error: [CAPB] Namespace lookup failure, | AE_ALREADY_EXISTS (20160831/dsfield-211) | [ 0.234528] ACPI Error: Method parse/execution failed | [\_SB.PCI0._OSC] (Mode f7087a98), AE_ALREADY_EXISTS | (20160831/psparse-543) | /dev/sda1: clean, 101554/9707520 files, 1626752/38813184 blocks Всегда ваша, служба расшифровки засвеченных фотографий экрана «Ленивый дебианец».
Re: Сканер
Ну а чего вы хотите от проприетарщины? Если нельзя ни на тамошнюю ось поставить ничего совместимого с SANE, ни наоборот, то все — самостоятельным сетевым узлом вы ее не подключите. >>> Хочу от не самого дешёвого МФУ известной фирмы, передовой в GUI для >>> Unix-like систем, заявляющей о поддержке Linux, чтобы работало. >> >> Ну с таким подходом — это к ним в техподдержку. >> > Читал я их форум: они предложат "сканировать на FTP". > Хотя попробовать возможно. > А вдруг? > >>> Открытой ОС там нет, там же прошивка. >> >> В смысле там ПЗУ? Вам, конечно, виднее, но, право, как-то не >> верится, сейчас так уже не делают. >> > Там не ПЗУ, но там закрытая прошивка, возможно на базе Linux (хотя > почему-то для web-gui используется ASP). > Как вы предлагаете мне туда внедрить что-то своё? Я как раз предполагаю, что это невозможно, и вы в тупике. Подключите ее к USB к какой-нибудь машинке, куда можно поставить свободную юникс-подобную ось и на нее SANE. Бытовой маршрутизатор с LibreCMC / LEDE для этого вполне должен подойти. >>> 2. Молодёжные проектировщики в Xerox решили, что Ethernet - не модно >>> и оставили только Wi-Fi (а я недосмотрел), так что, с учётом пункта >>> 1 - не вариант. >> >> Моя вашу не понимать. Не вариант сделать что? >> > Подключить к другому роутеру, который будет стоять рядом. > Вы мне предлагаете подключить по wi-fi? > Ну это же изврат. Почему? Почему соединиться по беспроводу с машинкой в корпусе сканера — это приемлемо, а соединиться по беспроводу с машинкой вне корпуса — извращение? Так или иначе, зная теперь, что оно и локально не подключается, могу только добавить «+1» к предложению Игоря Савлука: >> Дело в том, что у них заявлена поддержка Linux: даже на коробке >> наклеечка и на самом МФУ >> > Да я тоже так накалывался на этом. Они и не врут, драйвер для локальной > USB печати у них есть (и бывает что его еще фиг поставиш). Тут только > бежать в магазин и возвращать принтер побыстрее. Если не пожелают менять, то, наверное, имеет смысл попросить продавца показать, как же эта самая наклеечка реализуется на практике. >>> очень не хотелось городить костыли. >> >> А, вероятно, придется. Не уважающая вашу свободу аппаратура — она такая. >> > Я не заметил ни одного свободного МФУ (по крайней мере, а заданной > ценовой категории, но в других тоже навряд ли это есть). Да даже не всего МФУ (как «железа»), хотя бы программ. Но даже так их нет, насколько я знаю.