Что такое flatpak, если смотреть на него со стороны разработчика?

Если вы знаете, что такое PKGBUILD для AUR в арч. То вы уже знаете на половину, что такое flatpak ;)

По факту есть манифесты, они схожи с PKGBUILD, а именно описывают в одном файле, как собрать приложение. Но только оно будет собираться в окружении flatpak и использовать его зависимости. А так же, например чтобы собрать rust, нужно использовать дополнения к сборщику, чтобы у него появился нужный сборщик, которого нет по умолчанию в собственной среде. А там стандартный набор для Linux из devel пакетов.

Например минимальный пакет сборки из исходников приложения Tua

Так как у нас приложение собирается прям внутри и это пространство изолированное, то требуется указать разрешения/мосты до host'a например тут есть x11 и wayland, так как это графическое приложение. Ну а modules это шаги сборки.

Ну и раз мы тут то flatpak имеет интересный подход.
Репозиторий = приложение, любой PR в который запускает пересборку в новую версию проекта. Собирают они сами на своих серверах всё.

Так как разработчик сам собирает своё приложение внутри runtime окружения flatpak и проверяет, что оно работоспособно, значит у пользователя оно будет работать так же, но нюансы всегда могут быть. Но это всё же лучше чем поддерживать зоопарк дистрибутивов, да из-за единого runtime, комплект "лишних" библиотек в пакете снижается.

На сладкое манифест Spotify

И маленькая заметка для тех, кто хотел бы более простой доступ через консоль к приложению
Нужно добавить /var/lib/flatpak/exports/bin и/или ~/.local/share/flatpak/exports/bin в PATH и будет счастье, правда запуск всё равно будет через flatpak название пакета типа com.slack.Slack так как это просто стандартная обёртка для быстрого доступа, а красивые делаются ручками через alias.

https://vc.ru/dev/346787-razrabotchik-isportil-svoy-izvestnyy-proekt-chtoby-nakazat-korporacii-pochemu-eto-proishodit-v-open-source-soobshchestve
Кажется некоторые разработчики начали обижаться на то, какую лицензию они сами выбрали для своего творения. Большинство лицензий кода/проекта подразумевают открытость ко всему. Что вы можете пользоваться безвозмездно, а в замен - я ничего не гарантирую, и что продукт будет работать вообще или работать правильно или вообще развиваться. С другой стороны есть заградительные лицензии - типа GPL, когда если у вас коммерческий продукт, вы тоже должны открыть его миру если используете мой.
Но никто почти не использует обычную для бизнеса модель на сегодня, если у вас опенсорс проект, можете использовать бесплатно. А вот если получать денег хотите, то платить на такой то счёт один раз или раз в месяц, так как часто в этой модели уже появляются гарантии хотя бы технической поддержки решения иначе за что деньги уплочены, но даже если и их исключить это не всегда будет мотивацией про продолжения.
У меня тоже есть открытые и в целом даже популярные проекты. Но моя мотивация часто заканчивается там, где закончились мои хотелки от проекта и даже оплата ничего не решит. Донаты, как многие думают, даже в больших командах типа Gnome/KDE не думаю, что приносят много денег. Их хватит чисто не умереть с голоду и может ещё чуть-чуть. Не умереть с голоду программистам, которые добровольно выбрали такой путь, так как часто им не проблема пойти в большие компании или сделать закрытые платные продукты и получать в разы больше. Часто этл же проекты, которые начинаются так - написал для себя, даже работает и больше я ничего делать с ним не буду, решают что можно поделиться с миром, вряд-ли кому то оно вообще понадобиться, но если найдётся с пару человек, то прикольно, не зря поделился. И только спустя года такие проекты набирают огромную популярность и то единицы из всех. И потом некоторые, что радовались такому стечению, понимают, что среди пользователей уже есть очень большие компании и почему то рождается чувство не справедливости, что они на этом деньги делают, а мне ничего не преподает с этого. Но никто не мешает взять и сделать, как часть проектов - дальнейшее развитие расширенной платной версии делать уже по заказу(репортам ошибок и предложений) таких компаний или исправлять явные косяки, что были в коде. Вы начнёте получать денег, а бизнес его скорей всего купит, так как им уже некуда деваться, если альтернатив или нет или они стоят ещё дороже, а их разработка с 0 может занять время, а спустя время с запозданием скажем в год выкладывать для остальных. Так получиться и открытость соблюдать и денег получать.
Вообще-м с одной стороны вроде и понятно негодование, а с другой они сами вписали лицензию на такое. Можно было сразу готовить решение для продажи тогда и получения денег, если это вызывает такой диссонанс по итогу.

