Re: [Ubuntu-phone] RC Proposed Bluetooth

[Simon Fels]

On 04.01.2016 20:10, Daniel Wood wrote:

I've been having issues with bluetooth on a nexus 7 running RC proposed.
I have filed a bug here:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1530807

Can anyone advice if bluetooth connectivity is logged anywhere or if
there is any furthur information I can provide?


Would be awesome if you can follow 
https://wiki.ubuntu.com/DebuggingBluetooth and add the requested details 
to the bug.


regards,
Simon


--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] ANNOUNCEMENT: New train features!

[Robert Park]

Hi guys!

During the break I had a chance to fix some papercuts in Bileto, which
I've only just rolled out today, so next time you use it you might
notice a couple things:

1. It now has a rudimentary input validation in the client side, so if
you put in bad inputs (in particular if you try to put a branch in the
MPs field), it will light up in pink and prevent you from saving the
request. This should hopefully save you a bit of frustration of
submitting invalid inputs and then only finding out later on when
jenkins doesn't do what you expect.

2. When editing requests, only modified fields are submitted through
JSON rather than resubmitting the whole request, which means it's now
possible for two people to edit different fields on the same request
at the same time and not get into "revert wars" unless you're both
editing the same field. This probably isn't a huge deal for most
people but in the event that the request status changes while you have
the edit screen open you'll no longer see "Updated status" in the
audit log, which was caused by you reverting the automatically-set
status with your edit.

3. Speaking of the audit log, newly created "Updated foo, bar"
messages will now be hidden just like the links to the jenkins jobs,
which means the comment area now only displays hand-written human
comments, which should make it less cluttered and easier to read. Just
click 'Show Audit Log' to reveal all the recorded activity on the
ticket. (older "Updated..." comments will still remain visible and
haven't changed, this change only affects newly created ones)

As always, I'm happy to iterate on your feedback, so let me know
what's working for you and what isn't! Happy new year!

-- 
robru

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Fairphone 2

[Bob Summerwill]

Aside - see also ...
https://www.fairphone.com/2015/10/22/jolla-community-working-on-sailfish-os-for-the-fairphone-2/

On Mon, Jan 4, 2016 at 1:54 AM, Simos Xenitellis  wrote:

> On Tue, Dec 29, 2015 at 7:27 PM, 3arn0wl  wrote:
> > There was some talk a short time ago of about flashing Ubuntu onto the
> > Fairphone 2. Does anyone know if any progress has been made?
>
> You are referring to
>
> http://www.omgubuntu.co.uk/2015/09/fairphone-is-exploring-a-switch-to-ubuntu-touch
> They said they are exploring the possibility to switch to Ubuntu Touch
> but have not announced something yet.
> The Fairphone 2 is finally being shipped across Europe since a couple
> of weeks ago.
> Most probably they will have time in the following months to conclude
> which direction to take.
>
> Simos
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>



-- 
b...@summerwill.net
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] RC Proposed Bluetooth

[Randall Ross ]

No problem, Daniel. I mentioned Checkbox only as I thought it had a
mechanism to automatically submit logs and to assist in filling out the
detail in bug reports. I haven't played with it enough (on devices) to
know for sure though. (I must try that now ;)

I am (I think) able to observe the slider behaviour referenced in the
bug on my N7, running r329. My device initially discoverable, even when
the slider reverts to "off" by itself. Shortly after (maybe a few
minutes later), the N7 is no longer discoverable and turning the slider
back to "on" has no effect. And, if I wait a few more minutes, I can
once again make the device discoverable. Will add my observations to the
bug report, plus Checkbox output.

Cheers,
Randall.

On 01/04/2016 11:57 AM, Daniel Wood wrote:
> Hi Randall,
>
> Thanks for the recomendation however the checkbox app doesn't really
> tell me anything I don't already know.
> It would be good if the bluetooth actions were logged somewhere so I
> could see whats happening.
> At the moment I activate bluetooth and it turns itself off again and
> I'm not sure whats happening.
> Can anyone with a nexus 7 on RC proposed verify this behavior?
>
>
> Thanks,
>
> Daniel Wood
>
>
>
>
>
> On Monday, 4 January 2016 19:21:27 UTC, Randall Ross  wrote:
>>
>>
>> On 01/04/2016 11:10 AM, Daniel Wood wrote:
>>> I've been having issues with bluetooth on a nexus 7 running RC
>>> proposed.
>>> I have filed a bug here:
>>> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1530807
>>>
>>> Can anyone advice if bluetooth connectivity is logged anywhere or if
>>> there is any furthur information I can provide?
>>>
>>> Thanks,
>>>
>>> Daniel Wood
>>
>> Could Checkbox potentially be of use in this case? I noticed it's in the
>> App store now.
>>
>> Cheers,
>> Randall.
>>
>>
>
>


-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] RC Proposed Bluetooth

[Daniel wood]

Hi Randall,

That is the exact same behavior I am seeing. 

Thanks for confirming. 


On Monday, 4 January 2016 21:07:34 UTC, Randall Ross  wrote:

No problem, Daniel. I mentioned Checkbox only as I thought it had a
mechanism to automatically submit logs and to assist in filling out the
detail in bug reports. I haven't played with it enough (on devices) to
know for sure though. (I must try that now ;)

I am (I think) able to observe the slider behaviour referenced in the
bug on my N7, running r329. My device initially discoverable, even when
the slider reverts to "off" by itself. Shortly after (maybe a few
minutes later), the N7 is no longer discoverable and turning the slider
back to "on" has no effect. And, if I wait a few more minutes, I can
once again make the device discoverable. Will add my observations to the
bug report, plus Checkbox output.

Cheers,
Randall.

On 01/04/2016 11:57 AM, Daniel Wood wrote:

Hi Randall,

Thanks for the recomendation however the checkbox app doesn't really
tell me anything I don't already know.
It would be good if the bluetooth actions were logged somewhere so I
could see whats happening.
At the moment I activate bluetooth and it turns itself off again and
I'm not sure whats happening.
Can anyone with a nexus 7 on RC proposed verify this behavior?


