brutal VS zypak

Even in the noncommercial world, Hurd's gone precisely nowhere. RedoxOS is a toy and had a GUI within a year or so. Brutal got in within two. SerenityOS not only built a GUI but the beginnings of the first greenfield web browser to gain any semblance of modern standards support in the past several decades. Honestly, what's Hurd doing wrong to flounder so hard?

[0] https://github.com/redox-os/redox/releases/tag/0.0.3

[1] https://github.com/brutal-org/brutal/releases

[2] https://serenityos.org/happy/1st/

Really glad you're so enthusiastic about Haiku, but I gotta let you know that you are vastly overestimating its scope. Either that or you're vastly underestimating a browser's, it could go either way. Anyone can make their own OS. Even one with a GUI. Now there's a project that can withstand infinite amounts of personal experimentation. There's Brutal, there's Serenity...

https://skiftos.org https://brutal.smnx.sh https://serenityos.org

Working on it https://github.com/brutal-org/brutal/tree/main/sources/libs/...

For file organization, my advice is to shuffle stuff around until it feels great to you. But if you need an example you can check out our OS source tree https://github.com/brutal-org/brutal/tree/main/sources Also, you can use any other build system for OSDEV there are no reasons to limit yourself to make. Cmake, Bazel, gn, meason, etc does work pretty well for OSDEV

Almost ! I convert Stivale2 structures to Handover's one (a protocol from https://github.com/brutal-org/brutal )

Yes, it's fixed by not using the native sandbox entirely, and using a much weaker Flatpak's sandbox instead through zypak, thus not recommended and not officially supported.

Flatpak version seems to be working fine, but it's not officially supported. Also, the Flatpak version runs without Chromium sandbox through zypak, instead it runs with a much weaker Flatpak sandbox. I won't recommend anyone to run Chromium based browser through Flatpak.

Most chromium based browsers and apps use zypak when runnung as a Flatpak so how is it more insecure ?

Although the other commenter gave a great reply, I want to add: once I actually tried this to make Electron use the portals, and it just didn't work out:

BTW, it is currently not possible to flatpak mullvad-daemon, because it requires sudo permission and install systemd services. Flatpaking the GUI is also hard, because it uses chrome-sandbox and zypak(https://github.com/refi64/zypak) doesn't work because of segfault.

In electron package.json we have an option to add this modules "makers": [ { "name": "@electron-forge/maker-flatpak", "config": { "name": "OpenSpeedTest_Server", "options": { "categories": [ "Utility" ], "icon": { "512x512": "src/android-chrome-512x512.png" } }, "modules": [ { "name": "zypak", "sources": [ { "type": "git", "url": "https://github.com/refi64/zypak", "tag": "v2021.02" } ] }, { "name": "iproute2", "make-install-args": [ "PREFIX=/app", "CONFDIR=/app/share/iproute2", "SBINDIR=/app/bin" ], "sources": [ { "type": "archive", "url": "https://www.kernel.org/pub/linux/utils/net/iproute2/iproute2-5.7.0.tar.xz", "sha256": "725dc7ba94aae54c6f8d4223ca055d9fb4fe89d6994b1c03bfb4411c4dd10f21" } ], "cleanup": [ "/include", "/share/bash-completion", "/share/man" ] } ] } },

If it's not clear from (1.), please distribute Edge officially as Flatpak app via Flathub. Use this chance that you have a generic distro-decoupled runtime to provide aarch64 builds. The issue is reported here.