Re: из man в po программой po4a-gettextize пишет-Данный файл создан с помощью Pod::Man

[Yuri Kozlov]

В Wed, 14 Mar 2018 16:23:11 +0300
Gali Anikina  пишет:

> Подскажите, каким способом задействовать модуль в po4a
> 
> 
> Хотела преобразовать из man в po -  man по po4a.
> 
> $ po4a-gettextize -f man -M UTF-8 --debug --master po4a.1p --po 
> po4a_1_p_man_rus.po
> 
> $ po4a.1p:1: (po4a::man)
> Данный файл создан с помощью Pod::Man. Преобразуйте файл 
> POD с помощью модуля pod из программы po4a.
> 
> 
> В man по po4a мне было непонятно, как это делать
> 
> Пытаюсь её собственный man преобразовать в po для вычитки.
> 

В архиве с исходным кодом po4a уже есть ru.po.
https://github.com/mquinson/po4a/blob/master/po/pod/ru.po

-- 
Best Regards,
Yuri Kozlov

Re: internet radio pleer

[Sergey Matveev]

*** D. H. [2018-03-15 07:14]:
>А зачем USB звуковушки? Ещё встречаются ноуты\десктопы без звуковых карт?

Музыку вы будете слушать через встроенную звуковуху ноутбука?
Через USB можно подключить качественную.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

Re: internet radio pleer

[sergio]

On 15/03/18 05:44, sergio wrote:


> pulseaudio --kill я делаю на сиде, крайне редко, и сиду можно

на сиде приходится делать killall -9 pulseaudio
pulseaudio --kill не приходится никогда



-- 
sergio

Re: internet radio pleer

[sergio]

On 15/03/18 05:37, yuri.nefe...@gmail.com wrote:

> Когда приходится делать pulseaudio --kill

pulseaudio --kill я делаю на сиде, крайне редко, и сиду можно

а там где оно как сервер запущено, как пару лет назад настроил так и не
трогал

-- 
sergio

Re: internet radio pleer

[yuri . nefedov]

On Thu, 15 Mar 2018, sergio wrote:


On 15/03/18 05:19, yuri.nefe...@gmail.com wrote:


 Понятия не имею. Не было такой задачи. Была задача,
 если нет наушником - молчалив как камбала в засаде.
 Включили наушники - ну скажи что-нибудь в них.
 И это работало.



Это не "по-горячему".



  Когда приходится делать pulseaudio --kill
  то вроде бы тоже по горячему не получится.
  Или получится? Попробовать надо.
Ю.

Re: internet radio pleer

[sergio]

On 15/03/18 05:19, yuri.nefe...@gmail.com wrote:

>  Понятия не имею. Не было такой задачи. Была задача,
>  если нет наушником - молчалив как камбала в засаде.
>  Включили наушники - ну скажи что-нибудь в них.
>  И это работало.


Это не "по-горячему".


-- 
sergio

Re: internet radio pleer

[yuri . nefedov]

On Thu, 15 Mar 2018, sergio wrote:


On 15/03/18 04:42, yuri.nefe...@gmail.com wrote:


В принципе я научился подключать usb-наушники и через udev


И как же интересно уже играющий процесс в альса-устройство переключается
в другое альса-устройство?



 Понятия не имею. Не было такой задачи. Была задача,
 если нет наушником - молчалив как камбала в засаде.
 Включили наушники - ну скажи что-нибудь в них.
 И это работало.

Ю.

Re: internet radio pleer

[sergio]

On 15/03/18 04:42, yuri.nefe...@gmail.com wrote:

> В принципе я научился подключать usb-наушники и через udev

И как же интересно уже играющий процесс в альса-устройство переключается
в другое альса-устройство?

-- 
sergio

Re: internet radio pleer

[yuri . nefedov]

On Thu, 15 Mar 2018, sergio wrote:




а зачем пульсаудио?


первое зачем нужен PA, так это что бы USB звуковушки действительно были
"горячими".



  В принципе я научился подключать usb-наушники и через
  udev, но, да, в пулсе это «из коробки».
  Хотя, несколько включений-отключений может и не пережить,
  тогда приходится прибивать руками.

  Как я помню, основное недовольство PulseAudio шло от аудиофилов
  и других людей которым нужен инструмент для профессиональной
  работы со звуком. Alsa и выбор подходящего hardware вроде бы
  дает лучший результат.

  Меня же, как любителя mp3 с рейтом 128Kb/s, все полностью
  устраивает)

Ю.

Re: internet radio pleer

[sergio]

> а зачем пульсаудио?

