Development tools VM



  • Hi, is it possible for the further new developers who would like to start devoted on OTA to have virtual machins ready to use downloadable from ubports please ? With the official tools for ubports, I mean today we still be between old SDK (by the way it seems that the https://system-image.Ubuntu.com is not working anymore) and the atom with ubports where I found that it's difficult to find a tutorial to start a new app. if the community can simply have a downloadable VM with the dev env already setup for ubports, it can maybe help a lot of people to start helping by creating new app for our favorite OS.

    I know that one VM is already made for the old sdk but how long will it be supported? I would like to implement a visual voice mail app for OTA and I don't want to have to rewrite it after 5 month for example...





  • Thanks, I will take a look at this!



  • You cannot implement a visual voicemail app as a confined click app. Really it should probably be integrated into dialer-app.



  • @dobey hi, Why is that not possible with click ? because of the app confinement ?
    I need the app to be able to read write dbus, open an imap and sometimes smtp connection and push notifications to the phone.

    If I have to integrate it to the dialer app then I will did it like that as you reconmand.



  • @alainw94 Why do you need IMAP/SMTP? Visual Voicemail is not e-mail. It is done via SMS and data connection. And yes, confined apps cannot talk to anything on the bus.



  • @dobey hi, no visual voice mail is not like voicemail, this is a service that you have activate from your provider and they will send you a binary sms that will inform you about your credentials to connect to an imap server, then they will again send you binary sms to tell your client to update the imap box for a new mail. you can read the description here : omtp vvm specs



  • @alainw94 I didn't say it was like voicemail. But it's not IMAP either. It's not binary SMS either, only specialized. I've looked at implementing it before as well. You get an SMS with a URL in it, telling you when you've got a new one, or when one's been read/deleted/etc…

    It's a mish-mash and extension of multiple protocols, hacked together, so you unfortunately can't just use a standard e-mail handling library like trojita or libcamel to work with it. Really, the best place for the core implementation of VVM, is probably in ofono itself, and the UI would probably be best in dialer-app.



  • @dobey hi, it is now standardized with omtp, as you can read in the link I posted before, I activate this service on my account and I receive a class 1 sms with the imap server adress, the port and the credentials. Then I configurate it inside dekko2 and I was able to receive my voice messages as an attachment in the email.



  • @alainw94 that's great. It would be cool if you write a how-to about it. We can add it later to the official docs too 🙂



  • @advocatux hi yes I can write a how to, the only things is that you will have to mount your file system in read write mode for a short time in order to activate the debug traces on ofono. ofono is actually ignoring the sms class 1 sent by the provider. I modified it in order that ofono push those sms on dbus as new signal that an application can catch. I'm waiting a new motherboard for a old meizu pro 5 to play my tests app on it before to release it..



  • @alainw94 said in Development tools VM:

    @dobey hi, it is now standardized with omtp, as you can read in the link I posted before, I activate this service on my account and I receive a class 1 sms with the imap server adress, the port and the credentials. Then I configurate it inside dekko2 and I was able to receive my voice messages as an attachment in the email.

    Yes, some basic things can work, but there are extensions to the protocol. So it requires building a custom implementation to fully enable the feature.



  • @dobey yes, this what I would like to build !



  • @alainw94 Sure. I think it would be better to just implement the whole back-end part in ofono itself, though, given it's an OMTP standard, and ofono can filter Class 1 SMS messages to handle VVM internally, so it doesn't all get passed over dbus to some arbitrary app. And then a special VVM API in ofono, which dialer-app could use while providing the UI.

    At least, this seems like it would be the best solution.



  • @dobey OK so I will did it in that way thanks for your tips


Log in to reply