[04:46] <AskUbuntu> How to manually download Ubuntu Touch Image for Ubuntu emulator? | http://askubuntu.com/q/470450
[06:42] <jdstrand_> balloons: ah right-- saw your backscroll, yes we should talk. grab me at your convenience
[07:00] <balloons> jdstrand, elopio will be back in 20 mins; let's chat then, I'd like to include him
[07:01] <jdstrand> sounds fine
[07:16] <kenvandine> Elleo, https://code.launchpad.net/~ken-vandine/content-hub/charge-downloaded
[07:53] <davmor2> Guest98379: Hey James check your nick out dude :)
[07:55] <nik90_> mzanetti: hey, as of image #43, bug https://bugs.launchpad.net/ubuntu-clock-app/+bug/1321746 seems fixed :)
[08:05] <davmor2> nik90_: \o/
[08:06] <nik90_> davmor2: ?
[08:06] <davmor2> nik90_: for the fix
[08:09] <nik90_> davmor2: ah that..it was the SDK devs really..but u r welcome :)
[08:09] <davmor2> haha
[08:19] <balloons> jdstrand, what does the fully qualified path look like, for say calendar?
[08:21] <jdstrand> balloons: for what, the Exec line?
[08:22] <balloons> jdstrand, ohh.. I can just use something like /run/user/32011/autopilot
[08:22] <jdstrand> balloons: right
[08:23] <balloons> :-
[08:23] <jdstrand> balloons: you might want to use 'id -u' to get the userid (32011)
[08:23] <balloons> perfect
[08:41] <balloons> jdstrand, but I'll need to create the autopilot subdir in /run/user/32011
[08:42] <balloons> jdstrand, I guess I was expecting something more like /run/user/32011/confined/com.ubuntu.calendar/autopilot/tmpdir
[08:53] <balloons> jdstrand, I'll also note it doesn't seem to isolate properly :-(
[08:54] <ogra_> duct tape should help ...
[08:55] <ogra_> balloons, use $XDG_RUNTIME_DIR/autopilot  btw ...
[08:55] <jdstrand> let me think a moment
[08:55] <ogra_> (so you dont hardcode a user ID
[08:55] <ogra_> )
[08:56] <jdstrand> balloons: so, putting it in /run/user/32011/confined/com.ubuntu.calendar/autopilot/... would overlap with the existing ruleset
[08:57] <jdstrand> rules are additive, so the applied policy might be different in the test environment than the live environment
[08:57] <balloons> jdstrand, looks like I'm still getting errors apparmor errors on my current implementation
[08:58] <balloons> jdstrand, I'm happy to put it elsewhere; it's simply the fact /run/user/32011/autopilot doesn't exist; we can't create directories
[08:58] <ogra_> why not ?
[08:59] <jdstrand> that is why I liked /run/user/32011/autopilot
[08:59] <jdstrand> hmm
[08:59] <lool> beuno: New frameworks are ubuntu-sdk-13.10.framework ubuntu-sdk-14.10-dev1.framework ubuntu-sdk-14.10-html-dev1.framework ubuntu-sdk-14.10-papi-dev1.framework ubuntu-sdk-14.10-qml-dev1.framework
[08:59] <lool> sorry, listed ubuntu-sdk-13.10.framework there
[08:59] <balloons> ogra_, that dir creation requires root
[08:59] <ogra_> no
[08:59] <lool> beuno: ubuntu-sdk-14.10-dev1.framework ubuntu-sdk-14.10-html-dev1.framework ubuntu-sdk-14.10-papi-dev1.framework ubuntu-sdk-14.10-qml-dev1.framework
[09:00] <ogra_> it requires the user
[09:00] <jdstrand> balloons: the phablet-test tool (or whatever it is called) does run commands. eg, it runs aa-clickhook with the appropriate args. could it not create that dir?
[09:00] <balloons> unless I'm crazy :-)
[09:00]  * balloons checks again
[09:00] <ogra_> it is owned and writable by the respective user
[09:00] <balloons> jdstrand, I noticed loading the rules file, I'm getting an erro
[09:00] <ogra_> and only by him/her
[09:00] <jdstrand> balloons: granted, that tool is run as root-- this dir needs to be owned by the phablet user
[09:00] <ahayzen> t1mp, ping
[09:01] <balloons> ogra_, seems you are correct
[09:03] <ogra_> balloons, adb shell sudo -u phablet -i mkdir $XDG_RUNTIME_DIR/autopilot
[09:03] <ogra_> that should work fine
[09:06] <ogra_> (module fixed quoting perhaps)
[09:06] <ogra_> *modulo
[09:11] <lool> beuno: the 14.04 frameworks with -dev1 dropped might be good to add at the same time: ubuntu-sdk-14.04.framework ubuntu-sdk-14.04-html.framework ubuntu-sdk-14.04-papi.framework ubuntu-sdk-14.04-qml.framework
[09:12] <ogra_> lool, oh, we will drop that ?
[09:12] <beuno> lool, so deprecate the 14.04 -dev's?
[09:12]  * ogra_ will need to update all his apps then
[09:12] <ogra_> (and i bet a lot of other people too)
[09:13] <popey> we didn't agree that in the meeting yesterday?
[09:13] <popey> we agreed to leave the 14.04-dev1 ones around
[09:13] <beuno> lool, and we're adding .framework to all the strings?
[09:14] <beuno> (they are not there for all the other)
[09:14] <lool> beuno: sorry I was super unclear, I mean the names with -dev dropped from the names
[09:14] <lool> beuno: we aren't dropping the -dev1 frameworks, but we want to add the new 14.04* names (without the -dev1); my wording was unclear
[09:15] <lool> beuno: I was just saying, while you're adding the 14.10-dev1 names, add the 14.04 (without dev1) names
[09:15] <beuno> lool, right
[09:15] <beuno> and about the .framework part of the string?
[09:17] <lool> beuno: oh no, it's just the filenames
[09:18] <lool> so 14.04: ubuntu-sdk-14.04 ubuntu-sdk-14.04-html ubuntu-sdk-14.04-papi ubuntu-sdk-14.04-qml, 14.10-dev1: ubuntu-sdk-14.10-dev1 ubuntu-sdk-14.10-html-dev1 ubuntu-sdk-14.10-papi-dev1 ubuntu-sdk-14.10-qml-dev1
[09:21] <Wellark> Saviq: how is that split greeter going?
[09:21] <Wellark> i need to land a MP that enables translations on indicator-network
[09:22] <Wellark> requested a silo.. would not want to force a rebuild on you guys if you are really close to land
[09:22] <beuno> lool, done
[09:22] <Wellark> I only have one MP
[09:22] <beuno> davmor2, ^^^^^
[09:22] <ogra_> Wellark, splig greeter is more likely something for next week
[09:22] <ogra_> *split
[09:22] <davmor2> beuno: thanks
[09:23] <beuno> (not to staging though, FWIW)
[09:23] <davmor2> sil2100: ^
[09:23] <ogra_> Wellark, it is on the phonedations team list to have it done next week
[09:24] <lool> beuno: thanks
[09:24] <Wellark> could that be statet on the landing sheet comment section?
[09:24] <Wellark> it touches so many components that others might have the same question :)
[09:24] <lool> beuno: store and review tools?
[09:24] <Wellark> ogra_: ^
[09:25] <ogra_> Wellark, that landing goes on since several months ... if everything within that timeframe would have been added to the comments you would have a novel
[09:25] <ogra_> its is very big and dangerous enough to leave it til the sprint where everyone is in reach to quickly fix bits
[09:25] <beuno> lool, just store, looking at review tools now
[09:34] <beuno> jdstrand, re ^^^^^^   https://code.launchpad.net/~beuno/click-reviewers-tools/new-frameworks/+merge/220592
[09:36] <jdstrand> beuno: I'll look at it, but there will be more for apparmor. I'll handle that when I review your MP. I am getting click-apparmor and apparmor-easyprof-ubuntu prepared now for the new frameworks and will review the review tools after
[09:36] <beuno> jdstrand, thanks
[09:48] <Mirv> rsalveti: I'm updating qtdeclarative (packaging only) but it does not seem to affect the -gles variant at all so not uploading at the same time
[09:59] <Saviq> Wellark, just told sil2100, you're good to go
[12:21] <oSoMoN> ogra_, hey, I can’t remember wether you had filed a bug for this bug whereby the activity view takes forever to show up?
[12:22] <ogra_> oSoMoN, hmm, not sure, let me dig
[12:23] <ogra_> but i think i didnt since wiping the old data fixed it
[12:24] <oSoMoN> ogra_, ok, just a heads up that I’m working on it, I actually have a branch up for review that fixes the issue and other performance related issues on the activity view, I tested with your history, it’s been very useful
[12:24] <ogra_> i can only find bug 1317866 from that conversation (which actually might be a "feature" nowadays)
[12:24] <ogra_> ah, great :)
[12:25] <oSoMoN> ogra_, right, I don’t think that should be considered a feature, I’ll grab the UITK folks and sort it out
[12:25] <ogra_> oSoMoN, btw, what do i do when i closed a tab ? i can find no way to make the X go away, so all tabs get closed when i tap them after closing the first
[12:28] <oSoMoN> ogra_, long press again on any tab
[12:28] <ogra_> ah
[12:28] <oSoMoN> ogra_, the closing mode is a toggle
[12:28] <ogra_> not really intuitive ...
[12:28] <oSoMoN> agreed
[12:28] <oSoMoN> ogra_, but it’s going away with the new design anyway
[12:28] <ogra_> the X'es should just go away after closing the first one imho
[12:28] <ogra_> ah, k
[13:14] <AskUbuntu> Ubuntu emulator throws "FrameBuffer::post eglMakeCurrent failed" error | http://askubuntu.com/q/470613
[13:21] <dobey> hmm, so the network on my mako is really weird. seems it can talk to internal hosts on my network just fine, but getting to the outside is extremely slow or not working at all. :(
[13:22] <dobey> and dns seems to be generally slow as well
[13:22] <dobey> would wifi interference cause that?
[14:40] <mterry> ricmm, heyo!  You are knowledgeable about sensors?
[14:51] <Wellark> why do we only have so few languages available on the touch image?
[14:52] <Wellark> there are like gazillion of different versions of English, German, Spanish and French
[14:52] <Wellark> but the most important is missing
[14:52] <Wellark> Finnish! ;)
[14:54] <Wellark> dpm_: ^
[14:58] <rsalveti> Mirv: thanks
[15:12] <thomi> jdstrand: sphinxcontrib-youtube
[15:41] <ricmm> mterry: whats up?
[15:41] <mterry> ricmm, I'm looking at a bug with the split greeter, where it's consuming ~10% cpu when idle
[15:41] <mterry> ricmm, it seems to also keep a sensor daemon at ~10%
[15:42] <ricmm> sensor daemon?
[15:42] <ricmm> what device?
[15:42] <mterry> ricmm, mako.  The processes that also have high idles are sensors.qcom and  Binder_2
[15:43] <mterry> ricmm, this seems to only be triggered because the executable name is unity8-greeter.  If I copy it over to unity8 and run it that way, the idling problem goes away
[15:45] <ricmm> mterry: this a known mako issue
[15:45] <mterry> ricmm, oh?
[15:45] <ricmm> processes dont close sensors effectively, they remain alive in the qcom module
[15:45] <ricmm> unity8 has a workaround to disable sensors altogether
[15:46] <ricmm> for the process that is
[15:48] <mterry> ricmm, where is that code?
[15:48] <mterry> ricmm, I saw something like that in qtubuntu, but it doesn't seem to be run
[16:03] <oSoMoN> Mirv, sil2100: can I haz a silo for line 44 ?
[16:10] <Mirv> oSoMoN: there's 1 silo free and boiko did a request before you, but I'll let sil2100/robru to decide the order. we're anyway not publishing anything before we get a new image with fixes out.
[16:11] <oSoMoN> Mirv, that’s ok, no urgency on this one, let boiko go first
[16:14] <robru> mterry, hey did you get that reconfig you pinged about? I can do it now if still needed
[16:15] <mterry> robru, I did thanks!  sil2100 got my back
[16:15] <robru> sweet
[16:16] <ogra_> ted, *sniff* ...
[16:16] <ogra_> theer goes the shiny upstart name
[16:17] <ted> ogra_, Yeah, but we'll always have the acronym ;-)
[16:17] <ogra_> heh
[16:24] <nik90_> charles: hey,
[16:24] <nik90_> charles: I have a MP in the clock app which adds alarm sounds support. However it also requires you to add that support in indicator-datetime
[16:25] <nik90_> charles: can you remove the hardcoded default alarm sound
[16:25] <nik90_> charles: basically, if the clock app does not provide an alarm sound, then the indicator-datetime will set a default tone. If the clock app does provide a sound, then use that
[16:26] <nik90_> charles: I would need your branch to land first before pushing mine.
[16:29] <zz1_> Does anyone knows if these instruction can be trusted or if they're deprecated? https://wiki.ubuntu.com/Touch/DualBootInstallation#Which_versions_of_Android_does_dual-boot_work_with.3F
[18:32] <charles> nik90_: I'll try to look at it tonight but can't promise anything. I'm doing a dozen things today before I fly out in the morning
[18:32] <dobey> eep, unity8 is using lots of cpu on my mako
[18:32] <charles> nik90_: is there a datetime ticket for this already?
[18:34] <dobey> on 44
[18:47] <mterry> ricmm, you mentioned workarounds in unity8 to disable sensors -- do you know where that code is?
[18:48] <mterry> ricmm, actually inside unity8?
[19:19] <mivoligo> mzanetti: hi, it's me, Michał. About that tower defence graphics and stuff. I tried to run ubuntudefence.pro in qtcreator but got errors
[19:19] <mzanetti> mivoligo: hi, what kind of errors?
[19:20] <mivoligo> mzanetti: /usr/include/c++/4.8/utility:68: error: bits/c++config.h: No such file or directory
[19:20] <mivoligo>  #include <bits/c++config.h>
[19:20] <mivoligo>                             
[19:21] <mzanetti> hmm... strange
[19:21] <mzanetti> mivoligo: do other projects work for you?
[19:22] <mivoligo> mzanetti: just tried the clock and it works
[19:23] <mzanetti> hmm... I don't think the clock needs to compile anything...
[19:23] <mzanetti> mivoligo: btw. lets move to #ubuntu-app-devel, maybe there someone has seen this already
[19:23] <mivoligo> mzanetti: ok
[19:24] <dobey> mivoligo: what version of gcc? are you missing libstdc++-4.8-dev?
[19:27] <mivoligo> dobey: 4:4.8.2-1ubuntu6
[19:51] <nik90_> charles: yes there is a ticket already
[20:22] <nik90_> charles: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1318997
[20:34] <ricmm> mterry: qtubuntu
[20:34] <mterry> ricmm, aren't you dying?
[20:36] <mterry> I'll look into it
[20:37] <ricmm> mterry: pain receded, kidney stone is a 3-4 hour episode, maybe more tomorrow
[20:37] <ricmm> kinda like giving birth
[20:37] <ricmm> ;)
[20:37] <mterry> ricmm, :(
[20:37] <mterry> ricmm, so qtubuntu has a bit of code that does check if process is "unity8", but that code doesn't seem to be used anymore?
[20:37] <ricmm> it is used
[20:37] <ricmm> isShell is used to disable the sensor
[20:37] <ricmm> accelerometer
[20:40] <mterry> ricmm, I put a qDebug comment in there and I don't see it in the shell output...  I would have expected I would
[20:41] <ricmm> did you build with debug? ;)
[20:42] <mterry> ricmm, qDebug() isn't stripped by build flags eh?
[20:42] <ricmm> I think qDebug() does nothing if QT_NO_DEBUG is set
[20:42] <ricmm> but I might be wrong
[20:44]  * mterry switches to std::cerr
[20:49] <rsalveti> yeah, qDebug is only useful if qt was also built with debug
[20:50] <mterry> Still don't see the output...  I'll try putting  a crasher in there to confirm  :)
[21:21] <taiebot> Hey all there is certainly a promotion blocker missing. i definitely cannot get gsm working anymore on r26 and r44 on my nexus 4. When i go back to r15 it is all working ok. Appart from  reporting a bug what should i do to help you debugging i will certainly downgrade back to r15 as i really need gsm to work
[21:45] <taiebot> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1322356
[21:57] <rsalveti> awe_: ^
[21:57] <rsalveti>     Model = Fake Modem Model
[21:57] <rsalveti> taiebot: for some reason your sim is not even recognized
[21:58] <rsalveti> well, fake modem model is fine, problem is ril_0 not showing much
[21:58] <rsalveti> https://launchpadlibrarian.net/176137080/list-modems
[21:58] <rsalveti> it seems it's failing to recognize your sim card
[21:59] <rsalveti> taiebot: can you stop ofonod and start it with -d ?
[22:00] <rsalveti> ofonod -d -n -P stktest,provision,sap,udev,dun,smart
[22:00] <rsalveti> and then paste your syslog
[22:00] <rsalveti> the output of /system/bin/logcat might be useful as well
[22:03] <taiebot> Sorry downgraded to r15 pasting at the moment the same logs with r15.. did not think you would be that fast :-)
[22:06] <nik90_> rsalveti: ping
[22:07] <rsalveti> nik90_: pong
[22:07] <taiebot> On r15 it also show fake modem https://launchpadlibrarian.net/176138598/list-modems
[22:07] <nik90_> rsalveti: I saw that https://code.launchpad.net/~thomas-voss/platform-api/hw-alarms-api/+merge/210592 has been released. Does this mean alarms will show up even when the phone is in deep sleep?
[22:07] <nik90_> rsalveti: I thought we needed charles's branch to go along with that in the silo
[22:08] <rsalveti> nik90_: not yet, but we're close, that means the platform-api side of it is done
[22:08] <rsalveti> nik90_: yeah, we need charles's mr now
[22:08]  * nik90_ looks at charles's branches
[22:08] <rsalveti> taiebot: yeah, I forgot that this was always the case, but see that it was now able to find your sim card
[22:08] <rsalveti>  Present = 1
[22:09] <rsalveti> probably a regression in ofono
[22:09] <rsalveti> migrated the bug to ofono
[22:09] <rsalveti> awe_ should be back later today, he might be able to help you with that
[22:09] <nik90_> rsalveti: I suppose we are waiting on https://code.launchpad.net/~charlesk/indicator-datetime/hw-alarms-api/+merge/217169
[22:09] <rsalveti> but ofonod log + logcat would be mostly everything he needs atm I'd guess
[22:10] <rsalveti> nik90_: exactly
[22:10] <nik90_> rsalveti: hmm..I am too impatient to wait...we are so close :P
[22:11] <rsalveti> yeah, not sure what is currently blocking charles
[22:12] <taiebot> rsalveti: Well it would be better if someone tells me exactly which output they want in the bug report. i am sticking to r15 for the moment as i really need my phone to work.
[22:12] <nik90_> rsalveti: charles was sick last week..so I think that was the delay, but I think it should come in soon enough I suppose
[22:13] <rsalveti> taiebot: sure, but ofonod with -d should be more than enough, let's wait for awe_
[22:32] <awe_> rsalveti, I'm back...
[22:32] <awe_> rsalveti, taiebot, I'd really prefer to wait till we promote an image.  The last debugging we did on taiebot's phone involved a rootstock image
[22:33] <rsalveti> awe_: 44 was promoted today
[22:33] <awe_> w00t
[22:34] <awe_> rsalveti, https://bugs.launchpad.net/android/+bug/1266275
[22:34] <awe_> so one problem is that his carrier ( a MVNO ) is not included in any of our dbs
[22:34] <rsalveti> awe_: right, but in his case the modem is not even recognized
[22:34] <awe_> I filed the bug above against Android
[22:35] <rsalveti> s/modem/sim/
[22:35] <awe_> mako?
[22:35] <awe_> is it being powered properly?
[22:35] <rsalveti> see https://launchpadlibrarian.net/176137080/list-modems
[22:35] <awe_> I saw at least one case last week where urfkill didn't online the modem properly
[22:35] <awe_> and couldn't reproduce
[22:35] <awe_> yup, same problem
[22:35] <awe_> ignore the hfp modems
[22:36] <rsalveti> yeah, but he just reproduced it with image 44
[22:36] <awe_> those are created due to desktops having BT on/visible
[22:36] <awe_> and should be harmless
[22:36] <awe_> although maybe they're confusing urfkill?
[22:36] <awe_> cyphermox, ^^
[22:36] <awe_> the modem is offline
[22:37] <awe_> although when this hit me, I'm pretty sure I didn't have BT on/visible on my desktop, nor where there any hfp modems in the list
[22:38] <awe_> rsalveti, also abeato filed: https://bugs.launchpad.net/ubuntu/+source/urfkill/+bug/1321164
[22:38] <rsalveti> interesting
[22:38] <awe_> which has a patch ready for review...
[22:38] <awe_> when we switched from an include plugin list, to an exclude plugin list, I asked that hfp not be included
[22:39] <taiebot> Ok i am back on r44 do you want any output or stuff to try?
[22:39] <awe_> but I was pushed to leave it out of the exclude list
[22:39] <awe_> taiebot, can you try to manually online the modem?
[22:39] <awe_> online-modem /ril_0
[22:39] <awe_> ignore the hfp modems
[22:40] <awe_> cyphermox, if you're online, can you please review abeato's MP?
[22:40] <awe_> and also verify that hfp modems won
[22:40] <cyphermox> sure
[22:40] <awe_> won
[22:40] <awe_> !@%$!@
[22:40] <awe_> won't confuse urfkill?
[22:40] <cyphermox> moo?
[22:40] <awe_> oink
[22:41] <awe_> cyphermox, seems we still have modem online problems lurking
[22:41] <cyphermox> yeah I already know about this bug
[22:42] <awe_> seems like this could affect mako too
[22:42] <cyphermox> well, it could, but it's unlikely to actually happen
[22:42] <awe_> come on
[22:42] <taiebot> I have some python 3 error.
[22:42] <awe_> really???
[22:42] <awe_> taiebot has a modem that's offline on a mako
[22:42] <awe_> and it hit me at least twice last week
[22:42] <awe_> it's a race condition
[22:43] <cyphermox> you're actually seeing this bug on mako?
[22:43] <awe_> so the only way we can catch things like this, it to add stress testing to our test-plan
[22:43] <cyphermox> why didn't anybody tell me earlier?
[22:43] <awe_> taiebot you have a mako, correct?
[22:43] <awe_> cyphermox, I *did* tell you about this last week
[22:43] <awe_> but I only hit it twice
[22:43] <rsalveti> bug says it's a mako
[22:43] <awe_> and then rebooted another 20+ times and couldn't reproduce
[22:44] <taiebot> http://pastebin.com/TMg4uQne
[22:44] <cyphermox> right
[22:44] <awe_> that said, abeato's bug describes a race condition
[22:44] <awe_> which sounds like it could happen on any device
[22:44] <cyphermox> awe_: yes
[22:44] <awe_> he also happens to have a bunch of hfp modems
[22:44] <awe_> ;)
[22:44] <cyphermox> i'm not saying it shouldn't be fixed
[22:44] <awe_> which may just be red herrings
[22:45] <cyphermox> just that there's no guarantee *this* is what you were seeing
[22:45] <taiebot> I have mako yes. I tried with a different sim did not work either
[22:45] <awe_> dude, the modem is offline, not sure what else we could be seeing?
[22:45] <cyphermox> I see a lot of reports about various things, and very little data to substanciate and describe what might in fact be broken / how
[22:45] <awe_> we have a known race condition, and at least one user affected
[22:45] <awe_> we also have a MP
[22:45] <cyphermox> well, we only just fixed a bug in NM
[22:45] <awe_> let's fix this
[22:45] <awe_> rsalveti, ^^
[22:46] <rsalveti> python3 failing is quite weird
[22:47] <cyphermox> approved, I'm making this into a commit on git
[22:47] <taiebot> It all started after r16 for me. I started to have https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1318755
[22:47] <awe_> cyphermox, thank you
[22:47] <rsalveti> basically a dbus failure
[22:47] <awe_> well... the ofono scripts are kinda fragile when it comes to error conditions
[22:47] <rsalveti> right, but in this case it didn't find the org.ofono bus
[22:47] <awe_> they output backtraces instead of sensible errors
[22:47] <cyphermox> awe_: that's a pretty big error condition though
[22:48] <awe_> that means ofono probably crashed
[22:48] <taiebot> Do you need anything else from me on r44 i have to put back my phone on r15 to have it working?
[22:48] <cyphermox> backtraces are fine for these scripts, there it's actually broken for some reason
[22:48] <cyphermox> awe_: ofono would get respawned by upstart, no?
[22:48] <awe_> correct
[22:49] <cyphermox> so to be completely off like this it would need to be reproducible/repeatably crashing
[22:49] <awe_> taiebot, have you made any changes to your image, or are you running a pristine u44?
[22:49] <cyphermox> or taiebot you were just very unlucky
[22:49] <rsalveti> but list_modems worked fine, so something else happened it seems
[22:49] <awe_> also taiebot, can you check for crash files in /var/crash?
[22:49] <cyphermox> rsalveti: wait
[22:50] <cyphermox> if list_modems crahes ofono...
[22:50] <awe_> one thing at a time
[22:50] <taiebot> I told you before i edited the old list of modems .xml file as my provider was not listed
[22:50] <rsalveti> if that was the case, it should have a crash file
[22:50] <cyphermox> NM, urfkill, etc they also go list modems ;)
[22:50] <cyphermox> indeed
[22:51] <awe_> taiebot, right and in the bug above I suggested a better way to do this
[22:51] <awe_> https://bugs.launchpad.net/android/+bug/1266275/comments/3
[22:51] <awe_> did you change *anything* else in the image?
[22:51] <awe_> taiebot, you did say last week you liked to hack on the android side of things...
[22:51] <awe_> ;)
[22:51] <taiebot> yep you did but it works on r15 the .conf xml never worked
[22:52] <awe_> so changing the system files is not the right way to do this
[22:52] <awe_> we're trying to get the APN UI built
[22:52] <awe_> but unfortunately that's not my team
[22:53] <awe_> you're much better off changing the ofono gprs settings file per my comment
[22:53] <awe_> and using a pristine image
[22:53] <awe_> can you check for any other ofonod errors in your syslog?
[22:53] <awe_> grep 'ofono' /var/log/syslog
[22:54] <awe_> and also maybe pastebin the contents of your gprs settings file?
[22:54] <awe_> /var/lib/ofono/IMSI/gprs
[22:54] <awe_> also...were there any crash files in /var/crash?
[22:55] <awe_> cyphermox, I assume this bug can be marked FixReleased: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1320249
[22:55] <awe_> ?
[22:56] <cyphermox> yes. I thought I had
[22:56] <awe_> done
[22:56] <cyphermox> yep
[22:56] <taiebot> syslog is attached to the bug for both r15 and r44
[22:57] <taiebot> there is some /var/crash file.
[22:57] <awe_> taiebot, can you post the new bug #?
[22:57] <awe_> are any of them ofono?
[22:57] <taiebot> 1322356
[22:57] <awe_> thanks
[23:00] <awe_> taiebot, seems this is hfp related.  Can you disable BT on your device and reboot?
[23:00]  * awe_ predicted this...
[23:01] <awe_> cyphermox, I'm going to ask ogra_ to add hfp back into the -P list until we get to the bottom of this.  It's not like anyone can do anything with hfp now anyways...
[23:01] <taiebot> I have some IMSI but with no gprs file in them
[23:01] <cyphermox> cool
[23:01] <cyphermox> how is it hfp related?
[23:02] <awe_> https://launchpadlibrarian.net/176139826/ofnod.txt
[23:02] <awe_> because we're running code that we've never fully tested, and apparently when there are multiple hfp devices ( like Ubuntu desktops ), ofono tries to work with them, and if it can't, it Terminates
[23:03] <awe_> this is why I originally wanted hfp in the exclude list, as we hadn't fully tested all the scenarios
[23:03] <awe_> and it seems to be biting us in the ass now
[23:04] <awe_> taiebot, is your image write-able?
[23:04] <awe_> if so, any easier fix would be to edit the file /etc/init/ofono.override
[23:04] <taiebot> Yes it is write-able
[23:04] <awe_> and change the ofono command line to include 'hfp' in the plugin exclude list
[23:05] <awe_> which is a comma separated list that starts with "-P"
[23:05] <cyphermox> awe_: this is particular to the device though
[23:05] <cyphermox> I've had the hfp modems show up on phone and desktop with ofono running without crashes
[23:05] <cyphermox> I'm totally not against disabling it though, that plugin is useless
[23:06] <awe_> it's not crashing, it's exiting
[23:06] <cyphermox> do you want me to do it and upload lxc-android-config?
[23:06] <cyphermox> it's crashing
[23:06] <cyphermox> ofonod[2972]: plugins/hfp_hf.c:hfp_connect_reply() Connect reply: No route to host
[23:06] <cyphermox> you shouldn't be getting this for a paired device
[23:06] <awe_> ofonod[2972]: Terminating
[23:07] <cyphermox> I can't believe ofono isn't intelligent enough to gracefully handle this failure
[23:07] <awe_> anyways, sure if you can do an upload to lxc-android-config to disable hfp, that'll save me an email to ogra_
[23:07] <cyphermox> It's as if that part of code was never testing
[23:07] <cyphermox> I can do it now
[23:07] <awe_> let's wait and see if this fixes the problem for taiebot
[23:07] <awe_> it wasn't thoroughly tested... ( at least not by me )
[23:08] <cyphermox> meh... disabling the ofono bt modules is safe, and they don't belong enabled anyway
[23:08] <awe_> then go for it
[23:08] <cyphermox> I looked at both, couldn't find anything we'd want to use in the near future in any way
[23:08] <awe_> I'd still like to see confirmation that this works for taiebot
[23:08] <cyphermox> yes
[23:09] <cyphermox> do you remember their little names? :)
[23:09] <cyphermox> as I recall it wasn't just hfp
[23:09] <cyphermox> oh wait
[23:10] <awe_> the other plugin is just plain old "bluetooth"
[23:11] <cyphermox> we want that one though
[23:11] <cyphermox> that's what allows ofono and bluez to talk for telephony IIRC
[23:11] <awe_> then by all means leave it there...
[23:12] <taiebot> I cannot get the file to save?
[23:13] <taiebot> sudo nano ofono.override after putting hfp ctrl x yes file name to write
[23:15] <taiebot> maybe its not write able.
[23:15] <awe_> taiebot, you could adb pull the file to your local machine
[23:15] <awe_> edit it
[23:15] <awe_> and then adb push it back to /etc/init
[23:15] <awe_> then reboot
[23:16] <taiebot> ok
[23:18] <awe_> taiebot, your ofonod cmd line should look like this: exec ofonod -P stktest,provision,sap,udev,dun,smart,hfp
[23:18]  * awe_ knows that was obvious, but just in case... ;)
[23:18] <taiebot> yep done it rebooting now
[23:18] <awe_> cool
[23:19] <cyphermox> awe_: could you try just hfp_hf on your end?
[23:19] <taiebot> \o/ yeah
[23:20] <taiebot> it worked
[23:20] <awe_> awesome!
[23:20] <awe_> cyphermox, not sure what you mean?
[23:20] <awe_> cyphermox, ah you mean just the hfp_hf plugin?
[23:21] <cyphermox> as the pplugin name yeah
[23:21] <cyphermox> I´m having a hard time parsing what ofono expects the plugin name to be
[23:21] <awe_> cyphermox, if hfp works for taiebot, let's got with that now, and we can adjust if necessary one we have some more time
[23:22] <cyphermox> ah, there it is
[23:22] <cyphermox> yeah, hfp is fine
[23:22] <awe_> cool
[23:22] <awe_> brb
[23:22] <taiebot> Ok thanks for your help i suppose it will be solved pretty soon my bug :-D have a good night
[23:23] <awe_> yw, g'nite!
[23:26] <cyphermox> awe_: was there a bug for the plugin stuff?
[23:33] <awe_> cyphermox, well we could use the new bug taiebot opened
[23:33] <cyphermox> wasn't that for the apn?
[23:33] <awe_> https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1322356
[23:33] <cyphermox> aye, good enough
[23:36] <cyphermox> ah shoot