Thanks,

Daniel Wood





On Monday, 4 January 2016 19:21:27 UTC, Randall Ross  wrote:



On 01/04/2016 11:10 AM, Daniel Wood wrote:

I've been having issues with bluetooth on a nexus 7 running RC
proposed.
I have filed a bug here:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1530807

Can anyone advice if bluetooth connectivity is logged anywhere or if
there is any furthur information I can provide?

Thanks,

Daniel Wood


Could Checkbox potentially be of use in this case? I noticed it's in the
App store now.

Cheers,
Randall.











--
Sent using Dekko from my Ubuntu device

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Krzysztof Tataradziński]

Hi

2016-01-04 16:39 GMT+01:00 Thomas Voß :

>
>
> On Mon, Jan 4, 2016 at 12:43 PM, Krzysztof Tataradziński <
> ktatar...@gmail.com> wrote:
>
>> Hello,
>>
>> 2016-01-03 21:21 GMT+01:00 Thomas Voß :
>>
>>> Hey there,
>>>
>>> thanks for your feedback. Let me try to provide some detail regarding
>>> your questions:
>>>
>>> (1.) Whether you are using a mid-to-high-end or a budget phone does
>>> hardly have any impact on the positioning performance in general. GPS just
>>> is quite slow.
>>>
>>
>> So why in example LG L Fino can find proper location in 1-5 seconds? It
>> is possible to see how they do that and implement the same / similar
>> solution in our Ubuntu phones?
>>
>
>
> Please refer to the second part of my answer, explaining in detail that we
> are taking a very similar approach to what android is doing. We are relying
> on a different network-based positioning service (namely, Here), though.
> One other thing: How do you know that you received a gps fix on the LG L
> Fino?
>

Like I said before
"at start mobile data and WiFi turned off. Next step - turning mobile data
on, opening GPS app (Google Maps and uNav) and waiting for proper location."
In details, while going to work at moring, I exit my building, turned
mobile data on (on both phones I've got GPS switch turned on all the time),
etc. On Google Maps there is a ring showing accuracy. When app started, I
saw circle with 2-4 meters radius right where I was.

>
> Cheers,​
>
> ​Thomas​
>
>>
>>
>>> (2.) Assisted GPS, relying on network-based positioning taking into
>>> account wifi hotspots and cell towers is enabled for all production images.
>>> (3.) 30 seconds - 2 minutes for a position estimate with GPS accuracy is
>>> pretty good, actually. Some more details on the timing here:
>>>   * ~15 seconds are required to obtain an initial position estimate
>>> based on visible wifi networks and cell towers. The accuracy for this
>>> estimate is typically around ~100m, but
>>> can be as low as ~30m (in typical cases).
>>>   * This initial position estimate is fed into the GPS chipset which is
>>> already active, and it takes ~20 seconds - multiple minutes for the chipset
>>> to come back with a
>>> a position estimate.
>>>
>>> That being said, we are working on improving the overall user experience
>>> by caching the last known position estimates and handing those out right
>>> after an
>>> application has requested location services to become active. The
>>> algorithm requires some careful tuning, as with every other caching
>>> approach, though.
>>>
>>> Please note that it is very unlikely that we will provide an option to
>>> keep the gps chipset on all the time. Battery life would be a disaster, as
>>> the GPS chipset
>>> is draining a *lot* of power. We would be talking a few hours for the
>>> battery to discharge, if we kept the chipset active.
>>>
>>> Feel free to file a bug against location services if you think that
>>> there is any specific optimization for minimizing time-to-first-fix that we
>>> are missing:
>>>
>>>   https://bugs.launchpad.net/ubuntu/+source/location-service
>>>
>>> HTH,
>>>
>>>   Thomas
>>>
>>>
>>>
>>> On Sun, Jan 3, 2016 at 12:48 PM, Krzysztof Tataradziński <
>>> ktatar...@gmail.com> wrote:
>>>
 Hello,
 ​​

 We all know that on MX4 getting GPS fix takes really long time (30 sec
 - 2 min), making scopes like NearBy useless in most of cases. I have a look
 at budget LG L Fino with Android and compared it to MX4.
 In both phones test was the same: at start mobile data and WiFi turned
 off. Next step - turning mobile data on, opening GPS app (Google Maps and
 uNav) and waiting for proper location.
 MX4 time - as mentioned above. LG L Fino - I didn't notice when it find
 location - it was that fast (simply when Maps finished opening, I saw
 correct location). Could anyone explain why budget phone can find location
 in 1-2 sec and mid-to-high-end MX4 can't? Is there hardware problem or
 software? Maybe in LG L Fino, system is asking for location all the time
 keeping GPS fix all the time it can? Is there anything we can do with
 data, even at the cost of battery usage? (for now, I can use MX4 even 4-5
 days without charging - but I would prefer to charge it even 1,5 days if
 that could improve location services)

 Best regards,
 Krzysztof Tataradziński
 https://launchpad.net/~ktatar156

 
  Ten
 e-mail został wysłany z komputera wolnego od wirusów chronionego przez
 Avast.
 www.avast.com
 
 <#1520d4abffceac7e_1520c731be467442_15209268ba70d4b1_1520751ab53dee75_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

 --
 Mailing list: https://launchpad.net/~ubuntu-phone
 Post to : ubun

Re: [Ubuntu-phone] RC Proposed Bluetooth

[Randall Ross ]

On 01/04/2016 11:10 AM, Daniel Wood wrote:
> I've been having issues with bluetooth on a nexus 7 running RC proposed.
> I have filed a bug here:
> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1530807
>
> Can anyone advice if bluetooth connectivity is logged anywhere or if
> there is any furthur information I can provide?
>
> Thanks,
>
> Daniel Wood

Could Checkbox potentially be of use in this case? I noticed it's in the
App store now.

Cheers,
Randall.


-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] RC Proposed Bluetooth

[Daniel Wood]

I've been having issues with bluetooth on a nexus 7 running RC proposed. 

