@ton-metalhead If you came here for the apps you will surely leave disappointed and tell all your friends about it.

Hi everyone,

I was just wondering if we can look forward to enabling IMS service for the N100 to test VoLTE functionality considering the recent news. Thanks.

This is great news. I'd also be interested in testing on a Nord100 if possible. Thanks.

@dobey We're going off track a bit here. Firstly, I didn't suggest to move an existing community. The networking is in effect as @arubislander mentioned. Secondly, we can't pretend it happened organically.

My initial question was why. Why, with UTs focus being on privacy and freedom, would they encourage to use the likes of "platform A", a platform that should be avoided due to etc. etc.. Someone who says that "platform A" is safe and private shouldn't be trusted, in my opinion, because if they were to say that, they'd be lying to my face. Are you saying that I can trust Telegram?

Are we not, as linux users, striving to rid ourselves of the Googles and the Facebooks of the world? And to what... just to replace it with, cough, Telegram? Give me a break.

Where would you say, that the majority of the porting notes can be found? I ask this sincerely. I'll be honest, I'm only assuming that most of the available porting notes are found on Telegram.

Would you say that technically speaking, Telegram has more to offer than the ubports forum?

Much of what you said would be fair if there wasn't such a huge technical side to UT and the installation thereof. It's not an "option" when the functionality of the device depends on it. I would call that a requirement.

@dobey said in Ubuntu Touch Q&A 150 Saturday 5th October 19:00 UTC:

Nobody here is forcing you to use Telegram if you don't want to.

Although this is true in most cases it isn't true in all cases. In the event that someone is trying to let's say, port a new device and the information they need to get past "obstacle x" is only found on Telegram, would you not agree that this person is somewhat compelled to join Telegram or "deal with any difficulties you may have as a result"? And be left possibly with a paperweight?

This very scenario is most definitely anecdotal for someone, someone who just wants to have a functioning phone and is aiming to DECREASE the number of accounts they need to use a device that they own.

There is no good solution and people have to live by their decisions. I'm just glad I have a device that was well documented as I was able to avoid using Telegram. I'm sure others weren't so lucky and I'm sure I wouldn't be running UT if I had to.

@dobey said in Ubuntu Touch Q&A 150 Saturday 5th October 19:00 UTC:

choosing to use a phone OS that isn't iOS or Android introduces difficulties in your life.

Yes we can all agree that UT has its fair share of difficulties. And being a community, who advertises privacy and freedom, to initially choose to spread the community across questionable platforms, added an extra layer of difficulty. If the goal is to port as many phones as possible then this is, statistically speaking, working against the overall progress of UT.

I know my question doesn't have a good answer or a good solution, I was mainly highlighting the inherent hypocrisy of it all and I was interested to hear people's thoughts on the matter.

@dobey said in Ubuntu Touch Q&A 150 Saturday 5th October 19:00 UTC:

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.

I didn't suggest anything of the sort. But I will list the benefits to not having made those decisions in the first place:

-less accounts
-less usernames
-less passwords
-less emails
-less personal information is divulged to corporations
-centralized notifications
-centralized workflow
-centralized documentation
-centralized community
-efficiency
-networking efficiency
-smoother, more complete, exclusive user experience
-UT can stand behind their words shamelessly

If I were to refine my first question I would ask " do you, the reader, think that decision helped or hurt the progress of UT?"

@AppLee How is what I said an unfair argument?

I'm sure many would argue that the only reason they signed up with Telegram is to have access to porting notes etc. for UT projects.

I mean, even the documentation steers people to use Telegram:

"There are online Telegram chat groups you can join to ask for help, but please bear in mind that those participating are doing so in their spare time."

So saying it's a choice is stretching the truth especially considering that there is a business relationship there with a strategy. I'm not sure what you don't understand about what I said, it's true and totally valid given the "circumstances".

We haven't even touched on privacy. No anger here, it's a question of ethics. I was also curious as to what kind of answer I would get. I'm pretty sure I'm not alone on this one.

