@RJDan Just to be clear, because so many people nominate developers, that were already nominated. This here is for nominating and not for voting?

@Fuseteam I think @pparent is right, that it is currently unfortunate, that new users will open the terminal on a fresh Ubuntu Touch installation and will be confused that apt gives an error message. And it is also kind of clunky to set up a libertine container first.

If his proposed solution is not feasible, maybe the terminal could open a window like "Hey, apt is not the default package manager on Ubuntu Touch. Please use crackle, snap or a container solution instead." when it detects, that "sudo apt..." is entered. This would be a little bit more user friendly.

On that note: Are their any plans to make crackle a default system program or to make crackle installable over the Open Store?

@RJDan Hello, I would like to nominate as Community favourite developer 2025:

@fredldotme (Alfred E. Neumayer) https://gitlab.com/fredldotme https://fredl.me/
because of his technical explanations and his constant work on different parts of the OS (Last things I saw him post about where kernel updates, encryption and docker).

@lduboeuf (Lionel Duboeuf) https://gitlab.com/lduboeuf https://www.youtube.com/@totodesbois100
because I often see his activities on Gitlab and he seems like a helpful person to me.

If I could nominate more than two people I would also like to mention
@peat_psuwit, because of his involvement with the move to 24.04,
@pparent, because of his work on a Signal App and communication with the community during the process and
@k.nacke, because it looked like he joined this year and immediately started successfully porting a device.

As Community favourite app 2025 I would like to nominate two efforts to bring better web browsers to UT:

uWolf https://open-store.io/app/uwolf.chromiumos-guy by @ChromiumOS-Guy
because it is nice to have a newer browser, but it is also nice to see that it was possible to bring a big classic GTK desktop app to UT.

Morph QT6 https://open-store.io/app/mariogrip.morph.browser-qt6 by @mariogrip
because development on Morph is really appreciated.

I could help make some graphics for the "UBports Community Awards" and help make a good looking web page, so the winners and nominees could later link to something, when they apply for a job or just want to "flex on their friends".

@Alain Tedit only shows up under "Open with another app", when the file ends with ".txt". So a work around would be to temporary rename the file:

1. file.conf -> file.conf.txt
2. edit with tedit
3. file.conf.txt -> file.conf

Another method would be to use nano in the terminal.

@Linuxlite76 no problem

@gpatel-fr I just want to mention it (because I think this is often misunderstood): The stable channel is usually the one you want as the end user. "daily" stands for "daily build" and not "daily use".
This should maybe be displayed differently in the installer.

@Linuxlite76 Maybe I do not understand the question, but there is already a ubports forum app in the OpenStore and it works quite good for me:
https://open-store.io/app/myutforum.josele13

For reporting a bug for a specific app, you can look at what is linked under "Source Code" or "Get support for this app" at the app page in the OpenStore. It usually points you to a gitlab page, where you can report an issue to the developer.

@sap Probably hard to tell, because nobody tried it jet. But Lomiri is in the official Debian 13 package repos, so you should be able to install it with apt (but I have only tried it out on x86/amd64 machines jet).

@kari I just wanting to point out that "daily" is the experimental channel and "stable" is usually the channel for the end user.

@Ernst-Jan15 You have to open the app first and than hold the app icon on the sidebar to pin it. I think it already was this way in the previous version. But I also think it would be more intuitive to have this dialog at the app menu.
I think, the same dialog at the sidebar and in the app menu with the option to open the open store side of the app would be optimal. But I or someone else would need to find the time to implement this and make a merge request.

@Futura said in Potentially turning a negative of Google's tightening restrictions into a positave:

I am sure that porting an android application to run on UT is not a simple switch that can be toggled.
However is there a guide, roadmap, or toolkit in any capacity to do so at this point?

There is general documentation for developing an application for Ubuntu Touch, but nothing specifically for "How to make your Android app a Ubuntu Touch app.".
This is probably already complicated to do, because there is not a 1 to 1 replacement for many Android frameworks. So most of the code will maybe need to be rewritten.

As far as I know most Android apps are written in Java, but there is not a Java template for the standard packaging format of Ubuntu Touch:
https://clickable-ut.dev/en/latest/app-templates.html#app-templates

On the upsite: When snap packages become a real alternative to click packages on Ubuntu Touch (currently they are a little bit clunky), it would maybe make it more interesting to port Java Android apps to Ubuntu Touch.
The snap packaging format would also allow the developer to easily port the app for desktop Ubuntu and Ubuntu Touch at the same time.