I have filed a bug here: 
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1530807


Can anyone advice if bluetooth connectivity is logged anywhere or if there 
is any furthur information I can provide?


Thanks,

Daniel Wood 


--
Sent using Dekko from my Ubuntu device

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] [Development] Cordova sed error while trying to build for 15.04

[Ferdinand Holzner]

Hi David,

thank you very much.

Not sure how to install cordova-lib 6.0, but I've added the 
cordova-ubuntu from git to my project and now it's working. Finally i 
see the nice little cordova logo on my phone. :D


Just one thing i noticed: The icon setting in defaults.xml points to 
"www/icon/logo.png", which is wrong. With this path the "www" is doubled 
as an end result. It should actually be "icon/logo.png". Everything else 
is working so far. Let's see if i get the twitter app working. :)


Btw. sorry for writing twice to the mailing list. I thought my first 
mail wasn't submitted correctly, since it didn't show up.




Am 04.01.2016 um 19:08 schrieb David Barth:

Hi Ferdinand,

The issue you are having is due to a too recent upstream cordova-cli. 
Cordova has changed quite a bit in how the core interacts with 
platforms and this is one of the issues that was created.


You can run cordova 5.4.1 or newer, but be sure to install 
cordova-lib@6.0.0-dev which has the fixes I made to make it work with 
Ubuntu.


Alternatively, you can install the cordova-cli packages I released in 
the ppa: https://launchpad.net/~cordova-ubuntu/+archive/ubuntu/ppa 


That one contains a cordova-cli 4.3.1 with patched cordova-lib.

Last If you want to have the 15.04 framework by default, you can now 
take the latest cordova-ubuntu (just in the release process), 
currently available with cordova platform add 
https://git-wip-us.apache.org/repos/asf/cordova-ubuntu.git#4.3.2


Once that last one is voted up and pushed to npm, it should be less 
painful to use upstream cordova-cli with npm.


Thanks for your feedback and let me know how it goes.

David



On Sun, Dec 27, 2015 at 10:39 AM, Ferdinand Holzner 
mailto:ferdinandholz...@gmail.com>> wrote:


Hi,

i'm trying to create a Twitter app with cordova. Sadly i have some
problems to get it building. At first i searched hours to find out
how to replace 14.10 as a default framework for cordova. After i
finally found it, i thought now it would be easy. But no, there is
another error coming up...

Full log:
http://pastebin.com/iqYLjvRD

Important part:
/-- Generating done//
//-- Build files have been written to:

/home/ferdl/Projekte/cordova/Twibu/platforms/ubuntu/ubuntu-sdk-15.04/armhf/build//
//find . -name AutomocInfo.cmake | xargs sed -i
's;AM_QT_MOC_EXECUTABLE .*;AM_QT_MOC_EXECUTABLE
"/usr/lib/'$(dpkg-architecture
-qDEB_BUILD_MULTIARCH)'/qt5/bin/moc");'//
//sed: Keine Eingabedateien//
//find . -name AutomocInfo.cmake | xargs sed -i
's;AM_QT_MOC_EXECUTABLE .*;AM_QT_MOC_EXECUTABLE
"/usr/lib/'$(dpkg-architecture
-qDEB_BUILD_MULTIARCH)'/qt5/bin/moc");' FAILED//
//sed: Keine Eingabedateien/

Would be nice if someone could tell me, how to solve this problem.
And please, someone update the documentation...

Cordova -v : 5.4.1
cordova-ubuntu: 4.3.1

According to cordova git, it should actually support 15.04. I
don't quite understand, why it's still using 14.10. -.-

--
Mailing list: https://launchpad.net/~ubuntu-phone

Post to : ubuntu-phone@lists.launchpad.net

Unsubscribe : https://launchpad.net/~ubuntu-phone

More help   : https://help.launchpad.net/ListHelp




-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[royden yates]

On Mon, 4 Jan 2016 16:40:25 +0100
Thomas Voß  wrote:

> On Mon, Jan 4, 2016 at 4:36 PM, Royden Yates
>  wrote:
> > On Monday, 4 January 2016 11:20:08 CET, Thomas Voß wrote:
> >>
> >> On Mon, Jan 4, 2016 at 11:14 AM, Simplehuman
> >>  wrote:
> >>
> >>> Sure, but for me... My MX4 with Ubuntu can't get GPS fix
> >>> at all ;) only network-based (~30 m). If I'm not mistaking
> >>> It was working on OTA-6, but after OTA-8 till now (I'm on
> >>> rc-proposed now) it is broken for me. It can get a GPS fix
> >>> after ~5 mins (and this is a LOT). But, if I move it
> >>> doesn't change position on the map. After 1-2 minutes the
> >>> position will "jump" like
> >>> network-based fix.
> >>>
> >>>
> >> Sure, feel free to file a bug here:
> >>
> >>   https://bugs.launchpad.net/ubuntu/+source/location-service
> >>
> >> If you are happy to, it would be great if you could include
> >> information according to:
> >>
> >>
> >> https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service#Forensics
> >>
> >> Cheers,
> >>
> >>   Thomas
> >
> >
> > Confirmed on my Mx4, also on rc-proposed. Please let us know
> > the bug report number. Thanks.
> >
> 
> Sorry if I wasn't clear: I meant that it would be really
> helpful if you could file a bug report and attach the
> information listed in:
> 
>   https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service#Forensics
> 
> Cheers,
> 
>   Thomas
> 

Hi,

thanks, I realised what you intended, but posted the
confirmation as an encouragement to Simplehuman to bug-report as
it seems a real issue and s/he after-all, first reported the
issue and so should be allowed to make the report.
But in due course, I will do so.

Regards, R



-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] [Development] Cordova sed error while trying to build for 15.04

[David Barth]

Hi Ferdinand,

The issue you are having is due to a too recent upstream cordova-cli.
Cordova has changed quite a bit in how the core interacts with platforms
and this is one of the issues that was created.

