[02:05] <imgbot> [03:30] <imgbot> [03:30] <imgbot> [07:03] <oSoMoN> Mirv, hey, is it possible to do a binary copy of oxide-qt 1.3.5-0ubuntu0.14.10.1~rtm from https://launchpad.net/~phablet-team/+archive/ubuntu/ppa to RTM silo 3 ?
[07:04] <oSoMoN> Mirv, robru tried to do it last night for me, but he says it failed because it’s considered cross-series, but I’m pretty sure we did that for 1.3.4 and it worked
[07:16] <Mirv> oSoMoN: yes, it's possible
[07:16] <Mirv> just needs correct parameters on the command line, LP web UI does not work
[07:16] <oSoMoN> Mirv, right, that’s what I thought, but robru wasn’t sure how to do it, so he said better to wait till you or sil2100 can do it
[07:17] <oSoMoN> Mirv, could you do it for me, please?
[07:17] <robru> Mirv: yeah please share the command, i only know the web ui
[07:23] <Mirv> oSoMoN: done
[07:23] <Mirv> robru: ./copy-package -b --from=~phablet-team/ubuntu/ppa --from-suite=utopic --to=~ci-train-ppa-service/ubuntu-rtm/landing-003 --to-suite=14.09 oxide-qt
[07:23] <oSoMoN> Mirv, thanks!
[07:24] <Mirv> took a while, I needed to convert also this to the new style syntax so that I don't make Colin grumpy again :)
[07:24] <Mirv> the new syntaxt is much better
[07:25] <robru> Mirv: Hmmmmmmm thanks, seems simple enough
[07:26] <robru> Weird that that would work in cli but not in the web ui
[08:55] <kalikiana> cihelp, I need somehelp with autopilot. I get "Start directory is not importable" and it won't say *why* when files are there, and I didn't change the .py files http://paste.ubuntu.com/9143520/
[08:57] <sil2100> jibel, ogra_: how's the testing going?
[08:57]  * sil2100 didn't see a status e-mail in his inbox
[08:58] <vila> kalikiana: cihelp is for CI related issues, i.e. ones you can't reproduce locally ;) I have no idea about what is wrong here but I would try by getting rid of: "09:46:50.312 WARNING emulators:26 - The ubuntuuitoolkit.emulators module is deprecated. Import the autopilot helpers from the top-level ubuntuuitoolkit module."
[09:00] <vila> 'top-level' and import errors.... sound like either your PYTHONPATH is wrong or something related (i.e. you're trying to import something that can't be imported from any starting point in PYTHONPATH)
[09:01] <kalikiana> vila: I used cihelp as leo is in the wrong timezone for this point in time and it's kinda urgent :-]
[09:01] <vila> kalikiana: or you run into a collision where two modules have the same name at different places starting from different PYTHONPATH entries ;)
[09:01] <vila> kalikiana: ack, but elopio is in QA not CI ;)
[09:01] <vila> kalikiana: thomi may be ?
[09:02] <kalikiana> vila: the paths etc. are all untouched, normal device, vivid, previously ran other ap tests perfectly - but this particular test gives the error, others still run
[09:02] <vila> kalikiana: aprt from the general python issues, I probably know less than you about autopilot ;)
[09:03] <vila> kalikiana: but still in your paste: raise ImportError('Start directory is not importable: %r' % start_dir)
[09:03] <kalikiana> vila: alright, I'll ask qa then, thanks anyway
[09:04] <kalikiana> yes it's there, except the files exist, as the paste shows :-(
[09:04] <vila> kalikiana: ooooh, you're trying to run a single test ! Do you still encounter the issue if you try to run the whole suite ?
[09:05] <vila> kalikiana: they may exist but unittest doesn't know how to import them, it probably try to start with '... Oh wait, it's even clearer, it tries to import 'ubuntuuitoolkit.tests.test_launcher.LauncherQtTestTestCase.test_can_run_qt_test_case'
[09:05] <vila> kalikiana: that's a test method in a test class, far from being a module
[09:05] <kalikiana> no, but it takes ages to find out if it would then run the test… and I *know* that the test name is correct
[09:05] <kalikiana> it's been run on another machine
[09:05] <vila> kalikiana: indeed, the test name is correct, but that still doesn't make it a correct *module* name
[09:06] <kalikiana> oh, I'll try if I can't list the modules somewhere… I know there was a command
[09:06] <vila> kalikiana: that same invocation with that single test on the command line has run on a different machine ?
[09:06] <kalikiana> yes
[09:07] <ogra_> sil2100, me neither (at least about the testing ... there were unnsurprisingly 400 other mails in mine :P (like every day))
[09:07] <vila> kalikiana: does 'phablet-test-run ubuntuuitoolkit.tests.test_launcher -v' works ?
[09:07] <kalikiana> even autopilot3 list agrees the test is there
[09:08] <vila> kalikiana: I'm not arguing the test name is not valid ;)
[09:08] <vila> kalikiana: I'm reading your paste and interpret it as: look, I cannot import a test method, it's not a python module
[09:08] <kalikiana> test_launcher → same exception
[09:09] <vila> kalikiana: same traceback ? Some value in the exception ?
[09:10] <kalikiana> same as before, no actual error message besides failure to import
[09:10] <vila> kalikiana: can you just paste it ?
[09:11] <vila> kalikiana: especially the ImportError: Start directory is not importable: part
[09:11] <kalikiana> vila: http://paste.ubuntu.com/9143709/
[09:11] <kalikiana> as far as I see exactly the same
[09:12] <vila> well, no, now it complains that the *module* can't be imported
[09:13] <vila> which at least makes a little more sense
[09:13] <vila> python's unitest is notoriously bad at reporting import errors: it doesn't report *why* the import failed
[09:16] <vila> kalikiana: I don't know how autopilot handle partial loading of a test suite :-/ But if you know how to run the full test suite and that pass, the issue is there: running a subset doesn't work for 'ubuntuuitoolkit.tests.test_launcher'.
[09:17] <vila> kalikiana: I would try ''ubuntuuitoolkit.tests' and then 'ubuntuuitoolkit' if that makes sense
[09:18] <vila> kalikiana: oh ! And that's python3.4 ! Gee, I'm out of my league :-/ Still stuck with 2.7 in all projects I'm involved :-(
[09:18] <vila> kalikiana: on the other hand, it's unlikely that this particular piece of code has changed a lot (test discovery)
[09:19] <ogra_> jibel, sil2100 https://bugs.launchpad.net/ubuntu-rtm/+source/cgmanager/+bug/1394919
[09:19] <ogra_> i think that is caused by the "UI freezes" fix
[09:20] <vila> kalikiana: the way it work[ed] is that unittest starts with 'ubuntuuitoolkit.tests.test_launcher' and attempts to import the higher level modules (ubuntuuitoolkit.tests first, is it there ? No ? Try 'ubuntuuitoolkit', it it there ? No ? Highest level ? Yes -> fails)
[09:21] <vila> kalikiana: if ''ubuntuuitoolkit.tests' has been imported but doesn't have a 'test_launcher' symbol defined -> fail (which could be why it says: AttributeError: 'module' object has no attribute 'test_launcher')
[09:23] <jibel> sil2100, I didn't send any status yet, I must talk to Europeans first
[09:25]  * kalikiana just discovered a "feature", ap runs even after the script was stopped - it would be useful if there was a way to actually control it :-P
[09:25] <sil2100> jibel: ACK
[09:27] <ogra_> https://bugs.launchpad.net/ubuntu-rtm/+source/unity-scopes-shell/+bug/1394922
[09:28] <sil2100> hm, this doesn't look too good
[09:28] <ogra_> neither does the cgmanager one
[09:30] <ogra_> tehr scoperunner one seems to be the same we see in smoke testing
[09:38] <Saviq> sil2100, hey, any idea about this failure https://launchpadlibrarian.net/190816573/buildlog_ubuntu-vivid-i386.unity8_8.01%2B15.04.20141121-0ubuntu1_FAILEDTOBUILD.txt.gz ?
[09:52] <sil2100> jibel: just give us a sign on your verdict and we'll all forward it to victorp
[09:58] <sil2100> Saviq: looking
[10:15] <kalikiana> vila: FYI seems that I'm hitting a phablet-test-run bug, ap itself isn't to blame if I run it by hand on the device; http://paste.ubuntu.com/9144667/ https://bugs.launchpad.net/ubuntu/+source/phablet-tools/+bug/1394932
[10:16] <seb128> could somebody review https://code.launchpad.net/~nik90/ubuntu-seeds/add-qml-connectivity/+merge/237442 ?
[10:16] <seb128> does that make sense?
[10:16] <seb128> I guess it needs to be done for vidid and not utopic in any case?
[10:16] <seb128> ogra_, ^
[10:17] <vila> kalikiana: \o/ Glad you're unblocked, sorry I couldn't help better...
[10:28] <Saviq> sil2100, looks like I can reproduce that in a amd64 chroot locally (not in a native i386 chroot)
[10:33] <jibel> popey, rhuddie will test the music-app
[10:36] <rhuddie> popey, I'll start music-app shortly, so please let me know where to get latest version
[10:39] <Saviq> hah
[10:40] <Saviq> Mirv, https://launchpad.net/ubuntu/+source/connectivity-api
[10:40] <Saviq> Mirv, this needs a rebuild against new Qt I believe
[10:42] <Saviq> oh and we got a circular dep..
[10:42] <Saviq> Mirv, http://paste.ubuntu.com/9145379/
[10:43] <Saviq> which is the same as https://launchpadlibrarian.net/190816573/buildlog_ubuntu-vivid-i386.unity8_8.01%2B15.04.20141121-0ubuntu1_FAILEDTOBUILD.txt.gz
[10:43] <Mirv> Saviq: it does not depend on the abi virtual packages, it shouldn't need a rebuild
[10:44] <Saviq> Mirv, right, I think the problem might be the circular dep then
[10:44] <Mirv> yeah, circular deps are always bad anyhow
[10:44] <Saviq> unity8 → libconnectivity-qt1-dev → libconnectivity-qt1 → indicator-network → unity8
[10:44] <Mirv> ouch
[10:44] <Mirv> break it! :)
[10:44] <Saviq> but how would that build on amd64...
[10:44] <Saviq> yeah, I don't think indicator-network should dep on unity8...
[10:45] <Saviq> but then that's what it uses to ask for passwords
[10:46] <ogra_> seb128, needs a bug and approval from the mgmt if it is for rtm ...
[10:46] <ogra_> for vivid it can indeed just go in
[10:46] <ogra_> (if the packages are there and work :P )
[10:48] <popey> rhuddie: its linked in the trello card
[10:49] <rhuddie> popey, great. just wanted to check that was correct one. Thanks.
[10:53] <victorp> jibel white or black smoke?
[10:54] <ogra_> grey
[10:55] <jibel> victorp, there is this crash ogra_ found
[10:55] <jibel> bug 1394919
[10:55] <Saviq> huh!
[10:55] <jibel> likely a regression
[10:56] <ogra_> victorp, bug 1394919 and bug 1394922 ... and Chipaca just reported a system-settings hang in bug #1394944
[10:57] <ogra_> i have also seen a good bunch of webapp crashes but then noticed that i had not cleaned the whole QML cache ... will keep an eye on that if anything happens again
[10:57] <Saviq> Mirv, sil2100, not sure what I'm doing here, the FTBFS only occurs here when trying to build i386 from amd64 chroot, and comes down to indicator-network depending on python3-xdg:i386, which doesn't exist
[10:57] <ogra_> the cgmanager stuff seems serious though ... i had three session crashes since upgrading to 166
[10:58] <victorp> ogra_, is this all stuff from 166?
[10:58] <ogra_> yes
[11:00] <Saviq> Wellark, hey, who's maintaining connectivity-api?
[11:00] <victorp>  ogra_ btw, I cant reproduce the screenbrightness issue
[11:01] <victorp> (not that that means it is not a bug)
[11:01] <ogra_> victorp, me neither, i asked for more info, it doesnt dsay rtm or krillin
[11:01] <Saviq> Wellark, also, could we make indicator-network not depend on unity8? otherwise we're getting a circular build-dep since we're trying to use libconnectivity-qt1
[11:02] <sil2100> victorp: in any case, bugs #1394919 and #1394922 look like pretty serious issues
[11:02] <victorp> ogra_, so far worring bugs, but none of them topblockers
[11:03] <sil2100> jibel: any other serious issues reported during regression testing?
[11:03] <sil2100> Saviq: hmmm
[11:03] <ogra_> victorp, you think the session crashing isnt one ?
[11:03] <victorp> well, what is the impact to the user?
[11:03] <victorp> seems like the systems manages not to let the crashes impact UX
[11:04] <jibel> sil2100, if you give me 30 minutes I'll finish the list of issues we found :)
[11:04] <victorp> jibel, that sounds like a good idea :)
[11:04] <sil2100> Saviq: sorry, was in a meeting - this sounds a bit strange, I think connectivity-api was managed by Wellark and pete-woods
[11:05] <pete-woods> sil2100: don't finger me on that one :p
[11:05] <sil2100> jibel: waiting with anticipation ;)
[11:05] <ogra_> victorp, apps that were running dont work anymore after a session crash
[11:05] <pete-woods> it's Antti's baby
[11:05] <ogra_> until you reboot
[11:05]  * jibel kills OSD
[11:05] <sil2100> pete-woods: ok, sorry ;p Just remember seeing you in the initial commits ;)
[11:05] <ogra_> or kill them explicitly
[11:05] <victorp> ogra_, ah! yes that is nasty
[11:05] <victorp> which one is that?
[11:06] <victorp> 919 or 922?
[11:06] <ogra_> victorp, the session does the lifecycle mgmt ... if it dies the apps stay suspended ... dangling dead
[11:06] <ogra_> thats 919
[11:06] <Saviq> sil2100, so, if I understand correctly, anything that would like to link against libconnectivity-qt1 will fail on i386 if the builder's amd64
[11:07] <victorp> ogra_, ah, now I have seen your comment in the bug..
[11:07] <ogra_> victorp, i havent heard from others about such an issue though ... (and i used the phone a lot last night to keep it busy)
[11:07] <victorp> could we put the impact on the bug please
[11:07] <ogra_> victorp, we usually do afrer we have confirmation ...
[11:07] <victorp> ogra_, apps stop working? nope I have not seen it either
[11:08] <ogra_> victorp, kill unity8 from the commandline with some apps open
[11:08] <victorp> ogra_, oks, well let see if it gets confirmed, then yes it looks like a blocker
[11:08] <ogra_> then try to start the apps that were open
[11:08] <ogra_> they wont start
[11:08] <ogra_> (after the session respawned i mean)
[11:09] <ogra_> we are missing a watchdog for this that cleans up running apps when the session dies
[11:09] <ogra_> (there is work on forcing a reboot when the session crashes ... but thats still in early stages)
[11:09] <Saviq> Wellark, where RU?
[11:09] <Saviq> when you're needed :P
[11:10] <ogra_> victorp, hmm,, llooks like the brightness issue was actually 166 and krillin ...
[11:11] <ogra_> victorp, system-sessings is mostly pure QML ... given the QML cache issues it could well be caused by the not cleaned up cache
[11:11] <jibel> ogra_, I cannot reproduce the brightness issue either, but I completely wiped the phone.
[11:12] <victorp> ogra_, or it could be the dbus high load that he mentions, but seems like noone can repro
[11:12] <ogra_> we should take all issues in apps with a grain of salt on 166 ... especially from people that OTAed to 166
[11:12] <victorp> jibel, I ota'd.. but GM will be a fresh install anyway :)
[11:12] <ogra_> there is confirmation from a community person
[11:13] <victorp> ogra_, right, but not wide spread to make it a blocked imho
[11:13] <victorp> plus as you said might be precompiling
[11:13] <ogra_> right
[11:13] <ogra_> we need to be careful about judging apps in general on this image
[11:15] <ogra_> victorp, oh, and seems rickspencer ran into a 100% CPU dbus bug yesterday ... most likely the one we have open already ...
[11:15] <ogra_> (we duplicated it during landing meeting)
[11:16] <victorp> yeah, I run into one too
[11:16] <victorp> they need to be fixed for ota-1, that is for sure
[11:16] <sil2100> Yeah, but the 100% CPU issue in dbus is investigated all the time, not sure if we'll be able to get a fix quick
[11:16] <sil2100> It seems to be a tricky issue
[11:16] <ogra_> sil2100, well, i guess silo16 will at least killl a part of that
[11:16] <ogra_> but thats not for landing yet
[11:17] <sil2100> tvoss: hey! Did you have any luck with the 100% CPU dbus investigation?
[11:17] <sil2100> ogra_: right...
[11:17] <tvoss> sil2100, nope, not yet
[11:17] <ogra_> and as i said ... just a part ..
[11:20] <Saviq> sil2100, what's even weirder... it built fine yesterday https://launchpadlibrarian.net/190747862/buildlog_ubuntu-vivid-i386.unity8_8.01%2B15.04.20141120-0ubuntu1_UPLOADING.txt.gz ¿?
[11:20] <Saviq> on an amd64/i386 machine, too
[11:21]  * Saviq does not get it :|
[11:21] <Saviq> /food
[11:21] <sil2100> Saviq: wait, are you sure it's not transient? Ah, right, you an repro on a local chroot... Let's take a look if there have been any changes in the archive
[11:22] <tvoss> sil2100, victorp we are all looking into the issue
[11:28] <sil2100> tvoss: ogra_ mentioned that dbus is a lot quieter with the new upowerd, as seen in silo rtm 16 (not for landing)
[11:42] <sil2100> Saviq: I have no idea what changed and suddenly cause this to fail, nothing got uploaded to vivid in the meantime that could have changed the situation
[11:42] <sil2100> Saviq: I also saw that it actually passed yesterday on an older builder
[11:43] <sil2100> But that shouldn't have any effect
[11:48] <Saviq> sil2100, yeah, it's *weird*, it's like apt resolution stopped working suddenly
[11:48] <Saviq> sil2100, as the actual failure for me seems to be that the dep chain results in python3-xdg:i386, which for some reason is not fulfilled by python3-xdg:all ??
[12:34] <oSoMoN> trainguards: can oxide-qt 1.3.5-0ubuntu1 be binary-copied from https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa to vivid silo 17 ?
[12:34] <sil2100> Saviq: something is b0rken it seems, will still look into that after lunch
[12:34] <sil2100> oSoMoN: sure
[12:35] <Saviq> sil2100, thanks
[12:35] <sil2100> But so far this looks like a ghost story ;) But I'm sure there's a logical explaination
[12:36] <oSoMoN> sil2100, thanks! the PPA size might need to be increased first, as it already contains a copy of oxide (1.3.4)
[12:36] <sil2100> I just saw that, yeah, we'll have to poke someone regarding that
[12:36] <sil2100> Let me go to webops
[12:37] <Mirv> actually binary copies might work regardless
[12:38] <Mirv> yes, it'd work
[12:38] <sil2100> Mirv: they overwrite older packages? Or not obey the size limit?
[12:38] <Mirv> sil2100: they don't obey / check only if it's under the limit before starting the copy. so yes it'd work.
[12:38] <Mirv> sil2100: so I've had 20GB of stuff in 2GB PPA when doing Qt landing backups ;)
[12:38] <sil2100> Mirv: yay \o/ Ok, let me do that then
[12:38] <sil2100> Wow
[12:39] <Mirv> don't file a bug, for me it's a feature
[12:39] <ogra_> haha
[12:40] <sil2100> I'm pretty sure no one here would want this feature to go away ;)
[12:40] <sil2100> oSoMoN: ok, copied, should be published in the PPA soonish
[12:40] <oSoMoN> sil2100, awesome, thanks!
[12:41] <oSoMoN> that’s an awesome feature I would say :)
[12:46] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20141121-7e18b86.tar.xz
[12:46] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20141121-7e18b86.changes
[12:46] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20141121-7e18b86.ods
[12:46] <sil2100> Wow, another vivid tarball?
[12:46] <john-mcaleely> vivid device tarball for krillin. ogra_ sil2100 jibel ^
[12:46] <john-mcaleely> one, small, important change
[12:46] <ogra_> john-mcaleely, go ahead
[12:46] <john-mcaleely> we can get some run time before we migrate it to OTA
[12:47] <ogra_> the gpg stuff ?
[12:48] <sil2100> john-mcaleely: sounds nice
[12:48] <sil2100> It's generally good to use vivid as the testing platform
[12:48] <john-mcaleely> ogra_, yeah, the gpg stuff
[12:49] <john-mcaleely> sil2100, ogra_ I'll push it now then
[12:49] <ogra_> sil2100, it isnt ... he hates developers and wants to make our life harder by adding secutity checks !!!
[12:49] <ogra_> :)
[12:49] <john-mcaleely> lol
[12:50] <sil2100> It's all for our good
[12:50] <john-mcaleely> or maybe
[12:50] <john-mcaleely> bwahahaha
[12:50] <sil2100> !!!
[12:50] <ogra_> hah
[12:50] <sil2100> ;)
[12:50] <john-mcaleely> sil2100, ogra_ pushed.
[12:50] <ogra_> thanks :)
[12:51] <sil2100> psivaa: come to think of it, hmmm
[12:52] <sil2100> psivaa: we don't have vivid krillin smoketesing results? Since the rtm-dashboard only has utopic results - and those seem really old (from last month)
[12:53] <psivaa> sil2100: let me take a look, not sure if that was requested to be setup
[12:54] <ogra_> it was surely there before
[12:57] <psivaa> sil2100: ogra_: they are running,  but not being pushed to the rtm dashboard. now that http://dashboard.ubuntu-ci:8080/ is disfunctional, and vivid not being rtm, we need to find a home for that
[12:58] <psivaa> i'll raise it in the meeting today
[12:58] <ogra_> thanks !
[12:59] <sil2100> Right, thanks!
[13:06] <sil2100> rsalveti: hey!
[13:25] <bzoltan> sil2100:  may i ask for a reconfig of the Silo28. I just added the gles branch what comes from the different project.
[13:25] <bzoltan> or Mirv ^
[13:26] <popey> hmm, my phone isn't showing up in adb devices...
[13:26] <popey> even after a reboot
[13:26] <sil2100> bzoltan: doing!
[13:26] <bzoltan> sil2100:  thanks
[13:26] <Mirv> bzoltan: I lost my mouse pointer and I'm in the hangout... it's a bit hard to find buttons to push :D
[13:28] <sil2100> bzoltan: done :)
[13:28] <sil2100> Mirv: ouch!
[13:28]  * sil2100 goes to lunch finally
[13:39] <Davmor3> Hey guys I see an issue with ciborium it keeps saying my card is connect and disconnect
[13:39] <Davmor3> abyway back to the holiday now
[13:40] <popey> ok, can't get the phone to show up at all over adb
[13:41] <popey> mako is fine, krillin not
[14:04] <bzoltan> sil2100: Mirv: I am done with silo28. I have pasted the URL to the test logs. The silo is still creating the -gles package, but that is not the scope of the tests... Once the -gles are done, would you please push the new UITK to Vivid?
[14:06] <rsalveti> sil2100: hey
[14:17] <om26er> ogra_, Hi! I am testing silo 2 -- What is the regression potential for this change ?
[14:18] <ogra_> the first startup of apps after OTA will be slower than usual to create the new cahe
[14:19] <ogra_> 1sec max
[14:28] <ogra_> om26er,  oh, and beyond the above ... zero
[14:30] <om26er> ogra_, alright, good to know.
[14:31] <sil2100> jibel, ogra_, om26er: are both the oxide and qml-cache silos being signed-off right now?
[14:32] <ogra_> no
[14:32] <ogra_> only qml
[14:32] <ogra_> oxide gets its own image after promotion
[14:32] <om26er> one... at a time.
[14:32] <Mirv> bzoltan: ok. and I'm ready with 002 to vivid.
[14:32] <sil2100> Ok, now I see :)
[14:37] <om26er> ogra_, Well the silo seems to do whats written on the tin. Should I just approve or try it a second time ?
[14:37]  * om26er is clueless ;-)
[14:38] <rhuddie> jibel, popey, I finished testing the music app. No issues found. I recorded results here: https://docs.google.com/a/canonical.com/spreadsheets/d/1gFoUz9zQ38LovfLLIcHU5SHTuDDBQvHTSPVcrIxJUlc/edit#gid=0
[14:38] <ogra_> om26er, if the cache is empty after OTA we're fine
[14:39] <popey> rhuddie: magic, thanks very much
[14:39] <ogra_> om26er, a second run should just give you the same result ... else we have a very serious upstart probllem ;)
[14:39] <popey> rhuddie: "Needed to reboot after install for app to work (othwise it just displays spinner)" - pull down on app scope should have worked.
[14:40] <popey> can't believe we still have that bug
[14:40] <popey> been there since day 1.
[14:41] <om26er> ogra_, it was all clear till your first reply. Second reply made it a little confusion, retry or retry not ? :p
[14:41] <rhuddie> popey, the app launched, but displayed the spinner instead of displaying "No music found"
[14:41] <popey> rhuddie: even after pulling down to refresh click scope?
[14:42] <ogra_> om26er, dont, unless you want to waste time :)
[14:42] <rhuddie> popey, I didn't do that, so let me check again
[14:43] <popey> rhuddie: i have experienced that myself, its because the click scope still points to the old app version you had. either pull down or search for music in the scope at the top and it launches
[14:43] <om26er> okki, approved.
[14:44] <ogra_> yay, thanks
[14:45] <sil2100> rsalveti: hey, just wanted to know if there was some progress related to the pulseaudio part of bug #1391230
[14:45] <sil2100> ogra_, om26er: \o/
[14:45] <sil2100> Let me publish
[14:45] <rsalveti> sil2100: nops, still investigating
[14:45] <ogra_> publishing
[14:45] <rsalveti> should know more on monday
[14:46] <sil2100> ...and ogra_ was faster
[14:46] <sil2100> rsalveti: thanks :)
[14:46] <ogra_> heh, sorry :)
[14:46] <AlbertA2> ogra_: I'm making a new mir release, but want to coordinate the seed change (https://code.launchpad.net/~mir-team/ubuntu-seeds/use-new-Mir-metapackages/+merge/242408)
[14:46] <sil2100> ogra_: ;p
[14:47] <ogra_> AlbertA2, yeah, i saw that, this is vivid only, right ?
[14:47] <sil2100> Sorry is not enough! *runs away in tears*
[14:47] <AlbertA2> ogra_: right
[14:47]  * ogra_ hugs sil2100 
[14:47]  * sil2100 hugs ogra_ back
[14:48] <Mirv> ogra_: UITK would need core-dev ack. https://ci-train.ubuntu.com/job/ubuntu-landing-028-2-publish/4/artifact/packaging_changes_ubuntu-ui-toolkit_1.1.1338+15.04.20141121-0ubuntu1.diff
[14:48] <Mirv> they manually fixed some changelog entries plus added new test related dependencies
[14:49] <ogra_> Mirv, looks ok to me, i hope their bzr tree can cope with teh changelog hacking :P
[14:49] <Mirv> ok. I hope so too :)
[14:50] <rhuddie> popey, confirmed it is working after doing as you suggested
[14:50] <AlbertA2> ogra_: so how do we go about that? publish mir first then you'll make the seed change?
[14:51] <ogra_> AlbertA2, is Mir ready to land in a silo already ?
[14:51] <AlbertA2> ogra_: yes I just ok'ed. silo 009
[14:52] <ogra_> AlbertA2, then publish it, i'll do the seed change and upload a new meta to vivid
[14:53] <ogra_> seed changess and their packages should always land together in the same image ... beyond that the order does not matter
[14:53] <ogra_> (we build vivid images at 2am UTC, still plenty of time)
[14:53] <AlbertA2> ogra_: ok good to know thanks
[14:53] <AlbertA2> trainguards: vivid silo 009 is ready to publish
[14:55] <popey> rhuddie: awesome
[14:56] <sil2100> Mirv: so, the vivid plans to have Qt 5.4.0, right?
[14:58] <AlbertA2> trainguards: oops sorry, branches TAed now...for mir
[15:01] <Mirv> ogra_: I wonder if you'd be ok with reviewing that new Mir packaging changes too.. https://ci-train.ubuntu.com/job/ubuntu-landing-009-2-publish/51/artifact/packaging_changes_mir_0.9.0+15.04.20141120.1-0ubuntu1.diff it's quite big, but _mostly_ because lot of cmake file changes (included for possible interest, debian/ is what needs acking) and because of renamed packages
[15:02] <Mirv> sil2100: yes, so this week I've been trying to get to the point where I have fast&ugly packages that can be used to detect bugs early
[15:02] <Mirv> sil2100: next week there should be hopefully release candidate from upstream, instead of the beta I've now used
[15:06] <ogra_> Mirv, phew ... not a small one ... but ack
[15:07] <sil2100> Mirv: ok, then I'll prepare a merge with a fix for appmenu-qt5 not building but not release it for the time being
[15:12] <jibel> ogra_, what's the ETA for the new build?
[15:13] <alan_g> cihelp: this has been saying "Recording test results" for at least half an hour (which suggests there's a problem somewhere) - http://s-jenkins.ubuntu-ci:8080/job/mir-vivid-amd64-ci/193/console
[15:13] <ogra_> jibel, the package just landed, starting a build now ... ~90min to 2h
[15:13] <jibel> k
[15:13] <ogra_> build triggered
[15:14] <fginther> alan_g, the problem in this case is that build 192 is going very slow. and jenkins can't complete build N if build N-1 is not finished
[15:14] <sil2100> rtm -proposed migration... so nice
[15:14] <fginther> alan_g, I've been looking at the slow build for the last 20 minutes or so and I think I've got it unwedged
[15:14] <fginther> alan_g, dammit, it timed out
[15:15] <sil2100> jibel: so QA is not doing exploratory testing anymore, right? I remember Dave doing that in the past
[15:15]  * alan_g is sympathetic to fginther's frustration
[15:15] <jibel> sil2100, we do, when there is time left between silos and images
[15:16] <Wellark> Saviq: I had away message in canonical-irc, as you get kicked out on multiple channels if you use "public" away in your nick
[15:17] <Wellark> Saviq: I will see what I can do with the deps
[15:17] <Wellark> libconnectivity-qt is not coming from i-network source
[15:17] <Saviq> Wellark, I'm not really sure what's teh culprit
[15:17] <Saviq> Wellark, no, but connectivity-api depends on i-n
[15:17] <Saviq> libconnectivity-qt1 that is
[15:17] <Wellark> Saviq: it probably should just recommend
[15:17] <Wellark> would that fix it?
[15:18] <Saviq> Wellark, well, can it just recommend?
[15:19] <Wellark> Saviq: sure. if i-network is not around (hence no connectivity dbus-service running) libconnectivity-qt1 falls back to "connected"
[15:19] <Wellark> there is no hard coupling
[15:19] <Wellark> other than we know that i-network provides the connectivity-service libconnectivity-qt1 tries to poke over dbus
[15:20] <imgbot> [15:20] <Wellark> Saviq: i-network must depend on unity8
[15:20] <Wellark> as it depends on the snap-decisions that unity8 provides
[15:21] <Saviq> Wellark, yeah I know why
[15:21] <Wellark> one way to break this circular dependency problem would be to introduce two meta packages
[15:21] <Wellark> unity-notifications-service
[15:21] <Wellark> and connectivity-service
[15:21] <Wellark> as, i-network depends on the unity-notification-service, which is actually implemented by unity8
[15:22] <Wellark> and then again libconnectivity-qt1 dependes on connectivity-service which just happens to be impemented by i-network right now
[15:22] <Wellark> but didrocks might not like the idea ;)
[15:23] <Wellark> although IMO it would make the dependencies more explicit
[15:25] <Wellark> when something depends on a well-known dbus-service, it should not matter which package implements it
[15:25] <Wellark> from the user point of view
[15:25] <Mirv> sil2100: if possible, I prefer conditional changes that can be landed beforehand, so that nochange rebuild is enough when landing Qt
[15:25] <Wellark> or "client"
[15:25] <Wellark> sil2100: can we throw in two metapackages --^
[15:29] <fginther> alan_g, I ended up cleaning up a couple runaway process and restart that build that timed out.
[15:29] <fginther> alan_g, things look better now, but will need to figure out something to prevent this in the future
[15:35] <Mirv> so.. next vivid image will have new qtbase, new ui-toolkit and new mir. what could possibly go wrong.
[15:37] <balloons> cihelp, I need a job on s-jenkins updated (the docviewer-app-click job)
[15:38] <retoaded> balloons, updated in what way?
[15:39] <balloons> retoaded, it looks like it's still building with trusty, and in general might not be the current way to build clicks. It's sat unused for some time
[15:39] <balloons> retoaded, you can look at clock-app-click as an example
[15:40] <retoaded> balloons, ack, will work it in amoung the morning full of meetings
[15:40] <balloons> retoaded, ty
[15:42] <alan_g> fginther: thanks.
[15:43] <bfiller> sil2100: can you republish ubuntu silo 15, MR's are approved now. also need a silo for line 60 please
[15:46] <pstolowski> trainguards, hello, may i ask for a silo for line #59?
[16:01] <oSoMoN> trainguards: can vivid silo 17 be published, please?
[16:04] <oSoMoN> that was quick, thanks to whoever did it :)
[16:04] <sil2100> o/
[16:08] <bzoltan> sil2100: Mirv: thanks for midwifing the UITK landing.. you guys just rock!
[16:12] <sil2100> jibel: btw. what about sanity testing of vivid images? Does that still happen for every vivid image?
[16:19] <Mirv> bzoltan: you're welcome
[16:29] <om26er> mterry, Hi!
[16:29] <mterry> om26er, hello!
[16:30] <imgbot> [16:30] <imgbot> [16:30] <om26er> mterry, I was playing around and found that pin code lock can be bypassed easily when unity8 is start.
[16:30] <mterry> om26er, seems bad
[16:30] <ogra_> jibel, sil2100 victorp ^^^^^ image 167 for you
[16:30] <sil2100> Wow, that seemed somehow fast!
[16:30] <victorp> ogra_, what a service!!
[16:30] <victorp> :)
[16:30] <sil2100> jibel: can we have someone sanity testing that + delta?
[16:31] <ogra_> 70min only !
[16:31] <ogra_> thats a new record
[16:31] <sil2100> But the changelog is huge
[16:31] <om26er> mterry, when the phone starts just swiping the greeter shows 'Scopes' with loading spinner and after that dash just shows. isnt' that alarming ?
[16:31] <ogra_> yeah, scary
[16:31] <ogra_> sil2100, but we can blame om26er, he tested all the changes that landed there
[16:32] <ogra_> in case something is broken :)
[16:32] <mterry> om26er, I feel like that might be a race between PAM and your finger.  But we have(had?) code that prevented that race...
[16:32] <mterry> om26er, is this vivid or rtm?
[16:32] <om26er> ogra_, I hope I did not break anything
[16:33] <om26er> mterry, rtm and its always reproducible
[16:33] <ogra_> om26er, no worries :) just kidding
[16:33] <mterry> om26er, but it's a speed thing?  Like, if you wait a second or so, you do get the lockscreen right?
[16:33] <om26er> mterry, yes, right.
[16:34] <om26er> might make sense if lockscreen was part of unity8 and not unity8-dash ?
[16:34] <mterry> om26er, OK.  file a bug and I'll look at it today.  It is part of unity8, not the dash
[16:46] <om26er> oSoMoN, Hi! while testing silo3 I found pulseaudio is still eating 6% cpu when i swipe away the browser while grooveshark is playing
[16:47] <om26er> The actual fix is working though i.e. the screen blanks as it should, even on the first try.
[16:48] <oSoMoN> om26er, yes, that’s expected, the fix in oxide only fixes the screen blanking bit, the rest will be addressed separately in pulseaudio itself
[16:48] <om26er> oSoMoN, ack, thanks :)
[16:49] <om26er> oSoMoN, can you tell whats the regression potential of that fix ? looking at the diff it looks pretty straight and safe to me.
[16:49] <oSoMoN> om26er, never ask that question to a developer who wants to land a fix :)
[16:49] <oSoMoN> om26er, that said, I’d say the regression potential is 0
[16:49] <ogra_> ask his manager instead :P
[16:50] <oSoMoN> om26er, yeah, it’s very safe indeed
[16:50] <om26er> Hey Bill ? :p
[16:50] <ogra_> lol
[16:53] <sil2100> ;)
[16:57] <jibel> om26er, don't expect a developer to answer anything else than 0 to this question ;)
[16:59] <om26er> In some cases that reply is actually a helper in putting stress on certain features.
[17:00] <sil2100> jibel: who is taking care of testing 167?
[17:00] <ogra_> sil2100, i'll be a little late, other meeting runnin over
[17:00] <sil2100> ogra_: ok
[17:00] <jibel> sil2100, rvr rhuddie robotfuel are on it
[17:23] <ogra_> tedg, soo ... seems we have some new cgmanager issue
[17:23] <tedg> :-/
[17:23] <tedg> ogra_, bug number?
[17:23] <ogra_> tedg, bug 1394919 ... jibel has a bunch more info he hasnt added there yet
[17:23] <ogra_> seems OOM related
[17:24] <tedg> Hmm, we could disable that recoverable error…
[17:24] <tedg> Was trying to help track down that cgmanager connection issue.
[17:25] <tedg> That we worked around with the timeout.
[17:25] <ogra_> well, thats only fallout
[17:25] <jibel> tedg, it's just a side effect, at some point you cannot launch any app and you have to reboot
[17:25] <ogra_> there is some issue in cgmanager ... that apport cant collect info is another issue
[17:25] <tedg> It seems probably a root/user thing?
[17:26] <tedg> PermissionError: [Errno 13] Permission denied: '/proc/642/exe'
[17:26] <tedg> Is recoverable_error setuid ?
[17:26] <tedg> Nope
[17:27] <tedg> bdmurray, ev, have you guys discussed making recoverable_problem setuid ?
[17:27] <tedg> It seems to be erroring when we try to ask it to report on a root process as the user.
[17:27] <tedg> https://errors.ubuntu.com/oops/c25e8678-70f2-11e4-976f-fa163e4aaad4
[17:27] <sil2100> robru: don't publish silo 003 rtm yet
[17:27] <tedg> Nicely, it turns itself in :-)
[17:28] <sil2100> robru: just in case - let's wait for confirmation from jibel and QA if the current image is promotable
[17:28] <robru> sil2100: i was wondering ;-)
[17:28] <sil2100> If we get a green flag from them, I guess we can publish this + the music-app in the store ;)
[17:28] <sil2100> (never enough of safety)
[17:28]  * tedg puts on his IRC helmet
[18:06] <robru> bzoltan: vivid 15
[18:08] <bzoltan> thanks robru
[18:08] <robru> bzoltan: you're welcome
[18:11] <ogra_> plars, happy birthday !
[18:12] <plars> ogra_: thanks!
[18:17]  * Mirv wonders why he's here
[18:20]  * ogra_ wonders why Mirv wonders why he's here 
[18:22] <Mirv> ogra_: because I kind of EOD'd earlier, then came back to see qtbase migrate to release pocket properly, and then sort of hanged around to do other stuff
[18:22] <ogra_> heh
[18:22] <ogra_> like we all do :)
[18:23] <popey> heh
[18:23] <Mirv> also, snow
[18:24] <ogra_> brrr
[18:26] <Mirv> http://people.canonical.com/~tjyrinki/snowproof.jpg from visit to the nearby store
[18:26] <popey> awwww
[18:26] <popey> wish we had snow
[18:27]  * ogra_ doesnt 
[18:27] <Mirv> the fun thing was that there zero snow at 2.30pm. then I had SDK hangout, and at 4pm it didn't snow anymore but it looked like that.
[18:27] <Mirv> and I didn't look out of the window meanwhile
[18:27] <popey> do your cats like the snow?
[18:27] <popey> mine go mad for it
[18:28] <ogra_> mine love it
[18:28] <ogra_> they need a few days to adapt
[18:28] <ogra_> werid to walk on etc
[18:28] <ogra_> but once they overcame that they love it
[18:28] <bzoltan> popey: ogra_: So you like cats... Now I start to understand things
[18:28] <Mirv> they kind of love it but we don't take them outside in the winter
[18:28] <Mirv> mostly
[18:28] <ogra_> i like dogs ... but i lack time
[18:29] <bzoltan> popey: ogra_: according to Olga's survay you both have Cheguevara shirts too
[18:29] <ogra_> lol
[18:29] <popey> wat
[18:29] <Mirv> and the white one doesn't like "outside" anyway. but he likes snow on the balcony.
[18:29] <ogra_> never had one, no
[18:29] <mterry> om26er, you still around?  I'm hopeful that https://code.launchpad.net/~mterry/unity8/early-disable/+merge/242517 fixes your security exploit
[18:29] <popey> i have an RMS Che t-shirt
[18:29] <sil2100> Oh oh! Snow!
[18:29] <om26er> mterry, hey, yes.
[18:29] <ogra_> bzoltan, but i suspect popey is one of these communist male east uk'ers that like ubuntu :)
[18:29] <sil2100> I mean, on Mirv's picture
[18:29] <sil2100> Here it's still just cold...
[18:30] <popey> http://1.bp.blogspot.com/-nneSxLZA9zk/TxenMQR94gI/AAAAAAAADnY/DLjgtSbcV-A/s1600/che-stallman-tshirt-show.jpg
[18:30] <mterry> om26er, you shouldn't need to rebuild, could simply edit the file in place
[18:30] <bzoltan> popey: https://yougov.co.uk/profiler#/Ubuntu/lifestyle
[18:30] <Mirv> sil2100: :)
[18:30] <om26er> mterry, ok i'll edit the file and delete the qml cache.
[18:30] <popey> haha brilliant
[18:30] <ogra_> bzoltan, geez, that food pic is right on the spot !
[18:30] <bzoltan> ogra_:  no shit :)
[18:31] <popey> brilliant
[18:31] <ogra_> i dont live in east UK though
[18:32] <Mirv> wow, I didn't know it's a thing outside Finland http://en.wikipedia.org/wiki/Pulla
[18:32] <ogra_> (and i think i overcame my commie phase with 19 or so ...)
[18:32] <bzoltan> ogra_: but have the ticket already, right?
[18:32] <Mirv> I mean that's 1st on the Ubuntuer list of foods..
[18:32] <om26er> no cwaye1 today ?
[18:32] <Mirv> Favourite Dishes
[18:32] <ogra_> yummy !
[18:32] <popey> never heard of pulla
[18:33] <Mirv> I wonder how it got to the top of that list
[18:34] <bzoltan> Mirv:  Damn it.. I forget this one -> we need this landed in order to make the silo15 build -> https://code.launchpad.net/~zeller-benjamin/kubuntu-packaging/qtcreator-qmakeprojectpatch/+merge/240827
[18:35] <Mirv> bzoltan: let's put it into that silo then
[18:35] <bzoltan> Mirv:  I added  it...
[18:40] <Mirv> bzoltan: not as MP, fixing
[18:42] <Mirv> bzoltan: it's in PPA now https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-015/+packages
[18:43] <bzoltan> Mirv:  thank you!
[18:44] <bzoltan> Mirv:  could you please reconf the silo too?
[18:45] <bzoltan> or robru ^
[18:45] <om26er> mterry, confirmed that fixes the issue.
[18:45] <mterry> om26er, sweet, thanks!
[18:45] <robru> Mirv: bzoltan on it
[18:46] <om26er> mterry, can you please propose that for rtm branch as well ?
[18:47] <mterry> om26er, uh...  maybe?  Saviq, we're doing separate rtm branches now?
[18:47] <robru> mterry: you're sure not landing new features in rtm ;-)
[18:48] <mterry> robru, no, not that we'd sync trunk.  Just last time I remember Saviq was making the rtm backport branches himself
[18:48] <robru> ah
[18:54] <bzoltan> robru: ogra_^ WOW, that is new
[18:55] <robru> bzoltan: it's just a network error, try again
[18:56] <bzoltan> robru:  OK... looks scary .. i am faint hearted at 9pm Friday
[18:57] <robru> bzoltan: yeah sorry, error handling from the chroot is a bit rubbish. the python script just sees 'returned exit code 1! raise exception!' so you have to check the log for the real error, which it turns out it just failed to download some file
[19:09] <Mirv> robru: the other mp just needs to be removed.. I thought I did that. it's manually uploaded.
[19:10] <robru> Mirv: which mp?
[19:10] <robru> bzoltan: weird, different network issue this time. try again! I guess our network is having trouble at the moment.
[19:16] <Mirv> robru: qtcreator mp, qtcreator is in manually uploaded sources now
[19:17] <robru> Mirv: spreadsheet row looks fine to me? did you fix it already?
[19:17] <Mirv> robru: citrain blows up if same project in both. sorry, on mobile now.
[19:18] <robru> Mirv: is 'qtcreator-plugin-ubuntu' the same as 'qtcreator'?
[19:20] <Mirv> robru: no, that needs to be there. there was qtc mp too there
[19:21] <robru> Mirv: I think it's fixed now. I only see qtcreator-plugin-ubuntu and kubuntu-packaging
[19:21] <robru> oh I guess the silo needs a reconfig though
[19:21] <robru> bzoltan: hang on
[19:22] <Mirv> robru: remove the kubuntuthing, = qtcreator
[19:22] <robru> oh, weird
[19:23] <robru> this is why the earlier versions of citrain considered it a hard error for the lp project name not the match the debian source package name
[19:23] <robru> now we just warn on that...
[19:23] <robru> bzoltan: ok building https://ci-train.ubuntu.com/job/ubuntu-landing-015-1-build/70/console
[19:27] <Mirv> the qtc needs to finish first before the plugin succeeds
[19:39] <Saviq> mterry, in general I stick to a single "staging" branch to merge into rtm, but we've a silo waiting for QA for over a week now :/
[19:39] <Saviq> mterry, so if there's a TOPBLOCKER it might need to get in separately
[19:49] <bzoltan> thanks robru for fixing it
[19:49] <robru> bzoltan: you're welcome
[20:06] <ogra_> sil2100, so i guess we can let oxide and music app in now ... (providing they passed QA)
[20:13] <ogra_> [20:13] <ogra_> (that is krillin: 167, mako: 138 and emulators: 132)
[20:30] <balloons> retoaded, you find anything with the docviewer job?
[20:31] <retoaded> balloons, am actually working on it now.
[20:31] <retoaded> should have it updated shortly
[20:36] <oSoMoN> trainguards: can you please publish RTM silo 3 ?
[20:37] <robru> oSoMoN: I dunno am I allowed to? I thought rtm was locked down? ogra_ ^
[20:37] <ogra_> robru, oxide and music-app are alllowed in
[20:38] <robru> ogra_: ok... i don't see a bug reference or anything ;-)
[20:38]  * oSoMoN bribed the PM team to get his fix in
[20:38] <ogra_> bug 1391230
[20:38] <robru> oh it is there, nm
[20:38] <robru> ok, publishing
[20:38] <ogra_> :)
[20:38] <ogra_> cool
[20:38] <oSoMoN> thanks!
[20:38] <ogra_> popey, what about music ?
[20:40] <robru> oSoMoN: you're welcome
[20:50] <retoaded> balloons, http://s-jenkins.ubuntu-ci:8080/job/docviewer-app-click/25/console
[20:54] <om26er> mzanetti, what packages should I install to get useful stacktrace for unity8-dash crashes ?
[20:55] <mzanetti> om26er: unity8-dbgsym, qtdeclarative5-qtmir-plugin-dbgsym. you need to add ddebs.ubuntu.com as apt source
[20:55] <mzanetti> om26er: well, reading the stacktrace it should tell you what libs are involved
[20:56] <mzanetti> if it just says ??? then you're missing the according dbgsym package
[20:57] <om26er> mzanetti, great, i'll try that.
[20:59] <balloons> retoaded, awesome! We haz a click package, wahoo!
[20:59] <balloons> popey, if you are reading this, I'd like to put a docviewer click in the store. What says ye?
[21:03] <om26er> mzanetti, seems there no ddebs.ubuntu.com repo for 14.09 (rtm) ?
[21:03] <mzanetti> I think there should be, although I haven't ever tried for rtm myself
[21:14] <alexabreu> can a trainguard reconfig silo 29 ?
[21:14] <tedg> trainguards, can I get a vivid silo for line 64 please?
[21:16] <robru> tedg: vivid 2
[21:16] <tedg> robru, Thanks!
[21:16] <robru> tedg: you're welcome
[21:31] <ogra_> SIGH
[21:31] <ogra_> hard UI hang again ... with 167
[21:34] <ogra_> bah, wasnt a hard hang it was apport creating the useless recoverable problem thing
[21:35] <ogra_> hmm, but it seems to have killed the session without having it restart ... seems my lifecycle mgmt was gone for short ... i have a bunch of dangling apps in the bg that i cant start anymore
[21:40] <ogra_> tedg, http://paste.ubuntu.com/9156976/ ...
[21:40] <ogra_> that is what i have in cgmanager log after the crash happened
[21:42] <popey> balloons: does it work?
[21:44] <tedg> ogra_, hallyn said that "sendmsg" failed one is cgmanager crashing.
[21:44] <popey> 20:38:57 < ogra_> popey, what about music ?
[21:44] <tedg> ogra_, There's where we were getting the cgmanager connection hang.
[21:44] <popey> ogra_: i thought we agreed during the landing call not to upload music to the store until an image had been promoted
[21:45]  * popey scrolls back further and sees 20:13:08 < ogra_> [21:45] <ogra_> popey, we did :)
[21:45] <popey> \o/
[21:45] <popey> balloons: you about? :D Might have two uploads for you.
[21:45] <tedg> ogra_, I'm trying to land the vivid fixes in ppa 2. You might try the packages and see if it helps.
[21:45] <ogra_> tedg, i added syslog from the time where it happens too ... dmesg is largely the same though
[21:46] <balloons> I could be
[21:46] <balloons> popey, lol, it just built, I didn't try it, haha
[21:46] <popey> balloons: ok, priority 1 is music app pls. Specifically http://popey.com/~alan/com.ubuntu.music_2.0.745_all.click which has had QA sign off
[21:47] <balloons> k, next?
[21:48] <popey> I'd like to test docviewer some more before uploading
[21:48] <balloons> popey, no worries
[21:49] <popey> i see 0.1.41 in jenkins
[21:49] <balloons> yes
[21:51] <popey> right, now, why does adb not work on my krillin please?
[21:51]  * balloons is installing
[21:51] <balloons> popey, https://myapps.developer.ubuntu.com/dev/click-apps/143/changerequest/ btw
[21:54] <balloons> doc viewer runs, that's encouraging
[21:54] <ogra_> did you already upload ?
[21:54] <ogra_> (doc viewer that is)
[21:55] <popey> ogra_: no
[21:55] <popey> however, music approved to store
[21:56] <balloons> sweet.. download pdf in browser, open with doc viewer
[21:57] <balloons> boom pdf
[21:59] <ogra_> you are not supposed to download bomb building instructions from the internet
[21:59] <balloons> so popey at least the basics work. I couldn't get photo viewer to work, might try something different
[21:59] <balloons> no search or page goto
[21:59]  * popey pushes to phone
[22:00] <popey> as magically adb suddenly works
[22:00] <popey> anyone know where "summary goes here" comes from when you use pkcon?
[22:03] <tedg> popey, Guessing an unimplemented feature in the click backend.
[22:05] <ogra_> sil2100, triggering 168 now ... both bits we want are in place
[22:06] <popey> great
[22:06] <popey> tedg: ok. should I file a bug do you think?
[22:06] <tedg> popey, Naw, I don't think a bug will help.
[22:10] <imgbot> [22:10] <balloons> tedg, you win IRC today.. awesome
[22:11]  * balloons enjoys the sarcasm real or invented
[22:11] <tedg> Heh
[22:20] <balloons> popey, ogra_ docviewer published
[22:20] <balloons> enjoy your weekend!
[22:21] <popey> BOOOOOOOOOOOOOOOOOOOOOOOOM!
[22:21] <popey> thanks balloons !
[22:23] <ogra_> yay !!!!
[23:01] <tedg> trainguards, can you please publish vivid/2 ?
[23:06] <tedg> Ah, symbols fix.
[23:09] <popey> ogra_: i know I have mentioned this multiple times today but adb is really unreliable since 166
[23:20] <imgbot> [23:20] <imgbot> [23:48] <robru> wow, latest lunch ever. bbiab