Что думаете? Как вообще вы представляете, чтобы большие корпораты вдруг платили за openSource. Закончится ли на этом открытость и свобода? Знаете ли вы случаи когда большие уже платили?

https://chng.it/wcrGdjtLnG помогите людям, пусть они сделают поддержку линукса. Не проходите мимо, каждый голос важен для всех нас!
Официальный аккаунт на форуме Universal Audio заявил, что они добавят поддержку Linux в свои продукты, если кто-то создаст петицию и соберет 10 000 подписей.

Эксклюзив sony уже здесь https://t.co/uxa5jNYOdr :)

Опишу первые впечатления и первые проблемы с Valve Index
Первое и самое важное - оно работает, как в Windows так и в Linux, главное, что работает в Linux. К большому сожалению - https://github.com/ValveSoftware/SteamVR-for-Linux все проблемы описанные тут, всё ещё на месте, выглядит так, что Valve очень медленно их закрывает или не закрывает вообще.
Большинство из них сводится к тому - что играйте на свежих драйверах, с последней версией kernel и Steam VR. Совет играть на [beta] немного вредный на сегодня, в начале года Steam обновили версию свою. В целом тут инетересен только последний раздел "Известные проблемы"
- Да иногда игры на Vulkan - а это почти все игры, учитывая игру через Proton. Странно просаживаются по FPS.
- Управление питанием базовых станций, они же маяки, они же lighthouse - да в линукс Steam забила на поддержку Bluetooth и его у нас прото нет. Но Linux не был бы линукс - сообщество тут дописало само скрипты. Работает правда через раз - но работает. Суть - на windows базовые можно отправить в сон если не играешь и будить, когда запускаешь SteamVR. А они шумно крутятся в тихой комнате ночью.
- Да, нету автоматического преключения на шлем аудио и микрофона. Ну это такая, полу-беда, так как при запуске SteamVR нужно просто руками переключиться. Но если у вас pulseaudio, а не pipewire, то всё проще - есть скрипты, как и для проблемы выше - там 2 в 1.
- Про прямой режим не очень пока понял что это.
- Ну и да так как базовые станции обновляются по bluetooth - который не поддерживается, то обновить их можно только в windows.

Из того что тут не указано - не работает фирменная технология Steam Smooth Motion призванная сделать картинку в VR супер плавной. Разницы с windows прямой нет. А вот не прямая есть, иногда в Steam Home и только тут - картинка "прыгает" как она прыгала у меня на ALVR с Oculus. Только тут это в разы реже и не так напрямгает, так как проиходит редко. В играх такого замеченно не было.

Ну и дальше, возможно это из-за моих эксперементов и хаков с Steam почти все игры у меня вылетают, как на винде. Есть у меня подозрение ничем не подкрепленное, что нужно всё же удалить весь стим из системы под 0. И установить заного, так как тот-же ALVR, Oculus, Virtual Desktop(тут меньше всего подозрений) и прочие программы добавляют аддоны в стим, что в целом может нарушать его работу. Но игры запускаются и играются (проверил Beat Saber, VR Chat, HL Alyx пока что) но скоропостижно вылетают фризя за собой всю систему в целом, только курсор иногда двигаться пытается. Есть ещё вариант попробовать запустить из flatpak версии, чтобы максимально отвязаться от системы. Или наоборот поставить Arch/Manjaro и запустить максимально нативную версию без runtime обёртки.