You can run cordova 5.4.1 or newer, but be sure to install
cordova-lib@6.0.0-dev which has the fixes I made to make it work with
Ubuntu.

Alternatively, you can install the cordova-cli packages I released in the
ppa: https://launchpad.net/~cordova-ubuntu/+archive/ubuntu/ppa
That one contains a cordova-cli 4.3.1 with patched cordova-lib.

Last If you want to have the 15.04 framework by default, you can now take
the latest cordova-ubuntu (just in the release process), currently
available with cordova platform add
https://git-wip-us.apache.org/repos/asf/cordova-ubuntu.git#4.3.2

Once that last one is voted up and pushed to npm, it should be less painful
to use upstream cordova-cli with npm.

Thanks for your feedback and let me know how it goes.

David



On Sun, Dec 27, 2015 at 10:39 AM, Ferdinand Holzner <
ferdinandholz...@gmail.com> wrote:

> Hi,
>
> i'm trying to create a Twitter app with cordova. Sadly i have some
> problems to get it building. At first i searched hours to find out how to
> replace 14.10 as a default framework for cordova. After i finally found it,
> i thought now it would be easy. But no, there is another error coming up...
>
> Full log:
> http://pastebin.com/iqYLjvRD
>
> Important part:
> *-- Generating done*
> *-- Build files have been written to:
> /home/ferdl/Projekte/cordova/Twibu/platforms/ubuntu/ubuntu-sdk-15.04/armhf/build*
> *find . -name AutomocInfo.cmake | xargs sed -i 's;AM_QT_MOC_EXECUTABLE
> .*;AM_QT_MOC_EXECUTABLE "/usr/lib/'$(dpkg-architecture
> -qDEB_BUILD_MULTIARCH)'/qt5/bin/moc");'*
> *sed: Keine Eingabedateien*
> *find . -name AutomocInfo.cmake | xargs sed -i 's;AM_QT_MOC_EXECUTABLE
> .*;AM_QT_MOC_EXECUTABLE "/usr/lib/'$(dpkg-architecture
> -qDEB_BUILD_MULTIARCH)'/qt5/bin/moc");' FAILED*
> *sed: Keine Eingabedateien*
>
> Would be nice if someone could tell me, how to solve this problem. And
> please, someone update the documentation...
>
> Cordova -v : 5.4.1
> cordova-ubuntu: 4.3.1
>
> According to cordova git, it should actually support 15.04. I don't quite
> understand, why it's still using 14.10. -.-
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Landing team 04.01.16

[Łukasz 'sil2100' Zemczak]

Hello everyone,

Happy new year! We're now back with our daily landing team e-mails.
Today there's a lot to write so up-front apologies for the length of the
e-mail.

Landings have resumed after the End-of-Year holidays, with a new bugfix
release of indicator-sound, leak-fix for ubuntu-system-settings and a
new big release of webbrowser-app with both fixes and features (some for
convergence like keyboard-shortcuts, others for the touch form-factor)
landing in the overlay. QA is in the middle of testing a few other
silos, one carrying the fix for the irritating bug causing issues with
dialer-app interaction - LP: #1528668 [1].

A reminder to all developers: officially speaking this week we have two
deadlines for OTA-9 - the string/feature freeze tomorrow (EOD) and the
final freeze on Friday (also EOD). This means there's not much time left
for submitting both your features (till tomorrow) or any other changes
(end of week). We will be setting an auto-build of the release candidate
for Saturday morning so that QA can pick it up first thing on Monday.
Also, some development teams seem to have issues due to CI
infrastructure hiccups which seem to complicate their plans. We're
looking into how this affects our feature-completeness for OTA-9 - but
more on that later.

In other news, today we have promoted a new devel image from the
-proposed channel. Generally every week on Monday we will be querying QA
for the devel-proposed image status and promoting the image if they give
us 'green' light. Remember: 'green' light in case of devel means that:
the shell is booting, networking is present and developer mode can be
enabled - so we don't really guarantee the phone bits working on this
channel. As we mentioned multiple times, devel is purely for developers
to check if their changes do not break on the latest Ubuntu series.
Absolutely not recommended for any other use.

See you tomorrow!

[1] https://bugs.launchpad.net/ubuntu/+source/qtubuntu/+bug/1528668


* What landed in our images:
http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch

#220 rc-proposed/krillin
-
http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/220.commitlog


* Some useful documentation:
https://wiki.ubuntu.com/LandingTeam

https://wiki.ubuntu.com/citrain/RTMLandingApproaches
https://wiki.ubuntu.com/citrain/LandingProcess
https://wiki.ubuntu.com/LandingTeam/Smoketesting
https://wiki.ubuntu.com/LandingTeam/ReleaseSchedule
http://developer.ubuntu.com/start/ubuntu-for-devices/image-channels/

https://requests.ci-train.ubuntu.com/
https://trello.com/b/AE3swczu/silo-testing
http://people.canonical.com/~lzemczak/issues/
https://lists.launchpad.net/landing-team-changes/


* Blocking issues (stable):

None.

* Blocking issues (devel):

** Ubuntu-emulator is broken on rc image 3
https://bugs.launchpad.net/bugs/1517597
 -> There still seem to be issues with the emulator both on rc-proposed
and devel-proposed - might block stable promotion



* Issues in need of attention:

** Install the calendar app by default
https://bugs.launchpad.net/bugs/1418986

** Install the Dekko email app by default
https://bugs.launchpad.net/bugs/1477210



Best regards,

-- 
Łukasz 'sil2100' Zemczak
 Foundations Team
 lukasz.zemc...@canonical.com
 www.canonical.com

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Alan Bell]

On 04/01/16 16:20, Thomas Voß wrote:

Now that is quite difficult, waking up the device from deep sleep just
to maintain a cache is*very*  expensive in terms of battery,
specifically as choosing a sensible timeout is almost impossible.
maybe update the cached location every time the screen comes on, if the 
cache is older than 5 minutes or so. That way if the screen is off for 
hours it will stay in low power, but if you turn on the screen it will 
start figuring out where it is if the cache is old enough that you might 
have moved a significant distance. This way it only does GPS when the 
device is active and screen on anyway, and by the time the user has got 
to the relevant screen that wants their location it will probably be 
ready to provide it.


