@doniks said in Documentation temporarily offline:

yes. both Cloudflare, but that was also true with the old setup. not clear what's different now

I mean is the same user for http://docsubportscom.readthedocs.io/ and http://docsubportscom-gitlab.readthedocs.io/?
could it be that to cloudflare docs.ubports is from one user and is now "hijacked" by another?

i also tried running dig docs.ubports.com and i got this as output:

; <<>> DiG 9.18.30-0ubuntu0.24.04.1-Ubuntu <<>> docs.ubports.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31353
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;docs.ubports.com.              IN      A

;; ANSWER SECTION:
docs.ubports.com.       300     IN      CNAME   readthedocs.io.
readthedocs.io.         300     IN      A       104.16.254.120
readthedocs.io.         300     IN      A       104.16.253.120

;; Query time: 287 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Fri Jan 17 10:26:19 -03 2025
;; MSG SIZE  rcvd: 105

But i am unsure if this is correct, as i don't have an output of how it was before

hmmm according to the error this is the issue: The host is configured as a CNAME across accounts on Cloudflare, which is not allowed by Cloudflare's security policy. are the two separate accounts?

it also says: If this is an R2 custom domain, it may still be initializing. If you have attempted to manually point a CNAME DNS record to your R2 bucket, you must do it using a custom domain. Could it be just dns intialization? do we have other logs in the dashboard?

also http://docsubportscom.readthedocs.io/ still works, so perhaps that could be a stopgap until we figure this out

@Luksus said in OP5T removed from device list 20.04...:

Just need to figure out, why it was removed in the list of supported devices, maybe because of inactivity/no progress in the last year...

to make it clear the short answer is: yes, a device that has reached the stage "Advanced Support" will be demoted to "Basic Support" when there is no activity for 6 months, if there is no further activity for another 6 months the device is removed from the list

support in this case means: someone is activity fixing issues on the device
Activity is the activity in the device repository

With snap support being worked on and snap being the official supported way to install spotify via snap, this could open a way to install spotify on Ubuntu Touch!

However spotify doesn't currently build an arm version for linux

so i submitted an idea to spotify to support arm

if you use spotify and want to use it on Ubuntu Touch. come on over and vote! https://community.spotify.com/t5/Live-Ideas/arm64-support/idi-p/6551110

@CatWithUT hmmm no hub, not sure then what it could be

@CatWithUT said in BUG: USB-OTG Hard Crashes Phone:

@Fuseteam That is what beta tester are for

hah! fair. I stand corrected XD

@jojumaxx said in I am about to give up and leave:

There's Libertine and Snap support which don't help with the mobile experience. If I want to have a tablet or laptop, I use a tablet or laptop.
Convergence is good as a bonus, if the basis works. It's called Ubuntu Touch, but touchable is nothing. Don't forget, that this is about phones.

I am just a Linux user, but UT is the only system I encountered yet, that doesn't allow me to use a package manager freely. Everything would be perfect if that was possible...at least I guess so...

These two concerns contradict each other

on one hand you feel that snap support is missing the point, on the other hand you feel that install apps with apt would solve the app issue....

Just as apps installed with snaps are not "touchable", apps installed with apt are also not touchable. The snap support is meant to address the issue have with the inability to use apps.

If you have apps that would well on droidian via apt, packaging those as a snap would bring it over to ubuntu touch, that would be up to the developer of that app however.

It is the same with banking apps— we can't have banking apps, if the banks behind those apps don't port them over to ubuntu touch

The outdated browser is a big issue yes, there are multiple effort attempting to solve that, the current rebase to 24.04 might help eleviate that to some degree, alfred's mimi browser is a work in progress that will likely solve the issue aswell, once finished i suspect it'll replace morph altogether, there is also ufirefox which is PoC repackage of desktop firefox with all usability issues.

If Ubuntu Touch doesn't fit your usecase, but other mobile linux distros do— perhaps you could outline those usecases. I would be particularly interested what apps you find useful on droidian that you would like to see on ubuntu touch, perhaps we can get them installed with snap or maybe repackaged for the open store

The main idea here is: The OpenStore would not need to process the the payment, because it is done by multiple third parties (people who mine Litecoin or who have Litecoin nodes) and the OpenStore only provides an address and looks if there is anything transferred to that address. But the developer would probably need to take care of legal matters as taxes when he receives Litecoin to his wallet or later transfers them into "normal" money.

