Re: grep_проблемы_с поиском русского_при определённых условиях

2018-10-13 Пенетрантность Artem Chuprina
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

2018-10-13 Пенетрантность Galina Anikina
Подскажите пожалуйста -
при попытке "перегнать" из 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_проблемы_с поиском русского_при определённых условиях

2018-10-13 Пенетрантность Galina Anikina
Здравствуйте.
Подскажите пожалуйста, может кто сталкивался с таким:
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_проблемы_с поиском русского_при определённых условиях

2018-10-13 Пенетрантность Galina Anikina
Здравствуйте.
Подскажите пожалуйста, может кто сталкивался с таким:
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 работает
нормально.





Спасибо большое

2018-10-13 Пенетрантность fuf
Спасибо большое, хоть усну сегодня с какой-то надеждой.
А то извёлся весь, денег-то не густо.


Re: Мне расстраиваться, или ничего страшного?

2018-10-13 Пенетрантность Alexander Galanin

13.10.2018 22:44, fuf пишет:

Мне расстраиваться, или ничего страшного?


Говорят, работает:
https://gist.github.com/guseppiguliano/614055d0bc260f5ea305d71439a03790

В том информационном пузыре, который для меня создал один известный 
поисковик, эта ссылка на второй позиции по запросу «E8372 linux».


--
Alexander Galanin



Re: Мне расстраиваться, или ничего страшного?

2018-10-13 Пенетрантность Artem Chuprina
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-интерфейс.
 > Мне расстраиваться, или ничего страшного?
 > Спасибо всем зараннее.

Ну как... Или будет работать, или нет. Одно из двух.



Мне расстраиваться, или ничего страшного?

2018-10-13 Пенетрантность fuf
Всем привет!
В начале лета возмечтал я о беспроводном интернете в деревне, поспрашивал
здешний народ и купил дешёвый смарт с Андр.-7. После свободы и деликатности
Дебиана- будто засунули головой в помойку и за это ещё требуют полного
отчёта обо мне и моих контактах! Ладно-бы один Гугл, так ещё тьма
забугорных личностей из каких-то Мухосрансков и Гадюкинсков, и каждый из
них, предлагая свою ничтожную прогрмму, от которой смарт хрюкнет или пукнет
требуют полного доступа и возможности менять системные настройки! В общем
сыт по горло, теперь от Дебиана- ни на шаг! Приобрёл USB-modem (HUAWEI
E8372 LTE Wingle), но на коробке прочитал:
Требования к ОС ПК
-Win7, Win8, Win8.1 (без поддержки Windows RT)
-Mac OS ..
-АО ПК должно соответствовать требованиям установленой версии ОС
-Стандартный USB-интерфейс.
Мне расстраиваться, или ничего страшного?
Спасибо всем зараннее.


Re: systemd halt

2018-10-13 Пенетрантность Evgeny Zubok
sergio  writes:

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

Нет, halt по умолчанию - это останов без выключения питания, poweroff -
останов с выключением питания. Если нужно поменять действие halt, то
надо это специально ему высказать. Я не знаю просто, где в systemd можно
высказаться по этому поводу и можно ли. Смотри документацию.



[DONE] wml://security/2018/dsa-4316.wml

2018-10-13 Пенетрантность Lev Lamberov
--- ../../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

2018-10-13 Пенетрантность Lev Lamberov
--- ../../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

2018-10-13 Пенетрантность artiom

Спасибо. Тоже эта неприятная мелочь раздражала.

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

2018-10-13 Пенетрантность sergio

On 13/10/2018 16:07, Evgeny Zubok wrote:


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



То есть это баг, можно смело вешать на пакет systemd?

--
sergio.



Re: systemd halt

2018-10-13 Пенетрантность 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

2018-10-13 Пенетрантность Evgeny Zubok
sergio  writes:

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

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



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

2018-10-13 Пенетрантность Evgeny Zubok
Evgeny Zubok  writes:

> Sohin Vyacheslaw  writes:
>
>> на данный момент у меня переключение языков настроено Caps/Shift+Caps:
>> Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:scroll"
>>
>> p.s. в продолжение темы - может кто в курсе можно ли как-то на внешней
>> клавиатуре с подсветкой программно что-ли указать, чтобы подсветка
>> горела всегда? а то при переключении на русский она полностью гаснет.
>
> Дело в том, что твоя клавиатура, как и моя, управляет подсветкой через
> включение светодиода  scroll lock. Если ты обратишь внимание, то ты этот
> "светодиод" зажигаешь grp_led:scroll. Убери эту опцию и включи подсветку
> вручную или программно через включение scroll. Должна гореть постоянно.

Дополню. Если я правильно понял вводные, то у тебя есть ноутбук и его
родная клавиатура и есть внешняя клавиатура. Для ноутбука тебе надо,
чтобы загорался Scroll, но он действует и для внешней клавиатуры, а у
нее, к несчастью, этот Scroll LED зажигает подсветку. Выход из ситуации
- задание разных правил переключения (вернее, зажигания светодиода) для
этих клавиатур. Сделать это можно через xorg.conf (или отдельный
конфигурационный файл в директории /etc/X11/xorg.conf.d), задав две
секции InputClass для каждой клавиатуры, где и указать, что у одной
зажигать, а у второй не зажигать. Как писать правила, читай
документацию.



Re: systemd halt

2018-10-13 Пенетрантность Evgeny Zubok
sergio  writes:

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

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



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

2018-10-13 Пенетрантность Evgeny Zubok
Sohin Vyacheslaw  writes:

> на данный момент у меня переключение языков настроено Caps/Shift+Caps:
> Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:scroll"
>
> p.s. в продолжение темы - может кто в курсе можно ли как-то на внешней
> клавиатуре с подсветкой программно что-ли указать, чтобы подсветка
> горела всегда? а то при переключении на русский она полностью гаснет.

Дело в том, что твоя клавиатура, как и моя, управляет подсветкой через
включение светодиода  scroll lock. Если ты обратишь внимание, то ты этот
"светодиод" зажигаешь grp_led:scroll. Убери эту опцию и включи подсветку
вручную или программно через включение scroll. Должна гореть постоянно.



Re: установка по сети

2018-10-13 Пенетрантность Thakur Mahashaya
Спасибо. попробую.

13.10.2018, 10:25, "Иван Лох" :
> On Sat, Oct 13, 2018 at 09:51:23AM +0300, Thakur Mahashaya wrote:
>>  У меня на выходе получается пока только экран с терминалом.
>
> Скорее всего у Вас не запустиласть графическая подсистема.
> В зависимости от типа видеоадаптера Вам может потребоваться
> доустановить несвободное firmware добавив в источники apt
> репозиторий non-free или (реже) установить несвободной
> драйвер видеоадаптера.



Re: установка по сети

2018-10-13 Пенетрантность Иван Лох
On Sat, Oct 13, 2018 at 09:51:23AM +0300, Thakur Mahashaya wrote:
> У меня на выходе получается пока только экран с терминалом.

Скорее всего у Вас не запустиласть графическая подсистема.
В зависимости от типа видеоадаптера Вам может потребоваться
доустановить несвободное firmware добавив в источники apt
репозиторий non-free или (реже) установить несвободной 
драйвер видеоадаптера.



установка по сети

2018-10-13 Пенетрантность Thakur Mahashaya
Всем привет.
Скажите, пожалуйста, кто имел опыт установки по сети использую модем?
Так прокатывает?
У меня на выходе получается пока только экран с терминалом.

Спасибо
Тхакур