Alan.
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Alan Bell]

so, today I cycled a mile to the office, walked around town for an hour, 
it is now 4PM and I go to a page I know uses location services, 
https://www.aldi.co.uk/storelocator/ it asks to allow location, I allow 
it, and it pins me at home, where I was 8 hours ago. Is this expected 
behavior of the caching? I suspect part of the annoyance is that some 
web things that want a geolocation only ask for it once, they are not 
tracking your movement they just want to know where you are to display 
stuff around you. For that kind of request flinging a very stale cached 
location at them isn't helpful because they won't update if a better fix 
comes available, better to block the request while making an effort to 
figure out the position.
When I have location services enabled I kind of expect it to check for a 
fix every so often, not just when I open maps and wait 5 minutes.


Alan.

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Thomas Voß]

On Mon, Jan 4, 2016 at 5:10 PM, Alan Bell  wrote:
> so, today I cycled a mile to the office, walked around town for an hour, it
> is now 4PM and I go to a page I know uses location services,
> https://www.aldi.co.uk/storelocator/ it asks to allow location, I allow it,
> and it pins me at home, where I was 8 hours ago. Is this expected behavior
> of the caching? I suspect part of the annoyance is that some web things that
> want a geolocation only ask for it once, they are not tracking your movement
> they just want to know where you are to display stuff around you. For that
> kind of request flinging a very stale cached location at them isn't helpful
> because they won't update if a better fix comes available, better to block
> the request while making an effort to figure out the position.

That's the fine-tuning I was talking about earlier :) And no, the
behavior you are observing is not expected but a bug.
I will come back later with the respective bug number.

> When I have location services enabled I kind of expect it to check for a fix
> every so often, not just when I open maps and wait 5 minutes.
>

Now that is quite difficult, waking up the device from deep sleep just
to maintain a cache is *very* expensive in terms of battery,
specifically as choosing a sensible timeout is almost impossible.

Thomas

> Alan.
>
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Royden Yates]

On Monday, 4 January 2016 11:20:08 CET, Thomas Voß wrote:

On Mon, Jan 4, 2016 at 11:14 AM, Simplehuman 
wrote:


Sure, but for me... My MX4 with Ubuntu can't get GPS fix at all ;) only
network-based (~30 m). If I'm not mistaking It was working on OTA-6, but
after OTA-8 till now (I'm on rc-proposed now) it is broken for me. It can
get a GPS fix after ~5 mins (and this is a LOT). But, if I 
move it doesn't
change position on the map. After 1-2 minutes the position 
will "jump" like

network-based fix.



​Sure, feel free to file a bug here:

  https://bugs.launchpad.net/ubuntu/+source/location-service

If you are happy to, it would be great if you could include information
according to:

  
https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service#Forensics


Cheers,

  Thomas​


Confirmed on my Mx4, also on rc-proposed. Please let us know the bug report 
number. Thanks.


R


--
Sent using Dekko from my Ubuntu device

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Thomas Voß]

On Mon, Jan 4, 2016 at 4:36 PM, Royden Yates  wrote:
> On Monday, 4 January 2016 11:20:08 CET, Thomas Voß wrote:
>>
>> On Mon, Jan 4, 2016 at 11:14 AM, Simplehuman 
>> wrote:
>>
>>> Sure, but for me... My MX4 with Ubuntu can't get GPS fix at all ;) only
>>> network-based (~30 m). If I'm not mistaking It was working on OTA-6, but
>>> after OTA-8 till now (I'm on rc-proposed now) it is broken for me. It can
>>> get a GPS fix after ~5 mins (and this is a LOT). But, if I move it
>>> doesn't
>>> change position on the map. After 1-2 minutes the position will "jump"
>>> like
>>> network-based fix.
>>>
>>>
>> Sure, feel free to file a bug here:
>>
>>   https://bugs.launchpad.net/ubuntu/+source/location-service
>>
>> If you are happy to, it would be great if you could include information
>> according to:
>>
>>
>> https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service#Forensics
>>
>> Cheers,
>>
>>   Thomas
>
>
> Confirmed on my Mx4, also on rc-proposed. Please let us know the bug report
> number. Thanks.
>

Sorry if I wasn't clear: I meant that it would be really helpful if
you could file a bug report and attach the
information listed in:

  https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service#Forensics

Cheers,

  Thomas

> R
>
>
> --
> Sent using Dekko from my Ubuntu device
>
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Thomas Voß]

On Mon, Jan 4, 2016 at 12:43 PM, Krzysztof Tataradziński <
ktatar...@gmail.com> wrote:

> Hello,
>
> 2016-01-03 21:21 GMT+01:00 Thomas Voß :
>
>> Hey there,
>>
>> thanks for your feedback. Let me try to provide some detail regarding
>> your questions:
>>
>> (1.) Whether you are using a mid-to-high-end or a budget phone does
>> hardly have any impact on the positioning performance in general. GPS just
>> is quite slow.
>>
>
> So why in example LG L Fino can find proper location in 1-5 seconds? It is
> possible to see how they do that and implement the same / similar solution
> in our Ubuntu phones?
>


Please refer to the second part of my answer, explaining in detail that we
are taking a very similar approach to what android is doing. We are relying
on a different network-based positioning service (namely, Here), though.
One other thing: How do you know that you received a gps fix on the LG L
Fino?

Cheers,​

​Thomas​