And just to be clear: Litecoin was chosen here as one of many possible solutions, because it works and is well established. I could have also chosen Bitcoin, but the confirmation times and the fees are lower with Litecoin.

The challenge here then becomes, if someone pays and wants a refund because they are not happy with what they get, where do they go? the first where they will go is the ubports foundation, then the openstore team, by the time they reach where they should be— the damage's already done.

@CatWithUT are you possibly connecting it with a dock of some sorts?

Also might be a bit early for the fairphone 5 xd

@ancientsounds said in USB-C headphones on OnePlus 6T:

Further progress, using Pulse Audio, especially pacmd

To switch audio output to the USB headphones:

pacmd load-module module-alsa-sink device=plughw:1,0

Most importantly, to switch back to the speakers when you're finished with headphones:

pacmd set-default-sink 1

this seems to work on the fp4 too

@fakeshell yeah no easy task, and we'll migrate to systemd anyway xd

@fakeshell snaps won't work, cause no systemd. Flatpak has no osk support atm, among other missing integrations including portal support

@applee the thing is some halium operating systems don't use ofono, they use modemmanager iirc xd

@applee ah i need to read more thanks. tho i still don't know if "aiming to standardize middleware to talk to android daemons" means it's a part of halium or not

@applee i'm fairly certain both the kernel and ofono are outside of halium, but i can't say that with absolute certainty. i agree the best way to understand it would be to try porting yes. i too wish i could make time for it

@applee thanks for the links, i've been following the groups as well, and now i found a short description on telegram that made it click for me:

Halium is basically custom version of Android build specifically to run services that speaks to Android hardware

edit: i just noticed i already posted that did that description not suffice?

edit2: ok so i found an (older) image of the diagram florian showed

my current understanding is that the bluebox is "halium" although in florian's diagram the bluebox is considerably larger hmm

@josele13

What kind of companies would be interested in an OS that doesn't have a locked bootloader or unencrypted phone rom?
In those companies will they see that UT is easier to use than android?
Do we have all the android options to be attractive?
Will these companies be able to use our country's banks or government apps?
Will the employees of these companies be able to make video calls?
Will they be able to talk from the car to another employee via bluetooth?
Will they be able to pay for food at the bar from their mobile phones?

yes these are important questions, but we must've forgo what we can do to make it more attractive
for example if there's a missing app, what can we do to convince the app developer or the company behind it to support Ubuntu Touch. if there's a missing functionality what can we do to fix it whether that's ourselves if we can program or by attracting a developers with the skills.

so rather than "what makes it attractive to companies?" the question becomes "what can we do to make it attractive to companies?" and by extension "what can we do to move Ubuntu Touch forward?"

@mardy niiice, thanks for your work i'll test it out too~ sadly my battery is rather old to be a reliable battery test and my touch screen isn't in the best state either but i'll be sure to report any other issues!

honestly i don't think we should only focus on what users can donate. there are more ways to contribute, as already mentioned, including volunteering to lessen the load on "the core team".

As Dalton mentioned in the last Q & A "i've seen the mentality change from 'what can we do together?' to 'what can the foundation do for me?'" "foundation" can also be replaced with "the core team" the meaning is the same. If we want to grow we need to adopt the mentality that brought us this far which is "What can we do together?" and there's more we can do that just technical things like contributing code or donating money, we can also promote the project and perhaps interest companies with the same value to become sponsors, like volla, smoose and pine64, or ways to collaborate on the system. The field of ways we can help is huge, let's utilize it!

@cliffcoggin hi, i'm way late but i found a nice short explaination of halium that finally made it click for me. i'm posting it here because perhaps @AppLee might find it usefull to add it to his short description:

"Halium is basically a custom version of Android build specifically to run services that speaks to Android hardware"

as these services make use of Android libraries halium also uses a wine-like "compatibility layer" to load those libraries in Linux called "libhybris"

as a closing note i would like to encourage you to not be discouraged when you feel like you don't understand much. i can tell you that few of the regular contributors understand the entire system completely. even the most knowlegable contributors started with zero understanding of the system, nay even the devs at canonical each "specialized" in specific parts of the os, while not knowing much about other part