@Beta-Break said in Would it be possible to port this app?:
Though I can't find how their mobile apps are made nor licenced...
I would guess it might be a modified build of Element or something. Beeper is just a hosted Matrix service, running lots of bridges. You can self-host it too I guess, and use any Matrix client that supports the features you need.
It however, is not Signal, and will not provide the same experience as using Signal.
@Moem said in Would it be possible to port this app?:
They're certainly doing their best, but the current state of Axolotl can't really be considered usable.
Sure. Doing the same thing in a different repo in a different language won't make anything better though, especially if it's another single random dev trying to keep up with a corporate entity's product. I don't think Whisperfish is any better off here either, really.
If @developerbayman wants to help with a Signal app, it would probably be best to help with Axolotl, rather than trying to start from scratch and go their own way.
@Moem said in Would it be possible to port this app?:
Maybe it's easier to port Whisperfish? That's the native Signal app for Sailfish.
There's already axolotl for UT that is a native Signal app.
@Keneda said in Beta Bug-Reports - CatWithCode:
That's maybe the reason for the downvotes.
Indeed, the forum is not a bug tracker, so many threads just to say "X is not working" is spammy. A single "testing progress" thread for a new port is fine I guess, but actual bugs should probably be filed in GitLab so they can be tracked and closed with "Fixes #NNN" in changes to code.
@Keneda said in Ubuntu Touch Q&A 150 Saturday 5th October 19:00 UTC:
like you did migrating from GitHub to GitLab for some reasons, which obviously was a big work and took time
The migration for git hosting did not effect the entire community. The vast majority of people using UT, do not touch its code. Something that effects very few people, and has very clear gains, and that the majority of people involved in, are wanting to do, is not the same thing.
There is nothing stopping anyone for migrating to Matrix if they so choose. We have UT chat rooms set up there already. Please use them. See if people want to move. If the critical mass of community members moves the majority of discussion from Telegram over to the rooms on Matrix, then cheers, you've successfully migrated. But this is not something that can be forced by the foundation or the few of us who a few people might listen to. There will need to be clear benefits and reasoning for people to migrate, not one person on the forums complaining that they don't use Telegram.
Also, I'm sure you made a think-o when you typed Mastodon in your post, but we have a Mastodon.
@arubislander said in Ubuntu Touch Q&A 150 Saturday 5th October 19:00 UTC:
Also the support for Matrix chat clients is ... sub par ... on UT currently.
To be clear, even ignoring using Matrix clients on UT, the basic user experience of Matrix, with pretty much any client on any platform, is inferior to that of Telegram.
Not to mention, if one thinks that we are somehow forcing people to use Telegram for UT already, how are the few thousand people already participating in our community on Telegram supposed to feel if we were to force them onto some other chat platform, because of a single person's politics on this forum? Forcing everyone into a worse user experience to continue chatting with people in the community is not beneficial to anyone.
If @Timespansoul doesn't want to use Telegram, that's fine, and they don't have to. Nobody is forcing them. Feel free to not use it, and deal with any difficulties you may have as a result, in the same way that choosing to use a phone OS that isn't iOS or Android introduces difficulties in your life. Nobody here is forcing you to use Telegram if you don't want to.
@johndoe said in OpenStore payment system discussion:
If we use a blockchain-based cryptocurrency, we have the inconvenience for the user to exchange the "normal" currency into a cryptocurrency.
This isn't the only "inconvenience" involved. It's also horribly inconvenient (and can be quite costly) to convert that back into whatever local currency said developer needs to use to pay for their beers. It would also lend credence to and prop up yet another inequitable system designed to transfer wealth into the hands of the few, while at the same time expending untold amounts of energy.
Integrating any payment system into the Open Store creates incredibly complex legal and financial issues for the foundation and the community. And that's without even touching on the technical issues of it.
Unfortunately, we do not live in an equitable world, so a small amount isn't the same for everyone. And if we did live in one, a payment system would be unnecessary, as we'd all have what we need to live.
So, while I agree that not having any method for devs to get paid for apps is a deterrent for many devs to build/port apps on UT, and I would be happy to get paid more when I build apps, I must disagree with any attempt to do so which only exacerbates the hurdles we already have for doing so. Pretty much anything beyond the existing Donate button in the store, falls into this problematic area, unfortunately.
@jojumaxx said in I am about to give up and leave:
I am just a Linux user, but UT is the only system I encountered yet, that doesn't allow me to use a package manager freely. Everything would be perfect if that was possible...at least I guess so...
No, it would not be perfect. To yet again reiterate something I've said countless times over the past 12+ years about Ubuntu on phones...
Ubuntu Touch is not a traditional PC Linux distribution, and phones are not traditional PCs.
Being able to install stuff on your phone that is not designed to work on phones, will not make a better phone experience for you. As you said, if you want a laptop, you'd use a laptop. Installing apps designed for use with keyboard and mouse, that don't scale properly, and don't have UIs designed for touch, will not make your phone experience better. It won't make web sites work better. It won't make chat or bank apps available.
@rogue_ronin said in Is there a better browser somewhere?:
Getting Chromium or UnGoogled Chromium would be fantastic.
It sounds more like these web sites just have problems, as QtWebengine, which is used in Morph/Sapot, is simply the Chromium engine, integrated into Qt.
@PerlMax said in Custom builder for a library:
How can I start a app from the terminal, so that I can see error messages?
Running clickable logs should let you see the log messages for your app, if there are any. However, given what you've posted already, it seems you are running a bash script, which runs some other process, which has hit a SIGABRT condition.
Perl is not really a supported language for building UT applications, so we'd need to see your code (preferably in a git repository) to be able to help much further. Whatever you are running on the first line of your script is failing. If it is perl, then you might want to also check the system log on your device (/var/log/syslog) for possible apparmor DENIALs.
@AppLee said in Possibility of malicious apps in OpenStore:
To be more Ubuntu Touch specific, IIRC the internet connection is granted for all app.
It is not. An app must specify the "network" profile in its apparmor config, IIRC, to be able to access the internet.
@jezek said in Possibility of malicious apps in OpenStore:
Isn't this possible to do within a coffined app in Ubuntu Touch too?
It's possible to do on any system, really, and has nothing to do with the app store side of things. And nothing really stops users from opening malicious sites that might do such things, in a browser, either.
@blackhatbrg Mint requires VoLTE for calls, and UT does not yet support VoLTE. Calls may work on PinePhone, as VoLTE can be handled completely by the modem firmware there, but on halium based devices, there is no real solution yet for enabling VoLTE, as the IMS tends to be done in proprietary system packages on Android, rather than being fully contained in modem firmware.
shell-add-wayland-extension=zwp_primary_selection_device_manager_v1 # it isn't obvious why maliit-keyboard needs this
It seems this is necessary due to QtWayland requiring it. However, this commit suggests this may no longer be the case in 6.6.0. I don't know if it's been pulled into the KDE patch collection for 5.15 though.
Now we just need to get Lomiri fully onto Mir 2.x and Qt 5.15 so we can add the capability to ship the OSK in a confined click.
@applee said in Few thoughts regarding coming back after several years:
I don't do politics, but if I understand correctly, Ubuntu Touch cannot be considered a GNU/Linux OS because of the firmware blobs necessary to make it run.
No. The GNU there refers to userspace components, primarily the C library used. Ubuntu Touch is GNU/Linux, because it uses glibc and the GNU software stack in userspace. Whether there are proprietary components getting loaded into the kernel, or running in a container to enable hardware, is unrelated.
Technically speaking, Ubuntu Touch is two Linux distributions in one, at least on Android based devices, where we run minimal set of Android components in a container.
@keneda said in Few thoughts regarding coming back after several years:
More likely "kernel" not "os" no ?
I mean, android/linux is far from being gnu/linux no ?
Linux is only a kernel. If you're going to refer to "Linux" as all the things on top as well, then it still includes Android.
FWIW, Alpine Linux is also not a GNU/Linux, since it doesn't use glibc. There is no requirement that all distributions of Linux must be compatible with each other, and Alpine and Android are just as much distributions of Linux, as Ubuntu and Fedora are.
@ktatar156 said in Few thoughts regarding coming back after several years:
I've been using linux on a desktop computer for 20 years, but unfortunately on phones we didn't make any spectacular success.
Ironically, Linux is also the most widely used smartphone OS in the world.
@lakotaubp said in 16.04 apps that “work”:
Could not get Authenticator NG to scan Barcodes but you can enter details yourself.
Odd. I wonder what's different, if it was working in 16.04 on same device.
As for opening from system barcode reader, authenticator-ng doesn't have url handling yet.
Five Letters should also be working fine on 20.04, from 16.04 package.
@danayaal said in Unable to run wireshark as root on libertine:
I so confused about how to run wireshark with root on libertine.
You cannot run anything as root in libertine, as it is an unprivileged container.