[01:01] <fishscene> Greetings. I'm trying to figure out how to get my Nexus 7 screen from flickering. https://bugs.launchpad.net/mir/+bug/1238695 I just updated and I am still having the bug listed. Which development channel should I get on to obtain the bug fix?
[01:02] <fishscene> …or is Ubuntu still on Mir 0.1.3 instead of on 0.1.4?
[01:09] <fishscene> Also, when attempting to fmanually lash the Nexus 7 to the "devel-proposed" channel: "ERROR:phablet-flash:https://system-image.ubuntu.com/devel-proposed/grouper/index.json cannot be retrieved"   Is it down?
[01:36] <andrew806> Thinking about getting a Nexus 7. When does the image for the 2013 version of the tablet go live?
[01:36] <andrew806> Or is it ready to flash?
[03:12] <xiambax> http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[03:12] <xiambax> What arch is the Nexus 7 2013?
[04:43] <Mirv> xiambax: armhf, but the codename is "razor" and there is no premade image for it yet
[05:13] <xiambax> So if I'm using multi boot how do i install?
[05:15] <xiambax> This one? https://dl.google.com/dl/android/aosp/razor-kot49h-factory-ebb4918e.tgz
[05:16] <xiambax> nm sorry thats the default rom
[05:16] <xiambax> silly me
[05:43] <ritesh> hi
[05:44] <ritesh> i am beginners and want to dual boot ubuntu and android
[05:44] <ritesh> but don't know where to start
[05:44] <ritesh> anyone can help ?
[05:45] <ritesh> ??? anyone here
[06:53] <bray90820> Is there any sort of ubuntu touch interface for ubuntu desktop
[06:55] <ritesh> any one here
[06:55] <ritesh> i need some help
[06:57] <bray90820> I am here but in no way am knowledgeable enough to help you
[07:20] <spazzymoto> ritesh: what do u need help with?
[07:35] <dholbach> good morning
[08:01] <didrocks> oSoMoN: hey, how are you?
[08:01] <oSoMoN> didrocks, doing good, and you?
[08:01] <didrocks> oSoMoN: I'm fine, thanks ;)
[08:02] <didrocks> oSoMoN: reading your email on notes-app failure: it seems that we got the issue at 100% in the past 3 runs, can you try on your device? I'm flashing and trying here as well
[08:02] <didrocks> oSoMoN: if it's a real issue which is reliably failing, we shouldn't promote the current image, hence the double checking
[08:02] <oSoMoN> didrocks, looks like it was on mako, I only have maguro, but trying anyway
[08:02] <oSoMoN> didrocks, it’s not a regression though, the issue has been there for a long time
[08:02] <didrocks> oSoMoN: I have a mako
[08:02] <didrocks> oSoMoN: but it was a flaky behavior, right?
[08:03] <didrocks> let's see if it reliably failing now…
[08:03] <oSoMoN> didrocks, it is flaky indeed
[08:03] <oSoMoN> didrocks, as you can see from the logs, it’s not always the same test that is failing, too
[08:03] <didrocks> ah, I didn't backlogged, just saw notes-app always having one falure
[08:03] <didrocks> failure*
[08:04] <didrocks> oSoMoN: all the tests are interacting with the toolbar, you think it's the cause?
[08:05] <oSoMoN> didrocks, I don’t know what the cause is, but it’s failing early, in the test’s setUp, which is the reason why it can potentially affect any test
[08:05] <didrocks> oSoMoN: ah, sorry, was totally out of context, ok, in the setUp, so yeah randomly
[08:05]  * didrocks has too many regressions to keep in mind :p
[08:05] <didrocks> ok, self.main_window.close_toolbar()
[08:06] <didrocks> oSoMoN: maybe, you should add debug logs (hoping the slight delay won't impact the failure), before the close_toolbar() call? like "it
[08:06] <didrocks> "is it opened"?
[08:07] <oSoMoN> didrocks, I’m pretty sure that would make the failure go away :) it’s clearly a race condition, but I’d like to understand where
[08:07] <didrocks> oSoMoN: yeah, if there is a sync to query the status…
[08:08] <oSoMoN> didrocks, see my notes on the bug report, I’m suspecting (gut feeling) a race condition in the Toolbar component itself
[08:11] <didrocks> oSoMoN: ok, so you need the sdk guys helping you potentially?
[08:12] <didrocks> (from your last comment)
[08:12] <didrocks> and confirmed, no failure here
[08:12] <oSoMoN> didrocks, I just ran the full test suite for notes_app on maguro, it’s passing
[08:12] <didrocks> same on my mako this time
[08:12] <oSoMoN> didrocks, I suspect the race happens more easily on mako, because maguro is sloooow
[08:12] <didrocks> oSoMoN: yeah, and so the emulator won't work…
[08:13] <didrocks> won't work == won't show the issue :/
[08:13] <oSoMoN> didrocks, I’ll have a quick look at the code for Toolbar in the UITK, and if I can’t figure it out, then yes I’ll need help from the SDK people
[08:13]  * didrocks oSoMoN salut! Je voulais juste te dire merci de regarder régulièrement les résultats des tests, ça me réchauffe le cœur dans les méandres de régression d'avoir une équipe efficace et des gens motivés ;)
[08:14]  * oSoMoN de rien :)
[08:14] <didrocks> :-)
[08:15] <didrocks> oSoMoN: ok, I'll keep the guys prewarned though, thanks for looking at this!
[09:16] <sil2100> tvoss: hello!
[09:16] <sil2100> tvoss: did you have a moment to take a look at the remove_lcov_dep merge for properties-cpp?
[09:18] <Mirv> tsdgeos: so I proceeded now yesterady to skip failing x86 UI Toolkit tests for an individual build to get forward with other builds
[09:18] <Mirv> tsdgeos: I've fixed also a bunch of other things so there is definitely progress again, but also I've filed a handful of new bugs :)
[09:19] <tsdgeos> damn :D
[09:20] <tsdgeos> Mirv: i'm having lots of weird crashers in i386.only again, opened https://bugreports.qt-project.org/browse/QTBUG-36289
[09:20] <Mirv> tsdgeos: unity8 seems now building good first time in a long time. it needed a) UI Toolkit b) disabling valgrind for libusermetrics c) bumping dee-qt version number to fix funny hud dependencies
[09:20] <tsdgeos> crashes go away when the jit is disabled
[09:20] <tsdgeos> which makes the chances of myself finding the cause of the crash pretty slim
[09:21] <tsdgeos> since i am not the correct guy to debug assembler written by the jit
[09:21] <Mirv> tsdgeos: ok. web browser is having 32-bit problems (armhf + i386) https://launchpadlibrarian.net/162947042/buildlog_ubuntu-trusty-i386.webbrowser-app_1%3A0.23%2B14.04.20140115.1-0~439%2B201401201649~ubuntu14.04.1_FAILEDTOBUILD.txt.gz while amd64 works, maybe that's related
[09:21] <seb128> tsdgeos, does "the correct guy" for that exists? ;-)
[09:22] <tvoss> sil2100, will look at it now
[09:22] <tsdgeos> seb128: i guess whoever wrote the JIT?
[09:22] <seb128> Mirv, hey, can you upstream your poppler qt 5.2 change?
[09:22] <seb128> tsdgeos, yeah, might be
[09:22] <tsdgeos> seb128: some of the qt guys seemed to know what they were asking me to try
[09:22] <tvoss> sil2100, approved
[09:22] <Mirv> seb128: yes, I'll look their tracker up. I just didn't do it yet.
[09:23] <tsdgeos> seb128: and then it ended with a "i need to debug this myself and not remotely, please file a bug", which i'm not sure if it was a way to send me to /dev/null and stop bugging them or not
[09:23] <seb128> Mirv, or maybe talk to tsdgeos directly ;-)
[09:23] <sil2100> tvoss: thanks!
[09:23] <Mirv> seb128: o_O :D
[09:23] <Mirv> tsdgeos: hi Mr. poppler upstream
[09:24] <tsdgeos> Mirv: hello
[09:24] <Mirv> tsdgeos: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1271026 patch attached
[09:24] <Mirv> qt 5.2's moc outputs "moc 5.2.0", not "Qt 5.0.2"
[09:24] <tsdgeos> we have taht
[09:24] <Mirv> oh, so you do
[09:25] <tsdgeos> somewhere
[09:25] <Mirv> http://cgit.freedesktop.org/poppler/poppler/commit/?id=a766c55f68db38feed91cf003a0d5710e2f925a8
[09:25] <Mirv> I'll update the bug
[09:25] <tsdgeos> yeah there
[09:25] <tsdgeos> that actually breaks
[09:25] <tsdgeos> for the old one
[09:25] <tsdgeos> i fixed it later
[09:26] <tsdgeos> needed http://cgit.freedesktop.org/poppler/poppler/commit/configure.ac?id=e238c1f83fd5f667336bfbb0e9a59569ff638ecc on top of that one
[09:26] <tsdgeos> or i was getting the qt4 moc pass the first part of the regexp
[09:26] <tsdgeos> but yeah it's in there
[09:27] <Mirv> tsdgeos: right, so exactly as I already did in the proposed patch
[09:27] <tsdgeos> yep
[09:29] <Mirv> I'll just update to note that it's actually a backport even though I didn't know it
[09:39] <oSoMoN> didrocks, I’ve had a closer look at the Toolbar component, nothing obvious stands out
[09:40] <didrocks> oSoMoN: ok, so bzoltan, Mirv, can you give a hand to the apps team?
[09:40] <bzoltan> didrocks: on what?
[09:41] <bzoltan> oSoMoN: what is the problem?
[09:41] <didrocks> https://bugs.launchpad.net/notes-app/+bug/1271054
[09:41] <didrocks> bzoltan: Mirv ^
[09:42] <Mirv> thanks
[09:42] <oSoMoN> I just added a comment to the bug report, FWIW
[09:44] <bzoltan> oSoMon: I have assigned the bug to timp, but my blind evaluation is that all unreliable tests should be removed.
[09:44] <oSoMoN> bzoltan, ha, in that case we can wipe out the entire notes_app test suite :)
[09:45] <bzoltan> oSoMoN:  for the records :) I am not going to oppose that :D
[09:45] <oSoMoN> bzoltan, more seriously, not an option, we need to understand what’s going on
[09:46] <bzoltan> oSoMoN:  To be very serious too... We have spent about hundred times more time on understanding the output of unreliable test cases than what it took to create the whole UITK
[09:47] <oSoMoN> bzoltan, I know, same here on applications
[09:47] <oSoMoN> bzoltan, if it was one isolated test, I would totally remove it, but it’s a general problem that happens on all tests
[09:48] <oSoMoN> randomly
[09:48] <oSoMoN> so we need to understand the issue
[09:48] <bzoltan> oSoMoN:  We will investigate this case because you ask for it... but if a test is not reliable and gives too much false alarms then it is doing just the opposite what tests should do.. saving time and preventing problems.
[09:48] <bzoltan> oSoMoN: could be CI issue too
[09:48] <oSoMoN> bzoltan, could be
[09:49] <dholbach> hey ralsina, do you know somebody who could take a look at bug 1271106?
[09:57] <oSoMoN> bzoltan, timp: please don’t invest time on bug #1271054 just yet, I’m trying something which hopefully will fix the issue
[10:07] <oSoMoN> bzoltan, I re-assigned the bug to myself
[10:08] <oSoMoN> didrocks, I submitted a tentative fix, I’d like to run CI a few times on it to validate it works
[10:08] <oSoMoN> (https://code.launchpad.net/~osomon/notes-app/wait-toolbar-autohide/+merge/202423)
[10:09] <didrocks> oSoMoN: ok, when we get arm debs, I'll ask psivaa to do that
[10:09] <didrocks> thanks, let's cross fingers ;)
[10:10] <oSoMoN> yeah
[10:22] <bzoltan> oSoMoN: didrocks: Super, Let's hope it works out :)
[10:28] <KathyReid> https://www.rescuetime.com/blocked/url/
[10:29] <KathyReid> https://www.rescuetime.com/blocked/url/
[10:29] <KathyReid> https://www.rescuetime.com/blocked/url/
[10:38] <sil2100> mhr3: hello! Do you know if there is a need for unity-plugin-scopes to require the latest (by latest I mean trunkish latest) dee-qt?
[10:39] <mhr3> sil2100, there isn't
[10:39] <mhr3> and hey :)
[10:44] <oSoMoN> didrocks, my MR didn’t improve things, in fact it seems it’s triggering the issue more often…
[10:44] <oSoMoN> didrocks, could you (or someone else with a nexus4) run the tests from the packages built by CI and see what happens (visually speaking) when the tests fail?
[10:44] <didrocks> oSoMoN: yeah, maybe the AP call under it is calling the same code
[10:45] <didrocks> oSoMoN: I can't right now, but I guess sil2100 has some free slots (working on yet-another-regression :p)
[10:49] <sil2100> :O
[10:50] <sil2100> oSoMoN: could you point me to all the required links? ;)
[10:50] <sil2100> I could try then
[10:52] <oSoMoN> sil2100, yeah, you’ll need to install the packages at http://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-trusty-armhf/2318/artifact/work/output/*zip*/output.zip on a nexus4, then run the entire notes_app autopilot test suite and observe what happens when a test fails with Toolbar.animating failed: False != dbus.Boolean(True, variant_level=1)
[10:52] <oSoMoN> sil2100, at this point, we have (toolbar.opened == False), but (toolbar.animating == True), and that doesn’t really make sense
[10:53] <oSoMoN> because the test waits for 10 secs for toolbar.animating to become false, it should be long enough
[10:53] <sil2100> oSoMoN: ok, hm, let me give it a spin then
[10:54] <oSoMoN> thanks
[10:58] <davmor2> Morning all
[11:14] <sil2100> oSoMoN: the first run ended with no failures, re-running right now
[11:15] <oSoMoN> ok
[11:26] <sil2100> oSoMoN: this is strange, 3 runs and 0 failures - is that ok?
[11:27] <oSoMoN> sil2100, :/ that’s murphy’s law
[11:34] <sil2100> oSoMoN: *sigh* cannot make it to fail...
[11:36] <oSoMoN> sil2100, nevermind then, thanks for trying hard :)
[11:36] <sil2100> oSoMoN: last run running now, keeping my fingers crossed!
[11:42] <sil2100> oSoMoN: sadly... the same result
[11:42] <oSoMoN> sil2100, ok, can you comment on the MR to explain how many times you ran the tests locally without observing failures, just for the record?
[11:42] <davmor2> tvoss_: agps? any ideas on when it might land at all?
[11:43] <sil2100> oSoMoN: sure
[11:43] <oSoMoN> thx
[11:51] <daker> oSoMoN: they have removed the spinner :) https://plus.google.com/u/0/+MarkFinkle/posts/fHzpEy8V9KL
[12:04] <ralsina> dholbach: sure, gatox can
[12:04] <gatox> ralsina, what did i miss?
[12:05] <ralsina> gatox: bug https://launchpad.net/bugs/1271106
[12:06] <gatox> ralsina, are we going to maintain that?? i thought that should disappear once the system settings branch landed (that i hope we can do that this week)
[12:06] <ralsina> gatox: that is a good answer :-)
[12:07] <ralsina> gatox, dholbach: so, if you are confident that is going to land this week, I'd say that ont he bug and then we're good. The problem is that if it doesn't, it blocks the move to qt 5.2
[12:09] <gatox> ralsina, i'm actually working right now trying to get the autopilot tests to work properly (i have some issues about that during the weekend, and i needed to ask around... on track now)... and my plan is to stay today until that branch is 100% ready
[12:10] <ralsina> ok, cool, you could push your branch linked to this bug
[12:10] <gatox> ralsina, will do that
[12:17] <dholbach> thanks gatox, ralsina!
[12:18] <gatox> dholbach, no problem.... i'll let you know when the branch lands
[12:18] <dholbach> awesome!
[12:46] <dpm> hey all, quick question: does the emulator install a RW image by default?
[12:47] <dpm> i.e. if I need to install a package for testing in the emulator, do I need to set the instance to RW first, or is it already RW?
[12:49] <popey> dpm: I would check but it takes about 30 mins to boot the emulator on my i7!
[12:49] <ogra_> popey, yeah, needs an i8 to work properly
[12:49] <ogra_> :P
[12:49] <popey> hah
[12:49] <popey> well, found I had a firefox zombie eating 100% cpu which doesn#t help
[12:49] <ogra_> popey, only the first boot should take that long though
[12:49]  * popey retracts is aspertions on the emulator
[12:50] <dpm> popey, oh wow, it takes about 5 mins on my modest i3. Start closing all those cat videos!
[12:50] <ogra_> (though rather 10  than 30min)
[12:50] <popey> hah
[12:50] <popey> #blamemozilla
[12:50] <ogra_> ++
[12:50] <popey> ordered 16GB for laptop, tempted to get 16GB for desktop too
[12:51] <dpm> It seems I can run sudo apt-get update without having it set to RW, but it's taking a while to complete
[13:08] <cwayne> didrocks, btw, the touch_custom and touch images are on the same build number now :P
[13:08] <didrocks> cwayne: oh nice!
[13:08]  * didrocks will look at them today then ;)
[13:09] <cwayne> there's a few more failures than usual, but many of them are kind of highlighting the flaky tests (i.e. they fail only sometimes)
[13:09] <cwayne> while stuff like the gallery-app failures are known, and the fix is known and in progress
[13:19] <popey> meanwhile, 15 mins later, nothing on the display in my emulator
[13:19] <cwayne> popey, first time running?
[13:20] <popey> yeah
[13:21] <boiko> Mirv: hi, I'm trying to figure out what is going on with this bug: https://bugs.launchpad.net/telephony-service/+bug/1270778
[13:21] <cwayne> yeah, its pretty slow the first boot :/  i heard sergio's looking to pre-compile the apparmror stuff to speed it up
[13:22] <boiko> Mirv: so, that dbus-test-wrapper.sh file is auto-generated and the permissions are correct (as it builds fine both locally and on jenkins)
[13:26] <Mirv> boiko: hmm, I wonder if it might be caused by the diff generated with bzr bd -S then not representing the excutable rights instead of being actual problem? since I needed to created manual package until bug #1270770 fix is in
[13:28] <Mirv> boiko: that bug's proposed branch fails to build also failing HandlerTest, but not to permission denied
[13:28] <Mirv> boiko: so it'd look like 1270778 is valid one way or another, maybe just not because of a permission problem but in general that test failing
[13:28] <boiko> Mirv: yep, I will check the failures there, those dbus tests are new and might still be a little unstable
[13:30] <Mirv> thanks a lot. I updated the bug report a bit to note that the wrong permission is probably a false alarm.
[13:30] <boiko> Mirv: thanks
[13:45] <popey> cwayne: another 25 mins later... still black ☹
[13:47]  * popey restarts
[13:57] <ybon> Does anyone know any OpenStreetMap native app or attemp to build one?
[13:58] <ogra_> there is a webapp in the store iirc
[13:58]  * ogra_ hasnt heard of anyone working on a native one 
[13:58] <ybon> yep, I've seen the webapp :)
[14:01] <ybon> I'm planning to do a simple one (show tiles, geolocate me, show me POIs around) as an exercice to build app for UT, but I don't want to reinvent something already done
[14:22] <popey> ybon: not aware of anything, would love for someone to make one
[14:23] <popey> (I made the webapp)
[14:23] <ybon> ah, nice :)
[14:23] <ybon> Well, I'm hoping to sandbox something in the incoming days/weeks, let's see :)
[14:25] <ogra_> popey, would be really cool if the click lens would actually show a maintainer name ;)
[14:26] <ogra_> so that i know eher to send my flowers ...  (or the crowd with the pitchforks ...)
[14:26] <ogra_> *where
[14:39] <popey> ☻
[14:42] <JUracan> Hi everyone
[14:42] <JUracan> I'm trying to flash Ubuntu Touch on a Nexus 4
[14:43] <JUracan> I had it running stock android 4.4 with TWRP before the flash
[14:43] <JUracan> I flashed it following the instructions on the wiki
[14:43] <JUracan> It flashed cwm
[14:44] <JUracan> Then the ROM
[14:44] <JUracan> But when it tried to boot it got stuck at the google logo
[14:44] <JUracan> Should I try to reboot?
[14:46] <cwayne> cyphermox, ping
[14:58] <victorp> popey, ping
[15:10] <Jurlacas> Well
[15:10] <Jurlacas> I am reflashing android
[15:10] <Jurlacas> So I can reflash Ubuntu
[15:17] <Bray90820_> Is there a n ubuntu touch shell that works with ubuntu desktop
[15:18] <cwayne> Bray90820_, yep
[15:18] <cwayne> http://davidplanella.org/ubuntu-emulator-quickstart-guide/
[15:18] <cwayne> Bray90820_, ^ :)
[15:21] <kgunn> pitti: ping
[15:21] <Bray90820_> cwayne: thats not really what i wanted that is just a VM of ubuntu touch
[15:21] <pitti> kgunn: hello
[15:22] <Bray90820_> I wanted the touch interface to be on top of ubuntu desktop so i could use it with my touch screen laptop
[15:22] <kgunn> pitti: hey, Cimi was looking at adding an autopilot test for "joining wifi prompt" but
[15:22] <kgunn> pitti: needs a wifi mock to rely on
[15:22] <Cimi> kgunn, there's a dubs wifi mock
[15:22] <kgunn> curious if that's potentially something youve done ?
[15:23] <Cimi> kgunn, but I have to see how to use it with python/autopilot first
[15:23] <seb128> mterry, ogra_: ^ btw
[15:23] <kgunn> Cimi: ah....cool you found one
[15:23] <pitti> kgunn: yes; I assume this talks to/listens to NetworkManager?
[15:23] <kgunn> pitti: yeah...we figure someone had "already invented that wheel" so i was just turning over rocks
[15:23] <pitti> kgunn, Cimi: yes, python[3]-dbusmock ships a NetworkManager mock by default with some convenience methods to add new devices/wifis/etc
[15:23] <mterry> Cimi, I would love that test
[15:24] <kgunn> mterry: its considered a blocker atm :)
[15:24]  * Cimi downloads it
[15:24] <ogra_> seb128, awesome, thanks !
[15:24] <pitti> Cimi, kgunn: https://gitorious.org/python-dbusmock/python-dbusmock/source/tests/test_networkmanager.py shows how to use it
[15:24] <cwayne> Bray90820_, i don't get what you're asking for then?  that's a shell for ubuntu touch that works on ubuntu desktop...
[15:24] <cwayne> or you can just locally run unity8 i guess
[15:24] <kgunn> pitti: thanks for the pointers
[15:24] <mterry> kgunn, and Leo was working on the click package one?
[15:25] <pitti> kgunn, Cimi: you can also use it from other languages by calling the mock with python3 -m dbusmock -t network_manager
[15:25] <pitti> phone, brb
[15:26] <Cimi> thx
[15:26] <cwayne> bfiller, any update on content hub + gallery-app re: click packages?  (or i may have missed it in your email)
[15:28] <bfiller> cwayne: no update, it's dependent on new autopilot, content hub and upstart app launcher. I hope to follow up this week on it
[15:29] <kgunn> mterry: thats right
[15:29] <Bray90820_> cwayne: you get how the ubuntu desktop and the ubuntu touch interface run different apps
[15:29] <andrew806> I saw this morning that Google sync is coming along
[15:29] <andrew806> definitely excited about that
[15:30] <cwayne> Bray90820_, yes
[15:33] <Bray90820_> cwayne: and you get what shells are like unity and gnome right?
[15:34] <sil2100> Mirv, bzoltan: I seem to be having mumble problems
[15:35] <Mirv> sil2100: there's no-one there anyway but me, so I guess it's not happening
[15:35] <sil2100> Mirv, bzoltan: I'll try to connect somehow, but it might take some time - if there's anything appmenu related, just give me a sign on IRC if I don't make it
[15:35] <sil2100> oh
[15:35] <sil2100> o_O
[15:36] <cwayne> Bray90820_, yeah, so like when I said that you could run unity8 locally?
[15:36] <Mirv> I hope next week there are more people interested in Qt 5.2 bug fixing :S maybe some more invites too.
[15:36] <Bray90820_> cwayne: are you thinking i want to run ubuntu touch apps on my desktop?
[15:36] <sil2100> Mirv: which room is it btw.?
[15:37] <sil2100> Mirv: I just connected :D
[15:37] <sil2100> Mirv: Christian is there!
[15:38] <sil2100> Mirv: we can still make the meeting, there will be 3 of us then :)
[15:38] <sil2100> Mirv: come join us!
[15:38] <Bray90820_> cwayne: i am sorry to be so confusing
[15:39] <Mirv> sil2100: hehe, ok.
[15:39] <sil2100> bzoltan: how about you? Will you be joining?
[15:40] <sil2100> bfiller: hi, are you free right now?
[15:40] <bfiller> sil2100: yes
[15:40] <sil2100> bfiller: could you join us on the Qt 5.2 bugs meeting? It's on mumble (google calendar invite)
[15:40] <bfiller> sil2100: yes I will join
[15:40] <sil2100> bfiller: thank you!
[15:42] <Bray90820_> cwayne: Basiclly what i want is an ubuntu touch sell i can run on top of ubuntu desktop instead of unity so i can have the touch features while still being able to run desktop apps
[15:44] <cwayne> Bray90820_, the ubuntu touch shell *is* unity, but it's unity8 instead of unity 7
[15:44] <tsdgeos> oSoMoN: added some info i found in https://bugs.launchpad.net/webbrowser-app/+bug/1271033
[15:46] <Bray90820_> cwayne: thanks I didn't know that sorry for the confusion
[15:48] <cwayne> dpm, hey, could you email me the reminders-app click? (or just the link to it), i seem to have lost it in the scrollback :)
[15:48] <oSoMoN> tsdgeos, oh, thanks!
[15:48] <tsdgeos> oSoMoN: sadly it doesn't help much
[15:48] <tsdgeos> but well, it's some pointers
[15:49] <oSoMoN> tsdgeos, at least it’s somewhere to start the investigation
[15:52] <tsdgeos> oSoMoN: about the /proc thing
[15:53] <tsdgeos> maybe it's similar to https://codereview.qt-project.org/#change,75282
[15:53] <oSoMoN> tsdgeos, sounds like it could be, from a very quick glance
[15:54] <tsdgeos> but well, the other stuff is more pressing i guess
[15:55] <JUracan> Do the fastboot and adb versions you get through apt have full functionality or are they  somehow "caped"?
[15:56] <davmor2> JUracan: how do you mean by capped there is only one version of adb and fastboot. It just depends on the age of the package as to what it supports
[15:57] <JUracan> Oh, ok
[15:57] <JUracan> Thank you
[15:57] <davmor2> JUracan: it happily dealt with my xoom and putting cyanogenmod on it
[16:00] <JUracan> I guess it's just my system crapping itself
[16:13] <davmor2> cyphermox: any idea if the non backward compitable version of telepathy 1.0 will have any issues for us or are we using an older version anyway?
[16:29] <ybon> Anyone know where this page has ended by chance: http://developer.ubuntu.com/api/qml/sdk-1.0/QtLocation.qml-location5-maps/declarative-mapviewer.html ?
[16:31] <daker> ybon: Joseph is working on this https://plus.google.com/u/0/+JosephMills/posts/BrLpZcYM2Jw
[16:32] <dpm> popey, I'm about to enter a call, do you have the URL of the reminders app click handy for cwayne?
[16:34] <popey> dpm: he already has it
[16:34] <popey> dpm: http://people.canonical.com/~alan/click/com.ubuntu.reminders_0.1.29_armhf.click
[16:35] <ybon> daker: oh, nice, but this sounds all EvilMaps inside :s
[16:35] <cwayne> popey, thanks, i'd misplaced it
[16:35] <popey> k
[16:50] <dpm> thanks popey
[16:51] <Felin> Hey all, trying to flash to my Nexus 7 (Grouper) and having some issues. I keep getting an error, "Returned non-zero exist status 1" when the flash attempts to push a file to /cache/recovery/
[16:55] <JurDur> Is there a way to flash without having android installed and booted?
[16:59] <balloons> kenvandine, ping
[16:59] <kenvandine> balloons, pong
[16:59] <ogra_> JurDur, if you have a supported device, recovery mode is enough
[17:01] <balloons> kenvandine, do you know how the account-console tool can support a complete command line authentication for online accounts? I spoke with mardy as you suggested last week, and he recommended it. However, I seem to still get a popup window asking me to enter my username and password details
[17:02] <kenvandine> balloons, i don't think you can get around it opening the browser
[17:03] <kenvandine> balloons, let me looks for an old example i have, hang on
[17:03] <kenvandine> s/looks/look
[17:03] <balloons> I see I can pass a session.. but that doesn't help..
[17:03] <balloons> kenvandine, ty
[17:07] <Jurlacas> How can I flash through recovery, ogra_?
[17:07] <ogra_> use the -d option with phablet-flash
[17:07] <ogra_> and give the matching device name for your device
[17:08] <Jurlacas> Like phablet-flash cdimage-touch -d mako?
[17:09] <ogra_> Jurlacas, dont use cdimage-touch we dont test it
[17:10] <Jurlacas> ubuntu-system them?
[17:10] <ogra_> right
[17:10] <ogra_> and --channel trusty
[17:13] <Jurlacas> Well
[17:15] <Jurlacas> It says device detected as /sbin/sh: getprop: not found
[17:15] <ogra_> with -d ?
[17:15] <Jurlacas> And then Unsupported device, autodetect fails device
[17:15] <ogra_> that usually omits the getprop function
[17:15] <Jurlacas> Oh
[17:16] <ogra_> phablet-flash ubuntu-system -c trusty -d mako
[17:16] <ogra_> something like that
[17:16] <mardy> balloons: if you want to get a valid oauth token, then I'm afraid there is no way to avoid authenticating with the remote service
[17:17] <balloons> hey mardy :-) I'm happy to auth with the remote service, I just assumed I could pass my user/pass to the tool and have it do the oauth for me
[17:17] <mardy> balloons: if it's fine for you to just get some hardcoded value just for testing, then there's a way to do that
[17:17] <mardy> balloons: no, unfortunately we cannot guarantee a UI-less flow
[17:18] <balloons> mardy, it seems if I have  a session token already though, no need for UI right?
[17:19] <cwayne> why not just an autopilot test to enter the account first?
[17:19] <cwayne> that'd have the added bonus of testing the whole mechanism from a user standpoint as well, right?
[17:19] <Jurlacas> It had some trouble with the (already) downloaded files
[17:20] <balloons> hey cwayne, yes we could automate adding an account via settings as well.. that was the original idea, but it's testing a lot more than just a single app at that point
[17:20] <Jurlacas> So I moved them somewhere else and I'm redownloading them
[17:20] <kenvandine> balloons, http://bazaar.launchpad.net/~ken-vandine/account-plugins/phablet/view/head:/debian/uoa-create
[17:21] <kenvandine> balloons, that's a script we used to use for creating accounts on the device before we had a UI for it
[17:21] <kenvandine> it still opened a browser to auth
[17:21] <kenvandine> but i suspect you could include a token in the creation params there
[17:21] <kenvandine> but i don't have an example of that
[17:21] <kenvandine> cwayne, do you know? ^^
[17:22] <balloons> ty kenvandine. I'm going to have to think about the best way to move forward. It might behoove us to just fake everything
[17:22] <kenvandine> balloons, i think that would be probably be the most reliable
[17:23] <balloons> it certainly would.. I mistakenly thought not mocking would be easier
[17:24] <cwayne> kenvandine, sorry, never tried that
[17:24] <kenvandine> cwayne, thx, i figured if anyone had... it would be you :)
[17:24] <cwayne> :)
[17:26] <balloons> part of this was trying to find a good way for any developer who needed to mock adding an account.
[17:27] <kenvandine> balloons, there is https://code.launchpad.net/uoa-integration-tests
[17:27] <kenvandine> which adds it's own fake provider and fake accounts
[17:27] <kenvandine> but that doesn't test an existing provider with a fake account
[17:28] <kenvandine> it's more for testing the infrastructure of UOA
[17:28] <balloons> right.. small but important distinction :-)
[17:28] <balloons> i'll have a think and circle back
[17:28] <cwayne> honestly i think a generic autopilot test case to actually do it from UI could be helpful for any app dev
[17:29] <kenvandine> this one uses an oauth service on localhost
[17:30] <cwayne> cyphermox, hi, i updated that bluetooth-touch MR with the appropriate upstart job (the rest of the stuff should be in hte latest images)
[17:31] <cwayne> and by should be i mean are because i tested it :)
[17:31] <cff> I'm trying to dual boot CM Android 4.2.2 on a Galaxy Nexus with Ubuntu but after I downloaded the Ubuntu image with the Android app and click reboot to Ubuntu I'm rebooted to recovery mode. What can I do to see what's wrong?
[17:33] <cff> I can reboot into Android again safely, and when I go to Ubuntu Dual boot app and reboot to Ubuntu I'm again rebooted to Clockworkmode recovery
[17:38] <cff> How can I see what's going on behind the scenes after I reboot?
[17:41] <Jurlacas> What recovery are you using cff?
[17:42] <cff> Jurlacas: ClockworkMod touch 6.0.4.3
[17:42] <Jurlacas> Well
[17:43] <cff> does the downloading of Ubuntu verifiy the integrity with a checksum ?
[17:43] <Jurlacas> I'm no ubuntu touch expert, but you should actually be able to see the thing the script is doing
[17:43] <cff> Jurlacas: the script is not downloading Ubuntu
[17:44] <cff> Jurlacas: the Ubuntu app for Android does that
[17:52] <cff> let me see where I can find the sourse code for the android app
[17:54] <cff> nice, the Android app is written in Qt
[17:55] <cff> hmm, or not
[17:58] <cyphermox> cwayne: ack
[18:04] <cyphermox> sergiusens: want to take another look at https://code.launchpad.net/~cwayne18/ubuntu/trusty/bluetooth-touch/bluetooth-touch_lp1266859/+merge/200699 ?
[18:07]  * sergiusens looks
[18:13] <sergiusens> cyphermox, cwayne the only comment I would make is; isn't this upstart job supposed to go in the hostnamed/systemd package?
[18:14] <cyphermox> no
[18:14] <sergiusens> but it doesn't just set the bt hostname, it does it system wide
[18:14] <cyphermox> this isn't systemd stuff, it's specific to bluetooth on ubuntu touch
[18:14] <cyphermox> well, I guess it does set the name for everything
[18:14] <sergiusens> cyphermox, hostnamectl --pretty set-hostname "$device" is specific for bt?
[18:14] <cyphermox> so bluetooth-touch isn't quite the right name
[18:15] <cyphermox> the only thing that currently uses this is bluetooth atm
[18:15] <cyphermox> but I'd rather avoid adding more crap to systemd that isn't generic to touch and desktop
[18:15] <sergiusens> cyphermox, I would much rather have this in lxc-android-config at the most
[18:15] <cyphermox> makes sense, yeah
[18:15] <cyphermox> lxc-android-config is a good candidate
[18:16] <cyphermox> cwayne: would there be a way to also set chassis/icon via properties?
[18:17] <sergiusens> cyphermox, what's chassis icon?
[18:17] <cyphermox> two separate properties for systemd
[18:17] <cwayne> cyphermox, yeah, it's doable via hostnamectl
[18:17] <cyphermox> chassis sets the type of device -- tablet, computer, handset, etc.
[18:17] <cyphermox> icon is so that the device shows up nicely in gnome-bluetooth or bluedevil's interface if detected from a desktop
[18:18] <cyphermox> cwayne: no, I rather meant if you had seen a way to guess the form factor
[18:18] <cyphermox> I see there isn't if you just look at the properties, so ignore me
[18:19] <cff> dual booting doesn't work :(
[18:19] <cyphermox> cwayne: perhaps make that a "set-default-hostname.conf" or whatever in lxc-android-config
[18:20] <cyphermox> sergiusens: do you know if there is a way to figure out the form factor from something on the system?
[18:21] <cff> lol, I got it working
[18:24] <cff> cool
[18:25] <sergiusens> cyphermox, not really; if anyone has done any research into that it's Saviq... but I believe the thing that's done now is checking the grid units/resolution
[18:25] <cyphermox> hmm
[18:25] <cyphermox> crap. :/
[18:28] <cjwatson> kenvandine: I don't suppose you have any idea why the content-hub-peer-hook is quite so incredibly slow (at least sometimes) when starting up the emulator?
[18:29] <cjwatson> kenvandine: I don't have any evidence, but it seems like it's racily stuck rather than emulator-slow
[18:32] <kenvandine> cjwatson, not really, it is very simple
[18:33] <cjwatson> kenvandine: is it talking to some other process?  trying to work out how I might debug it
[18:33] <kenvandine> although i am refactoring the whole peer registry implementation right now, so that might fix it
[18:33] <kenvandine> it doesn't talk to another process
[18:34] <kenvandine> it iterates some files and checks gsettings
[18:35] <cjwatson> watching emulator startup really highlights how much I need to get libclick going, mind
[18:35] <cjwatson> annoyingly, generally content-hub-peer-hook only seems to take ages the first time I boot a given emulator instance
[18:36] <cjwatson> I don't know whether that's a race or whether it initialises some data that then perturbs the bug out of existence
[18:38] <kenvandine> maybe accessing gsettings?
[18:38] <kenvandine> we're dropping gsettings use too, moving to sqlite
[18:38] <cjwatson> maybe
[18:38] <cjwatson> if you're already refactoring it, it probably isn't worth my time to investigate
[18:38] <kenvandine> yeah
[18:38]  * seb128 slaps kenvandine
[18:38]  * kenvandine wakes up
[18:39] <kenvandine> and hugs seb128 :)
[18:39] <seb128> kenvandine, g hater!
[18:39]  * seb128 hugs kenvandine back
[19:20] <slangasek> popey: hi, pmcgowan pointed me at http://paste.ubuntu.com/6721451/ for a list of native click packages currently in the store... this doesn't match the list available for download at http://people.canonical.com/~alan/click/ , can you help me round up the stragglers?
[19:20] <popey> slangasek: sure
[19:21] <popey> pretty sure I generated that paste list
[19:21] <popey> oh, i did
[19:22] <slangasek> popey: it looks like the ones I'm missing are: com.ubuntu.developer.christriant.cnotes com.ubuntu.developer.davidplanella.qreator com.ubuntu.developer.mitya57.touchwriter com.ubuntu.developer.mzanetti.fahrplan2 com.ubuntu.developer.qtros.yad com.ubuntu.developer.vtuson.contactsimporter com.ubuntu.developer.vtuson.logviewer com.ubuntu.developer.yuntan.aztter
[19:22] <slangasek> popey: and there are some others that were on ~alan/click that aren't in that pastebin, so <shrug> :)
[19:23] <popey> the origin of the paste was "clicks I happened to have on my laptop at the time"
[19:23] <popey> the clicks on people.u.c was from a script to pull down every click I could find from the store
[19:23] <slangasek> ah :-)
[19:25] <popey> slangasek: just uploading the stragglers
[19:25] <slangasek> ta!
[19:26] <mzanetti> popey: do I need to do anything with fahrplan?
[19:26] <popey> no
[19:27] <popey> slangasek: right, all those you listed are now at http://people.canonical.com/~alan/click/
[19:37] <slangasek> popey: heh - '_unknown.click'?
[19:37] <popey> yeah ⍨
[19:38] <sergiusens> slangasek, the probem is you need unknown, bug from store which renamed
[19:38] <slangasek> k
[19:40] <sergiusens> mzanetti, btw; you are apps are awesome :-)
[19:58] <tedg> thomi, Are you thinking of running the application startup benchmarking on the image, or can additional tools/packages be installed?
[19:59] <mardy> kenvandine, alex-abreu: https://code.launchpad.net/~mardy/signon-ui/export-cookies/+merge/198233
[19:59] <thomi> tedg: hey - that's not really up to me. I imagine it'll be on the image plus a few tools
[19:59] <popey> /49/join #ubuntu-on-air
[19:59] <popey> BAH!
[19:59] <kenvandine> hey mardy
[19:59] <mardy> if we merge that to trunk, that's one thing less to setup for the webapp container
[19:59] <mardy> kenvandine: hi :-)
[20:00] <alex-abreu> mardy, oh forgot that one !
[20:00] <tedg> thomi, K, trying to look at python bindings for libbabeltrace, they're in git master, but unreleased.  If we could put them in a PPA that'd be easier.
[20:01] <tedg> thomi, Who can make a decision if installing a PPA is okay for that?
[20:02] <thomi> tedg: I have a meeting where I can ask about that in 60 minutes time. Can I get back to you after that?
[20:02] <tedg> thomi, Sure, sounds good.
[20:02] <thomi> tedg: thanks.
[20:03] <thomi> tedg: charles: any luck on the upstart issue I reported in trusty? charles I believe you were bale to reproduce it last week?
[20:04] <alex-abreu> mardy, commented
[20:07] <charles> thomi: ...and now I can't reproduce it anymore. hm, what's changed
[20:07] <charles> tedg: ^ can you take a look at the issue thomi is having?
[20:08] <tedg> thomi, Not really sure where to go.  You're running Unity, right?
[20:10] <tedg> thomi, Can you run something like?  $ gdbus call --session --dest com.ubuntu.Upstart --object-path /com/ubuntu/Upstart --method com.ubuntu.Upstart0_6.GetAllJobs
[20:10] <thomi> tedg: otp, will do - one second
[20:16] <thomi> tedg: ugh - so It seems that since the dist-upgrade I ran last night, upstart-app-launch works again
[20:16] <thomi> tedg: charles, so sorry for the noise - I'll get to reviewing your gir branch ASAP
[20:16] <charles> \o/
[20:16] <tedg> dist-upgrade fixes all bugs :-)
[20:17] <thomi> heh
[20:18] <dobey> except for the ones it creates
[20:19] <tedg> dobey, That's it being self-preserving, it wants you to run it again.
[20:20] <dobey> tedg: oh that's why it broke my display, while keeping the x session running then
[20:20] <tedg> dobey, Which makes you want it more.  Really it's an abusive relationship.
[20:21] <dobey> it's failing then
[20:21] <dobey> because i don't want to run it more
[20:21] <dobey> i just want my computer to work without me having to do crazy things to make it work halfway reasonably
[20:21] <tedg> you'll be back
[20:31] <matv1> hello ppl, I am getting a network error trying to update apps, while networking is running without problem. its just the clickpackage that wont update. Is anyone seeing this?
[20:32] <matv1> oh I did the last 14.04  update today
[20:33] <matv1> its r141
[20:34] <popey> i saw that earlier, retried and it worked
[20:34] <popey> now it's failing
[20:35] <matv1> yup
[20:35] <matv1> so its a server side problem?
[20:35] <popey> hmm
[20:36] <popey> 2014-01-21 20:35:24,045 - CRITICAL -  QUrl( "https://public.apps.ubuntu.com/download/com.ubuntu.developer.vtuson/logviewer/com.ubuntu.developer.vtuson.logviewer_0.7_armhf.click" )  ERROR: : 204
[20:36] <popey> beuno: ^^
[20:36]  * popey wonders what a 204 is
[20:36] <matv1> indeed :)
[20:37] <matv1> I assume this is hitting all devices?
[20:38] <beuno> popey, there's a deployment going in
[20:38] <beuno> *on
[20:39] <beuno> which seems to have a hiccup
[20:39] <popey> ok, there's our answer matv1 ☻
[20:39] <popey> thanks matv1
[20:39] <popey> and beuno
[20:40] <matv1> no problem. I will try later on
[20:40] <matv1> gd luck
[21:03] <sergiusens> beuno, that answers my email :-)
[21:06]  * beuno marks as read
[21:15] <thomi> tedg: your gir branch - what should the gir package be called?
[21:15] <thomi> tedg: after installing it, 'from gi.repository import UpstartAppLaunch' doesn't work for me
[21:16] <tedg> thomi, gir1.2-upstart-app-launch-2_0.3+14.04.20131218-0ubuntu1_amd64.deb
[21:16] <thomi> sorry, I meant the python package name
[21:16] <thomi> :)
[21:17] <tedg> Hmm, that works for me.
[21:18] <tedg> Let me build another one to make sure.
[21:18] <thomi> thanks
[21:19] <tedg> thomi, http://pastebin.ubuntu.com/6793878/
[21:20] <thomi> hmm, fails for me. I'll investigate
[22:07] <mzanetti> sergiusens: thanks
[22:11] <tedg> thomi, Figured out the issue, pull new revisions.
[22:11] <thomi> tedg: will do, thanks
[22:11] <beuno> sergiusens, ping?
[22:11] <sergiusens> beuno, pong
[22:12] <sergiusens> mzanetti, np; xmbcremote and authenticator are just great
[22:12] <mzanetti> sergiusens: xbmcremote is my favorite one
[22:13] <mzanetti> sergiusens: there are still some cool features to come, once our platform supports them
[22:13] <mzanetti> download music/videos directly from xbmc to the phone
[22:13] <sergiusens> mzanetti, that would be awesome, I know about the pause/mute on call :-)
[22:13] <mzanetti> automatically pause movies on incoming phone calls etc
[22:13] <sergiusens> the download thing would be nifty
[22:13] <mzanetti> btw. anyone know if I can use the download manager already?
[22:14] <sergiusens> mzanetti, you should ask mandel
[22:14] <sergiusens> he's in Spain though, so you might want to wait for something closer to your timezone
[22:15] <mzanetti> sergiusens: ah ok. thanks
[22:22] <beuno> sergiusens, hey
[22:22] <beuno> sergiusens, can you get me a script to authenticate against the store?
[22:22] <beuno> something webops can run
[22:22] <beuno> they're trying to reproduce some failures
[22:22] <beuno> whichever
[22:24] <sergiusens> beuno, nessita actually gave us one :-) ... https://pastebin.canonical.com/102882/
[22:25] <sergiusens> beuno, and you can loop run lp:click-sync
[22:25] <sergiusens> I can probably make that exception I sent prettier and with some more info if needed
[22:38] <beuno> sergiusens, can you hop on to #webops one sec?
[22:44] <thomi> tedg: can now import UpstartAppLaunch - will put it through it's paces after lunch.
[22:44] <thomi> tedg: will the failure notification work now, or is that still waiting on review?
[22:44] <tedg> thomi, Great, thanks!
[22:44] <tedg> thomi, Review
[22:44] <thomi> ok
[22:56] <Markzz> is the nexus 7 2013 supported now?
[22:57] <robotfuel> the ubuntu-touch emulator's telnet interface won't let me send sms messages, is there a dbus interface I can use?
[22:57] <sergiusens> robotfuel, ofono isn't started