@CiberSheep I'll give that a go when I get home. Thanks for the advice.

Probably a good feature request for the file manager. It can already extract so I assume it uses a library that can also compress.

@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.

As for me, I lost my password. every time I generate one they never send me the email. it's a shame the app doesn't bother to change his app.

@lduboeuf Niceeee... Thanx!

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. edit 7-13: There was actually a little more required. in the top CMakeLists.txt I had to put add_subdirectory(zensekai-click) 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 set(CLICK_DIR "${PR_ROOT}/zensekai-click") 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: foreach(binary ${BINARIES}) install(FILES ${PR_ROOT}/bin/${binary} # 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 DESTINATION ${DATA_DIR} ) endforeach() (* 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.

Just saw, someone (Jonny?) wrote an article on how to ship dependencies... http://docs.ubports.com/de/latest/appdev/guides/dependencies.html

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.

Yeah someones working on a "port" of a sailfish reddit app, it takes visual cues from ureadit, I haven't heard from them in a while tho, so I don't know whats up.

@Bolly said in Developing UBPorts apps with Python and PinePhone (questions: @djkemmet said in Developing UBPorts apps with Python and PinePhone (questions: *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?

https://github.com/timsueberkrueb/ubports-gettogether/blob/master/timsueberkrueb/pyotherside/presentation.md

Thank you, very helpful

praise be to allah, after a purge for invidia package I got the following: apt -qq list nvidia-340 nvidia-340/eoan 340.107-0ubuntu7 amd64 lspci | grep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation G98M [GeForce 9300M GS] (rev a1) [image: 1591957664641-82e73114-d4de-4501-a83c-4fda4d4feaa6-image.png]