@keneda makes me wonder if and how that ever really happens anymore. sounds like an issue prior to ext3.

@lduboeuf said in Will there ever be a way to edit SIM Contacts ?: You want to save your contacts to the SIM card ? It is not possible afaik. That is the problem indeed! @keneda said in Will there ever be a way to edit SIM Contacts ?: @nero355 Yes you can't edit or add contacts on the SIM, but no you're not left with only phone contacts as you can import SIM contacts (so they are reachable in this way), i don't really undertsand your problem here. I have noticed! :grinning_squinting_face: Even if it's not directly on your SIM, you can access then edit contacts from it. BTW i don't use online sync or whatever, only contact app, and if i have to export phone contacts to another phone, i use "export as VCF" thing. I do the same thing when there is no other option

On a WiFi network you usually want as little Multicast/Broadcast traffic as possible so I suggest that IF you add Avahi then please make sure it's DISABLED by DEFAULT On all my other Linux devices it's also Disabled where it can be and if it can be!

@somannak said in how different is UT when compared to a computes os: That answers most of my questions for now. Niiice!

I'm on RC (starting with 113, now 115) with my E4.5 for over 10 days now and I haven't been affected by this bug anymore.

Currently, no.

@unisuperbox There is the "merge events" filter on https://gitlab.com/groups/ubports/-/activity though. Granted it's not exact for what one might have gotten on their device, and you can't limit it to last 24 hours. But its's as reasonable a rough overview of changes as the aforementioned GitHub search query, I think.

AFAIK, nobody is working on support for Wireguard currently. Most device kernels also don't have support for it. I guess there is a way to do it only in user space, but I am not sure what all the requirements are. If you want to open feature requests about what needs to be done to support it, and perhaps provide some pull requests for them, I'm sure it would be greatly appreciated.

@keneda That's the intent - but would hate to get a community's hopes up until this thing works for one person. As for the tweak's contents, it's issue #727 on GitHub. I don't like that it's still open.

Over in the Sailfish universe we have SeaPrint (by me)... so if someone wants to port it, feel free to get in touch. No CUPS dependencies, strictly speaking no dependencies at all other than Qt, but poppler is needed for working with simpler printers.

Hi, ma! Thanks for your interest! qtubuntu-camera is a piece of software that allows Qt applications to use cameras on Android devices through hybris. Adding these new values means that Qt applications can use them. It does not mean that they will start using them automatically. There needs to be a change done to the camera-app software, which uses qtubuntu-camera, to support the new flash and exposure modes. There is a Merge Request filed to enable more flash modes: https://gitlab.com/ubports/apps/camera-app/-/merge_requests/154. However, there is no merge request filed to enable more exposure modes. If you like, you can help us test and create these changes as needed.

@trwidick I wouldn't guess alsa, as for pulseaudio we have a droid plug-in whiich talks to HAL on Android devices.

Interesting. I had heard about it, but never really read about it.

Bug report opened on GitHub. https://github.com/ubports/ubuntu-touch/issues/1751

@thomas-k8s Nah, you lose the native XMir windowing with that. I'm more partial to how we did it in the days before libertine's release back in 15.04 (still chroot, not libertine's proot which seems more restrictive, but using XMir with matchbox-window-manager to provide some semblance of window managment) Nowadays, I'm looking into something similar, but using the Gentoo Prefix in place of the chroot, so it runs unprivileged. Obviously will generate a LOT of I/O so if anyone else goes this way, I highly recommend running the bootstrap as far as it will let you using an NFS root mounted into the home directory somewhere (mine is .local/system) and then copy it to device and finish the bootstrap using an NFS-mounted TMPDIR (because bootstrap will only let you go so far before portage tells you that it needs root permissions for some reason when bootstrapping straight to an NFS shared folder)