A Pixel 3a may be a good choice. It's older, but not huge—and it's very well-supported in Ubuntu Touch (and Droidian, both use Halium/libhybris to re-use the Android kernel drivers), and also in postmarketOS (mainline Linux 6.9.3 as of this message).

On postmarketOS, camera support is not fully there—the front camera is somewhat supported. Also, Wi-Fi is still a bit annoying, calls only work with headset on postmarketOS, so I would say: Use Ubuntu Touch or Droidian for now, and maybe move on to postmarketOS once it's a bit more solid.

No, it's just that when you use a mainline kernel, you're just not reusing all the Android (often user-space) drivers that make cameras work on Android and due to that stuff, starting from drivers for the SoC camera interface to the camera sensor have to be re-implemented. Whether you are on glibc (e.g., on Debian/Mobian) or musl/Alpine does not really matter.

Also, Camera APIs and the whole "desktop Linux" camera stack (think of things like debayering, white-balance) is nowhere near as developed as what Android has (and that, IUC, Ubuntu Touch can reuse on Halium by plumbing things together).

I wonder how much additional work would be necessary to actually support A64, too.

But for now this is definitely good news to PineCube hackers/users ;-)

It's not a font ... and it says LINMOB (for LINux on MOBile).

I drew it in GIMP ages ago (15 years maybe?); and did not have the time to come up with a new logo since. (I am not super happy with it myself - but it's not a priority, there's way more important stuff I don't have time for).

That said: Contributions welcome! (at https://framagit.org/linmob/linmob.frama.io)

See https://linuxphoneapps.org/categories/conference-companion/ - both Confy and Kongress are decent. And then there's a relict from N900 times: https://flathub.org/en/apps/at.priv.toastfreeware.ConfClerk

It's pretty much "real". You can install every package in the repos via apt, and they should work. Caveats can apply with regards to stuff that needs extra adjustment for accelerated graphics or new kernel features.

This is great, even if at least one app in that collection is only available for x86_64, which makes it hard to actually run on a phone ;-) They also updated the Device Support section of metainfo guidelines: https://docs.flathub.org/docs/for-app-authors/metainfo-guidelines/#device-support . Looks like some apps on the KDE side still need proper metainfo to show up: https://invent.kde.org/teams/flathub/issues/-/issues/34

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 :-)

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.

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? ;-)

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!

Just look at https://devices.ubuntu-touch.io/

I have a Pixel 3a and it's a really great port.

It's somewhat SoC dependent, but the actual feature support depends on auxiliary chips. Of the well-supported phones, only the Shift6mq supports it in hardware - software support on mainline is not there yet though. The Fairphones 4 and 5 also have the feature. I have the 5, and display out works with postmarketOS, but audio support is still lacking, and USB peripherals (e.g., keyboard, mouse) are not supported.

Here's a list of more devices: https://www.uperfectmonitor.com/pages/list-of-smartphones-with-displayport-alt-mode

That said, there are other ways like DisplayLink and or GUD that may enable you to connect a display to a OnePlus 6 or PocoF1 anyway, some people have done it (and left video evidence on social media or YouTube. It definitely requires a customized kernel, and unfortunately, AFAIK the efforts have not been documented/shared (kernel config and necessary packages).

+1 for Gapless. My library is not nearly as large, but it's still plenty quick (no noticeable delay) with my 1 digit gigabytes library and IMHO the best native feeling media player on Phosh/GNOME Mobile.

It also does the Album -> Artist -> Song thing (which made me notice that I still have not fixed every error in metadata I managed to add to a part of my Library by blindly applying musicbraiz suggestions via Tagger, but that's just a me thing).

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

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.

It did work on edge at the time of that post (March 2023), and IIRC it may have worked in stable 23.06 (the release right after that post) - I don't have a device still running that to confirm. It since broke again, and it's currently broken in stable and testing (it's definitely broken for me in edge in both Plasma Mobile (KDE Discover) and Phosh/GNOME Mobile (GNOME Software). So don't go to edge because of this, especially not right now.

Officially, yes, but there's also https://elagost.com/flatpak/ Also (shameless self plug): https://linuxphoneapps.org/apps/org.signal.signal/

If you like a headphone jack, and the 6 (no T) is also available in your region, I would go with it instead. Battery life should be fine, unless you leave battery hogging apps running all the time. My 6 definitely lasts from 7 a.m. (when I disconnect it) until the next morning when I forget to plug it back in - and that's with a Matrix account running in the background in Chats/chatty.

As flatpak apps show (correct?) your situation is not different from what I would expect. I installed 23.12 on one of my devices and see a similar behavior. Generally, assuming you did start with a Phosh image or used pmbootstrap and chose phosh as UI (and did not, say, start out with Plasma Mobile and then switched over to Phosh, which can cause weirdness), I think we can safely say that this not just an issue on your end. This is very likely a general issue on 23.12 and edge currently.

Why isn't it fixed already? It sure seems to be difficult, and most "long termers" (extrapolating from my own behavior) likely have given up on using front-ends like GNOME Software or KDE Discover and have become fluent enough with apk and flatpak on the terminal and thus don't contribute to a solution.