[09:42] <mzanetti> tedg: tsdgeos says not fixable
[09:42] <tsdgeos> well it's not that it's not fixable
[09:42] <mzanetti> properly, that is
[09:42] <tsdgeos> it's that it's "not nice to do"
[09:42] <tsdgeos> basically Qt.openUrlExternally is "sync"
[09:43] <tsdgeos> and our stuff isn't
[09:43] <tsdgeos> so it's not easy to map one to the other
[09:43] <sil2100> pete-woods: hello! Any progress on the HUD crasher? :)
[09:45] <tedg> tsdgeos, Put it in a loop
[09:45] <tedg> tsdgeos, ?
[09:54] <tsdgeos> tedg: that's not an acceptable workaround for the issue mzanetti is having
[10:08] <tedg> mzanetti, So one thing you could do is use the library directly instead of through Qt.  Then you could handle the async.
[10:08] <mzanetti> tedg: yeah... but this all seems like workarounds for pushing the actual issue from one corner to the other
[10:08] <mzanetti> tedg: we really should just get rid of that version number in appids
[10:08] <mzanetti> everywhere
[10:09] <mzanetti> it's just useless
[10:09] <mzanetti> and causes pain whenever a line of code contains the word "appId"
[10:13] <tsdgeos> +1
[10:15] <pete-woods> sil2100: I think so, just testing out the fix now
[10:19] <sil2100> pete-woods: awesome! Keep us updated :)
[10:21] <pete-woods> sil2100: will do -  sorry this has taken so long
[10:23] <sil2100> pete-woods: thanks!
[10:40] <Wellark_> sil2100: hi! we have to cancel the first autolading for hud as it would have failed on the unit testing
[10:41] <Wellark_> sil2100: now everything should be in place
[10:41] <Wellark_> and just waiting for jenkins to pick up the autolanding task
[10:51] <pete-woods> pstolowski: http://pastebin.ubuntu.com/6519096/
[10:52] <pstolowski> pete-woods, thx
[11:02] <Wellark> sil2100: merged.
[11:02] <tsdgeos> larsu: can we set to invalid in unity8 for https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1239394 ?
[11:02] <tsdgeos> larsu: i.e. was it a pure qmenumodel bug? or needs unity8 stuff?
[11:03] <tsdgeos> or no idea :D
[11:03] <larsu> tsdgeos: I'm pretty sure that this was a pure qmenumodel bug. I'll mark the unity8 part as invalid
[11:04] <tsdgeos> tx
[11:33] <pete-woods> sil2100: I've tested the a freshly flashed phone with the new HUD and the unity8 autopilot tests now, and we aren't having crashes any more
[11:33] <pete-woods> sil2100: so we really just need to land new release now
[13:05] <Cimi> tsdgeos, retrigger? https://code.launchpad.net/~cimi/unity8/fix-1255452/+merge/196913
[13:26] <tsdgeos> Cimi: done!
[13:50] <mhr3_> mzanetti, ping?
[13:53] <Mirv> somehow btw the python:any (>= 2.7) dependency in unity8 breaks recipe builds in Launchpad https://code.launchpad.net/~canonical-qt5-edgers/+archive/qt5-daily/+recipebuild/599182
[13:54] <Mirv> I'm not really sure if something needs to be done about it, but it means manual uploads are needed
[14:17] <mhr3_> sil2100, when will daily releases work again?
[14:17] <sil2100> mhr3_: hello! Define what you mean by 'daily releases' ;)
[14:17] <mhr3_> sil2100, trunk snapshots getting into distro
[14:17] <mhr3_> sil2100, and yea, hi :)
[14:19] <sil2100> mhr3_: my understanding is that management didn't like it how it was working (due to Ubuntu Touch and lack of CI infra for touch testing) and we will now be using Landing Asks until the new CI vision is done
[14:19] <sil2100> Which will take a long time I guess
[14:19] <sil2100> I personally thought daily-releases were working ok
[14:20] <mhr3_> oh?
[14:20] <mhr3_> that's indeed news for me
[14:20] <mhr3_> i thought that isn't changing for now
[14:20] <sil2100> So if you want to release a component, please add it to the Landing Asks and we'll release it
[14:34] <Cimi> tsdgeos, moar
[14:34] <tsdgeos> done!
[14:36] <Cimi> tsdgeos, seems to work though
[14:36] <tsdgeos> the other branches are not failing in this test case either
[14:36] <tsdgeos> so can't really know if its getting fixed by this or we're just in a lucky streak ;D
[14:37] <tsdgeos> but anyway, if next succeeds we can merge it and hope it is indeed the fix :-)
[14:37] <mhr3_> sil2100, oh, one more thing
[14:38] <mhr3_> sil2100, could you update the description of daily-build-next a little
[14:38] <mhr3_> sil2100, just add:
[14:38] <mhr3_> Make sure you have proper environment set so upstart recognizes it (login as phablet user using `su - phablet` or ssh in)
[14:38] <mhr3_> before the
[14:38] <mhr3_> $ /sbin/initctl stop unity8
[14:39] <sil2100> mhr3_: sure, let me do that
[14:45] <tsdgeos> fwiw i tried using clang to build unity8 and the new clang is too sybarite with it's c++11 implementation and fails to compile Qt5 stuff :D
[14:45] <tsdgeos> which has been fixed in Qt5 git
[15:06] <hallyn> mhr3_: hi - my dash suddenly stopped giving me any results last night.  si there some cache which could be corrupt which i can clearn out?
[15:06] <seb128> hallyn, is that trusty? is it empty even for the different lenses?
[15:07] <hallyn> seb128: it's saucy, but yes empty for every lens
[15:07] <seb128> no apport file/report?
[15:07] <hallyn> i had tried installing the open-weather-map and yahoo-stockquote scopes, that was wheni noticed
[15:07] <hallyn> no
[15:07] <hallyn> oh, maybe.  :)
[15:08] <davidcalle> hallyn, hi, no need to install these :) They are available by default. In any case, they shouldn't break the Dash.
[15:10] <davidcalle> mhr3_, seb128, the Home Dash package (intentionally ) conflict with these. So, hallyn has probably no more unity-scope-home.
[15:11] <seb128> davidcalle, should that make the other lenses not work?
[15:11] <seb128> hallyn, but yeah, check what davidcalle said
[15:11] <davidcalle> seb128, unity-scope-home deals defines all the other dash views.
[15:13] <davidcalle> hallyn, try reinstalling unity-scope-home. And if you want to try yahoostock and openweathermap, try queries like : "stock:goog", or "weather:paris", they work OOTB.
[15:14] <seb128> davidcalle, thanks for helping ;-)
[15:16] <davidcalle> seb128, np, these packages staying in the archive are not a great solution. The relationships should be changed, to avoid these missing unity-scope-home cases, what would you suggest?
[15:16] <seb128> davidcalle, why are the packages staying in the archive? should we get them deleted?
[15:20] <hallyn> seb128: (got called away) apport hasn't been coming up, but /var/crash has _usr_lib_gnome-user-share_gnome-user-share.1000.crash
[15:20] <hallyn> re-installing unity-scope-home
[15:20] <seb128> hallyn, yeah, forget about that, it's probably just unity-scope-home missing
[15:20] <hallyn> yay i have results :)
[15:20] <seb128> "just"
[15:20] <hallyn> thanks guys
[15:20] <seb128> yw
[15:20] <hallyn> so how do i trigger things like stocks or weather?
[15:20] <seb128> next time you install something, check the "to be removed" list before acking the install
[15:21] <seb128> hallyn, see what davidcalle from 8 minutes back in the log
[15:21] <hallyn> seb128: i think i may have typed -y, bc i've been doing it so much for some tests i need to script
[15:21] <hallyn> ah, thanks davidcalle
[15:22] <hallyn> is there a list of such prefixes?
[15:22] <davidcalle> seb128, the use case was for people wanting to have dash sources without using the scopes server. I guess that can be a PPA use case, to avoid blowing up the Dash with a Software Center click.
[15:23] <davidcalle> hallyn, not right now, but there will be one soon.
[15:24] <hallyn> cool.
[15:24] <davidcalle> seb128, so, I can make a list of what needs to go. Is there any bug filing work to do for removing packages ?
[15:24] <hallyn> eh, long as i'm here - is there any sort of powertools set for things like windows grouping?  (used to exist under compiz extensions)
[15:25] <seb128> davidcalle, it's basically "open a bug with the list of packages and the reason and subscribe ubuntu-archive"
[15:25] <seb128> davidcalle, then make the bug validated by somebody in the unity team, e.g mhr3 or didrocks
[15:25] <davidcalle> seb128, ok, will do
[15:26] <seb128> davidcalle, thanks
[15:26] <davidcalle> seb128, ty
[15:31] <mhr3__> see that got solved already
[15:40] <Cimi> tsdgeos, another green light
[15:40] <tsdgeos> ok, let's get it in
[15:40] <tsdgeos> and see if it comes back or not
[15:42] <alesage> Saviq ping
[15:43] <mhr3__> mzanetti, https://code.launchpad.net/~mhr3/unity-scopes-shell/hook-scopes-ng/+merge/196608
[15:43] <Saviq> alesage, hey, I'm not yet sure what is it with your branch :/
[15:43] <Saviq> alesage, I can reproduce it locally though
[15:43] <Saviq> alesage, I *think* unity8 just crashes on startup, and your changes somehow make it happen more
[15:43] <alesage> Saviq hmmm
[15:43] <alesage> is bummer
[15:44] <nic-doffay> Saviq, what do you pass to slow down QML animations again?
[15:44] <Saviq> nic-doffay, qmlscene --slow-animations
[15:44] <nic-doffay> Saviq, cheers!
[15:46] <alesage> Saviq not sure how to help--I do see issues on occasion starting/stopping Unity8, seem to depend on "sleep" state
[15:58] <Saviq> alesage, yeah, nw, we'll get there
[15:59] <alesage> Saviq, ok lemme know if I can help :)
[16:22] <mhr3__> mhall119, ping? could you update the static scopes docs?
[16:23] <mhr3__> i can mail you zipped doc folder if you want
[16:39] <mhall119> mhr3: that would work, or give me a link to download them
[16:40] <mhr3> mhall119, arm deb good enough for you? :)
[16:41] <mhr3> mhall119, if so http://jenkins.qa.ubuntu.com/job/unity-scopes-api-trusty-armhf-ci/51/artifact/work/output/*zip*/output.zip
[16:42] <mhall119> that's not a deb
[16:43] <mhr3> inside
[17:11] <sil2100> Saviq: hello!
[17:12] <sil2100> Saviq: hmm... the bug LP: #1257000 - greyback said that he can do a workaround hackish fix for that, but you weren't a fan
[17:13] <sil2100> Saviq: it's one of the current blockers in our images, you think we could do the hackish fix for now to get it working and then fix it properly? (with unity-mir etc.)
[17:18] <tsdgeos> sil2100: he's not at his computer at the moment
[17:27] <Saviq> sil2100, the real fix is a relatively trivial now anyway
[17:27] <Saviq> -now
[17:27] <Saviq> sil2100, so I'd rather push for the real fix
[17:27] <Saviq> sil2100, in upstart-app-launch
[17:28] <Saviq> sil2100, I don't think we actually need changes in unity-mir, will we greyback?
[17:28] <greyback> Saviq: small changes
[17:29] <Saviq> tedg, could we get a fix for ↑↑ soon-ish? (https://launchpad.net/bugs/1257000)
[17:29] <greyback> Saviq: ted needs to add a new sync signal/method to upstart-app-launch that's fired before app launch. unity-mir will need to listen for that
[17:29] <Saviq> greyback, doesn't it listen already to the async one?
[17:30] <Saviq> greyback, so we need to add a sync one - so basically a name change
[17:30] <tedg> This is the sync startup message?
[17:30] <Saviq> tedg, yes
[17:31] <tedg> Uhm, so it's not hard as much as a scheduling problem.
[17:31] <tedg> I'll grab thostr_ after he gets out of this meeting.
[17:32] <Saviq> tedg, thanks
[17:32] <greyback> Saviq: we also need a post-execution signal to get the correct PID for the launched process. We were using that one
[17:33] <tedg> For a quick workaround we could just put a sleep in app startup to ensure they're always after the message ;-)
[17:33] <Saviq> tedg, yes, which is something we ideally wouldn't do
[18:00] <thostr_> greyback: Saviq: ted will work tomorrow on the upstart thingie
[18:12] <Saviq> thostr_, great, thanks
[18:12] <Saviq> sil2100, ↑↑
[18:15] <sil2100> Saviq: looking! One moment
[18:15] <sil2100> thostr_: hello! We have another big problem with HUD: https://bugs.launchpad.net/hud/+bug/1257861
[18:15] <sil2100> thostr_: we did a re-run but the test is still failing
[18:16] <sil2100> thostr_: and only for arm64 - and it's blocking -proposed migration
[18:16] <sil2100> Saviq: ok, backtracking now
[18:17] <sil2100> Saviq: thanks guys! If the fix is more or less trivial and we'll be able to get it working around tomorrow, then +1
[18:18] <sil2100> pete-woods1: hello! In case thostr_ would miss this ping, could you and/or Ted take a look at this in some free cycles? It's blocking proposed migration of hud: https://bugs.launchpad.net/hud/+bug/1257861
[18:18] <sil2100> Thank you :)