@lduboeuf Can't reproduce. Even with UTTT clearing everything and checking it's not in location list on restart, on reinstall (twice) it comes up straight away with location granted. If it's meant to do that then great maybe a daily update fixed it.
@poVoq It will not solve system integration issues for things like content-hub, media-hub, or fingerprint reader, on Ubuntu Touch, but it's a start and at least very basic apps should be somewhat usable, but perhaps not much more so than using Web target and just running as an HTML5 app with Flutter.
The solution to this was laughably simple.
all I had to do was touch CMakeLists.txt making a completely empty file in the zensekai directory, and then CMake automatically decided to continue in zensekai-click with the other CMakeLists.txt.
There was actually a little more required.
in the top CMakeLists.txt I had to put
and in the zensekai-click one I accessed/disambiguated the two directories with
# set $PR_ROOT to upper directory
get_filename_component(PR_ROOT "../" ABSOLUTE)
# set $CLICK_DIR to zensekai-click directory
another thing you might run into developing a click package that copies binaries is permissions on binaries.
I set them in the loop that copies the binaries like so:
# the important part
PERMISSIONS OWNER_READ OWNER_EXECUTE GROUP_READ WORLD_READ WORLD_EXECUTE
# this might actually be unnecessarily permissive*.
# it might be enough to just have OWNER_READ and OWNER_EXECUTE
(* I got sidetracked thinking the permissions weren't enough when I accidentally had my project copying the x86_64 godot binary for a bit - which had bash claiming it "wasn't permitted" to execute while it actually meant that was impossible.)
Minecraft bedrock edition is a closed source, and it doesn't support Linux at all (even if you want to maintain a server they recommend windows). I'd rather go for compiling minetest for ubuntu touch or running Minecraft java edition, which is still really hard imo, and I'd not have any idea where to start, but it looks like there are much more resources about making a launcher for java edition than for bedrock.
Perhaps you could expand on what "hasn't yielded any results" means exactly? Surely you would have gotten an error message or something, rather than absolutely nothing happening as your statement implies.
Yes, the documentation is correct. Note, that the install path for pip3 --user probably does not have the bin directory in your $PATH so you'll likely need to add it.
*We can't use ADB with PinePhone which is what 90% of the documentation references. So what do you do now to send an app to the pine phone to test? I have a suspicion you do this with SSH Somehow based off what I'm reading. See
clickable --ssh ip
Does any additional set up need to be done on the PinePhone or clickable sign into the device and do everything to make it work?