LWN: Comments on "Larsson: A stable base for Flatpak: 0.8" https://lwn.net/Articles/710017/ This is a special feed containing comments posted to the individual LWN article titled "Larsson: A stable base for Flatpak: 0.8". en-us Thu, 18 Sep 2025 02:08:37 +0000 Thu, 18 Sep 2025 02:08:37 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Larsson: A stable base for Flatpak: 0.8 https://lwn.net/Articles/710287/ https://lwn.net/Articles/710287/ nedrichards <div class="FormattedComment"> For what it's worth, over at Endless we've been working on tools to support creating Flatpaks easily for the Electron community (things like <a href="https://github.com/endlessm/electron-installer-flatpak">https://github.com/endlessm/electron-installer-flatpak</a> but there's more). Visual Studio Code was the first upstream to merge patches based on this but it's pretty easy! <a href="https://github.com/Microsoft/vscode/pull/16169">https://github.com/Microsoft/vscode/pull/16169</a> If you've got an existing Electron project it's only a few lines of configuration.<br> </div> Wed, 28 Dec 2016 17:23:37 +0000 Larsson: A stable base for Flatpak: 0.8 https://lwn.net/Articles/710118/ https://lwn.net/Articles/710118/ halla <p>Probono is working on containerization. <p>But... Apart from that, I don't see why you say "If you see one of these in the wild, it was probably a cross-platform GUI app built using Electron" -- that's completely irrelevant. There are appimages of almost everything, Subsurface, Krita, Gimp, Inkscape, Musescore. I have't got the stats handy, but Krita's appimage gets downloaded a lot! Sat, 24 Dec 2016 08:35:11 +0000 Larsson: A stable base for Flatpak: 0.8 https://lwn.net/Articles/710100/ https://lwn.net/Articles/710100/ emk <p>Interesting!</p> <p>I've recently been messing around with building <a href="http://appimage.org/">AppImage</a> applications, which are essentially a single executable file that contains a loader and an embedded ISO image, which can be mounted at runtime. If you see one of these in the wild, it was probably a cross-platform GUI app built using <a href="http://electron.atom.io/">Electron</a>, which is essentially a copy of Chromium with Node.js APIs included. It's an <i>eccentric</i> tech stack, but it makes for a surprisingly nice way to build cross-platform GUI apps, especially since you can do ridiculous things like <a href="https://github.com/emk/electron-test">build native Node extensions using Rust and Neon</a>. The first time you run an Electron AppImage app, it will offer to register a *.desktop file.</p> <p>AppImage is (essentially) containerized, but not normally sandboxed as far as I know.</p> Fri, 23 Dec 2016 23:48:36 +0000 Get Flatpak into Ubuntu and not from a PPA https://lwn.net/Articles/710059/ https://lwn.net/Articles/710059/ drag <div class="FormattedComment"> I suspect sometimes PPAs are better then Universe since Ubuntu Universe tends to receive little to no love in terms of version updates, bug/security fixes, etc. The downside, of course, is that users need to know to install the PPA. <br> </div> Fri, 23 Dec 2016 15:34:22 +0000 Get Flatpak into Ubuntu and not from a PPA https://lwn.net/Articles/710039/ https://lwn.net/Articles/710039/ satbyy Well, Larsson wants to push it in Debian, so it will end up in Ubuntu anyways (in <em>universe</em>, which is still better than a PPA) Fri, 23 Dec 2016 06:05:40 +0000 Get Flatpak into Ubuntu and not from a PPA https://lwn.net/Articles/710038/ https://lwn.net/Articles/710038/ smckay <div class="FormattedComment"> Is that likely to happen in the near term, though? I doubt Canonical are in a hurry to spend cycles on supporting a competitor to Snap.<br> </div> Fri, 23 Dec 2016 04:01:35 +0000 Get Flatpak into Ubuntu and not from a PPA https://lwn.net/Articles/710033/ https://lwn.net/Articles/710033/ scottt <div class="FormattedComment"> For cross-distro app distribution, getting an updated Flatpack into Ubuntu, not just from a PPA and not from the universe repo that users need to enable with an extra step seems much more important.<br> </div> Fri, 23 Dec 2016 02:05:54 +0000