Firefox теперь торт для васяно-хейтеров?

Ну это же так себе вариант.

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

$ LIBVA_DRIVER_NAME=i965 vainfo

Добавил export LIBVA_DRIVER_NAME=i965 в ~/.bash_profile, думаю, так будет в самый как раз.

Для ostree - это верно. Потому что держать в образе только базовую систему + shell + терминал - пока не очень получается. Чего только стоит тот же gnome-disks, который пока никто даже не ПОПЫТАЛСЯ офлатпачить. Но из образа его можно было бы выкинуть давно.

rpm-ostree позволяет делать локальные изменения с помощью пакетов, но это должно использоваться скорее как расширения базового образа (установить блободрайвер), а не как решение для установки софта. Для установки софта - это выглядит как костыль, потому что пакет будет накладываться на образ после каждого обновления. Будет 100500 пакетов - будет накладываться 100500 пакетов каждый раз. В общем, смешение двух совершенно разных решений по доставке софта и обновлений. Один ostree, другой rpm. Пусть это и работает, но добавляет возможностей для фейла.

Яркий пример: хочешь установить пакет в базовый образ, но давно не обновлялся. Зависимость пакета обновилась, а у тебя образ старый и зависимость является частью образа. Разрешение зависимостей тут же склеивает ласты и выдаёт фейл. Единственный способ его поставить теперь - это обновится.

И есть альтернативные реализации Atomic и транзакционных обновлений. Не rpm-ostree единым. Со своими плюсами и недостатками. OpenSUSE имеет MicroOS/transactional-update. NixOS имеет Nix. Конкуренция в OpenSource как всегда… Но в данном случае это не есть плохо.

Конкуренты тоже постепенно осознают, что Flatpak может стать «универсальным пакетным менеджером» для доставки софта. Потому что там изоляция с помощью CGroups по умолчанию (которая работает везде) и они не пытались сломать FHS. Когда сами дистрибутивы могут сконцентрироваться на базовой системе. И AppImage тоже заслуживает внимания.

И потому медленно но верно, мы к этому придём. Ведь мир за одну ночь не изменить. Использование Flatpak накладывает ряд ограничений, которые можно обойти только с помощью порталов, DBUS-сервисов и TCP/IP (в рамках локалхоста). А значит - придётся расстаться со старыми понятиями о программировании Desktop-приложений и переделать всё в виде, совместимом с контейнерами. Что уже не так просто.

И параллельно Microsoft пытается сделать ровно тоже самое с помощью msix на Windows.

Значит silverblue не скоро выкатят в продакшн, странно что тамошние ребята мечтали 30-ку сделать конкурентом Workstation.

We aim to make good progress on this project for Fedora 29 and plan to make Silverblue the preferred Workstation variant by Fedora 30.

если я хочу откатить версию из образа, то я изменю образ или добавлю слой?

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

ostree напоминает по концепции git, с той разницей, что объектами в основном являются цельные файлы. Образ компонуется в oci с помощью тех же самых RPM пакетов и во время commit’а производится сравнение со старым состоянием образа (если оно было), сохраняются изменённые файлы и delta-объекты в репозиторий, и новый коммит, после проверки и подписи, становится доступным для раскатки на клиентах. В метаданные записываются использованные для создания образа пакеты и их версии.

Учитывая это, можно сказать, что устанавливая/удаляя/изменяя пакет, разворачивается текущее состояние из репозитория, создаётся свой локальный branch, накладываются запрошенные изменения и локальный коммит, который используется в качестве локального образа. И так каждый раз. Потому в Silverblue и не советуют увлекаться с добавлением пакетов в образ.

Удаления или замены пакетов в образе - это override. Добавление - overlay. Естественно override производится первым.

Изменения, сделанные с помощью RPM предсказуемы и все файлы отслеживаются им. Единственное что непредсказуемо - это скрипты. Но никто в своём уме не станет из pre/post скрипта делать что-то непредсказуемое. Да и такие действия скорее всего приведут к фейлу и ошибке транзакции, которая делается в безопасном контейнере.