первое зачем нужен PA, так это что бы USB звуковушки действительно были
"горячими".


-- 
sergio

Re: Краткий обзор систем резервного копирования

[Artem Chuprina]

artiom -> debian-russian@lists.debian.org  @ Wed, 14 Mar 2018 20:58:21 +0300:

 >>  >> > Для себя сделал вывод, что надежнее самопальной конструкции на базе
 >>  >> > rsync все-таки ничего не придумали.  
 >>  >> 
 >>  >> > Хотя, конечно, дедупликацию к ней добавить было бы приятно... Но
 >>  >> > надежность и простота восстановления в любом случае важнее.  
 >>  >> 
 >>  >> Рекомендую глянуть на rsnapshot - как раз конструкция на базе rsync,
 >> 
 >>  > Лет десять назад именно Артем Чуприна научил меня пользоваться
 >>  > rsnapshot. Поэтому полагаю, что под дедупликацией он имеет в виду
 >>  > что-то другое, чего rsnapshot не умеет.
 >> 
 >> Exactly. В смысле, чего rsync не умеет. А он не умеет ни если файл
 >> переместился, ни если у него изменилась метаинформация. И если второе —
 >> это ограничение вообще конструкции хардлинков (и правильно, что не
 >> умеет, хотя на задаче бэкапа тоже хочется уметь), то первое (тоже
 >> правильно, что не умеет, но по другой причине) временами хочется и
 >> подправить. Когда на бэкап-клиенте :) большое поддерево переместили или
 >> хотя бы переименовали директорию верхнего уровня, не говоря уже о
 >> несколько более содержательной реорганизации.
 >> 
 >> Но всего этого хочется при условии "не потерять в надежности и не
 >> усложнить процедуру восстановления". А описанные комбайны ими таки
 >> жертвуют.
 > Да ну ладно. Эти комбайны (большинство) также предоставляет вам файлы в
 > виде иерархии. А там уж, восстанавливай, как хочешь, куда хочешь и чем
 > угодно.
 > Так что, я не думаю, что они сильно "жертвуют надёжностью".

Спасибо, я внимательно почитал обзор. Возможно, более внимательно, чем
его автор :)

Так, на всякий случай: FUSE-драйвер всегда отлажен хуже, чем нормальная
FS. Особенно — в части работоспособности в случае, когда нижележащее
хранилище имеет частичные сбои в метаинформации. Которая там тоже своя.

 > К тому же, о каких жертвах может идти речь на системе, в которой память
 > с контролем ошибок, диски с контролем ошибок, ФС с контролем ошибок и
 > избыточность, позволяющая восстановить от 1 до 2-х дисков из 4-х?

... и вот на пути ко всему этому мы ставим софт, судя по обзору, не
слишком хорошо написанный. В качестве single point of failure, потому
что он-то как раз не резервирован, средств восстановления после ошибок
лишен заведомо, а средств их контроля скорее всего.

Re: internet radio pleer

[Dmitry Alexandrov]

> On 14/03/18 05:26 PM, Иван Лох wrote:
>> On Wed, Mar 14, 2018 at 05:21:27PM -0500, D. H. wrote:
>>>
>>> А это и есть по существу. Давай посчитаем какому проценту людей нужно
>>> регулировать громкость для каждого отдельного приложения.  Я например ни
>>> разу не столкнулся с ситуацией когда это необходимо. Для каждого
>>> устройства? Так в большинстве случаев устройство одно. Звуковая карта в
>>> десктопе\ноуте.
>>
>> Как минимум, к этой же карте часто подключены и спикеры и наушники.
>
> Верно. И что с того? Я или слушаю в наушниках или через спикеры. Или
> есть какая-то мифическая ситуация когда мне на спикеры нужно выводить
> одно а на наушники другое? Или для чего было об этом упоминание?
>
> Я не спорю, я могу чего-то не знать. И может действительно есть какая-то
> фишка. Поделитесь, может я тоже начну пользоваться если это будет удобно.

Такая ситуация очевидно есть.  Звонок обычно крайне нежелательно выводить на 
наушники. :-)

Однако опять же, разве для этого нужна Пульса?  А вернее даже так: разве Пульса 
здесь чем-то может помочь?  На карте либо два полноценных выходных канала (в 
Альсе будут отражаться как «подустройства»), либо только один — и тогда все, 
что можно сделать — это временно заглушить наушники вовсе.  Не?

Re: internet radio pleer

[sergio]

On 15/03/18 02:08, Tim Sattarov wrote:

