А есть у меня среди подписчиков люди которые знакомые с ghidra или radare2?

https://habr.com/ru/company/itsumma/news/t/599487/ мне кажется это просто победа :) А вот чего над чем сами придумайте в комментариях 😆

Что такое 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 карта с самым большим радитором.. который не помог.