The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Fedora 34 планируют задействовать PipeWire для звука вместо PulseAudio, opennews (ok), 21-Ноя-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


114. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +3 +/
Сообщение от llolik (ok), 21-Ноя-20, 14:01 
> каким образом формат архива для дистрибуции умудряется пересекаться с поддержкой звукового сервера?

Flatpak - это не столько "формат архива", сколько песочница. Соответственно она должна каким-то образом контролировать "общение" приложения в песочнице с сервером. Как я понял, PipeWire предлагает абстракцию в виде файловых дескрипторов, и соответственно контролировать доступ можно контролируя его к дескрипторам pipewire.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

123. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +1 +/
Сообщение от Аноним (291), 21-Ноя-20, 14:33 
не было печали, купила баба порося...
Ответить | Правка | Наверх | Cообщить модератору

125. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +2 +/
Сообщение от Михрютка (ok), 21-Ноя-20, 14:48 
>> каким образом формат архива для дистрибуции умудряется пересекаться с поддержкой звукового сервера?
> Flatpak - это не столько "формат архива", сколько песочница. Соответственно она должна
> каким-то образом контролировать "общение" приложения в песочнице с сервером. Как я
> понял, PipeWire предлагает абстракцию в виде файловых дескрипторов, и соответственно контролировать
> доступ можно контролируя его к дескрипторам pipewire.

почитал документацию. блджад, да что ж такое-то, сейчас что, без докеров и установки всяческих рантаймов (для кде и для гнома отдельных! отдельных, карл!), уже софт устанавливать не модно? это и есть "наш отвэт на длл-хэлл?"

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

139. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от Аноним (291), 21-Ноя-20, 15:53 
Чем дальше в лес, тем толще виртуалки... Сейчас уже и компиляторы частенько в виде виртуалки поставляются, с общением по TCP...
Ответить | Правка | Наверх | Cообщить модератору

150. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +2 +/
Сообщение от llolik (ok), 21-Ноя-20, 16:43 
> это и есть "наш отвэт на длл-хэлл?"

Скорей на dependency hell. Мне тоже не очень нравится, но пока ничего другого не сделали (Flatpak и Snap). Ubuntu вон в snap chromium запихали, потому что подзалюбились в рамках LTS шерстить зависимости, которые chromium каждый раз требует свежие.

ИМХО для каких-нибудь крупных и требовательных к безопасности (тотже Chrome, например) или коммерческих приложений - это бы ещё оправдано. Но пихать очередной калькулятор или плеер в FlatPak, да ещё и требовать какой-нибудь эдакий рантайм на полгигабайта в зависимости - это как-то перебор.

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

172. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +1 +/
Сообщение от Аноним (172), 21-Ноя-20, 19:44 
Дак так и делают У меня в флатпаке хром стим и месенджеры. Отгорожены от ФС забором и при этом работает передача фалов и интеграция десктопа. А рантайм... ну да моему ноутбуку на 250 Гб SSD плохо. Но В случае с флатпак рантайм один для всего.
И я бі хотел имть что-то удобное с GUI работающее по тому же принциппу для любой приложухи... например для firefox.
Ответить | Правка | Наверх | Cообщить модератору

325. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от JL2001 (ok), 26-Ноя-20, 16:51 
> Но В случае с флатпак рантайм один для всего.

как это - у флатпака же для каждого приложения свой отдельный другой рантайм?

Ответить | Правка | Наверх | Cообщить модератору

176. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от Михрютка (ok), 21-Ноя-20, 20:03 
> ИМХО для каких-нибудь крупных и требовательных к безопасности (тотже Chrome, например)
> или коммерческих приложений - это бы ещё оправдано. Но пихать очередной
> калькулятор или плеер в FlatPak, да ещё и требовать какой-нибудь эдакий
> рантайм на полгигабайта в зависимости - это как-то перебор.

и вот тут я даже и не знаю. почему в каком-нибудь сиране z/OS или там AIX умели через десять версиий без всяких флатпаков. что, действительно, как пох говорит, утеряно древнее колдунство?

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

184. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +1 +/
Сообщение от llolik (ok), 21-Ноя-20, 20:47 
> почему в каком-нибудь сиране z/OS или там AIX умели через десять версиий без всяких флатпаков

Потому что пользовательского софта там нет от слова совсем. А во вторых потому что у них нет кучи дистрибутивов, где в одном всё не так, как в другом.

> утеряно древнее колдунство?

Нет. Просто темпы разработки, размеры и сложность софта, а также количество зависимостей выросло кратно и тормозить не собирается. В отличие от количества мейнтейнеров.

Ответить | Правка | Наверх | Cообщить модератору

186. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от Михрютка (ok), 21-Ноя-20, 22:06 
>> почему в каком-нибудь сиране z/OS или там AIX умели через десять версиий без всяких флатпаков
> Потому что пользовательского софта там нет от слова совсем.

дааа? а какой софт там есть?

> у них нет кучи дистрибутивов, где в одном всё
> не так, как в другом.

это невыносимо прекрасно сказано, заберу себе в фортунки.

>> утеряно древнее колдунство?
> Нет. Просто темпы разработки, размеры и сложность софта, а также количество зависимостей
> выросло кратно и тормозить не собирается.

и это очень жаль. особенно жаль, когда в ответ на мое робкое "ребята, можно я сойду с этого корабля дураков" мне отвечают "да ты упоротый луддит фанатек иди к себе в пещеру точи каменный топор".



Ответить | Правка | Наверх | Cообщить модератору

191. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от llolik (ok), 21-Ноя-20, 22:45 
> дааа? а какой софт там есть?

Имелся ввиду софт, которым пользуется обычный рядовой бытовой пользователь, не админ этих самых серверных систем.
> это невыносимо прекрасно сказано, заберу себе в фортунки.

А разве не так? Какой-нибудь RHEL похож на какой-нибудь Debian/Suse примерно как свинья на коня и разработчикам какого-нибудь условного Гугл давно и сильно хочется положить болт (что они и делают в общем-то) на условности и самим бандлить зависимости, что противоречит разработчикам дистрибутива ... в общем ИМХО - это выглядит как попытка компромиссных решений, но да - результаты пока сомнительные.

> и это очень жаль. особенно жаль, когда в ответ

Да в общем-то не осуждаю. Я просто вижу проблему, которую хотят решить, и понимаю, что многим не нравится (мне тоже не так чтобы очень) и почему, но я также пока не вижу альтернативно "правильных" вариантов решения и тех, кто потянул бы их сделать и продвинуть. Поэтому имеем то, что имеем, т.е. FlatPak. Пакетную систему, как минимум пока убивать вроде никто не собирался, а какой-нибудь GIMP я пока и сам собрать в состоянии.
С другой стороны я не понимаю криков, что всё зашибись, dependency hell - это всё неосиляторы/корпорасты придумали, давайте сидеть ровно и всё классно.

Ответить | Правка | Наверх | Cообщить модератору

266. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от НямНямка (?), 23-Ноя-20, 01:42 
Ну толстый пакет со всем своим это просто удобно для среднего разраба.
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

324. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от JL2001 (ok), 26-Ноя-20, 16:48 
>> это и есть "наш отвэт на длл-хэлл?"
> Скорей на dependency hell. Мне тоже не очень нравится, но пока ничего
> другого не сделали (Flatpak и Snap).

nixpkg же прекрасно решает эти проблемы, и не является комбайном, не таскает огромные образа

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

327. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от llolik (ok), 27-Ноя-20, 09:28 
> nixpkg же прекрасно решает эти проблемы, и не является комбайном, не таскает огромные образа

Но, как я понял, на корню ломает FHS. Но? если даже от этого отстраниться, опять же кто-то должен продвигать в мейнстрим, а пока, кроме собственно Nix, идея нигде особо и не встречается и не обсуждается даже как идея (ну как-минимум я не в курсе о широких дискуссиях по поводу подхода nixpkg).

Ответить | Правка | Наверх | Cообщить модератору

328. "В Fedora 34 планируют задействовать PipeWire для звука вмест..."  +/
Сообщение от JL2001 (ok), 27-Ноя-20, 13:11 
>> nixpkg же прекрасно решает эти проблемы, и не является комбайном, не таскает огромные образа
> Но, как я понял, на корню ломает FHS.

в общем виде - да, но там вроде для каждого пакета получается своя личная FHS нормального формата, и глобальная FHS вроде бы тоже эмулируется (не знаю как мультиверсии при этом отображаются)


> Но? если даже от
> этого отстраниться, опять же кто-то должен продвигать в мейнстрим, а пока,
> кроме собственно Nix, идея нигде особо и не встречается и не
> обсуждается даже как идея (ну как-минимум я не в курсе о
> широких дискуссиях по поводу подхода nixpkg).

знаю, что в некоторых фирмах свои внутренние проекты собирают на nixpkg (c, c++, java, ...) и очень радуются воспроизводимости сборок и точным зависимостям

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру