I prefer to avoid AppImages if I can but I gave it a try anyway and it still fails with exactly the same error. What made you think it's just a packaging issue?
Thought I'd give it a try and installed the latest version. Application crashes at startup on Linux (Wayland) with: "The window terminated unexpectedly (reason: 'crashed', code: '139')".
Probably yet another instance of developers mostly testing and doing quality assurance on macOS/Windows.
For anyone considering buying the Pixel Watch 3, please keep in mind that Pixel Watch 2 has some long-standing issues where the GPS completely cuts out during runs or walks.
Some users believe it to be a hardware issue but it's still unacknowledged by Google and the forum thread where people have been discussing it has just been locked recently. Just mentioning it for awareness and visibility.
I was also looking for a successor to the PC Engines APUs and came across https://teklager.se/en/ that lists some possible alternatives that you might find interesting.
Personally I was looking to build a router so I ended up buying a fanless N100 based mini PC from Aliexpress (e.g.: search term is "N100 firewall appliance") and have been very satisfied with it so far (Proxmox homelab with OPNsense running as a VM).
I've been using VSCode with devcontainers and podman for a couple of months now and everything seems to work fine for me. Is there a particular issue you're hitting?
For what it's worth, most (all?) the comparisons in that phoronix article [1] compare the performance of apps running under XWayland (in a Wayland session) versus an Xorg session. That's because most steam games use SDL 2 which still uses XWayland by default (the default has been changed in SDL 3 though [2]).
So using the data from that article to conclude that "[Xorg] still generally outperforms Wayland" seems wrong. A comparison between native Wayland apps vs Xorg apps would have been a lot more relevant though.
I feel like I'm having a deja-vu. I remember having a similar discussion in the past and it turns out it happened exactly one year ago when Flutter 2 was released: https://news.ycombinator.com/context?id=26336657
Every framework has bugs and feature requests that are fighting for resources. And the ones affecting you _always_ seem more important than the ones that don't.
That being said, the fact that memory leaks in widely used components (e.g.: `<ion-img>` [1]) go mostly unnoticed both by Ionic developers and by the community [2] just doesn't give me confidence in Ionic being a framework used to build quality apps.
[1] - https://github.com/ionic-team/ionic-framework/issues/19242#issuecomment-556182556
[2] - the issue linked above has 5 upvotes in 3 years and no one even bothered to report a separate issue for the memory leak in `<ion-img />`, which seems even more serious and the developers have been made aware of it
For what it's worth I'm an Ionic developer and I find the grand-parent's description pretty accurate. I do like Capacitor though, but I think that's mostly because I've had to deal with Cordova before.
According to the official documentation [1], the 13" M1 MacBook Pro also has this limitation:
> If you're using a Mac with the M1 chip:
>
> On iMac, Mac mini, MacBook Air, and 13-inch MacBook Pro, you can connect one external display using either of the Thunderbolt / USB 4 ports.
Not op, but for me the lack of native Wayland support is a deal breaker. And running it through XWayland has various issues (focus is broken, issues with HighDPI screens, etc).
If Fleet supports Wayland natively I might give it a try, otherwise it's dead on arrival for me.
> Good luck getting multiple different sized monitors to work well out of the box (e.g. laptop + external) on Linux, sometimes even with tinkering you are left with subpar scaling on one
It sounds like you might still be using Xorg?
These are all solved problems in Wayland (that is, as long as the applications are native Wayland clients, and not running through XWayland) but some people are still reluctant or unable (see NVidia EGLStream debacle) to migrate yet.
> If I try to connect headphones they'll invariably stop working before long.
Are you using PulseAudio or PipeWire? I've recently switched to PipeWire and all my bluetooth related issues went away. The progress that PipeWire has made over the last few months is amazing. At least in my case, it went from almost unusable to my daily driver in the span of two or three releases.
I'm going to buy this just to support Valve for their continued support in making Linux desktop a viable gaming platform. Their reasons may not be entirely altruistic, but there's no doubt that they had a tremendous impact on the Linux gaming ecosystem.
And it's not just the Linux gamers that are benefiting from their work. They also seem to be doing good work on lower-level parts of the stack (e.g.: graphic drivers, Flatpak, etc) that are improving the Linux desktop in general.