>
>
>> (2.) Assisted GPS, relying on network-based positioning taking into
>> account wifi hotspots and cell towers is enabled for all production images.
>> (3.) 30 seconds - 2 minutes for a position estimate with GPS accuracy is
>> pretty good, actually. Some more details on the timing here:
>>   * ~15 seconds are required to obtain an initial position estimate based
>> on visible wifi networks and cell towers. The accuracy for this estimate is
>> typically around ~100m, but
>> can be as low as ~30m (in typical cases).
>>   * This initial position estimate is fed into the GPS chipset which is
>> already active, and it takes ~20 seconds - multiple minutes for the chipset
>> to come back with a
>> a position estimate.
>>
>> That being said, we are working on improving the overall user experience
>> by caching the last known position estimates and handing those out right
>> after an
>> application has requested location services to become active. The
>> algorithm requires some careful tuning, as with every other caching
>> approach, though.
>>
>> Please note that it is very unlikely that we will provide an option to
>> keep the gps chipset on all the time. Battery life would be a disaster, as
>> the GPS chipset
>> is draining a *lot* of power. We would be talking a few hours for the
>> battery to discharge, if we kept the chipset active.
>>
>> Feel free to file a bug against location services if you think that there
>> is any specific optimization for minimizing time-to-first-fix that we are
>> missing:
>>
>>   https://bugs.launchpad.net/ubuntu/+source/location-service
>>
>> HTH,
>>
>>   Thomas
>>
>>
>>
>> On Sun, Jan 3, 2016 at 12:48 PM, Krzysztof Tataradziński <
>> ktatar...@gmail.com> wrote:
>>
>>> Hello,
>>> ​​
>>>
>>> We all know that on MX4 getting GPS fix takes really long time (30 sec -
>>> 2 min), making scopes like NearBy useless in most of cases. I have a look
>>> at budget LG L Fino with Android and compared it to MX4.
>>> In both phones test was the same: at start mobile data and WiFi turned
>>> off. Next step - turning mobile data on, opening GPS app (Google Maps and
>>> uNav) and waiting for proper location.
>>> MX4 time - as mentioned above. LG L Fino - I didn't notice when it find
>>> location - it was that fast (simply when Maps finished opening, I saw
>>> correct location). Could anyone explain why budget phone can find location
>>> in 1-2 sec and mid-to-high-end MX4 can't? Is there hardware problem or
>>> software? Maybe in LG L Fino, system is asking for location all the time
>>> keeping GPS fix all the time it can? Is there anything we can do with
>>> data, even at the cost of battery usage? (for now, I can use MX4 even 4-5
>>> days without charging - but I would prefer to charge it even 1,5 days if
>>> that could improve location services)
>>>
>>> Best regards,
>>> Krzysztof Tataradziński
>>> https://launchpad.net/~ktatar156
>>>
>>> 
>>>  Ten
>>> e-mail został wysłany z komputera wolnego od wirusów chronionego przez
>>> Avast.
>>> www.avast.com
>>> 
>>> <#1520c731be467442_15209268ba70d4b1_1520751ab53dee75_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>> --
>>> Mailing list: https://launchpad.net/~ubuntu-phone
>>> Post to : ubuntu-phone@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] delay time

[Michal Karnicki]

I have reached out to Telegram. I've been told they have addressed they
issue, although it's something I still have on the radar, since users
continue to either receive delayed notifications or none at all.

On Mon, Dec 21, 2015 at 9:31 AM, Behrooz Ramezani <
b3hrooz.ram3z...@gmail.com> wrote:

> Hello
> No i don't.
>
> On Monday, December 21, 2015 11:49:34 AM IRST, Tomas Öqvist wrote:
>
>> Yep, that happens to me too sometimes. Have you filed a bug?
>>
>> Tomas
>>
>>
>> Den 2015-12-20 kl. 20:48, skrev Behrooz Ramezani:
>>
>>> Hello
>>> I have an issue on Telegram.Sometimes Telegram is open i receive a new
>>> massage but ubuntu show me a notification with delay time. Dose anyone have
>>> this issue?
>>>
>>>
>>
>>
> --
> Sent using Dekko from my Ubuntu device
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>



-- 
Software Engineer
Professional and Engineering Services
Canonical Ltd.

Ubuntu - Linux for human beings | www.ubuntu.com
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Import csv-file

[Renato Filho]

Hi Ronny,

Content hub has a specific type for contacts. You need to register you
app as "contacts" import/exporter to get you app on the list if the
user try to import/share a contact,

More info about the content hub api can be found here:
https://developer.ubuntu.com/api/apps/qml/sdk-15.04.1/Ubuntu.Content/
How to register your app in the content hub can be found here:
https://developer.ubuntu.com/en/start/platform/guides/content-hub-guide/

BR
Renato

On Mon, Jan 4, 2016 at 10:40 AM, Ronny Fuchs  wrote:
> Hi,
>
> I would like to import a csv file into my app, but I do not know the
> contentType.
> Only If I change the file name from "*.csv" to "*.txt", is my app appears in
> the contentPeerPicker.
>
> Which types can be imported from the Content Hub and is the cvs format here
> also?
>
> Sorry for my bad english.
> Best regards,
> Ronny
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Import csv-file

[Ronny Fuchs]

Hi,

I would like to import a csv file into my app, but I do not know the 
contentType.
Only If I change the file name from "*.csv" to "*.txt", is my app 
appears in the contentPeerPicker.


Which types can be imported from the Content Hub and is the cvs format 
here also?


Sorry for my bad english.
Best regards,
Ronny
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Krzysztof Tataradziński]

Hello,

2016-01-03 21:21 GMT+01:00 Thomas Voß :

> Hey there,
>
> thanks for your feedback. Let me try to provide some detail regarding your
> questions:
>
> (1.) Whether you are using a mid-to-high-end or a budget phone does hardly
> have any impact on the positioning performance in general. GPS just is
> quite slow.
>

So why in example LG L Fino can find proper location in 1-5 seconds? It is
possible to see how they do that and implement the same / similar solution
in our Ubuntu phones?


