linmob

Without any further configuration, might as well as add that to your edited paraphrased quote.

Please correct me, but AFAIK, necessary configuration of flatpak (e.g., configuring remotes) depends more on the distribution than the architecture (as long as the architecture is supported at all, that is - so x86_64 or aarch64 AFAIK).

Your lengthy explanation of flatpak doesn’t seem to be postmarketos related.

Sure? https://gitlab.com/postmarketOS/pmaports/-/merge_requests/4820 And does it hurt to mention differences in software support between x86_64 and aarch64? I would see your point if I had talked at length about Snaps. ;-)

I was referring to "Flatpak [...] is currently only working as expected on x86_64" is ... if not false, then far too easy to misunderstand. Flatpak works just as well on aarch64 for (at least) hundreds of apps. The software that's not available on, e.g., flathub for aarch64 (but is available for x86_64) in most cases is not available (in compiled form) for aarch64 at all — because it is proprietary with vendors not caring about aarch64, or ... just is electron-based ;-}.

It's not Flatpak, it's the entire aarch64 software ecosystem that's lacking here. Stating "Linux on aarch64 has less available software than x86_64, which is especially so for proprietary software" would have been a far better statement.

Alpine edge testing apps are in postmarketOS edge. So yeah, not all of them make it to stable, but quite a few do:

For software listed on https://linuxphoneapps.org/ the count is as follows: Alpine 3.19: 160 Alpine edge: 198

(Source: https://linuxphoneapps.org/packaged-in/)

The difference should be mostly the apps that have not made it beyond testing, yet.

Please note that you can also try installing testing apps on stable by apk add PKGNAME --repository=http://dl-cdn.alpinelinux.org/alpine/edge/testing, or, maybe as more safe way of doing this, use distrobox, install alpine:latest in it, and changing /etc/apk/repositories/ to make it edge instead of 3.19.

You can also try to build some software that's not packaged by coming up with your own APKBUILDs, I did so a while ago on https://framagit.org/linmobapps/apkbuilds, maybe the notes I left there can be helpful to you.

Regarding Wikis: They always get stale, so clarifications and additions are surely welcome!

This is ... a bit false. Flatpaks do show in GNOME Software on other distributions, and while not every app on Flathub supports aarch64, many do. I somehow managed to not have a with postmarketOS stable and Phosh here right now (I misplaced my PinePhone that runs that combination), so I can't say if it would work for me. It definitely works on other distributions, though; but there's always the added difficulty of imperfect app metadata making it a game of luck to recognise a mobile friendly app as such.

That said, you can always install packages from the terminal, flatpak (flatpak install ...) or apk (apk add ...) or otherwise. To find apps to look at, maybe LinuxPhoneApps.org can be useful.

This sounds more like a network problem, maybe something on your end or that one of the repos was temporarily unreachable (usually it's the postmarketOS repo for me in such situations). I recommend running sudo apk update in situations like this and reading through the output. Depending on which repo is unreachable (= if it's one of the alpine repos) it may be a better idea to delay upgrading.

It definitely has nothing to do with the device being dropped from main to community — both categories mean that the device is served by stable.

Hope this helps!

I've been told that PinePhone 2 is not happening this year. (If AllWinner will continue to supply A64 SoCs, it might take even longer.)

Regarding SoC, the likely/obvious candidate is RK3566 - but we'll have to wait and see for the when and how. (I, personally, would love to see a PinePhone V - think PineTab V, but as a phone).

PineTime: It has nice companion apps on Mobile Linux, but I went back to my Pebble Time Steel - the always on display matters to me.

Yeah man, I think the article I initially read about PP Mobian situation was this one here just for reference if I am even remembering right – https://blog.mobian-project.org/posts/2023/09/30/paperweight-dilemma/

Someone stepped up (see https://blog.mobian.org/posts/2024/01/08/highlights-of-2023/ and afaik a-wai also mentioned this at fosdem (https://fosdem.org/2024/schedule/event/fosdem-2024-3290-towards-a-bright-future-with-mobian-/), also long standing issues like the out-of-tree-WiFi/BT driver are being worked on currently.

Regarding Beepy: I really tried, but ... compared to that, PinePhone was easy to get to a somewhat works state in mid 2020. See https://linmob.net/enter-beepy-esc/#flaws

Depends, guessing from this conversation I'd assume there's currently nothing to thank for.

And because of that: If you like Phosh, consider giving back:

• https://liberapay.com/Phosh/ and
• https://honk.sigxcpu.org/piki/donations/ are simple ways to do so :-)

Ubuntu Touch suggests that this will use Halium most likely, which is good for features, but ... it's not mainline.

Although: Thanks to Chromebooks, there are now a few Mediatek SoCs with okay mainline support. But while the Helio G99 seems quite similar to the Kompanio 520 at first glance, they are quite different, sadly.

This sounds a lot like the Flattr model - a service that had its moment in 2010/2011, but ultimately failed: https://en.wikipedia.org/wiki/Flattr

Payments are a challenge, with processing fees and taxes in an international context, small sums don't work out well - there's a reason why services like Liberapay push you to do bigger amounts at one time instead of small amounts at multiple points in time.

This may seem odd, but from a person that has a two-digit amount of phones: You know that it's possible two own more than one phone at a time, e.g., a Linux Phone and a Game Phone? ;-)