> Ну раз уж я так разошёлся, про bluetooth тоже скажу:
> Переключение между режимами High Fidelity audio и headset (это когда с 
> микрофоном) это просто
> сказка, не без глюков, но и не ужас ужас.

лучше бы "Absolute volume" сделали


-- 
sergio

Re: internet radio pleer

[Tim Sattarov]

On 03/14/18 18:21, D. H. wrote:
> А это и есть по существу. Давай посчитаем какому проценту людей нужно
> регулировать громкость для каждого отдельного приложения.  Я например ни
> разу не столкнулся с ситуацией когда это необходимо. Для каждого
> устройства? Так в большинстве случаев устройство одно. Звуковая карта в
> десктопе\ноуте.
А вот представь, слушаешь ты музыку, на одной единственной звуковой карте, 
подключенной к хорошей
акустике, довольно громко.
И тут бах нотификация приходит из какого нибудь мессенджера.
С одной стороны, ты хочешь слышать уведомления, они тебе нужны, с другой 
стороны тебе не нужно её
так громко.
Это наверное самый распространённый случай.

Другой случай: тупое приложение, которое берёт первый попавшийся вывод и тупит, 
не хочет
переключаться на что то другой.
В пульсе, в микшере ты _просто_ переключаешь вывод этой программы в нужное 
устройство. выставляешь
громкость и прочее.

> Играть посети? Ну вот уж точно в голову не приходило. Это зачем вообще?
Третий случай, редкий наверное, из-за сетапа:
стоит у меня медиа центр, на линуксе, подключенный к телеку и хорошей звуковой 
системе. На моём
лаптопе звук не лучший, в наушниках я сидеть не хочу.
всё что я делаю это настраиваю PulseAudio на медиацентре чтобы слушал по сети
пульс на моём лаптопе видит сетевое аудио устройство и показывает мне его в 
списке доступых к
проигрыванию
> Нет, я понимаю что существуют ситуации когда это действительно полезно.
> Но если по существу, каков процент таких ситуаций?
Про это не скажу, не имею информации
> Голубозуб не берем, я уже упоминал что это действительно полезная фича.
Ну раз уж я так разошёлся, про bluetooth тоже скажу:
Переключение между режимами High Fidelity audio и headset (это когда с 
микрофоном) это просто
сказка, не без глюков, но и не ужас ужас.


Я когда прихожу домой у меня появляется как минимум два, а то и три, 
дополнительных устройства на
которые можно выводить звук.
1) медацентр
2) беспроводные наушники, подключенные к доку по USB
3) Chromecast (если модуль подгружен)

Re: internet radio pleer

[sergio]

On 15/03/18 01:55, D. H. wrote:


> Приходило. И успешно подключал.

Странно тогда, что не приходил использовать минимум проводов: ethernet и
питание. Каждый раз втыкать наушники?



-- 
sergio

Re: internet radio pleer

[Dmitry Alexandrov]

> On Wed, Mar 14, 2018 at 05:21:27PM -0500, D. H. wrote:
>> 
>> А это и есть по существу. Давай посчитаем какому проценту людей нужно
>> регулировать громкость для каждого отдельного приложения.  Я например ни
>> разу не столкнулся с ситуацией когда это необходимо. Для каждого
>> устройства? Так в большинстве случаев устройство одно. Звуковая карта в
>> десктопе\ноуте.
>
> Как минимум, к этой же карте часто подключены и спикеры и наушники.

Вот уж новость, так новость. :-)  А еще микрофон нередко есть.

Я все проспал, и для того, чтобы их регулировать особо, уже нужна Пульса?

Re: internet radio pleer

[sergio]

On 15/03/18 01:21, D. H. wrote:

> Играть посети? Ну вот уж точно в голову не приходило. Это зачем вообще?

Как и не приходило в голову подключить к ноутбуку несколько мониторов,
тоже по сети.

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


-- 
sergio

Re: internet radio pleer

[Иван Лох]

On Wed, Mar 14, 2018 at 05:21:27PM -0500, D. H. wrote:
> 
> А это и есть по существу. Давай посчитаем какому проценту людей нужно
> регулировать громкость для каждого отдельного приложения.  Я например ни
> разу не столкнулся с ситуацией когда это необходимо. Для каждого
> устройства? Так в большинстве случаев устройство одно. Звуковая карта в
> десктопе\ноуте.

Как минимум, к этой же карте часто подключены и спикеры и наушники.
> 

Re: internet radio pleer

[D. H.]

