Re: grep_проблемы_с поиском русского_при определённых условиях
Galina Anikina -> debian-russian @ Sun, 14 Oct 2018 08:09:37 +0300: > 3) И в таком варианте почти всё работало нормально, но вот с grep > возникли проблемки... > Если через консоль простым пользователем пытаешься задать поиск > grep -R "online" Документы/ > вводишь "Док" и клавишей TAB пытаешься дополнить слово - обычно так и > работало ранее. А в условиях, описанных выше, появляется абракадабра - > курсор перескакивает, русские буквы не показываются. При попытке ввести > всё же вслепую русскую фразу и нажать Enter - выдаёт чепуху. > Та же ситуация, если бы я написала не "online", а слово на русском > языке. Начнем с того, что это проблемы не с grep, а с эмулятором терминала или с shell. Первое вероятнее. До grep в этот момент дело еще не доходит. Проверить можно просто: запустить из этого шелла LANG=ru_RU.UTF-8 терминал (терминалов много, я не знаю, какой у Вас) и повторить в нем. > Вообщем в конце вернулась глобально к LANG=ru_RU.UTF-8. > Но проблема то не решена > Может кто подскажет - где копать. Копать в сторону "в какой локали запущены терминал и bash". Скорее всего, дело в терминале. Если среда графическая, то ее скрипты запуска bashrc не читают. По вполне понятной причине - это файл конфигурации интерактивного шелла, а скрипт запуска никаким боком не интерактивный, и вообще, кстати, совершенно не обязательно интерпретируется башем. Можно попробовать вписать в ~/.profile LANG=ru_RU.UTF-8 export LANG (не одной строкой, а двумя, потому что, строго говоря, никто не обещал, что читать его будет продвинутый шелл, а так гарантированно sh-совместимо). А из bashrc как раз убрать, чтобы маскировки проблем не происходило. Если не поможет, разбираться, где environment устанавливается у используемой граф. среды. Но в .profile все равно пусть будет, для захода по ssh и в текстовом варианте.
po4a-gettextize_адресует к groff
Подскажите пожалуйста - при попытке "перегнать" из man-а в .po выдало следующее- $ po4a-gettextize -f man -M UTF-8 --debug --master grep.1 --po grep_1_man_eng.po grep.1:2: (po4a::man) В этой странице определяется новый макрос с помощью «.de». Данная команда не поддерживается, так как po4a не является полноценным анализатором groff. То есть значит надо воспользоваться какими то программами, входящими в комплект пакета "groff"? Может кто знает?
grep_проблемы_с поиском русского_при определённых условиях
Здравствуйте. Подскажите пожалуйста, может кто сталкивался с таким: 1) При установке дистибутива Debian была выбрана локаль LANG=ru_RU.UTF- 8 2) Из-за того, что все системные сообщений в log-и (/var/log) выдавались на русском, решила заменить глобально локаль на LANG=en_US.UTF-8. А конкретному пользователю в файле .bashrc прописать русские установки локали. Всё сделала через dpkg-reconfigure и цель была достигнута - в журналах записи на английском (это необходимо, если посылать их выводы в систему отслеживания ошибок), а пользователь, которому внесла в файл .bashrc следующее, получил русский интерфейс: LANG=ru_RU.UTF-8 LANGUAGE= LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" L C_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_A DDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF -8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL=C #*** ПРЕДУПРЕЖДЕНИЕ *** # Установленная в окружении локаль влияет на порядок сортировки. # Чтобы получить традиционный порядок, использующий системные значения байт, # установите LC_ALL=C. # from coreutils_ru.po Последние строки - просто памятка 3) И в таком варианте почти всё работало нормально, но вот с grep возникли проблемки... Если через консоль простым пользователем пытаешься задать поиск grep -R "online" Документы/ вводишь "Док" и клавишей TAB пытаешься дополнить слово - обычно так и работало ранее. А в условиях, описанных выше, появляется абракадабра - курсор перескакивает, русские буквы не показываются. При попытке ввести всё же вслепую русскую фразу и нажать Enter - выдаёт чепуху. Та же ситуация, если бы я написала не "online", а слово на русском языке. Вообщем в конце вернулась глобально к LANG=ru_RU.UTF-8. Но проблема то не решена Может кто подскажет - где копать. Конечно один вариант я знаю - уйти в LANG=en_US.UTF-8 глобально, пользователю сделать русифицированный интерфейс, как описано выше, а папки и файлы называть английскими символами. Тогда grep работает нормально.
grep_проблемы_с поиском русского_при определённых условиях
Здравствуйте. Подскажите пожалуйста, может кто сталкивался с таким: 1) При установке дистибутива Debian была выбрана локаль LANG=ru_RU.UTF- 8 2) Из-за того, что все системные сообщений в log-и (/var/log) выдавались на русском, решила заменить глобально локаль на LANG=en_US.UTF-8. А конкретному пользователю в файле .bashrc прописать русские установки локали. Всё сделала через dpkg-reconfigure и цель была достигнута - в журналах записи на английском (это необходимо, если посылать их выводы в систему отслеживания ошибок), а пользователь, которому внесла в файл .bashrc следующее, получил русский интерфейс: LANG=ru_RU.UTF-8 LANGUAGE= LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" L C_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_A DDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF -8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL=C #*** ПРЕДУПРЕЖДЕНИЕ *** # Установленная в окружении локаль влияет на порядок сортировки. # Чтобы получить традиционный порядок, использующий системные значения байт, # установите LC_ALL=C. # from coreutils_ru.po Последние строки - просто памятка 3) И в таком варианте почти всё работало нормально, но вот с grep возникли проблемки... Если через консоль простым пользователем пытаешься задать поиск grep -R "online" Документы/ вводишь "Док" и клавишей TAB пытаешься дополнить слово - обычно так и работало ранее. А в условиях, описанных выше, появляется абракадабра - курсор перескакивает, русские буквы не показываются. При попытке ввести всё же вслепую русскую фразу и нажать Enter - выдаёт чепуху. Та же ситуация, если бы я написала не "online", а слово на русском языке. Вообщем в конце вернулась глобально к LANG=ru_RU.UTF-8. Но проблема то не решена Может кто подскажет - где копать. Конечно один вариант я знаю - уйти в LANG=en_US.UTF-8 глобально, пользователю сделать русифицированный интерфейс, как описано выше, а папки и файлы называть английскими символами. Тогда grep работает нормально.
Спасибо большое
Спасибо большое, хоть усну сегодня с какой-то надеждой. А то извёлся весь, денег-то не густо.
Re: Мне расстраиваться, или ничего страшного?
13.10.2018 22:44, fuf пишет: Мне расстраиваться, или ничего страшного? Говорят, работает: https://gist.github.com/guseppiguliano/614055d0bc260f5ea305d71439a03790 В том информационном пузыре, который для меня создал один известный поисковик, эта ссылка на второй позиции по запросу «E8372 linux». -- Alexander Galanin
Re: Мне расстраиваться, или ничего страшного?
fuf -> debian-russian@lists.debian.org @ Sat, 13 Oct 2018 19:44:53 +: > сыт по горло, теперь от Дебиана- ни на шаг! Приобрёл USB-modem (HUAWEI > E8372 LTE Wingle), но на коробке прочитал: > Требования к ОС ПК > -Win7, Win8, Win8.1 (без поддержки Windows RT) > -Mac OS .. > -АО ПК должно соответствовать требованиям установленой версии ОС > -Стандартный USB-интерфейс. > Мне расстраиваться, или ничего страшного? > Спасибо всем зараннее. Ну как... Или будет работать, или нет. Одно из двух.
Мне расстраиваться, или ничего страшного?
Всем привет! В начале лета возмечтал я о беспроводном интернете в деревне, поспрашивал здешний народ и купил дешёвый смарт с Андр.-7. После свободы и деликатности Дебиана- будто засунули головой в помойку и за это ещё требуют полного отчёта обо мне и моих контактах! Ладно-бы один Гугл, так ещё тьма забугорных личностей из каких-то Мухосрансков и Гадюкинсков, и каждый из них, предлагая свою ничтожную прогрмму, от которой смарт хрюкнет или пукнет требуют полного доступа и возможности менять системные настройки! В общем сыт по горло, теперь от Дебиана- ни на шаг! Приобрёл USB-modem (HUAWEI E8372 LTE Wingle), но на коробке прочитал: Требования к ОС ПК -Win7, Win8, Win8.1 (без поддержки Windows RT) -Mac OS .. -АО ПК должно соответствовать требованиям установленой версии ОС -Стандартный USB-интерфейс. Мне расстраиваться, или ничего страшного? Спасибо всем зараннее.
Re: systemd halt
sergio writes: > On 13/10/2018 16:07, Evgeny Zubok wrote: > >> Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь >> образом использует прежние настройки системы из >> /etc/default? Предполагаю, что нет. Но если использует, то там есть >> файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он >> по halt будет выключать машину. >> > > То есть это баг, можно смело вешать на пакет systemd? Нет, halt по умолчанию - это останов без выключения питания, poweroff - останов с выключением питания. Если нужно поменять действие halt, то надо это специально ему высказать. Я не знаю просто, где в systemd можно высказаться по этому поводу и можно ли. Смотри документацию.
[DONE] wml://security/2018/dsa-4316.wml
--- ../../english/security/2018/dsa-4316.wml2018-10-13 19:38:18.076605459 +0500 +++ 2018/dsa-4316.wml 2018-10-13 20:00:21.727019102 +0500 @@ -1,20 +1,21 @@ -security update +#use wml::debian::translation-check translation="b8c09cafc4b524922b58f92f24dd4a5173f0bddd" mindelta="1" maintainer="Lev Lamberov" +обновление безопасности -This update fixes several vulnerabilities in Imagemagick, a graphical -software suite. Various memory handling problems or incomplete input -sanitising have been found in the coders for BMP, DIB, PICT, DCM, CUT -and PSD. +Данное обновление исправляет несколько уязвимостей в Imagemagick, наборе +графического ПО. В преобразователях BMP, DIB, PICT, DCM, CUT и PSD были +обнаружены различные проблемы работы с памятью или неполная очистка входных +данных. -For the stable distribution (stretch), these problems have been fixed in -version 8:6.9.7.4+dfsg-11+deb9u6. +В стабильном выпуске (stretch), эти проблемы были исправлены в +версии 8:6.9.7.4+dfsg-11+deb9u6. -We recommend that you upgrade your imagemagick packages. +Рекомендуется обновить пакеты imagemagick. -For the detailed security status of imagemagick please refer to -its security tracker page at: -https://security-tracker.debian.org/tracker/imagemagick;>https://security-tracker.debian.org/tracker/imagemagick +С подробным статусом поддержки безопасности imagemagick можно ознакомиться на +соответствующей странице отслеживания безопасности по адресу +https://security-tracker.debian.org/tracker/imagemagick;>\ +https://security-tracker.debian.org/tracker/imagemagick # do not modify the following line #include "$(ENGLISHDIR)/security/2018/dsa-4316.data" -# $Id: $
[DONE] wml://security/2018/dsa-4315.wml
--- ../../english/security/2018/dsa-4315.wml2018-10-13 19:38:18.076605459 +0500 +++ 2018/dsa-4315.wml 2018-10-13 19:58:11.145930995 +0500 @@ -1,20 +1,21 @@ -security update +#use wml::debian::translation-check translation="458175a8a268b339a3ffa352b77b38f693c4b616" mindelta="1" maintainer="Lev Lamberov" +обновление безопасности -Multiple vulnerabilities have been discovered in Wireshark, a network -protocol analyzer which could result in denial of service or the -execution of arbitrary code. +В Wireshark, анализаторе сетевых протоколов, были обнаружены многочисленные +уязвимости, которые могут приводить к отказу в обслуживании или выполнению +произвольного кода. -For the stable distribution (stretch), these problems have been fixed in -version 2.6.3-1~deb9u1. This update upgrades Wireshark to the 2.6.x -release branch, future security upgrades will be based on this series. +В стабильном выпуске (stretch), эти проблемы были исправлены в +версии 2.6.3-1~deb9u1. Данное обновление устанавливает версию Wireshark из +ветки 2.6.x, будущие обновления безопасности будут основаны на этой ветке. -We recommend that you upgrade your wireshark packages. +Рекомендуется обновить пакеты wireshark. -For the detailed security status of wireshark please refer to -its security tracker page at: -https://security-tracker.debian.org/tracker/wireshark;>https://security-tracker.debian.org/tracker/wireshark +С подробным статусом поддержки безопасности wireshark можно ознакомиться на +соответствующей странице отслеживания безопасности по адресу +https://security-tracker.debian.org/tracker/wireshark;>\ +https://security-tracker.debian.org/tracker/wireshark # do not modify the following line #include "$(ENGLISHDIR)/security/2018/dsa-4315.data" -# $Id: $
Re: systemd halt
Спасибо. Тоже эта неприятная мелочь раздражала. 13.10.2018 16:27, Evgeny Zubok пишет: Evgeny Zubok writes: sergio writes: Как правильно выключать debian с systemd? говорю sudo halt, система доходит до "reboot: System halted" и всё. Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь образом использует прежние настройки системы из /etc/default? Предполагаю, что нет. Но если использует, то там есть файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он по halt будет выключать машину. Если что, то эта переменная среды описана в man shutdown в разделе HALT OR POWEROFF в конце. В общем, задача сводится к тому, чтобы установить эту переменную среды при помощи этой вашей systemd, то есть найти правильное место.
Re: systemd halt
On 13/10/2018 16:07, Evgeny Zubok wrote: Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь образом использует прежние настройки системы из /etc/default? Предполагаю, что нет. Но если использует, то там есть файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он по halt будет выключать машину. То есть это баг, можно смело вешать на пакет systemd? -- sergio.
Re: systemd halt
Evgeny Zubok writes: > sergio writes: > >> Как правильно выключать debian с systemd? >> >> говорю sudo halt, система доходит до "reboot: System halted" и всё. > > Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь > образом использует прежние настройки системы из > /etc/default? Предполагаю, что нет. Но если использует, то там есть > файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он > по halt будет выключать машину. Если что, то эта переменная среды описана в man shutdown в разделе HALT OR POWEROFF в конце. В общем, задача сводится к тому, чтобы установить эту переменную среды при помощи этой вашей systemd, то есть найти правильное место.
Re: systemd halt
sergio writes: > Как правильно выключать debian с systemd? > говорю sudo halt, система доходит до "reboot: System halted" и всё. Сам не пользуюсь systemd, сижу на sysV, поэтому сказанное может не действовать на systemd. Если systemd по-прежнему читает настройки системы из /etc/default, то найди там файл /etc/default/halt и укажи HALT=poweroff. Тогда halt будет выключать машину.
Re: переключение языков в иксах
Evgeny Zubok writes: > Sohin Vyacheslaw writes: > >> на данный момент у меня переключение языков настроено Caps/Shift+Caps: >> Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:scroll" >> >> p.s. в продолжение темы - может кто в курсе можно ли как-то на внешней >> клавиатуре с подсветкой программно что-ли указать, чтобы подсветка >> горела всегда? а то при переключении на русский она полностью гаснет. > > Дело в том, что твоя клавиатура, как и моя, управляет подсветкой через > включение светодиода scroll lock. Если ты обратишь внимание, то ты этот > "светодиод" зажигаешь grp_led:scroll. Убери эту опцию и включи подсветку > вручную или программно через включение scroll. Должна гореть постоянно. Дополню. Если я правильно понял вводные, то у тебя есть ноутбук и его родная клавиатура и есть внешняя клавиатура. Для ноутбука тебе надо, чтобы загорался Scroll, но он действует и для внешней клавиатуры, а у нее, к несчастью, этот Scroll LED зажигает подсветку. Выход из ситуации - задание разных правил переключения (вернее, зажигания светодиода) для этих клавиатур. Сделать это можно через xorg.conf (или отдельный конфигурационный файл в директории /etc/X11/xorg.conf.d), задав две секции InputClass для каждой клавиатуры, где и указать, что у одной зажигать, а у второй не зажигать. Как писать правила, читай документацию.
Re: systemd halt
sergio writes: > Как правильно выключать debian с systemd? > > говорю sudo halt, система доходит до "reboot: System halted" и всё. Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь образом использует прежние настройки системы из /etc/default? Предполагаю, что нет. Но если использует, то там есть файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он по halt будет выключать машину.
Re: переключение языков в иксах
Sohin Vyacheslaw writes: > на данный момент у меня переключение языков настроено Caps/Shift+Caps: > Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:scroll" > > p.s. в продолжение темы - может кто в курсе можно ли как-то на внешней > клавиатуре с подсветкой программно что-ли указать, чтобы подсветка > горела всегда? а то при переключении на русский она полностью гаснет. Дело в том, что твоя клавиатура, как и моя, управляет подсветкой через включение светодиода scroll lock. Если ты обратишь внимание, то ты этот "светодиод" зажигаешь grp_led:scroll. Убери эту опцию и включи подсветку вручную или программно через включение scroll. Должна гореть постоянно.
Re: установка по сети
Спасибо. попробую. 13.10.2018, 10:25, "Иван Лох" : > On Sat, Oct 13, 2018 at 09:51:23AM +0300, Thakur Mahashaya wrote: >> У меня на выходе получается пока только экран с терминалом. > > Скорее всего у Вас не запустиласть графическая подсистема. > В зависимости от типа видеоадаптера Вам может потребоваться > доустановить несвободное firmware добавив в источники apt > репозиторий non-free или (реже) установить несвободной > драйвер видеоадаптера.
Re: установка по сети
On Sat, Oct 13, 2018 at 09:51:23AM +0300, Thakur Mahashaya wrote: > У меня на выходе получается пока только экран с терминалом. Скорее всего у Вас не запустиласть графическая подсистема. В зависимости от типа видеоадаптера Вам может потребоваться доустановить несвободное firmware добавив в источники apt репозиторий non-free или (реже) установить несвободной драйвер видеоадаптера.
установка по сети
Всем привет. Скажите, пожалуйста, кто имел опыт установки по сети использую модем? Так прокатывает? У меня на выходе получается пока только экран с терминалом. Спасибо Тхакур