I will agree that the support here has been more than acceptable and is a great forum.

Without getting political, I feel like Telegram is a strange choice as a community platform. I choose to avoid Telegram for political and personal reasons that I'd love to express here but this really isn't the place for it. I would like to better understand the relationship between Conanical and Telegram. Maybe someone could PM me and enlighten me.

My question, if ubports has its own messaging board then why does UT, who claim to give you the "freedom of choice", force their users to use what is basically proprietary software to get complete access to the UT experience? Not to mention Telegram requires "VERY" sensitive data to use their platform.

As it stands, one does NOT have access to the full UT experience if they don't have Telegram, creating segregation in the community. I would say that this goes against the essence of linux.

Wouldn't it make more sense to centralize the UT experience here at ubports.com? By being centralized, you aren't forcing your community to release sensitive data to questionable companies that are worth billions of dollars.

Or we could change "We want you to be free" to "we want you to use Telegram".

I'd be interested to know how people feel about this.

@messayisto Well, you can run Windows in a VM in linux, or you can take the chance using wine. The thing is MSMD tool is made for Windows. Even though I would never steer anyone towards Windows for anything(except gaming) this is a rare instance when my advice would be to use Windows.

If you want to ignore my wise advice and you're bold enough to try wine then take it slow, be observant(do not proceed if weird behavior is observed), and cross your fingers lol.

Again I want to stress, flashing chips is dark magic. Using MSM on the wrong setup may be disastrous. It's your choice(use Windows :)).

@messayisto You can but you'll have a smoother experience with Windows.

Just to give you a better perspective of where I'm coming from, I was willing to gamble $100 US. I entered the game when UT was a bit older and more sophisticated(just this year). I bought a OP Nord N100 for just that. I was willing to lose it all lol. And at a 100 dollars I would say that I am very happy with the transition. However, my expectations were "reasonable" expectations. I did plenty of research before I got into it and with that research came a more reasonable expectation. Having said that, Volla should be much more transparent and honest with their customers. Then again, the browser on the PS4 has always been a POS. In the end we truly decide what we use and if that is not to use it at all you have the right to do so. So don't worry about hurting anyone's feelings if you're being honest. It's your right.

This is a much different perspective that yours and I can empathize with your situation to a certain extent. You've invested much more than I have, more time, more money.

I hope I didn't come off as too aggressive in my first post. If so, I apologize, I am passionate in my pursuit for freedom.

@jojumaxx I do agree that Volla and Pinephone in particular have an obligation to their customers and are a special case. I would expect a device that has something preinstalled from the manufacturer to work flawlessly, and if it didn't I would be very disappointed. If I spent 1700 euros on devices that didn't perform as advertised I would be very upset, and I would write a letter explaining how upset I was, to *Volla or *Phinephone.

I know little about these devices as in my mind, what they offered me was simply too expensive for me and they didn't offer much more than a ported Pixel with some porting time put into it. Buying these phones was also a gamble if you considered the size of the teams working on this stuff and where UT was in development.

Keneda makes a good point saying that these devices are a first choice for the technically impaired and in my opinion are severely overpriced especially considering that problems do persist even on those phones. And it leaves a bad taste in someone's mouth knowing that the next guy bought a 3a for $40US that functions about as well as a Volla.

I did want to talk about that in my previous post but it was turning into a novel.

You are very right, this is extremely subjective. My post was very subjective and I feel in your circumstance, being a Volla owner, you have the right to be angry about these things.

I was merely highlighting that we have to keep our expectations in check and accept the reality of the situation even for the Volla and Pinephone.

In my eyes UT equates to sacrifice; freedom over functionality and performance.... for now. Maybe some day we'll have it all haha.

I think it's time to change your signature to "unhappily using UT" (haha).

I've been daily driving UT for about two months. I could complain about the short comings of UT. I could complain how I have to restart my phone to grab some MMS messages, or how the wifi icon just disappears sometimes but wifi button doesn't, requiring a restart. I could complain about the limited sound customization, I could complain about battery life leaving something to be desired and a camera that isn't working at its full potential and indeed a device that isn't being pushed to its full potential. I could complain how sometimes when I try to restart the screen flickers and then I have to hard restart to restart.

Then I remind myself I could still be dealing with iOS and getting messages that my cloud storage is almost full. I could still be dealing with companies and devices that DON'T ALLOW ME TO CHOOSE WHAT IS ON MY DEVICE or how I should use it OR WHAT PASSWORD I WANT TO USE! I could fill pages. And one also has to focus on the major strides that UT has made. It really has come such a long way since its inception.

There is one thing that Ubuntu Touch offers and it's the freedom to choose just as advertised.

Yes, it's far from perfect but you have to evaluate why someone would want to use UT. Some people, like me, will sacrifice almost everything at this point for the freedom that UT offers. Since I've been running UT I've never felt so free from the corporate cesspool that everyone seems to call life these days. It's literally been an invigorating experience. My mind has more space in it for more important things in life, like helping to make UT better!

Users have to keep in mind that we are limited to the vendors blobs. What would be amazing is a cheap open source device where all hardware is open source, where the drivers are well understood. Or some modular device that one could customize with whatever camera, nic, soc, etc.. they want to put in it, and drop halium all together. And then you have the carriers ripping down their own networks creating unreasonable deadlines forcing priorities onto developers. This is an uphill battle and sometimes it's a 3' brick wall with a 12" titanium plate behind it. The vendor blobs are causing a serious bottle neck in development.

Also we are a community of what... 10000? If that? I'm just guessing. This is something that isn't properly appreciated or taken into account.

Seriously take a moment to appreciate about how small that number is compared to the juggernauts. This alone should create an enlightening perspective on things.

With everything as messy as it is UT come so far and by so few. It really is something to be proud of and it feels great to be part of a community that pours its blood and sweat into giving people the "choice" and without compensation other then the satisfaction they get knowing that they are creating a choice where choice is needed. The people doing this actually care about your freedom, this cannot be measured in my eyes. Even users who don't know anything about anything still help make it better by getting involved and asking questions. By asking questions on the front-end improvements are made on the back-end. Although Telegram is suspect and I wonder why it's used but that is a whole other topic and I won't digress.

It's like being in a horse race and we've chosen a pony. Now a lot of people are betting on this pony to win the race. Some will even be disappointed when they realize half way through the race that the pony isn't going to win, that to their dismay the pony isn't performing as a horse jacked up on the best 'roids would. The expectation sounds unreasonable right? Now some of us bet on the pony because we know the pony doesn't even want to be part of the race and that it will most likely leave the track and graze the field.

In my opinion, it really comes down to philosophy; a way of life. What do we want out of life? With UT in my life I have more time to enjoy life.

Does the problem exist for both incoming and outgoing?

I imagine you tried restarting your phone?

Does it work when toggled to speaker phone?

I haven't experienced this.

I see a lot of people trying to turn their phone into a laptop. Are you just wanting to do it to say it works? Seems like a strange workflow. Wouldn't work get done more efficiently on a pc?

Spreadsheets on a phone sounds like a nightmare. Maybe I'm getting old.

@lduboeuf Will the merge request lead to an updated control file?

@lduboeuf Ok. My apologies, I was somehow working with main again. Not sure why I kept that.

Ok so I made sure to be in the right directory this time(ehem, cough).

I followed the directions you provided in the above post and the package built successfully! Thank you Iduboeuf!

I had to give writing rights to a few files which was pretty straight forward. I also noticed that my syntax was incorrect in my control file as you can see in my above post. I forgot to add a space before the <!nocheck>. It would've failed anyway I imagine.

My brain feels so much better now. I've never been happier to see a tar file! I'll mark this as solved right away.

Thank you very much for helping me with this. Considering the edits needed in the control file I think it would've taken me a lot longer to solve this on my own. I can say that I've learned a lot along way. Gitlab is new to me and there is much to learn.

Hold on here...

It seems as though the syntax you provided, with inst-foreign dh-translations before the distro and arch variables gives the xenial error I mentioned.

@lduboeuf Here are my results.

I deleted image with:

crossbuilder --lxd-image="ubuntu:20.04" --architecture=arm64 delete

I edited the control file:

cmake,
               dbus-test-runner,
               dconf-cli<!nocheck>,
               debhelper-compat (= 12),
               dh-migrations | hello,
               gnome-keyring,
               liblomirihistoryservice-dev,
               libicu-dev,
               libmessaging-menu-dev,
               libnotify-dev,
               libphonenumber-dev,
               libtelepathy-qt5-dev,
               libprotobuf-dev,
               libpulse-dev,
               liblomiri-url-dispatcher-dev,
               pkg-config,
               python3:any<!nocheck>,
               qml-module-qttest,
               qtbase5-dev (>= 5.0),
               qtdeclarative5-dev (>= 5.0),
               qtdeclarative5-dev-tools (>= 5.0),
               qtfeedback5-dev,
               qml-module-lomiri-components,
               qml-module-lomiri-layouts,
               qml-module-lomiri-performancemetrics,
               qml-module-lomiri-test,
               qtmultimedia5-dev (>= 5.0),
               qtpim5-dev (>= 5),
               libusermetricsinput-dev,
               telepathy-mission-control-5,
               xvfb <!nocheck>,
               

i then ran the build command:

crossbuilder --lxd-image="ubuntu:20.04" --architecture=arm64 build

I got these errors:

mk-build-deps: Unable to install lomiri-telephony-service-cross-build-deps at /usr/bin/mk-build-deps line 457.
mk-build-deps: Unable to install all build-dep packages

I then attempted to install dh-translations:

 crossbuilder --lxd-image="ubuntu:20.04" --architecture=arm64 inst-foreign dh-translations

get this error:

dpkg: dependency problems prevent configuration of dh-translations:
 dh-translations depends on intltool; however:
  Package intltool is not installed.
 dh-translations depends on jq; however:
  Package jq is not installed.

I then delete the tmp/DEBIAN folder :

sudo rm -r foreign/tmp/DEBIAN

and run the build command and get this error:

mk-build-deps: Unable to install lomiri-telephony-service-cross-build-deps at /usr/bin/mk-build-deps line 457.
mk-build-deps: Unable to install all build-dep packages

EDIT: dh-translations actually did install at this point in my process.

I am then was able to successfully install dh-translations.

Installing dh-translations
Get:1 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 dh-translations all 144.20.04.0 [25.0 kB]
Fetched 25.0 kB in 0s (54.4 kB/s)         
dpkg-deb: building package 'dh-translations' in 'dh-translations_144.20.04.0_all.deb'.
(Reading database ... 59309 files and directories currently installed.)
Preparing to unpack .../dh-translations_144.20.04.0_all.deb ...
Unpacking dh-translations (144.20.04.0) over (144.20.04.0) ...
Setting up dh-translations (144.20.04.0) ...
Processing triggers for man-db (2.9.1-1) ...

I then run the build command and get these errors:

Investigating (0) lomiri-telephony-service-cross-build-deps:arm64 < 1.0 @iU mK Nb Ib >
Broken lomiri-telephony-service-cross-build-deps:arm64 Depends on liblomirihistoryservice-dev:arm64 < none @un H >
  Removing lomiri-telephony-service-cross-build-deps:arm64 because I can't find liblomirihistoryservice-dev:arm64
Done

and this one again:

mk-build-deps: Unable to install lomiri-telephony-service-cross-build-deps at /usr/bin/mk-build-deps line 457.
mk-build-deps: Unable to install all build-dep packages

This whole process was tried with "dh-translations:all," in the control file with the same result.