> (2.) Assisted GPS, relying on network-based positioning taking into
> account wifi hotspots and cell towers is enabled for all production images.
> (3.) 30 seconds - 2 minutes for a position estimate with GPS accuracy is
> pretty good, actually. Some more details on the timing here:
>   * ~15 seconds are required to obtain an initial position estimate based
> on visible wifi networks and cell towers. The accuracy for this estimate is
> typically around ~100m, but
> can be as low as ~30m (in typical cases).
>   * This initial position estimate is fed into the GPS chipset which is
> already active, and it takes ~20 seconds - multiple minutes for the chipset
> to come back with a
> a position estimate.
>
> That being said, we are working on improving the overall user experience
> by caching the last known position estimates and handing those out right
> after an
> application has requested location services to become active. The
> algorithm requires some careful tuning, as with every other caching
> approach, though.
>
> Please note that it is very unlikely that we will provide an option to
> keep the gps chipset on all the time. Battery life would be a disaster, as
> the GPS chipset
> is draining a *lot* of power. We would be talking a few hours for the
> battery to discharge, if we kept the chipset active.
>
> Feel free to file a bug against location services if you think that there
> is any specific optimization for minimizing time-to-first-fix that we are
> missing:
>
>   https://bugs.launchpad.net/ubuntu/+source/location-service
>
> HTH,
>
>   Thomas
>
>
>
> On Sun, Jan 3, 2016 at 12:48 PM, Krzysztof Tataradziński <
> ktatar...@gmail.com> wrote:
>
>> Hello,
>> ​​
>>
>> We all know that on MX4 getting GPS fix takes really long time (30 sec -
>> 2 min), making scopes like NearBy useless in most of cases. I have a look
>> at budget LG L Fino with Android and compared it to MX4.
>> In both phones test was the same: at start mobile data and WiFi turned
>> off. Next step - turning mobile data on, opening GPS app (Google Maps and
>> uNav) and waiting for proper location.
>> MX4 time - as mentioned above. LG L Fino - I didn't notice when it find
>> location - it was that fast (simply when Maps finished opening, I saw
>> correct location). Could anyone explain why budget phone can find location
>> in 1-2 sec and mid-to-high-end MX4 can't? Is there hardware problem or
>> software? Maybe in LG L Fino, system is asking for location all the time
>> keeping GPS fix all the time it can? Is there anything we can do with
>> data, even at the cost of battery usage? (for now, I can use MX4 even 4-5
>> days without charging - but I would prefer to charge it even 1,5 days if
>> that could improve location services)
>>
>> Best regards,
>> Krzysztof Tataradziński
>> https://launchpad.net/~ktatar156
>>
>> 
>>  Ten
>> e-mail został wysłany z komputera wolnego od wirusów chronionego przez
>> Avast.
>> www.avast.com
>> 
>> <#15209268ba70d4b1_1520751ab53dee75_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> --
>> Mailing list: https://launchpad.net/~ubuntu-phone
>> Post to : ubuntu-phone@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Thomas Voß]

On Mon, Jan 4, 2016 at 11:14 AM, Simplehuman 
wrote:

> Sure, but for me... My MX4 with Ubuntu can't get GPS fix at all ;) only
> network-based (~30 m). If I'm not mistaking It was working on OTA-6, but
> after OTA-8 till now (I'm on rc-proposed now) it is broken for me. It can
> get a GPS fix after ~5 mins (and this is a LOT). But, if I move it doesn't
> change position on the map. After 1-2 minutes the position will "jump" like
> network-based fix.
>
>
​Sure, feel free to file a bug here:

  https://bugs.launchpad.net/ubuntu/+source/location-service

If you are happy to, it would be great if you could include information
according to:

  https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service#Forensics

Cheers,

  Thomas​



> 04.01.2016 12:03, Thomas Voß пишет:
>
>
>
> On Mon, Jan 4, 2016 at 10:59 AM, Dmytryi Fedorov <
> doityourselft...@gmail.com> wrote:
>
>> Hi, it must be Ubuntu issue. Because Android version of MX4 don't have
>> such problem.
>>
>>
> Please see my previous answer :) As I pointed out: yes, there naturally
> are differences.
> Also note that applications and with that users are unable to distinguish
> whether a position
> estimate originated from the gps chipset or a network-based positioning
> provider. With that,
> just focusing on the GPS hardware is not really helpful :)
>
> Cheers,
>
>   Thomas​
>
>
>
>> 03.01.2016 13:48, Krzysztof Tataradziński пишет:
>>
>> Hello,
>>
>> We all know that on MX4 getting GPS fix takes really long time (30 sec -
>> 2 min), making scopes like NearBy useless in most of cases. I have a look
>> at budget LG L Fino with Android and compared it to MX4.
>> In both phones test was the same: at start mobile data and WiFi turned
>> off. Next step - turning mobile data on, opening GPS app (Google Maps and
>> uNav) and waiting for proper location.
>> MX4 time - as mentioned above. LG L Fino - I didn't notice when it find
>> location - it was that fast (simply when Maps finished opening, I saw
>> correct location). Could anyone explain why budget phone can find location
>> in 1-2 sec and mid-to-high-end MX4 can't? Is there hardware problem or
>> software? Maybe in LG L Fino, system is asking for location all the time
>> keeping GPS fix all the time it can? Is there anything we can do with
>> data, even at the cost of battery usage? (for now, I can use MX4 even 4-5
>> days without charging - but I would prefer to charge it even 1,5 days if
>> that could improve location services)
>>
>> Best regards,
>> Krzysztof Tataradziński
>> https://launchpad.net/~ktatar156
>>
>> 
>>  Ten
>> e-mail został wysłany z komputera wolnego od wirusów chronionego przez
>> Avast.
>> www.avast.com
>> 
>>
>>
>>
>>
>> --
>> Mailing list: https://launchpad.net/~ubuntu-phone
>> Post to : ubuntu-phone@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Simplehuman]

Sure, but for me... My MX4 with Ubuntu can't get GPS fix at all ;) only 
network-based (~30 m). If I'm not mistaking It was working on OTA-6, but 
after OTA-8 till now (I'm on rc-proposed now) it is broken for me. It 
can get a GPS fix after ~5 mins (and this is a LOT). But, if I move it 
doesn't change position on the map. After 1-2 minutes the position will 
"jump" like network-based fix.


04.01.2016 12:03, Thomas Voß пишет:



On Mon, Jan 4, 2016 at 10:59 AM, Dmytryi Fedorov 
mailto:doityourselft...@gmail.com>> wrote:


Hi, it must be Ubuntu issue. Because Android version of MX4 don't
have such problem.


Please see my previous answer :) As I pointed out: yes, there 
naturally are differences.
Also note that applications and with that users are unable to 
distinguish whether a position
estimate originated from the gps chipset or a network-based 
positioning provider. With that,