Кто-то добавил rm -rf /* в post? А ничего такого не случилось.

потому что пакет будет накладываться на образ после каждого обновления

Этого я не знал, мне казалось, что образ отдельно, а слой отдельно, типа как, когда накатываешь в /usr/local, дальше система обновляется, а самопальный софт лежит себе и юзает нужные либы из основной системы.

Значит silverblue не скоро выкатят в продакшн, странно что тамошние ребята мечтали 30-ку сделать конкурентом Workstation.

Переоценили свои силы и недооценили противоборствующие. Бывает.

systemd тоже не сразу стал стандартом де-факто. На это ушли годы. А тут речь идёт о переделывании самой концепции построения Desktop. И человеческие ресурсы не бесконечны, к сожалению. А о таком штате как в Microsoft/Google - только мечтать.

Удаления или замены пакетов в образе - это override. Добавление - overlay. Естественно override производится первым.

Я всё же не понимаю, почему после каждого коммита слой должен заново оверлеиться. Я прилично так посидел на silverblue и флатпаки юзал минимально(мне не нравится как они устроены пока что), то есть софта было довольно много добавлено в слой, и никакого особого торможения при обновлениях я не замечал, но мог и не обращать особо внимания, конечно.

Там люди не глупые и скорее всего используют какие-то оптимизации/хаки на уровне файлов. Потому что если пакет и правда будет каждый раз распаковываться и применяться как обычно, это будет медленно.

Можно же например, выполнить pre скрипты, применить коммит, выполнить post. И это будет тоже самое.

Альфа что-то говорила, что они там работают над тем, чтобы можно было лепить кастомные образы(не локально вроде), но для всех или только для IoT, не знаю.

iHD_drv_video

У intel-media-driver конфликты с песочницей Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1619585.

Плюс у тебя же Fedora, да? Наверняка они собирают драйвер в «особо свободном» режиме, где исключаются все бинарники, к которым Intel не приложил исходники. У Intel это не основной сценарий использования, поэтому в каких-то версиях свободо-ориентированные сборки могут оказаться поломанными.

У intel-media-driver конфликты с песочницей Firefox

Да, это я нагуглил, поэтому разбираться не стал.

Плюс у тебя же Fedora, да? Наверняка они собирают драйвер в «особо свободном» режиме, где исключаются все бинарники, к которым Intel не приложил исходники.

Это вряд ли, ибо intel-media-driver лежит не у федоры, а в rpmfusion-nonfree.

А этот intel-media-driver я так и не понимаю что за зверь. Причем ставишь его, но vainfo говорит, что не находит iHD_drv_video.so всё равно, а он лежит, где положено. Такие же проблемы гуглятся для убунты, центось, арча и прочих.

но vainfo говорит, что не находит iHD_drv_video.so всё равно, а он лежит, где положено.

Что у тебя за проц? Broadwell, Skylake или новее?

Гугл говорит Haswell.

Ага, это Haswell. А intel-media-driver поддерживает чипы начиная с Broadwell, то есть iX-5xxx и выше. Поэтому даже если он есть, libva его пытается запускать, а он возвращает ошибку, потому что нет поддерживаемого железа.

Спасибо.

Как думаешь, долго ещё этот проц будет в строю, уж больно нравится этот комп, мощности хватает за глаза. А то ведь у нас как, просто забросят поддерживать железо да и поотваливается всё, vaapi и прочее.

Поддержка старых чипов находится в intel-vaapi-driver, а этот проект в анабиозе. Туда ничего нового не добавляют, так что вряд ли там что-то сломается.

Переехал на фф на десктопе и телефоне. Хром хромиум унылое г

firefox нужен, чтобы показать видимость отсутсвия монополии. ;) на самом деле, все давно уже знают, кто является основным донатером мурзилки.

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

У Нас в радеоне аппаратного декодирования VP9 и H.265 нет, например. А AV1 на CPU вообще еле ползает и не успевает рендериться даже с маленькими разрешениями в районе 200x400.

Зато H.264 до 1080p@30fps видюшка тянет спокойно.

Но Мы и не смотрим жирное видео в браузерах ;) Зачем, когда для этого есть удобный видеоплеер, а не кастрат с полутора кнопочками?

Такое самообеспечение, что движок до сих пор из лисы тырят, ага.

Было бы самообеспечение — не стали бы извращаться, а форкнули бы доквантовый. А так тащили кучу костылей, чтобы XUL-аддоны почти не ломать (но переделывать их всё равно требовалось, а некому, многие заброшены годы назад, но годами же без изменений работали). И в итоге забили, начав пилить почтовикоспецифичные WE API (до них-то никто не запихивали WebExtensions в почтовики, только в браузеры).

Так то у вас, а не в 2020 году.

Браузеры так-то должны любые кодеки жрать, которые встречаются в дикой природе, раз уж взялись воспроизводить сами видео. А не вот этими полумерами. Почему-то что Safari, что WebKitGTK+-поделки издревле жуют всё подряд и не жужжат, а лисохромы так не могут, там адопт каждого нового кодека на каждой новой платформе — целая Санта-Барбара. Видимо, о безопасности пекутся, ведь в маргинальных кодеках вечно дыры находятся.

Это всё линуксо проблемы с лицензиями

Gecko давно мёртв, с разморозкой. Гибрид Gecko с кусками Servo — это уже не Gecko, он называется Quantum.

Так на вёндах с ведроидами то же самое ведь.

А реальные пользователи только этогоднее железо пользуют, или что?

Там все кодеки есть

4.2.

Всякие васяны из контакта разве что

Там-то вообще флеш до сих пор юзается по возможности ;)

Нет. Всякая экзотика типа мёртвых ОСей без поддержки, или серверных версий без пакетов мультимедиа не в счёт.

Шо, точно не в нетфликсах всяких на SmartTV?

GTK file picker meme

Это какой, про колонку для виндузятно-досовских расширений имени?

Что «нет»? Хромог, лиса или эдж под виндой может играть 3GP, ASF, MOV, MKV, MJPEG, RTMP/RTSP?

У него ж приложение.

Нет. Так это маргинальщина.

А под линуксами с попсовыми h.264 и aac проблемы.

На mp3, кажись там истекли всякие около патенты, с ним вроде уже проблемы решены.

Нормальных старпёров вполне себе так много. Который советское кино смотрят по первому аналу. Нафиг им какие-то нетфликсы? ;)

Под что-то может и есть, но под macOS нет.

https://help.netflix.com/en/node/55764

Кто маргинальщина? Уж MKV-то в интернетах навалом. Собственно, WebM и является сабсетом MKV с ограниченным набором кодеков.

Это для извращенцев, которые в 2k20 смотрят видео на макбуке? ;)

Возможно они не используют Linux на десктопах. Но это не точно.

Цимес в том, что кедерасты во время распиливания KF5 бахвалились: мол, наконец-то кедософт перестанет тянуть жирные кедолибы сразу целиком. А на практике почти ничего не поменялось, только теперь эти кедолибы состоят из тонны микропакетов. Хуже только в экосистеме Node.JS, причём дебиановские мейнтейнеры для поддерживаемого нодософта реально всю эту мелюзгу отдельно опакечивают мимо NPM — наркоманы, что с них взять. Ruby/PHP, впрочем, на пятки наступают, но до ноды им далековато, пока как раз на уровне KF5 ;)

Хосподь с вами, шо за бесовщина, я человек православный! Качаю торренты и смотрю в плеере, всё как диды завещали.

А при чём здесь линукс? Если видеокарта выпущена раньше, чем эти ваши новомодные кодеки появились, то каким макаром она научится их аппаратно декодировать не под линуксом?

Виндузятники для своих некрокудахтеров вообще AVI в SD-разрешении качают до сих пор, полные трекеры такого.

Нормальные люди в том числе во всяких СШПгермашках живут, например ;)

Я Россию люблю и каждый вечер пью за здоровье Владимира Владимировича, мне вас не понять.

Да такие давно есть.

Только до Thunderbird им как до Киева раком. Тупо потому, что Thunderbird уже не один десяток лет существует, а эти поделки сырые, и надо кучу человекочасов вбухать, чтобы до такого же уровня довести фактически с нуля.

Куда перспективнее в этом плане видятся всякие Webmail для серверов, которые тоже пилятся давно. Можно вполне в локальную сборочку завернуть. Только это уже будет не Electron, потому что в Electron Node.JS, а они обычно на PHP. Ну или скрещивать локальный PHP-сервер с Electron для морды, что уже вообще треш и угар будет.

Зачем, когда для этого есть удобный видеоплеер, а не кастрат с полутора кнопочками?

Ютубовский плеер давно уже торт!