On 14/03/18 05:09 PM, Tim Sattarov wrote:
>> А то вот действительно жизненно необходимая функция на КАЖДОМ десктопе
>> или ноуте. Без этого же ну вообще музыку не послушать, фильм не посмотреть.
>>
> А если по существу?
> 
> я бы никогда не подумал, что мне это пригодится,
> но прошлые пляски с звучками и управлением громкостью для каждого приложения 
> и/или устройства
> начиная ещё с коммерческого OSS и заканчивая ALSA  были примерно одинаково 
> неудобны,
> все попытки сделать чтото поверх, начиная с esd/artsd тоже как то не 
> увенчались.
> Выглядит так, что сейчас модно ругать PulseAudio...
> 

А это и есть по существу. Давай посчитаем какому проценту людей нужно
регулировать громкость для каждого отдельного приложения.  Я например ни
разу не столкнулся с ситуацией когда это необходимо. Для каждого
устройства? Так в большинстве случаев устройство одно. Звуковая карта в
десктопе\ноуте.

Играть посети? Ну вот уж точно в голову не приходило. Это зачем вообще?

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

Голубозуб не берем, я уже упоминал что это действительно полезная фича.

Re: internet radio pleer

[Tim Sattarov]

On 03/14/18 17:48, D. H. wrote:
> On 14/03/18 08:50 AM, Tim Sattarov wrote:
>> On 03/14/18 09:44, Victor Wagner wrote:
>> Я честно не пойму, какие претензии к Pulseaudio?
>> наоборот, не могу нарадоваться, как просто стало управлять потоками между 
>> устройствами (локальными и
>> сетевыми)
> А то вот действительно жизненно необходимая функция на КАЖДОМ десктопе
> или ноуте. Без этого же ну вообще музыку не послушать, фильм не посмотреть.
>
А если по существу?

я бы никогда не подумал, что мне это пригодится,
но прошлые пляски с звучками и управлением громкостью для каждого приложения 
и/или устройства
начиная ещё с коммерческого OSS и заканчивая ALSA  были примерно одинаково 
неудобны,
все попытки сделать чтото поверх, начиная с esd/artsd тоже как то не увенчались.
Выглядит так, что сейчас модно ругать PulseAudio...

К знатокам NAS

[artiom]

Я знаю, что тут есть люди в NAS-ах неплохо понимающие.

Вышло так, что доставку компонентов затянули, и сейчас время начинает
гореть.
Теперь устройство есть, а ОС на нём нет.

Изначально я хотел поставить OMV, на базе Debian.
Меня переубедили, объяснив, что на Linux ZFS ещё не production ready.

Я попытался поставить FreeNAS и понял, что шифрование корневой ФС без
танцев с бубном сделать не получится.
При этом, установщик совершенно убогий: выпилено всё и никаких
"экспертных режимов" нет, диск и то нельзя разбить, как требуется (это
ещё я могу обойти, но шифрование корневой ФС обыденное для FreeBSD, там
внезапно стало нетривиальной задачей, которая может поломать совместимость).

И в их сообществе это считается нормальным, потому что "FreeNAS isn’t an
operating system, it’s an appliance."

Хотелось бы понять:

- Какие проблемы и подводные камни могут быть с OMV?
- Какие плюсы и минусы у OMV и FreeNAS по сравнению друг с другом?
- Насколько сыра ZFS в Linux?

Re: Краткий обзор систем резервного копирования

[artiom]

12.03.2018 15:07, yuri.nefe...@gmail.com пишет:
> Victor Wagner -> debian-russian@lists.debian.org  @ Mon, 12 Mar 2018
> 11:59:09 +0300:
> ...
>> > Лет десять назад именно Артем Чуприна научил меня пользоваться
>> > rsnapshot. Поэтому полагаю, что под дедупликацией он имеет в виду
>> > что-то другое, чего rsnapshot не умеет.
> ...
> On Mon, 12 Mar 2018, Artem Chuprina wrote:
>>
>> Exactly. В смысле, чего rsync не умеет. А он не умеет ни если файл
>> переместился, ни если у него изменилась метаинформация. И если второе —
>> это ограничение вообще конструкции хардлинков (и правильно, что не
>> умеет, хотя на задаче бэкапа тоже хочется уметь), то первое (тоже
>> правильно, что не умеет, но по другой причине) временами хочется и
>> подправить. Когда на бэкап-клиенте :) большое поддерево переместили или
>> хотя бы переименовали директорию верхнего уровня, не говоря уже о
>> несколько более содержательной реорганизации.
>>
> 
>   Вообще говоря всё это unison умеет. Принцип работы как у rsync,
>   а синхронизацию в обратную сторону можно и запретить.
>   Правда, для полноценного бекапа как то стрёмно его пробовать.
>   А вот для рабочих папок, где всякие перемещения, переименования
>   и т.п. обычное дело, самое то.
> 
> Ю.
О, ещё тулза не попавшаяся мне на глаза.

Re: Краткий обзор систем резервного копирования

[artiom]

12.03.2018 12:27, Artem Chuprina пишет:
> Victor Wagner -> debian-russian@lists.debian.org  @ Mon, 12 Mar 2018 11:59:09 
> +0300:
> 
>  >> > Для себя сделал вывод, что надежнее самопальной конструкции на базе
>  >> > rsync все-таки ничего не придумали.  
>  >> 
>  >> > Хотя, конечно, дедупликацию к ней добавить было бы приятно... Но
>  >> > надежность и простота восстановления в любом случае важнее.  
>  >> 
>  >> Рекомендую глянуть на rsnapshot - как раз конструкция на базе rsync,
> 
>  > Лет десять назад именно Артем Чуприна научил меня пользоваться
>  > rsnapshot. Поэтому полагаю, что под дедупликацией он имеет в виду
>  > что-то другое, чего rsnapshot не умеет.
> 
> Exactly. В смысле, чего rsync не умеет. А он не умеет ни если файл
> переместился, ни если у него изменилась метаинформация. И если второе —
> это ограничение вообще конструкции хардлинков (и правильно, что не
> умеет, хотя на задаче бэкапа тоже хочется уметь), то первое (тоже
> правильно, что не умеет, но по другой причине) временами хочется и
> подправить. Когда на бэкап-клиенте :) большое поддерево переместили или
> хотя бы переименовали директорию верхнего уровня, не говоря уже о
> несколько более содержательной реорганизации.
> 
> Но всего этого хочется при условии "не потерять в надежности и не
> усложнить процедуру восстановления". А описанные комбайны ими таки
> жертвуют.
Да ну ладно. Эти комбайны (большинство) также предоставляет вам файлы в
виде иерархии. А там уж, восстанавливай, как хочешь, куда хочешь и чем
угодно.
Так что, я не думаю, что они сильно "жертвуют надёжностью".
К тому же, о каких жертвах может идти речь на системе, в которой память
с контролем ошибок, диски с контролем ошибок, ФС с контролем ошибок и
избыточность, позволяющая восстановить от 1 до 2-х дисков из 4-х?

Re: из man в po программой po4a-gettextize пишет-Данный файл создан с помощью Pod::Man

[Sergey Alyoshin]

2018-03-14 16:23 GMT+03:00 Gali Anikina :
> Подскажите, каким способом задействовать модуль в po4a
>
>
> Хотела преобразовать из man в po -  man по po4a.
>
> $ po4a-gettextize -f man -M UTF-8 --debug --master po4a.1p --po
> po4a_1_p_man_rus.po
>
> $ po4a.1p:1: (po4a::man)
>Данный файл создан с помощью Pod::Man. Преобразуйте файл POD
> с помощью модуля pod из программы po4a.

Насколько я понимаю, программа определила, что po4a.1p создан из формата pod и
предлагает использовать оригинал в формате pod (уже c параметром -f pod).

Оригинал pod можно получить из исходных кодов po4a. Но запускать вручную po4a в
исходных кодах po4a уже нет смысла, так как он и так запускается при сборке и
вы получаете готовые для перевода .pot и .po.

Re: Краткий обзор систем резервного копирования

[artiom]

12.03.2018 11:56, Stanislav Vlasov пишет:
> 9 марта 2018 г., 20:36 пользователь Artem Chuprina  
> написал:
> 
>> Для себя сделал вывод, что надежнее самопальной конструкции на базе
>> rsync все-таки ничего не придумали.
> 
>> Хотя, конечно, дедупликацию к ней добавить было бы приятно... Но
>> надежность и простота восстановления в любом случае важнее.
> 
> Рекомендую глянуть на rsnapshot - как раз конструкция на базе rsync,
> но с дедупликацией между разными бекапами при помощи хардлинков.
> В результате работы - несколько каталогов по одному на каждый бекап с
> деревом каталогов внутри. Восстановление - копированием.
> 
Он у меня был до недавнего момента.
Как раз, похоже на то, что так рекламирует Артём Чуприна: самодельная
бэкапилка на rsnapshot с интерфейсом "файловой системы".
Плюс, fuse, который показывал бэкап в виде иерархии по дням.

Re: Краткий обзор систем резервного копирования

[artiom]

Я думаю, мой "парк" не разрастётся более десятка машин.
Но я хочу иметь удобный web-интерфейс и единую точку контроля.
Иначе, зачем я собираю устройство, второй основной задачей которого
является бэкап?

11.03.2018 11:15, Павел Марченко пишет:
> +1 поэтому такие системы и существуют, чтобы не городить велосипед,
> каждый раз как нужно что-то забэкапить. А если у вас тысячи серверов,
> которые нужно бэкапить? 
> 
> 11 мар. 2018 г. 10:20 пользователь "artiom"  > написал:
> 
> 
> 
> 09.03.2018 18:36, Artem Chuprina пишет:
> > artiom -> debian-russian@lists.debian.org
>   @ Fri, 9 Mar 2018 13:47:00
> +0300:
> >
> >  > Выкладываю здесь свой обзор по итогам обсуждения в теме "Backup".
> >  > Может, кому пригодится.
> >  > Дополнения и исправления приветствуются.
> >
> > Спасибо, интересно.
> >
> > Для себя сделал вывод, что надежнее самопальной конструкции на базе
> > rsync все-таки ничего не придумали.
> >
> > Хотя, конечно, дедупликацию к ней добавить было бы приятно... Но
> > надежность и простота восстановления в любом случае важнее.
> >Но в прошлой теме вы говорили, что важнее выбирать инструмент,
> исходя из
> политики резервного копирования (с чем буду разбираться, когда FreeNAS
> нормально поставлю) и прочих условий.
> Если машин много или требуется интерфейс, есть подозрение, что ваша
> конструкция превратится либо в backuppc, либо в bareos, ну или в
> urbackup, накрайняк.
> Так зачем же делать работу, которую уже сделали за меня?
> 
> 

Re: internet radio pleer

[sergio]

On 14/03/18 18:16, sergio wrote:

> локальной акустики нет.

как и локального pulseaudio!


-- 
sergio

Re: internet radio pleer

[sergio]

On 14/03/18 17:08, Dmitry Nezhevenko wrote:


> Лучше вместо PULSE_SERVER сделать что-то типа:
>   
>   pactl load-module module-tunnel-sink server=ip-сервера
> 
> Ну или в конфиг прописать. Тогда можно будет любое приложение прям на ходу
> переключать с локальной акустики на удаленную и обратно.

локальной акустики нет.

module-tunnel-sink хуже module-native-protocol-tcp

export PULSE_SERVER в .xsession


-- 
sergio

Re: internet radio pleer

[sergio]

On 14/03/18 16:36, D. H. wrote:

> а зачем пульсаудио? неужели ещё есть надежда что оно когданибудь
> нормально рабоать будет?

А ещё так же и единственный споcоб играть в bluetooth.

Мне тоже поттеринг не нравится, но он не у дел pulseaudio практически c
2011 года, и с тех пор её допилили до приемлемого состояния. Бойтесь
лучше systemd!


-- 
sergio

Re: internet radio pleer

[Dmitry Nezhevenko]

On Wed, Mar 14, 2018 at 05:01:35PM +0300, sergio wrote:
> 
> (На хосте с mpd запускается pulse сервер при старте системы и в его
> можно играть с локалки. И джойстики крутить. И это всего один
> PULSE_SERVER=hostname перед командой!!!)

Лучше вместо PULSE_SERVER сделать что-то типа:

pactl load-module module-tunnel-sink server=ip-сервера

Ну или в конфиг прописать. Тогда можно будет любое приложение прям на ходу
переключать с локальной акустики на удаленную и обратно.

-- 
WBR, Dmitry


signature.asc
Description: PGP signature

Re: internet radio pleer

[sergio]

On 14/03/18 16:36, D. H. wrote:

> а зачем пульсаудио? неужели ещё есть надежда что оно когданибудь
> нормально рабоать будет?

А оно НОРМАЛЬНО РАБОТАЕТ, нехрен на него гнать. Оно было на хосте до mpd
и проблем с ним не возникало. А вот mpd похоже говно, хотя я так и не думал.

Ну например потому, что это единственный способ играть по сети. Я честно
пытался использовать jack и jack2 они на это не способны.

(На хосте с mpd запускается pulse сервер при старте системы и в его
можно играть с локалки. И джойстики крутить. И это всего один
PULSE_SERVER=hostname перед командой!!!)


-- 
sergio

Re: internet radio pleer

[Tim Sattarov]