@mihael It is probably for the other features of the app. But you could also open the python script with a texteditor before running it. So you can see what it actually does and do not have to blidly trust it.

Personally, I connect my phone with an USB cable to the PC, if I want to exchange files. But than you access your phone with your PC.

@mihael For getting Files of your desktop PC from your phone to your phone, you could try out "Linux Desktop Monitor" from the Open Store. I have not tried it out myself, but it is maybe what you are looking for.
For getting files of your phone or putting files to your phone from your desktop PC, you could probably just use an USB cable. Should the PC not see your phone, you maybe need to enable the Developer Mode under System Settings > System information.

@Keneda I would not recommend the Pinetab2 as an Ubuntu Touch device to the end user for now, because it is unclear, if the port will make much progress in the future and it does not look like any Pine64 devices are daily driver ready jet.

So going with a well supported Lenovo tablet seems more reasonable to me.

All the Volla devices are kind of expensive. But with the Volla Tablet the high price is maybe more justified, when you look at the specs (high resolution 12.6" IPS panel and 12GB RAM).
On the other hand you could maybe also get a similar powerful x86/amd64 Tablet for that price and be happy with Debian + Lomiri or Phosh.

@grenudi In a community project, everyone only does what he or she is interested in and wants to spend some freetime on. If you think, that something is important to have, but can not find anyone wanting to work on it for free, you will either have to do it yourself or pay someone to do it for you.
If you later want to merge your work into the project, you also need to do some documentation and explain, why you think this benefits the project.

For the ubports community, there are different main channels to communicate on: this forum, the Q&A, GitLab and Telegram groups

The Q&A is good for getting general answers to questions around the OS, if you did not get an answer on the forum. But you will maybe need to ask a short and easy to understand question in a nice way, some days before the Q&A, when you want, that anyone looks into it: "Have you concidered...? Do you think it would be a good idea, if I start working on this?"

@Caedem Thank you very much. I added most of this results to the app.
Unfortunately there were inconsistencies in the previous version with “--num-threads = 2”. With the new version (1.2.1), the tests were slightly changed and should be more consistent now.

@fihex123 Please follow the steps for the installation as descripted by arubislander.
You could also take a look at this step by step description: https://forums.ubports.com/post/43884
If you have no success, try a different USB cable and a different USB port. If you are using the Windows Installer, you could also check if it works better under Linux.
Sometimes the installation does not work the first time.

@derbaertigefrytz I do not think, that you are missing anything. Libertine and Snaps do not work great for many graphical programs right now (this will probably improve in the future with changes to the desktop environment and underlying software). They are maybe more useful for terminal programs right now. You can often improve things by tinkering around a little bit, but it is certainly not ideal.

For a FireFox like browser, you could check out uWolf in the OpenStore.

Hello @Opolork , as Bolly already pointed out, you can contact the developers over their gitlab (or github) accounts.
For the spelling error, you could open an issue like this:
1)

2)

3)

Please describe what the issue is ("Hello, I saw following spelling error at the description of the app in the open store...") and when the developer has time for it, he will maybe correct it. You do not need to set up an SSH key for this.

For directly suggesting a change to the source code, you can start a merge request. The description of the app in the open store is not part of the source code, so it can not be changed with a merge request. But should you see any spelling errors inside an app, you can most likely correct them with a merge request.
For a merge request you need to fork (make a copy with your own changes) the project first. Should you click on a file (for example po/es.po to change the Spanish translation) in the gitlab repository and than click on Edit > Edit single file at the top right, gitlab will automatically ask you, if you want to fork the project. Than you can edit your fork and make a merge request to the original repository. I will not explain it further, because I do not think that this is what you want to do here.

Please be aware that the translation for the core apps is done over a translation dashboard, so you should not make translation merge requests for them (https://docs.ubports.com/no/latest/contribute/translations.html#how-to).

For using SSH functionalities of git, you can add an SSH key to your gitlab profile. I will also not explain it further, because I do not think that this is what you want to do here. I think it is not even necessary for making a merge request. And I think you should even be able to push and pull your own projects without an SSH key. Here is some gitlab specific documentation about it, should you be interested: https://docs.gitlab.com/user/ssh/

TL;DR: Just open an issue. You do not need to make a merge request or to set up an SSH key.