Core Apps forked on Github
-
Hi @sverzegnassi, there are sure some interesting facts in there and thanks for sharing them. I have never seen the interest with Whatsapp myself, but nearly lost friends over it as they point blank refused to install Telegram when I moved to Touch.
I see that Dropbox is on the list. This is another one that confuses me, why people use this so much. I use "Mega" myself. I went to is after the drop of Ubuntu One. I prefer the idea of 50gb of free space compared to what Dropbox gives you.
I did have a look at the list of apps on the Google Docs and it sure looks good. Hopefully, it will not take much to turn this list into reality, for all of them. Not too sure anout all the apps in the "Others" list though. With the camera app, one thing that I was crying out for in Touch was to have basic camera functionality developed, like date stamp and such like.
-
@Phil-UK You got the answer yourself: Why Facebook, WhatsApp, Dropbox got so popular? Most people don't choose it, they have to follow, because other people use it. After you reach critical mass with such a service you will have constant influx, no matter what you do.
See your friends, who made a big pressure on you to use WhatsApp. Some people don´t want to withstand that, so they buy a crappy Chinese Android phone with provider lock just to be able to talk with their friends. They give a crap about everything else.
Another example: DriveNow, my car sharing provider in Austria, stopped accepting reservations for cars in the web page. I need to use their App now which I can´t. So I am locked out of their service effectively. Shall I buy an Android phone now?
The times of the open and universal PC are over, so to say. I am 42 and I already miss the time where people were following universal standards. Instead, everybody wants to lock you in and on top capture your data. Nobody actually wants to have universal data exchange, platform independency etc. It harms the way you can steer people´s interests.
This is why Ubuntu Touch will have a hard time. Probably it never reaches critical mass.
BR
-
@Flohack said in Core Apps forked on Github:
I need to use their App now which I can´t. So I am locked out of their service effectively.
This is the reason why I hope for sth. like Anbox as core app. Not so much for running those ressource consuming apps like netzflix etc but for running small support apps like DriveNow or Phillips HUE.
It is the same thing with my ubuntu desktop. 98% of all work I can do within ubuntu but for some very special tasks I need a Windows in Virtual Machine. With this strategy I am able to run ubuntu in my daily work as entrepreneur and engineer since 10 years.
So here comes my thesis: If we can enable sth. like AnboxLIGHT as container only for all those small special apps, the chance reaching the "critical mass" will rise dramatically. -
@Bastos I agree 100%, but unfortunately I think the legacy phones are too limited to run an emulator on top of the main operating system, we may have to wait for something like that once we have the OS running on more powerful phones. Apart from the challenges that such an emulator would imply, which should not consume resources at this stage, IMHO.
-
@wgarcia Well actually Anbox has a potential here: Its not an emulator, it will execute Android code natively, just in a container. So unless Dalvik sucks up the whole memory it will have nearly the same performance as Android on the same phone, at least thats what I understood..
-
@Flohack That's great to hear, but a container needs some memory, right?, and it has to have the native OS behind it "containing" it. But if I see an Android app running on my phone, no matter how simple, I think it will be a huge step forward.
-
@wgarcia Yes memory can be an issue, so Anbox might not work on the 1GB devices... regarding native OS, Android is not much more than kernel + drivers + Dalvik + surfaceflinger. So, we already got kernel & drivers running in Ubuntu, so we need only an LXC container for Dalvik probably
BR
-
@Phil-UK That's the point. For each service you use, there are at least other five services an OS should support. For example, WhatsApp has been the reason why I never switched to an Ubuntu phone as main device.
About core apps: I agree, there's a lot to be improved yet, and my rational thinking says that we should focus only on a small set of core apps, on a specific type of device (i.e. phone) and forget the rest.
What we'd need then is to provide the best development framework we could offer, in order to allow third parties to support those services with the minor effort.I'm going a bit OT, but you can understand how I think that we should stop talking about convergence and focus on having something that really works first.
The biggest chance for me to switch to UT has been the BQ M10, as a replacement for my old netbook. I want convergence, but it needs to be something that really works, with no hackish stuff.
IMHO, if the BQ M10 was shipped with Ubuntu GNOME (and GNOME Shell), that would have been the best buy for everyone. UT was pretty far from offering such user experience.This is something that should be considered for future development.
-
@sverzegnassi, I totally agree. There needs to be something that can be out there and really works and then build upon it. I did buy the BQ M10 and still find it to be a nice bit of kit. True there are a few issues with it that really need to be sorted out to make it more user friendly, but on the whole I use it every day. On it I use the browser, email and telegram. On my E5, I use all of that and more, however on the tablet that is it. With the small set of core apps per device, that is a good idea. Look at the basic things people want in a device and then provide a set of core apps for that. The phone core apps and the tablet ones will be different.
-
So its about one week after publishing "our" Github repos for the Core Apps. So far little interest of people wanting to maintain or code. Guys, if we dont start getting this rolling, there will be no progress soon...
-
@Flohack Can you provide the link?
-
@wgarcia You find it here: https://github.com/ubports
GM
-
I'm trying to configure the ubuntu sdk for the terminal app. But when I try to install dependencies from the ports.ubuntu.com repository, it tells me it can't find it. Is it related to the fact the Ubuntu Vivid is end of life or do I have something missconfigured in the SDK? I tried to update a kit that I had and it also told that it could not find the repositories. What type of SDK are you guys using?
-
@wgarcia Vi xD => I am using the SDK only as a text editor ATM... For maintenance I hope this will be enough... xD
-
@Flohack Can you summarize exactly what are the most common tasks to maintain a core app? I was looking into merging some of the pending patches and try them, but for that I need a SDK, and as I said I have trouble connecting to the repositories to update the SDK and download dependencies.
-
Nevermind my message above, I could update finally the Ubuntu SDK and build the terminal-app. Now I have another issue that is the generated click package doesn't install properly in my device, but I will try to figure out that myself.
-
I could build the terminal-app and package it as click. But when I install manually the click package in my phone to try it, it installs without error but it is not seen in the app scope, even after restarting the phone, so I can't start it. I don't get any errors neither in the build process nor installing it.
I tried launching it using "phablet-shell" with:
ubuntu-app-launch com.ubuntu.terminal_0.7.
but no matter how I write the name of the app I get:
** (process:12079): WARNING **: Unable to start app 'com.ubuntu.terminal_0.7.': AppID is empty
I've also tried with other combinations from the name of the click package:
com.ubuntu.terminal_0.7._armhf.click
like "com.ubuntu.terminal_0.7._armhf" or just "com.ubuntu.terminal" and similar, but always the same message. I also tried with "terminal-app" but same message.Then I checked in .local/share/applications and there I could find a desktop file and this line to launch the app:
Exec=aa-exec-click -p com.ubuntu.terminal_terminal_0.7. -- lib/arm-linux-gnueabi
hf/bin/terminal
I tried then:
aa-exec-click -p com.ubuntu.terminal_terminal_0.7. -- lib/arm-linux-gnueabi
hf/bin/terminal
and get:
aa-exec: ERROR: profile 'com.ubuntu.terminal_0.7.' does not exist
I also tried without the last option as I don't have the directory:
aa-exec-click -p com.ubuntu.terminal_terminal_0.7.
same message.Any tip to debug this, very welcome.
-
@wgarcia Could you please tell us how you install terminal-app on your device? (the exact sequence of steps you take - from building to installation)
i.e. If you use the Ubuntu SDK green "play" button on the sidebar, that's just meant to build and run your application for debugging/development reasons. Once you close the application on your device, the built package is uninstalled. You should use the actions in the "Publish" tab instead, if that's the case.
-
@sverzegnassi I first built the app, 1) cloned the git repository, 2) opened it as a project in the SDK, 3) followed the steps explained in : https://github.com/ubports/terminal-app to install dependencies and so on, 3) build the app using the option to build it for device, 4) published it and got a click package in the build directory, 5) transferred the app to my phone and run this from the command line in the phone: pkcon --allow-untrusted install-local com.ubuntu.terminal_0.7._armhf.click , it showed it was installed without any error.
But then I coudn't find the app in the app scope, and using the methods described in my previous message I could not start the app either.
-
@wgarcia Thanks for the exhaustive reply, within the SDK you have 3-4 ways to install apps - I needed further informations.
Have you tried to trigger a "pull down to refresh" gesture in the application scope, in order to refresh the scope content? When you install apps from terminal, the scope doesn't get automatically refreshed.
Otherwise, I'd suggest you to install "UT Tweak Tool" from the OpenStore, which performs all the steps automatically.