On 03/14/18 09:44, Victor Wagner wrote:
> On Wed, 14 Mar 2018 08:36:09 -0500
> "D. H."  wrote:
>
>>>   
>> а зачем пульсаудио? неужели ещё есть надежда что оно когданибудь
>> нормально рабоать будет?
> Нет надежды, что кое-какой софт будет работать без него. А так - хоть
> как-то.
>
Я честно не пойму, какие претензии к Pulseaudio?
наоборот, не могу нарадоваться, как просто стало управлять потоками между 
устройствами (локальными и
сетевыми)

Re: internet radio pleer

[Victor Wagner]

On Wed, 14 Mar 2018 08:36:09 -0500
"D. H."  wrote:

> >   
> а зачем пульсаудио? неужели ещё есть надежда что оно когданибудь
> нормально рабоать будет?

Нет надежды, что кое-какой софт будет работать без него. А так - хоть
как-то.

из man в po программой po4a-gettextize пишет-Данный файл создан с помощью Pod::Man

[Gali Anikina]

Подскажите, каким способом задействовать модуль в po4a


Хотела преобразовать из man в po -  man по po4a.

$ po4a-gettextize -f man -M UTF-8 --debug --master po4a.1p --po 
po4a_1_p_man_rus.po


$ po4a.1p:1: (po4a::man)
   Данный файл создан с помощью Pod::Man. Преобразуйте файл 
POD с помощью модуля pod из программы po4a.



В man по po4a мне было непонятно, как это делать

Пытаюсь её собственный man преобразовать в po для вычитки.


В  po4a-gettextize.man - написано

-o, --option
   Дополнительный параметр(ы) для перехода в формат плагина. 
Определяйте каждый параметр в формате  'name=value'. См. документацию на 
каждый плагин для получения дополнительной

   информации о возможных параметрах и их значениях.



т.е. -"См. документацию на каждый плагин "

Смотрю

$ dpkg-query -L po4a

/usr/share/man/man3
/usr/share/man/man3/Locale::Po4a::AsciiDoc.3pm.gz
/usr/share/man/man3/Locale::Po4a::BibTeX.3pm.gz
/usr/share/man/man3/Locale::Po4a::Chooser.3pm.gz
/usr/share/man/man3/Locale::Po4a::Common.3pm.gz
/usr/share/man/man3/Locale::Po4a::Dia.3pm.gz
/usr/share/man/man3/Locale::Po4a::Docbook.3pm.gz
/usr/share/man/man3/Locale::Po4a::Guide.3pm.gz
/usr/share/man/man3/Locale::Po4a::Halibut.3pm.gz
/usr/share/man/man3/Locale::Po4a::Ini.3pm.gz
/usr/share/man/man3/Locale::Po4a::KernelHelp.3pm.gz
/usr/share/man/man3/Locale::Po4a::LaTeX.3pm.gz
/usr/share/man/man3/Locale::Po4a::Man.3pm.gz
/usr/share/man/man3/Locale::Po4a::Po.3pm.gz
/usr/share/man/man3/Locale::Po4a::Pod.3pm.gz
/usr/share/man/man3/Locale::Po4a::RubyDoc.3pm.gz
/usr/share/man/man3/Locale::Po4a::Sgml.3pm.gz
/usr/share/man/man3/Locale::Po4a::TeX.3pm.gz
/usr/share/man/man3/Locale::Po4a::Texinfo.3pm.gz
/usr/share/man/man3/Locale::Po4a::Text.3pm.gz
/usr/share/man/man3/Locale::Po4a::TransTractor.3pm.gz
/usr/share/man/man3/Locale::Po4a::Wml.3pm.gz
/usr/share/man/man3/Locale::Po4a::Xhtml.3pm.gz
/usr/share/man/man3/Locale::Po4a::Xml.3pm.gz


Здесь нет такого модуля, что читать?
Этот
Locale::Po4a::Pod.3pm.gz
или этот
Locale::Po4a::Man.3pm.gz

В любом случае я не вижу здесь Pod::Man

Galina

Re: internet radio pleer

[sergio]

On 13/03/18 03:15, D. H. wrote:

> mpd

Куда боле интересная поза:

% mpc

[playing] #1/1 404:01/0:00 (0%)
volume:100%   repeat: onrandom: off   single: off   consume: off

Пульсаудио показывает mpd киента, но звука нет, и пульсаудио показывает
тишину.

-- 
sergio

Re: internet radio pleer

[sergio]

On 14/03/18 03:53, D. H. wrote:

> Локальный dnsmasq и хранить кэш подольше, так уменя и\или прописать в
> resolv.conf.

Это перебор, но у меня свой бинд в локалке.

> Сомневаюсь что радио часто меняет ip.

Уверен, что не меняет.




