GNOME Boxes lead developer Felipe Borges has been overhauling the application with a major rewrite and today announced the new beta release. GNOME Boxes has migrated to using the GTK4 toolkit and libadwaita. The new GNOME Boxes code can also handle installing Microsoft Windows 11 now without needing any manual workarounds for Secure Boot or TPM requirements.

The new GNOME Boxes code also introduces a VSOCK device for accessing VM contexts and other improvements. With the revamped GNOME Boxes, it’s also shifting to a Flatpak-first and only model for distributing of new GNOME Boxes releases.

      • SocialistVibes01@lemmy.ml
        52·
        22 hours ago

        Bottles Next, the successor of the current Bottles is in development. Of course it’s a Rust rewrite. 🤦‍♂️ The project has slowed down since then considerably.

        • Mactan@lemmy.ml
          1·
          12 hours ago

          they also got distracted by a project rolling their own distro instead of focusing on Bottles. same fate has befallen lutris

          • SocialistVibes01@lemmy.ml
            1·
            11 hours ago

            I may aswell ask here: suppose I have a bunch (like, a lot of them) of Wine / Proton prefixes managed by Botttles and want to move on with the least of hassle, keeping these prefixes and my preferences intact. Is this possible with some other solution? I’m not a strict gamer, my prefixes have more productivity applications than games per si. So I didn’t look into Steam, Lutris, etc.

          • voyage0@sh.itjust.works
            2·
            15 hours ago

            Not rust itself, it is a great language with lot of upsides. The problem is the rewirte part. A lot of projects underestimate the burden of rewriting your code from the ground up. A lot focus power on a “new and improved codebase” that is never finished while to old codebase isn’t properly supported anymore due to the focus on the rewrite. Rust is just notorious for these kind of rewrites as ist a fast and memory safe language where a lot of developers see advantages for their project (sometimes rightly so).

            • dieTasse@feddit.orgEnglish
              1·
              12 hours ago

              Ah, makes sense, thanks! I can imagine small projects must be careful. On the other hand if someone does it for fun and learning that is fine even despite the risk of not finishing :)

      • voyage0@sh.itjust.works
        8·
        15 hours ago

        The issue seems to be mostly about the support overhead from really outdated versions still shipped to the public. This seems to be a legitimate concern and why I avoid the distros in question myself.

        The issue about “inferior” package managers is not that wrong as well. Version mismatches between dependencies is a big issue in development and why stuff like docker, nix and even atomic desktops are so successful.

        I’m a big fan of the classical package managers, especially for my base system but the overhead on developers and packagers is definitely not negligible especially if they use pre release versions of dependencies like bottles did.

        Lastly I completely get that you don’t like the tone, the mint/home calendar issue was, while I get the concern, a hard read

        • InFerNo@lemmy.ml
          1·
          11 hours ago

          I’m not arguing any of that. Package maintainers are doing invisible and often thankless work. The way this person communicates really struck a cord.