Re: bluetooth device enumeration

[sergio]

On 01/12/16 09:24, sergio wrote:

bluetoothctl внезапно починили, и select стал работать, но дела это не
меняет


-- 
sergio

bluetooth device enumeration

[sergio]

Hello.

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

От нумерации bt ничего не зависит, зачем мне это?
В принципе и так всё работает, но в системе два блютус адаптера:
hci0 -- фикция с wifi комбо карты, от которого на самом деле етсь только
интерфейс, и рабочий hci1. Так вот каждый раз, как я запускаю
blueman-manager, мне приходится в меню менять адаптер, а bluetoothctl
вообще не даёт это сделать и хочет работать только с первым.

-- 
sergio

[DONE] wml://{security/2016/dsa-3727.wml}

[Lev Lamberov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/security/2016/dsa-3727.wml2016-11-30 21:49:02.0 
+0500
+++ russian/security/2016/dsa-3727.wml  2016-12-01 11:00:19.304036388 +0500
@@ -1,16 +1,17 @@
- -security update
+#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov"
+обновление 
безопасности
 
- -Cisco Talos discovered that hdf5, a file format and library for
- -storing scientific data, contained several vulnerabilities that could
- -lead to arbitrary code execution when handling untrusted data.
+Сотрудники Cisco Talos обнаружили, что hdf5, 
формат файлов и библиотека для
+хранения научных данных, содержит 
несколько уязвимостей, которые могут
+приводить к выполнению произвольного кода 
при обработке недоверенных данных.
 
- -For the stable distribution (jessie), these problems have been fixed in
- -version 1.8.13+docs-15+deb8u1.
+В стабильном выпуске (jessie) эти проблемы 
были исправлены в
+версии 1.8.13+docs-15+deb8u1.
 
- -For the testing distribution (stretch) and unstable distribution
- -(sid), these problems have been fixed in version 1.10.0-patch1+docs-1.
+В тестируемом (stretch) и нестабильном (sid) 
выпусках
+эти проблемы были исправлены в версии 
1.10.0-patch1+docs-1.
 
- -We recommend that you upgrade your hdf5 packages.
+Рекомендуется обновить пакеты hdf5.
 
 
 # do not modify the following line
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE3mumcdV9mwCc9oZQXudu4gIW0qUFAlg/vHcACgkQXudu4gIW
0qXyUw/+JGvgLozho7mTwKiUk9FL8puI41kADxilpkTwnBCB5Ag2mqr69UAg31tW
F1Tubeist0bcsqnEgOat+8KZwdtV8VuQYgZjtkt4hzB8zWFa8xAdCtaDDfuCnphO
Ygg2YfV3IIPfSNrg5v6Gc20LQAYfLL933qewI8EIT5T7zsHHzLwhkoPbeRbf78iY
VO62APiFQ10WnUWLxiD4SFja7XqIAatyPUkyGHehGljWGjRRt8Fpl1CE58AZWk3q
AsU7yfctfp6Vd77W+eBDUMw5IxqPenI42WS5ijP6tGQLlmVB01hb1q7nP5j44//s
+0D3fxIHhSJmLZSJn+94tquYx4shorN7cvcB1gIxiHViNCvTmIeJ5HB0a9SX1c1E
q5+N1gK0IaPYv6NncWYvE8BKyT9bkbT7Hj8T2ktYGUvytSMV8CBDIZJ0sU4AFhHf
tC2XwK3UoG+QvycP0ltKUr4BFti2BgG0gmvLBqfDnzJA59aRSkrl0sUHI6RJvusd
L6AL6zwTP/ILHN0eMgtToH6IdlbT4x0q9e6YjntL1bSurxaNpWwvAHxaHJj5YDDi
x9hsooIXeObi5DbPS3E93rpXOeWkFQ0tDWTnfb7FAXTb2YuR1cTICGGnOj1yFqQp
rwxdKizImBHzq+4i0TknZUGkRiKs1ekLNVGk9SwCL1LrNeoXkXs=
=skPD
-END PGP SIGNATURE-

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

[Dmitry Alexandrov]

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

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

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

[Artem Chuprina]

Andrey Tataranovich -> debian-russian  @ Wed, 30 Nov 2016 18:25:40 +0300:

 > Доброго времени суток.

 > В shell скрипте обрабатывается список в котором в качестве разделителя
 > используется нулевой символ '\0'. Вроде совместимо с POSIX, но нужное
 > поведение есть только в zsh. В bash и dash ведет себя неправильно.

 > Код ---
 > IFS=$(printf '\0')
 > for i in $(seq 1 10 | tr '\n' '\0')
 > do
 > echo "i = $i"
 > done

 > Вывод -
 > zsh /tmp/list.sh
 > i = 1
 > i = 2
 > i = 3
 > i = 4
 > i = 5
 > i = 6
 > i = 7
 > i = 8
 > i = 9
 > i = 10
 > i =

 > bash /tmp/list.sh
 > i = 12345678910

 > dash /tmp/list.sh
 > i = 12345678910

 > Пробовал различные варианты задания IFS: IFS=; IFS=''; IFS=$'\0';
 > IFS=$(echo -en "\0") и т.д., но это не решает проблему.

 > Как обойти проблему с помощью того же xargs или while/read я знаю. Меня
 > интересует почему не работает вариант с for. Подозреваю, что я где-то
 > заблуждаюсь и потому у меня не работает - может кто-то подскажет в чем
 > моя ошибка?

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

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

[Artem Chuprina]

yuri.nefe...@gmail.com -> debian-russian  @ Wed, 30 Nov 2016 19:49:58 +0300 
(MSK):

 >> Доброго времени суток.
 >>
 >> В shell скрипте обрабатывается список в котором в качестве разделителя
 >> используется нулевой символ '\0'. Вроде совместимо с POSIX, но нужное
 >> поведение есть только в zsh. В bash и dash ведет себя неправильно.
 >>
 >> Код ---
 >> IFS=$(printf '\0')
 >> for i in $(seq 1 10 | tr '\n' '\0')
 >> do
 >>echo "i = $i"
 >> done
 >>
 >> Вывод -
 >> zsh /tmp/list.sh
 >> i = 1
 >> i = 2
 >> i = 3
 >> i = 4
 >> i = 5
 >> i = 6
 >> i = 7
 >> i = 8
 >> i = 9
 >> i = 10
 >> i =
 >>
 >> bash /tmp/list.sh
 >> i = 12345678910
 >>
 >> dash /tmp/list.sh
 >> i = 12345678910
 >>
 >> Пробовал различные варианты задания IFS: IFS=; IFS=''; IFS=$'\0';
 >> IFS=$(echo -en "\0") и т.д., но это не решает проблему.
 >>
 >> Как обойти проблему с помощью того же xargs или while/read я знаю. Меня
 >> интересует почему не работает вариант с for. Подозреваю, что я где-то
 >> заблуждаюсь и потому у меня не работает - может кто-то подскажет в чем
 >> моя ошибка?
 >>
 >> -- 
 >> WBR, Andrey Tataranovich
 >>

 >   Как я понимаю, ноги растут из языка С. Да и в стандарте POSIX [1]:
 >   строка не может содержать \0, а может только заканчиваться на \0.
 >   Так что bash строго следует стандарту и в результате
 >   $(seq 1 10 | tr '\n' '\0') дает с точки зрения стандарта
 >   «плохую» строку о чем честно и предупреждает:
 > command substitution: ignored null byte in input

 >   for и IFS не при чем, можете попробовать в bash и zsh:
 >   echo $(seq 9 | tr '\n' '\0')

 >   Ю.

 >   [1]  
 > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_92

Здравый смысл подсказывает, что эта ссылка - гвоздь не от той
стенки. Потому что в POSIX написано иное: строка - это то, что
заканчивается нулевым байтом, включая оный байт. Таким образом,
упомянутый input строкой POSIX не является - он практически никогда не
содержит нулевой байт вообще. Он заканчивается по концу данных в том
пайпе, в который направлен вывод команды. И поэтому применять сюда
определение строки из POSIX не слишком осмыслено.

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

[yuri . nefedov]

On Wed, 30 Nov 2016, Andrey Tataranovich wrote:


Доброго времени суток.

В shell скрипте обрабатывается список в котором в качестве разделителя
используется нулевой символ '\0'. Вроде совместимо с POSIX, но нужное
поведение есть только в zsh. В bash и dash ведет себя неправильно.

Код ---
IFS=$(printf '\0')
for i in $(seq 1 10 | tr '\n' '\0')
do
   echo "i = $i"
done

Вывод -
zsh /tmp/list.sh
i = 1
i = 2
i = 3
i = 4
i = 5
i = 6
i = 7
i = 8
i = 9
i = 10
i =

bash /tmp/list.sh
i = 12345678910

dash /tmp/list.sh
i = 12345678910

Пробовал различные варианты задания IFS: IFS=; IFS=''; IFS=$'\0';
IFS=$(echo -en "\0") и т.д., но это не решает проблему.

Как обойти проблему с помощью того же xargs или while/read я знаю. Меня
интересует почему не работает вариант с for. Подозреваю, что я где-то
заблуждаюсь и потому у меня не работает - может кто-то подскажет в чем
моя ошибка?

--
WBR, Andrey Tataranovich



  Как я понимаю, ноги растут из языка С. Да и в стандарте POSIX [1]:
  строка не может содержать \0, а может только заканчиваться на \0.
  Так что bash строго следует стандарту и в результате
  $(seq 1 10 | tr '\n' '\0') дает с точки зрения стандарта
  «плохую» строку о чем честно и предупреждает:
command substitution: ignored null byte in input

  for и IFS не при чем, можете попробовать в bash и zsh:
  echo $(seq 9 | tr '\n' '\0')

  Ю.

  [1]  
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_92

Validation failed

[Debian Webmaster]

*** Errors validating
/srv/www.debian.org/www/international/l10n/po/en_GB.ru.html: ***
Line 1294, character 241:  "128513" is not a character number in the
document character set

--
 You received this mail for the language code ru.
 Please edit webwml/english/devel/website/validation.data if this is not 
accurate
 Please also update webwml/english/devel/website/ with the new coordinator(s) 
data

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

[Andrey Tataranovich]

Доброго времени суток.

В shell скрипте обрабатывается список в котором в качестве разделителя
используется нулевой символ '\0'. Вроде совместимо с POSIX, но нужное
поведение есть только в zsh. В bash и dash ведет себя неправильно.

Код ---
IFS=$(printf '\0')
for i in $(seq 1 10 | tr '\n' '\0')
do
echo "i = $i"
done

Вывод -
zsh /tmp/list.sh
i = 1
i = 2
i = 3
i = 4
i = 5
i = 6
i = 7
i = 8
i = 9
i = 10
i =

bash /tmp/list.sh
i = 12345678910

dash /tmp/list.sh
i = 12345678910

Пробовал различные варианты задания IFS: IFS=; IFS=''; IFS=$'\0';
IFS=$(echo -en "\0") и т.д., но это не решает проблему.

Как обойти проблему с помощью того же xargs или while/read я знаю. Меня
интересует почему не работает вариант с for. Подозреваю, что я где-то
заблуждаюсь и потому у меня не работает - может кто-то подскажет в чем
моя ошибка?

-- 
WBR, Andrey Tataranovich