-- 
sergio

[DONE] wml://{security/2007/dsa-1273.wml}

[Lev Lamberov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/security/2007/dsa-1273.wml2017-11-01 10:11:09.703803791 
+0500
+++ russian/security/2007/dsa-1273.wml  2018-03-14 12:14:46.923102281 +0500
@@ -1,51 +1,52 @@
- -several vulnerabilities
+#use wml::debian::translation-check translation="1.5" maintainer="Lev Lamberov"
+несколько уязвимостей
 
- -Several vulnerabilities have been discovered in nas, the Network Audio
- -System.
+В nas, Network Audio System, было обнаружено 
несколько
+уязвимостей.
 
 
 
- -https://security-tracker.debian.org/tracker/CVE-2007-1543;>CVE-2007-1543
 
+https://security-tracker.debian.org/tracker/CVE-2007-1543;>CVE-2007-1543
 
- -A stack-based buffer overflow in the accept_att_local function in
- -server/os/connection.c in nas allows remote attackers to execute
- -arbitrary code via a long path slave name in a USL socket 
connection.
+Переполнение буфера в функции accept_att_local в 
server/os/connection.c
+в nas позволяет удалённым злоумышленникам 
выполнять произвольный
+код с помощью длинного имени пути в 
сокет-соединении USL.
 
 https://security-tracker.debian.org/tracker/CVE-2007-1544;>CVE-2007-1544
 
- -An integer overflow in the ProcAuWriteElement function in
- -server/dia/audispatch.c allows remote attackers to cause a denial of
- -service (crash) and possibly execute arbitrary code via a large
- -max_samples value.
+Переполнение целых чисел в функции 
ProcAuWriteElement в server/dia/audispatch.c
+позволяет удалённым злоумышленникам 
вызывать отказ в обслуживании (аварийная
+остановка) и потенциально выполнять 
произвольный код с помощью большого
+значения max_samples.
 
 https://security-tracker.debian.org/tracker/CVE-2007-1545;>CVE-2007-1545
 
- -The AddResource function in server/dia/resource.c allows remote
- -attackers to cause a denial of service (server crash) via a
- -nonexistent client ID.
+Функция AddResource в server/dia/resource.c позволяет 
удалённым
+злоумышленникам вызывать отказ в 
обслуживании (аварийная остановка сервера) 
с
+помощью несуществующего клиентского 
идентификатора.
 
 https://security-tracker.debian.org/tracker/CVE-2007-1546;>CVE-2007-1546
 
- -An array index error allows remote attackers to cause a denial of service
- -(crash) via (1) large num_action values in the ProcAuSetElements
- -function in server/dia/audispatch.c or (2) a large inputNum parameter
- -to the compileInputs function in server/dia/auutil.c.
+Ошибка индексации массива позволяет 
удалённым злоумышленникам вызывать отказ в
+обслуживании (аварийная остановка) с 
помощью (1) больших значений num_action в функции
+ProcAuSetElements в server/dia/audispatch.c, либо (2) большого 
параметра inputNum
+функции compileInputs в server/dia/auutil.c.
 
 https://security-tracker.debian.org/tracker/CVE-2007-1547;>CVE-2007-1547
 
- -The ReadRequestFromClient function in server/os/io.c allows remote
- -attackers to cause a denial of service (crash) via multiple
- -simultaneous connections, which triggers a NULL pointer dereference.
+Функция ReadRequestFromClient в server/os/io.c позволяет 
удалённым
+злоумышленникам вызывать отказ в 
обслуживании (аварийная остановка) с 
помощью
+множественных одновременных соединений, 
что приводит к разыменованию 
NULL-указателя.
 
 
 
- -For the stable distribution (sarge), these problems have been fixed in
- -version 1.7-2sarge1.
+В стабильном выпуске (sarge) эти проблемы 
были исправлены в
+версии 1.7-2sarge1.
 
- -For the upcoming stable distribution (etch) and the unstable
- -distribution (sid) these problems have been fixed in version 1.8-4.
+В готовящемся стабильном (etch) и 
нестабильном (sid) выпусках
+эти проблемы были исправлены в версии 
1.8-4.
 
- -We recommend that you upgrade your nas package.
+Рекомендуется обновить пакет nas.
 
 
 # do not modify the following line
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE3mumcdV9mwCc9oZQXudu4gIW0qUFAlqoy+sACgkQXudu4gIW
0qU+Ig/+LrY7VyHI3nGlLY+2vFvJD/MAMbTFN5gt6nFvR29nO2gg2YxTPRJOdfl/