Чуть предистории. У меня вылетают игры. Все и на разных системах. На линуксе единственное, что это наступало в разы позже, но ровно так же, как и на винде. В общем почитав форумы, круг сузился до блока питания и видео карты. так как у меня блок питания Seasonic Titanium 1000w, то врядтли проблема была в нём, но форумы пестрят тем что они настолько крутые, что крутой пик потребления могут воспринять за короткое замыкание и отключают питание. Но... у меня компьютер продолжал жить. Ну ладно у некоторых тоже продолжал, просто видео уходило в перезагрузку - пресловутый чёрный экран. Ну пару раз был - поставил power limit в 70% и пошёл тестировать. И... всё нормально. Подумал ну странно, как то оно. Теперь решил вернуть назад в 100% лимит и проверить, как живёт сама видеокарта с помощью волосатого бублика. И на графике чётко видно, что как только температура достигала какого-то значения далее идёт падение потребления и после GPU кристалл уходит в 1900+ по Gpu clock, что не реально видимо он уже отключен.
Чтож температура значит выкрычиваем FAN на 100% и проверяем. И снова падение. Тут графики уже можно не строить и так видно чья температура достигла 84 градусов и это память. Скрин за момент до достжения 84. И карта стабильно гасит кристал. Думал надо менять термопасту на GPU. А менять и понимать что не так нужно с памятью. Вообщем кажется я нашёл корень большинства пробелм с VR у меня и играми в частности.
Для справки это ASUS ROG Strix 2080Ti OC карта с самым большим радитором.. который не помог.

В общем да игры работают. Даже большие тайтлы типа Medal of Honor. Но говорю сразу вы блеванёте. Даже с Index. Я не знаю почему об этом особо не пишут. Но на linux трекинг головы всегда ощутимо отстаёт (точнее рендер мира, что видишь). Плавают границы игровой зоны при движении головой, плавает дашборд если включить и добавляется эффект стробоскопа. В играх где нужно двигаться - вас гарантированно начнёт мутить. Так как продолжается кисельность и даже если вы будете играть с движением "телепорта" осматривая местность вокруг себя кисель всё ещё есть. Да даже в битсейбере это есть, казалось бы почти не двигаешься, а тут даже всё ещё хуже, вы начнёте промахиваться по кубам, так как обычно вы готовитесь к удару заранее - а вот смотря дальше и делая подготовку к следующему, текущий удар, а точнее "мир" не успевает за движением головы и получается промах 😡 который вы даже видите, как заторможеность мира ещё не дорисовала удар был о пустоту.
Пока Valve не доработает функции такие как aync timewarp и так же до сих не доделала свой motion smooth (компенсация не достатка кадров, удваиватель кадров). Играть просто не реально во что-то активное, то есть сложнее настолок увы, ну VRChat может быть, если вы просто будете заходить пообщаться. Я уже за 3 дня успел наиграться и набеситься с играми в VR на линукс.. На windows тем временем всё работает отменно (Oculus тоже, проблема в видеокарте конечно, была неожиданностью, своей неочевидной ошибкой)

Если думаете брать в надежде играть на linux - пока что можете забыть, до следующего Index 2, ну или готовьте тазик рядом, если играете после еды. Работать ещё как то можно, хотя про SImulaVR я ещё напишу после более детальных тестов, пока это классический тайловый менеджер только в VR - то есть, снова не для всех, ничего не имею против, оно даже прикольно чувствовать себя хакером и делать всё с клавиатуры, но для некоторых вещей интуитивно понятнее мышью с окошками взаимодействовать, а уж особенно в VR, а не учить ворох не интуитивных команд.

Идеальный вариант всё же Oculus если думаете побаловать себя. Под линуксом не работает - но оно, как оказалось и так и не особо комфортно работает. Так что не велика потеря. А так играть можно будет хоть на самих очках и не устанавливать Windows :)

Мне очень нравятся Boxes, как обертка для виртуальных машин KVM/QEMU. MacOS на просторах есть, как быстрый способ установки, но варианта быстро сделать для Gnome Boxes нет.
Но благодаря парню с реддита - теперь такая возможность есть за что ему большое спасибо.

Нужен XCode для разработки под iPhone, не всегда хочется порой тянуться до ноута 😅 да, вот на столько лень)) + ну и даже на i7 прошка не особо шустрая, как настольный i9, но посмотрим, как будет на виртулке бегать

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