just focusing on the GPS hardware is not really helpful :)

Cheers,

  Thomas​

03.01.2016 13:48, Krzysztof Tataradziński пишет:

Hello,

We all know that on MX4 getting GPS fix takes really long time
(30 sec - 2 min), making scopes like NearBy useless in most of
cases. I have a look at budget LG L Fino with Android and
compared it to MX4.
In both phones test was the same: at start mobile data and WiFi
turned off. Next step - turning mobile data on, opening GPS app
(Google Maps and uNav) and waiting for proper location.
MX4 time - as mentioned above. LG L Fino - I didn't notice when
it find location - it was that fast (simply when Maps finished
opening, I saw correct location). Could anyone explain why budget
phone can find location in 1-2 sec and mid-to-high-end MX4 can't?
Is there hardware problem or software? Maybe in LG L Fino, system
is asking for location all the time keeping GPS fix all the time
it can? Is there anything we can do with data, even at the cost
of battery usage? (for now, I can use MX4 even 4-5 days without
charging - but I would prefer to charge it even 1,5 days if that
could improve location services)

Best regards,
Krzysztof Tataradziński
https://launchpad.net/~ktatar156 


Ten e-mail został wysłany z komputera wolnego od wirusów
chronionego przez Avast.
www.avast.com









--
Mailing list: https://launchpad.net/~ubuntu-phone

Post to : ubuntu-phone@lists.launchpad.net

Unsubscribe : https://launchpad.net/~ubuntu-phone

More help   : https://help.launchpad.net/ListHelp




-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Thomas Voß]

On Mon, Jan 4, 2016 at 10:59 AM, Dmytryi Fedorov  wrote:

> Hi, it must be Ubuntu issue. Because Android version of MX4 don't have
> such problem.
>
>
Please see my previous answer :) As I pointed out: yes, there naturally are
differences.
Also note that applications and with that users are unable to distinguish
whether a position
estimate originated from the gps chipset or a network-based positioning
provider. With that,
just focusing on the GPS hardware is not really helpful :)

Cheers,

  Thomas​



> 03.01.2016 13:48, Krzysztof Tataradziński пишет:
>
> Hello,
>
> We all know that on MX4 getting GPS fix takes really long time (30 sec - 2
> min), making scopes like NearBy useless in most of cases. I have a look at
> budget LG L Fino with Android and compared it to MX4.
> In both phones test was the same: at start mobile data and WiFi turned
> off. Next step - turning mobile data on, opening GPS app (Google Maps and
> uNav) and waiting for proper location.
> MX4 time - as mentioned above. LG L Fino - I didn't notice when it find
> location - it was that fast (simply when Maps finished opening, I saw
> correct location). Could anyone explain why budget phone can find location
> in 1-2 sec and mid-to-high-end MX4 can't? Is there hardware problem or
> software? Maybe in LG L Fino, system is asking for location all the time
> keeping GPS fix all the time it can? Is there anything we can do with
> data, even at the cost of battery usage? (for now, I can use MX4 even 4-5
> days without charging - but I would prefer to charge it even 1,5 days if
> that could improve location services)
>
> Best regards,
> Krzysztof Tataradziński
> https://launchpad.net/~ktatar156
>
> 
>  Ten
> e-mail został wysłany z komputera wolnego od wirusów chronionego przez
> Avast.
> www.avast.com
> 
>
>
>
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Long time to get GPS fix - hardware of software problem?

[Dmytryi Fedorov]

Hi, it must be Ubuntu issue. Because Android version of MX4 don't have 
such problem.


03.01.2016 13:48, Krzysztof Tataradziński пишет:

Hello,

We all know that on MX4 getting GPS fix takes really long time (30 sec 
- 2 min), making scopes like NearBy useless in most of cases. I have a 
look at budget LG L Fino with Android and compared it to MX4.
In both phones test was the same: at start mobile data and WiFi turned 
off. Next step - turning mobile data on, opening GPS app (Google Maps 
and uNav) and waiting for proper location.
MX4 time - as mentioned above. LG L Fino - I didn't notice when it 
find location - it was that fast (simply when Maps finished opening, I 
saw correct location). Could anyone explain why budget phone can find 
location in 1-2 sec and mid-to-high-end MX4 can't? Is there hardware 
problem or software? Maybe in LG L Fino, system is asking for location 
all the time keeping GPS fix all the time it can? Is there anything we 
can do with data, even at the cost of battery usage? (for now, I can 
use MX4 even 4-5 days without charging - but I would prefer to charge 
it even 1,5 days if that could improve location services)


Best regards,
Krzysztof Tataradziński
https://launchpad.net/~ktatar156 
 
	Ten e-mail został wysłany z komputera wolnego od wirusów chronionego 
przez Avast.
www.avast.com 
 







-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Fairphone 2

[3arn0wl]

Hi

There was some talk a short time ago of about flashing Ubuntu onto the 
Fairphone 2. Does anyone know if any progress has been made?


Thanks

3

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Fairphone 2

[Simos Xenitellis]

On Tue, Dec 29, 2015 at 7:27 PM, 3arn0wl  wrote:
> There was some talk a short time ago of about flashing Ubuntu onto the
> Fairphone 2. Does anyone know if any progress has been made?

You are referring to
http://www.omgubuntu.co.uk/2015/09/fairphone-is-exploring-a-switch-to-ubuntu-touch
They said they are exploring the possibility to switch to Ubuntu Touch
but have not announced something yet.
The Fairphone 2 is finally being shipped across Europe since a couple
of weeks ago.
Most probably they will have time in the following months to conclude
which direction to take.

Simos

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp