@pparent Hello. I was wondering if the UBports Foundation could contact one of the members of the European Parliament mentioned in this article to discuss a survival strategy... (sorry, it's in French... ) https://linuxfr.org/news/la-commission-europeenne-publie-une-feuille-de-route-sur-le-logiciel-libre

Well but Hello, everyone! Thank you very much for your information. I've been around long enough to know that a daily channel (i.e., dragon channel) exists in the versions, but I don't want it on my daily driver. I can wait for the RC or stable channel, even though my attempt on the Samsung Galaxy S9 with E-OS failed. I found the following post in the E-OS forum: These international Samsungs don’t get VoLTE with any U.S. network, due to: their internal hardware which is different from North America Samsungs and identifies as incompatible, i.e. non-certified for a particular U.S. network’s VoLTE; their exact model number + suffix is also different from the North American variant. Samsung’s proprietary IMS/VoLTE implementation which no custom ROM can integrate (or so I’ve read). Even U.S. variants of Samsung apparently can’t get VoLTE once a custom ROM is installed (unless something changes). Other OEMs don’t have this problem. Any carrier can tell if a phone has or has not been certified by the OEM specifically to carry Voice over LTE on their network, just by the IMEI, which is visible to their systems; if not, then they will disallow it in countries like the U.S., where VoLTE is now a hard requirement. It would probably introduce a legal liability (inability to call emergency services) to them if they allowed a non-compatible phone on the network once all the 3G is shut down, and eventually 2G. If a particular device has been tested and certified to use a particular network’s VoLTE, then a setting such as “Enable voice over LTE” or “Enable 4G calling” or “Use VoLTE,” etc., will appear in the menu when that network’s SIM is inserted. (Not to be confused with LTE data, which is not specifically referring to making phone calls.) Greetings Mario

The raspi(s) would receive the OTA updates. I already looked into Mender SWUpdate, RAUC and they all seam promising. I would actually just like to know out of curiosity how UBports handles OTA updates.

Uhmm.... I'll be honest, I don't know how to take your last few posts. I'm not sure what you are trying to tell me.

@gpatel-fr Sad! OnePlus usually had superb hardware for the price. Well, at least there is a decent lineup of OP phones that can still be ported.

@arubislander Ah! Apple issue. Apology completely forgotten.

@toniox if the phone is mediatek, use spflashtool. its a pain in the *** to do, i recommend using windows for rhis because otherwise you'll need a custom kernel and all the tutorials will use windows. the steps go like this: download drivers, and set them up use bootrom bypass tool flash with sp flash i recommemd dumping nvdata,nvram,nvcfg,protect1,protect2 from NAND using spflashtool before flashing anything at all (think of it like youre phones ID it is needed for service ,wifi ,bluetooth) there is also ways to regenerate the checksums so with lockee xiaomi bootloader you can run custom code but i dont really remember how i managed that one.

@klh said in My Ubuntu Touch devices participated in Thailand nationwide cell broadcast test: @peat_psuwit do you have a spec for the Thai EBS? Looks like they require a working SIM card? I have no idea where to look for that. I tried searching on web for it, but nothing that look like it. The only thing I can go by is Android's config file. I still maintain that we'll need a CB topic database from e.g. Android and should not not rely on hardcoded set of topics from a non-regional specification. In theory we should only need the table from 9.4.1.2.2 of 3GPP TS 23.041. Hmm interesting. That spec does indeed list all topics I've seen on my Android phone. I think I've seen a different spec cited earlier that doesn't include some of them. (For reference, I've seen the following topics: 4370, 4371, 4372, 4384, 4396) Still, it doesn't seem to provide a grouping of topics for settings (or maybe I miss something). And it would also be useful to have a database for notification heading (e.g. in US the title for 4370 should be "Presidential alert", but that obviously won't fly for Thailand). Unfortunately, the test today is inconclusive on whether we need to explicitly subscribe to topic "4370" or not. We don't already? According to the same table, 4370 is not supposed to be settable by the user and always subscribed (I'm kind of extending the 3GPP definition of MMI here) so this shouldn't be a question - since afaik it's not required to be implemented at modem level, we should check what ofono reports and subscribe to the missing ones. It's not supposed to be settable, but this doesn't seem to be enforced by oFono. Currently our settings pane doesn't subscribe to this topic, but apparently Fairphone 5 subscribes to this topic anyway. Still, I reckon that we should be on the safe side and always add 4370 to the list of subscribed topics. Also, currently there's no boot-time component which will subscribe to mandatory topics automatically (and on some region e.g. Thailand this doesn't seem to be limited to 4370 only; see the linked Android config). The settings pane is the only component which sets the topics. This is problematic because oFono don't have a set of initial topics (besides a small number of built-in ones from ETWS).

@kugiigi NDK is basically a set of C APIs Android exposes to applications, allowing apps written in native code to get access to certain functionalities without calling Java APIs through JNI (Java Native Interface). The good news is that these APIs should largely be usable on Halium-based UT devices as well. So the advantage is that we don't have to rely on bespoke APIs libhybris exposes, which allows us to share more code with upstream which already supports Android (in this case GStreamer). This is not relevant to mainline devices.

@Moem and four stickers Thanks

@Feynt That's only odd if you believe that UBports has a plan for which devices are going to supported. And such a plan could only happen in a different kind of organisation. You should keep in mind what UBports is, or rather what we are: a community, a loosely connected group of volunteers. Whether a certain device gets ported depends on there being someone who has the skills has the time has the wish has the device. If there is no such person around, then no port is going to happen. Maybe you could even be that person? To find out, you can start reading here: https://docs.ubports.com/en/latest/porting As is forum policy, your topic will now be moved to the Offtopic Area. Thank you for understanding.

@GabrielDistake Hello Gabriel! UBports does not take porting requests. You should keep in mind what it is, or rather what we are: a community, a loosely connected group of volunteers. Whether a certain device gets ported depends on there being someone who has the skills has the time has the wish has the device. If there is no such person around, then no port is going to happen. Maybe you could even be that person? To find out, you can start reading here: https://docs.ubports.com/en/latest/porting As is forum policy, your topic will now be moved to the Offtopic Area. Thank you for understanding.

Late to the discussion, but on desktop the Yubikey requires some packages installed. So integration would not be straightforward, but I guess something can be hacked if need be. To have the OS support it natively is another story as I doubt an app can bring Yubikey's features to other apps, the browser and wherever it is needed...

@Moem said ... most of us have full lives and don't read the forums every day. Me too, usually. I just focused to try to get something working, due to 30 day ebay seller return policy. Failed interaction with Oneplus support ate up 12 days of that.

A related project to look at: https://blog.mariofragnito.it/en-gb/posts/pitv-my-fire-tv-stick-clone/

@nwoo66 In English, please.

Best wishes to everyone for 2026! 🥳

@trynafindbhumik You just got your answer on the Telegram group, so just for completeness: No, each device needs its own port, and there is no port for that device. That means it's not supported. Supported devices are listed on https://devices.ubuntu-touch.io/ This topic will now be moved to off-topic.