i think the last thing im gonna drop is "game native" im trying to port the latest version to UT as well so we can play our steam games ....after that i think ill start at the beginning and start refining everything starting with python deploy ....then openstore ....hopefully i gain some feedback by then so i can get all the bugs ....my problem is time ....i get something running i swipe around a little ....i dont have a use or need at the moment so im like "seems to work" then see something shiny over there and go do that .....if i get game native to work well people will prob want to starst porting UT to much higher end devices ....i dont think my phone has the power .....but i wanna play helldivers 2 on my phone someday

@Linus67 said: nano ~/.local/share/applications/gkill.desktop ini [Desktop Entry] Name=Stop Greenline Exec=/home/phablet/stop_greenline.sh Terminal=false Type=Application Icon=/home/phablet/Pictures/greenline_stop.png Thank you for this.

@PerlMax said: @projectmoon Unfortunately this is not enough. The c library searches for config files etc. under the installation prefix (e.g. /usr/share/elementary). Perhaps it would be possible to compile efl at the UT XDG data-dir, but I didn't have luck with this so far That's why the solution would be to run in a chroot environment (where I could copy the files from the libertine container.. Best wishes, Max I mean, if it uses an installation prefix, you should be able to change the prefix to anything you want. What happens if you try to compile it to an XDG data-dir?

@libremax said: The printing system is not included in the Ubuntu Touch images due to a lack of space for the root filesystem on many device models. Work is currently underway to be able to increase the size of the rootfs. Is there a way to determine if my device (Nord N10 5G) might have enough space for larger root filesystem ?

Thanks! I dived into the issue a bit more, and it seems like the problem lies in the default mapping in /etc/subuid file. The first OS regular user created usually has the assignment 100000:65536 in /etc/subuid. I decided to assign the values (231072:65536) from the user that succeed with the podman pull command to the user with previous 100000:65536. With the new values, podman (and therefore, clickman) runs without issues. I don't see any conflict on the default range assigned, but definitely that new assignment seems to fix it. Hope it helps for those that run into it

heads up i forgot to re-enable some of the build chains during debugging so this is broken till i post the update

@brenno.almeida welcome

this one i really could use some feedback on as this is one of my favorite projects as well as a staple tool that is intended to make UT more useful ....there are many bugs i know ....i cant figure them out and neither can AI .... until i get more information im basically over here eating my own tail on this project

@domubpkm to handle imported files differently in messaging app, would be a task to solve there. tedit can only hand over a file to messaging app. What that does with the file is defined there. tedit has no control over that. I added the share option to read only mode page too. I simply didn't think of that yet. (Build here: https://gitlab.com/Danfro/tedit/-/jobs/14268879889/artifacts/file/build/aarch64-linux-gnu/app/tedit.danfro_3.6.1_arm64.click)

No, no change. I'll open an issue; that'll be more efficient. I've started the French translation on Weblate.

@pparent Many tries later - with a failed speechmessage too - unexpected: sending a picture works fine up to now. Later I will send you a screencast of the failed picture insert before. Btw: installing the screencast App failed... AppStore always returns to the green "installieren" button!

@domubpkm Well, if my calculation is correct that means about 2Mbits/s, it seems quite decent for Bluetooth.

but yeah alot of all this is very "fresh" so expect bugs ....i know for a fact this apps jitsi meet function is still a little borked ...ill get to it eventually

@projectmoon thanks for the feedback! Auto sync: currently UT does not have a way for apps to run background jobs, an unconfined app is required. Not planned right now due to the maintenance overhead, but maybe in the future! Sharing: yeah, the app has no sharing features, its something I plan to implement soon Slowness: strange, Ill see if I can enhance the optional debug logs to better understand this and other issues that some people report with their servers Gallery: seems a limitation with the gallery app, from the file manager you can send videos and multiple files Infinite scroll: Unfortunately this being my first UT app I did the gallery in a non optimal way and now a big refactor is needed to have this. Maybe something for the future