@lduboeuf thanks

@lduboeuf thanks for explain $ /home/phablet/.config/systemd/user/batterysaver.service -bash: /home/phablet/.config/systemd/user/batterysaver.service: Permission denied ~$ systemctl status --user batterysaver ● batterysaver.service - Battery saver Loaded: loaded (/home/phablet/.config/systemd/user/batterysaver.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2024-10-28 10:18:03 CET; 16min ago Main PID: 9322 (batterysaver) CGroup: /user.slice/user-32011.slice/user@32011.service/batterysaver.service └─9322 /home/phablet/.local/share/batterysaver.lduboeuf/batterysaver /ril_1 gsm lte false true true Oct 28 10:21:56 ubuntu-phablet batterysaver[9322]: lockStateChanged(): screenIsLocked false Oct 28 10:21:56 ubuntu-phablet batterysaver[9322]: lockStateChanged(): switching to pref tech Oct 28 10:21:56 ubuntu-phablet batterysaver[9322]: lockStateChanged(): NOW SWITCHING TO "lte" Oct 28 10:22:58 ubuntu-phablet batterysaver[9322]: lockStateChanged(): screenIsLocked true Oct 28 10:22:58 ubuntu-phablet batterysaver[9322]: lockStateChanged(): NOW SWITCHING TO "gsm" Oct 28 10:24:41 ubuntu-phablet batterysaver[9322]: lockStateChanged(): screenIsLocked false Oct 28 10:24:41 ubuntu-phablet batterysaver[9322]: lockStateChanged(): switching to pref tech Oct 28 10:24:41 ubuntu-phablet batterysaver[9322]: lockStateChanged(): NOW SWITCHING TO "lte" Oct 28 10:25:58 ubuntu-phablet batterysaver[9322]: lockStateChanged(): screenIsLocked true Oct 28 10:25:58 ubuntu-phablet batterysaver[9322]: lockStateChanged(): NOW SWITCHING TO "gsm"

omg i see why axolotl isnt getting any development love ........its a giant mess .....this may take a extremely long time .....30 years of writing software i have come to the conclusion the K.I.S.S method is really king ....axolotl does not and i repeat does not follow K.I.S.S (keep it simple silly) ....i can build it kinda so we shall see

@arubislander oh wow ....i must have lost my mind then lol .....maybe i used a vm once and totally forgot or something

@gonbuntu well that's good news in its self : issue will be handled

@naofeifei Hello and Welcome. As you have noticed, Ubuntu Touch (UT) is set up in a different way than Ubuntu on the desktop. UT has a read-only filesystem, similar to SteamOS, Fedora Silver Blue or Ubuntu Core. Because of this apt is not supported. Updates are provided via the system settings. Additional applications are installed via the Open Store. Apps for UT are bundled as click packages, or clicks for short. The regular way of developing apps for UT is on a(n Ubuntu) Linux desktop with the Clickable tool. But if for whatever reason you want to develop on your UT device, you will need set up your development environment in a container of some sort. You can try doing this in a Libertine container. There have been sucesses going this route in the past. If your device supports it, you could also enable snap support with the Snapz0r app. Then you could install the LXD snap and set up your development environment in a LXD vm or container.

@moredevelopers Hi. Here we discourage our forum users to install random clicks on their devices You say this is a big project. Is there then any reason you need external testers? Is it a lack of devices, or?

@developerbayman We are happy for your love. But I fear it might not be mutual for long if you flood the forum with your idea of what would take UT to the next level, if it means making it more like Rhino or Droidian. People can only take so much of, what becomes to them, badgering. Listen, I appreciate your enthusiasm, I truly do. But as a project we have been through this back and forth ad nauseam, if not with you, with others. And really, we have no desire of being another Droidian. If what you say is true, that opening up and becoming more "linuxy" would bring in a flood of new applications (and I would like to add the qualifier) that work as well on a small screen as on larger screens, do we already see this effect with e.g. Droidian? And even if there were an influx of apps on those platforms, such applications could theoretically be repackaged as clicks and made available for UT too. Someone just needs to want it badly enough to make it happen. Futhermore, clicks are not the issue that is 'holding the OS back', old libraries are. Many of the latest linux mobile apps require newer libraries than are available on 20.04. Updating UT to 24.04, a work that is already in progress, is a huge undertaking, and that isn't necessarily because of the peculiarities of UT that seem to trip you up the most. It is very much the Linux and Open Source way to repackage Open Source apps to 'exotic' formats, see snaps, and Nix packages. NixOS's packaging choice is not stopping it from being the current darling of the Linux hipster community. Finally I would like you to consider if it is not possible that the reason this Community is much more pleasant, in your estimation, than others for similar projects, might just be due to the way UT is set up. This OS targets a different type of user than does Droidian for instance, that makes the make up of the community different. If we became another Droidian in the software area, chances are huge, we would also become another Droidian community-wise. Then you would have also lost the one-thing you appreciate most about this project.

@clicker ah, you are running Debian? Then I have no idea either.

Hello everyone, I tried the soft-link today and it seems to work even with fat32 as source. Thanks again!

@arubislander Alaraajavamma from the Pine64 forum uses Abiword and Gnumeric on the Pinephone. And jackfish has installed box86/WINE with Word97 in the Pinephone: .https://forum.pine64.org/showthread.php?tid=18489 He says LibreOffice has laggy typing on his Pinephone, but Word 97, once the program is up, it's as robust as anything on the PP. All its features function.. Jackfish is an experienced Word 97 user who used the Gemini PDA Personal digital assistant. Word 97 would eventually be the best office software for a 5,5 inch Pinephone screen. And also the Pinephone the best device for office application development. But Pine64 has pulled the Pinephone keyboard from the market and leaves me and Jackfish completely frustrated. Also Jackfish wrote in the Pine64 forum, he bought the Pinephone only because of the Pinephone keyboard.

Thank you, I love it!

@AppLee ank you for being positive about LibreOffice, AppLee, I am too: https://petergamma.org/one-of-the-most-interesting-future-application-for-pinephone-users-libreoffice/ Unfortunatly was not able to gather a lot of people willing to do it in the last two years. But I am happy with a step by step approach. People recommended Abiword, Gnumeric and VIM for the Pinephone. Vim was released in 1991, and Abiword and Gnumeric development has stopped 10 years ago when LibreOffice started developing. We have here one first step to make LibreOffice better on the Pinephone: https://petergamma.org/pinephone-libreoffice-fix-for-tiny-menu-text-missing-title-bar/ And instead of using Vim why not to choose a brute force method and remove as much as possible from LibreOffice and then control it by controk keys? Then we had a LibreOffice with is similar to Vim. You then can add the menues your desire. If we have a keyboard which is suitable as for instance the Pinephone keyboard this would be the next step. And I am gathering people willing to remove all the unneccessary stuff from LibreOffice for a version which can be controlled by control keys similar to Vim.