[07:22] <mmrazik> thomi: around?
[09:11] <dandrader> ping mzanetti
[09:11] <mzanetti> hey dandrader
[09:11] <dandrader> mzanetti, hi. Should I avoid using qml's SignalSpy for now?
[09:11] <dandrader> because of its bug
[09:12] <mzanetti> dandrader: well.. depends... if you wanna check if singals are emitted, you have to use it. but yeah, be careful with absolute signal count comparisons
[09:12] <mzanetti> dandrader: spy.wait() works pretty well
[09:12] <mzanetti> dandrader: just spy.count is bogus
[09:13] <dandrader> mzanetti, ok
[09:13] <mzanetti> dandrader: spy.clear() works (sets count to 0) but next time the signal is triggered, it goes again up to where it was +1
[09:13] <dandrader> ah, got it
[09:13] <mzanetti> dandrader: and I found the issue you had with the greeter tests *finally*
[09:13] <mzanetti> dandrader: the issue was the tests being executed _before_ the user list was loaded
[09:13] <dandrader> mzanetti, did you fix it already. they run fine for me yesterday
[09:14] <mzanetti> dandrader: I fixed it, but only in my jenkins testing branch
[09:14] <nic-doffay> Saviq, mind giving further thoughts on this: https://code.launchpad.net/~nicolas-doffay/unity/page-header-test/+merge/155242
[09:14] <mzanetti> nic-doffay: oh hey! I can have a look too if you want
[09:14] <nic-doffay> Yeah thanks mzanetti anyone really with something to add.
[09:16] <mzanetti> nic-doffay: one hint: because the keyClick() is very cumbersome when typing whole words, we introduced a function typeString("foobar")
[09:16] <nic-doffay> Awesome, I'll replace them.
[09:16] <mzanetti> nic-doffay: if you want to use it, you only need to use UnityTestCase {} instead of TestCase {} and it'll be available
[09:17] <Saviq> nic-doffay, your condition is incorrect, the label overflows the search entry
[09:18] <Saviq> nic-doffay, narrowMode: parent.width < label.contentWidth + units.gu(50)
[09:18] <mzanetti> Saviq: you wrote the search thing... wouldn't it be required to call triggerSearch() before typing the text in order to put input focus to the textfield?
[09:19] <Saviq> mzanetti, yeah
[09:19] <mzanetti> hmm... can't see that test passing then... lemme try running it
[09:19] <dandrader> mzanetti, btw, did you propose a fix for the SignalSpy issue to Qt?
[09:20] <Saviq> nic-doffay, you want to be in narrow mode if there's not enough space - i.e. "label.contentWidth + units.gu(50)" - units.gu(50) being the size of expanded search entry + margins
[09:20] <mzanetti> dandrader: no... not had the time yet.
[09:22] <Saviq> nic-doffay, test_reset_search doesn't actually type into the box (you need triggerSearch first - and verify it's typed in)
[09:23] <Saviq> nic-doffay, and add the test to CMakeLists.txt
[09:23] <mzanetti> Saviq: nic-doffay: yeah, the triggerSearch() thing affects most of the tests
[09:25] <mzanetti> nic-doffay: test_resize_disable_search_by_width fails here. this is not what it does. if the window gets too small, it just hides the searchField from the header, but triggerSearch() would still bring it in.
[09:26] <mzanetti> nic-doffay: to check that you maybe could compare the y value of the textField
[09:26] <mzanetti> nic-doffay: if the search is NOT triggered and the windows is small, y should be negative I guess (because its moved to above the header)
[09:29] <nic-doffay> Thanks for the comments guys, could you leave them on the MP? Saviq mzanetti
[09:29] <Saviq> nic-doffay, k
[09:30] <mzanetti> sure
[09:35] <nic-doffay> thnx
[09:44] <dandrader> mzanetti, do you know how to get the signal arguments out of SignalSpy. Not having much success with SignalSpy::signalArguments
[09:45] <mzanetti> dandrader: it should be a array
[09:46] <mzanetti> dandrader: in C++ its a QVariantList
[09:46] <mzanetti> dandrader: which can hold other Q*Lists of course.
[09:46] <dandrader> ah ok. that might explain my problems with it
[09:46] <mzanetti> Saviq: so it might be even a 2-dimensional array
[09:46] <mzanetti> dandrader: ^^
[09:47] <mzanetti> sorry Saviq
[09:47] <Saviq> mzanetti, uff
[09:47] <mzanetti> Saviq: I commented on nic's MP to one comment you made
[09:48] <Saviq> mzanetti, of course, sorry
[10:05] <mzanetti> mmrazik: hey
[10:05] <mzanetti> mmrazik: this doesn't seem to be temporary: http://10.97.0.6:8080/job/unity-phablet-mods-quantal-i386-autolanding/4/console
[10:06] <mzanetti> mmrazik: ccache permission denied that is
[10:07] <mmrazik> mhm
[10:09] <mmrazik> mzanetti: I have no clue what it is :-/
[10:09] <mmrazik> mzanetti: and I feel particularly bad today so I will most likely end up in the bed soon :-/
[10:09] <mzanetti> mmrazik: hmm... does it only happen with unity-phablet-mods so far or did others complain too?
[10:10] <mmrazik> mzanetti: phablet-mods is the only project where I've seen it so far
[10:10] <mmrazik> but then kinnara is fairly new
[10:11] <mmrazik> mzanetti: do you know if it happens only with a single branch?
[10:11] <mzanetti> Saviq: do you know? ^
[10:11] <mmrazik> mzanetti: tsdgeos have seen this couple of times apparently
[10:11] <mmrazik> btw is it just me or irc.canonical.com doesn't work?
[10:11] <mzanetti> mmrazik: yeah... its the same as yesterday...
[10:11] <mzanetti> irc works for me
[10:12] <mmrazik> interesting.. I'm getting connection reset by peer
[10:12] <mzanetti> mmrazik: well. I didn't disconnect in the last few days
[10:13] <mzanetti> but I see other people in there that don't have a bouncer set up... so It should work
[10:14] <Saviq> mzanetti, it's the only project/branch we've seen there
[10:14] <mzanetti> failing?
[10:14] <Saviq> yes
[10:14] <mmrazik> did tsdgeos feed jenkins as I suggested yesterday?
[10:15] <mmrazik> it really looks to be personal
[10:15] <mzanetti> hmm... so there might be a change that produces a filename with special chars or the like
[10:15] <Saviq> mzanetti, mmrazik, but, it won't build on quantal without that MP, so not sure what to do :/
[10:15] <mzanetti> hm... thats a tricky one
[10:15] <mmrazik> mzanetti: AFAICS it always seems to be a different file
[10:16] <Saviq> yeah
[10:16] <Saviq> it's random
[10:16] <Saviq> but only quantal i386
[10:16] <mmrazik> mzanetti: I'll try to build couple of time directly on kinnara
[10:16] <mmrazik> just to see if there is some pattern with the filenames
[10:17] <mzanetti> Saviq: it works! http://s-jenkins:8080/job/unity-phablet-qmluitests/
[10:17] <Saviq> mzanetti, awesome
[10:17] <mzanetti> yeah! this is freakin awesome :D
[10:18] <Saviq> mzanetti, can we get rid of Files / Packages?
[10:18] <Saviq> ym
[10:18] <Saviq> Conditionals/Packages?
[10:18] <mzanetti> Saviq: I'll try. this is the very first time I dig into cobertura internal
[10:18] <mzanetti> s
[10:18] <mzanetti> Saviq: conditionaly is always 0
[10:18] <Saviq> mzanetti, ah, so you had to fake the lines ;)
[10:19] <mzanetti> Saviq: yeah
[10:19] <Saviq> mzanetti, "Conditionals   100%"
[10:19] <mzanetti> 0/0 => 100% :D
[10:19] <Saviq> not true
[10:19] <mzanetti> Saviq: for jenkins/cobertura it is :D
[10:19] <Saviq> ;)
[10:20] <mzanetti> Saviq: package is always 1 as I didn't bother to split the xml in directories or whatever
[10:20] <Saviq> mzanetti, k got it
[10:26] <mmrazik> mzanetti: I executed the same pbuilderjenkins command as jenkins on kinnara and the branch is at ~70%
[10:26] <mzanetti> mmrazik: you also executed it directly on kinnara, right?
[10:27] <mmrazik> mzanetti: yup
[10:27] <mzanetti> mmrazik: but yeah.. remember my qmluitests yesterday?
[10:27] <mzanetti> the jenkins call would stall, but manually it passed
[10:28] <mmrazik> mzanetti: it might be that if you try long enough it will start to wok. Will need to check sources of pbuilder. I already did that once but can't remember what exactly it is doing with the permissions in the dir
[10:28] <mmrazik> but it is doing somethin there
[10:28] <mzanetti> mmrazik: hmm... ok. then we'll keep on triggering rebuilds in the meantime?
[10:29] <mmrazik> mzanetti: mhm... my build was successful. let me trigger the build from jenkins
[10:51] <mmrazik> mzanetti: it failed in jenkins :-/ http://s-jenkins:8080/job/unity-phablet-mods-quantal-i386-ci/15/console
[10:52] <mzanetti> mmrazik: the manual run you did, it did use ccache, right?
[10:53] <mmrazik> mzanetti: mhm... can't tell doing it again
[10:53] <mmrazik> but it should
[10:53] <mzanetti> mmrazik: on kinnara in /var/cache/pbuilder/ccache/2/d/ there are exctly those filenames with a weird userid
[10:54] <mzanetti> mmrazik: lemme try deleting those and retrigger
[10:54] <mmrazik> mzanetti: all the files have weird userids
[10:54] <mmrazik> mzanetti: thats what pbuilder does
[10:54] <mzanetti> mmrazik: ok... still its only that file here... all the others are gone
[10:54] <mmrazik> mzanetti: pbuilder certainly changes everything in the ccache dir recursievly upon start
[11:03] <mmrazik> mzanetti: the "manual" build is using ccache
[11:04] <mmrazik> there are plenty of files like "./d/5/72293cdf9dcfdea731281aafa9da79-5724171.o.tmp.stdout.kinnara.178080" being created with no issues
[11:06] <mzanetti> mmrazik: yeah... could it be some collision in /var/cache/pbuilder/ccache/ that one tries to create those files and another one cleans up the dir in the meantime?
[11:06] <mmrazik> mzanetti: I'm trying to do the same with su -l jenkins now
[11:06] <mzanetti> mmrazik: I know its unlikely, but I'm a bit lost what else could be happening
[11:06] <mmrazik> mzanetti: I was thinking of that too but then it would be very strange we didn't see it before
[11:07] <mzanetti> mmrazik: indeed after the failure there are only the one or two files he complains about left over. everything else is gone...
[11:19] <mzanetti> Saviq: so... here it is: https://code.launchpad.net/~mzanetti/unity/phablet-deps-update/+merge/155701
[11:20] <Saviq> mzanetti, you really need to like python more :D
[11:20] <mzanetti> Saviq: when I started the script I _really_ didn't expect it to create cobertura reports :D
[11:21] <Saviq> mzanetti, why demo assets?
[11:21] <mzanetti> Saviq: the greeter for now :/
[11:21] <Saviq> right
[11:21] <mzanetti> Saviq: once the lightdm branch is merged, they can go again
[11:23] <mzanetti> Saviq: I just wanted to run inotifywatch to see if would work at all. it immediately worked that well that I got curious if generating the xml would work
[11:23] <mzanetti> by the time i realized bash is really not the way to go it was too late :D
[11:31] <mzanetti> ouch... 29 open MPs
[11:31] <mzanetti> thats going to clash once we can merge again
[11:34] <Saviq> mzanetti, yeah, we really need to resolve the unity-mods issue :/
[11:35] <mzanetti> Saviq: ok... I can't really continue with the jenkins job anyways as long as the latest MP isn't merged.
[11:35] <mzanetti> I'll get that mods thingie merged somehow :D
[11:37] <Saviq> mzanetti, before you do that, can you mumble?
[11:37] <mzanetti> Saviq: sure
[11:39] <mmrazik> mzanetti: FYI -- I'm trying to disable ccache for this build right now
[11:44] <Saviq> mmrazik, thanks
[11:45] <mmrazik> mzanetti: nasty but seems to work: https://code.launchpad.net/~mrazik/cupstream2distro-config/mods-workaround/+merge/155709
[11:45] <mmrazik> http://s-jenkins:8080/job/unity-phablet-mods-quantal-i386-ci/19/console
[11:46] <kaleo_> Saviq: you aware that search does not work anymore in dash?
[11:46] <Saviq> kaleo_, it works, only it crashes :P
[11:46] <kaleo_> Saviq: the textinput closes as soon as I type
[11:46] <Saviq> kaleo_, on device? exact steps please?
[11:47] <kaleo_> Saviq: Nexus 10, tap on search field in people lens, type one letter
[11:47] <Saviq> kaleo_, crashes here, doesn't for you?
[11:47] <kaleo_> Saviq: nope
[11:48] <kaleo_> Saviq: iso from yesterday
[11:48] <Saviq> iso? ;)
[11:49] <mzanetti> mmrazik: ok... fine with me if we can unblock unity/phablet with it...
[11:50] <mzanetti> mmrazik: I somehow have the feeling that the issue will come back in some form though
[11:50] <mzanetti> approved
[11:52] <Saviq> mmrazik, thanks
[12:14] <Saviq> mzanetti, http://10.97.0.6:8080/job/unity-phablet-mods-quantal-i386-autolanding/9/console looks like the change didn't get through yet?
[12:15] <mzanetti> Saviq: yeah... with this cupstream2distro stuff we write the configs now in a bzr repo and it needs to be deployed to jenkins. I don't know yet how that works.
[12:16] <mzanetti> mmrazik: will you ping us when the disable ccache fix is applied to jenkins?
[12:16] <mmrazik> mzanetti: just did it
[12:16] <mzanetti> awesome. thanks mmrazik
[12:18] <dednick> mmrazik: ping
[12:18] <mmrazik> dednick: pong
[12:19] <dednick> mmrazik: morning. how can i get to the recordmydesktop videos for ap tests on jenkins?
[12:19] <mmrazik> dednick: can you point me to a jenkins job?
[12:19] <mmrazik> or merge proposal?
[12:20] <dednick> mmrazik: http://10.97.0.1:8080/job/ps-unity-100scopes-experimental-autopilot-release-testing/20/
[12:21] <mmrazik> dednick: you first need to choose a configuration, then click on "Build artifacts" and then they are in the directory results/artifacts
[12:21] <mmrazik> here for ati:
[12:21] <mmrazik> http://10.97.0.1:8080/job/ps-unity-100scopes-experimental-autopilot-release-testing/20/label=autopilot-ati/artifact/results/artifacts/
[12:22] <dednick> mmrazik: great! thanks
[12:24] <Saviq> kaleo_, it's a keyboard regression
[12:27] <kaleo_> Saviq: darn
[12:27] <kaleo_> Saviq: logged?
[12:27] <Saviq> kaleo_, not yet I don't think so
[12:27] <kaleo_> bug #1160630?
[12:27] <Saviq> kaleo_, hmm well
[12:27] <Saviq> kaleo_, it's possible to type into the messaging menu
[13:11] <MacSlow> kenvandine, the scrolling in the new (QML)-gwibber is sooo nice!
[13:13] <nik90> kenvandine, is there an ETA on when the QML-gwibber will land in 13.04 by default?
[13:14] <kenvandine> nik90, as soon as the MIR bug for the qt packages is approved, bug 1157732
[13:14] <kenvandine> MacSlow, thanks :)
[13:15] <nik90> kenvandine: ok...it looks great!! thanks
[13:16] <kenvandine> nik90, thanks
[13:25] <mzanetti> Saviq: I think we will merge this one when it adds back the "check" target, right? https://code.launchpad.net/~unity-team/unity/phablet.unittests_new-cmake/+merge/154401
[13:26] <mzanetti> Saviq: because MacSlow would need this in his tests and I'm thinking if he should depend on this MP or not
[13:26] <Saviq> mzanetti, I'm actually working now on something very similar
[13:26] <Saviq> mzanetti, be there in 10
[13:27] <mzanetti> MacSlow: ^^ please sync with saviq on this one
[13:27] <MacSlow> Saviq, I wait for that thing you working on then
[13:27] <MacSlow> Saviq, any brach I could peak at to get an idea of what's coming?
[13:28] <Saviq> MacSlow, not yet
[13:28] <MacSlow> Saviq, ping me when you're ready
[13:30] <mzanetti> Saviq: mmrazik|afk: merged! https://code.launchpad.net/~aacid/unity/phablet-mods-cherrypicked/+merge/155469
[13:30] <Saviq> mzanetti, old news :D
[13:30] <mzanetti> haha
[13:30] <mzanetti> Saviq: does that mean we can merge in the shell again?
[13:30] <Saviq> mzanetti, soon
[13:31] <Saviq> mzanetti, we need to push a version bump, can you prepare a bump to 7.81 please?
[13:32] <dednick> kgunn: are we having the review meeting today?
[13:32] <mzanetti> Saviq: ack
[13:32] <kgunn> dednick: yep
[13:32] <mzanetti> kgunn: hey! I've got something nice for you :) (unless thats already old news too)
[13:32] <kgunn> dednick: on hang out....let me know if you need me to dial in
[13:33] <kgunn> to conf call that is
[13:33] <kgunn> mzanetti: oooo, tell me
[13:33] <mzanetti> kgunn: http://s-jenkins:8080/job/unity-phablet-qmluitests/
[13:34] <mzanetti> kgunn: and this http://s-jenkins:8080/job/unity-phablet-qmluitests/38/cobertura/qml_phone_shell/
[13:36] <kgunn> mzanetti: Saviq dandrader  https://plus.google.com/hangouts/_/5e9eec5b9e0f2e2903f09967025198df1acaf186
[13:36] <Saviq> oh it's that time
[13:37] <dandrader> kgunn, so no phone conference call?
[13:38] <kgunn> i can...hang on
[13:38] <dandrader> gotta fetch my laptop then (where g hangouts work)
[14:06] <seb128> dednick, hey
[14:06] <seb128> dednick, is there any reason you didn't merge propose https://code.launchpad.net/~nick-dedekind/unity/smart-scopes.lp1159200 ?
[14:07] <seb128> I just ran into a segfault with the ppa
[14:07] <seb128>  #0  __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:50
[14:07] <seb128>  No locals.
[14:07] <seb128>  #1  0xb23822ba in unity::dash::ScopeProxy::Impl::OnScopeActivateCallback(_GObject*, _GAsyncResult*, void*) () from /usr/lib/libunity-core-6.0.so.5
[14:07] <seb128>  No symbol table info available.
[14:07] <seb128>  #2  0xb626b795 in g_simple_async_result_complete (simple=0xbc00c00) at /build/buildd/glib2.0-2.36.0/./gio/gsimpleasyncresult.c:777
[14:07] <seb128>  
[14:07] <seb128> I wonder if your vcs would fix it?
[14:09] <seb128> dednick, seems to be reported as https://bugs.launchpad.net/unity/+bug/1157351
[14:09] <dednick> seb128: ya, there are a few bugs.
[14:09] <dednick> seb128: five ma a sec
[14:11] <dednick> seb128: https://code.launchpad.net/~nick-dedekind/unity/smart-scopes.lp1159200/+merge/155742
[14:11] <seb128> dednick, thanks ;-)
[14:11] <seb128> dednick, do you think it should fix the segfault I just mentioned?
[14:11] <dednick> seb128: probably
[14:11] <seb128> excellent
[14:11] <seb128> btw, while I'm here
[14:12] <seb128> who knows/is working on the indash payment
[14:12] <seb128> the text is not well displayed for me, it goes out of the text area/isn't wrapped as it should
[14:12] <seb128> is that known?
[14:12] <dednick> seb128: mandel
[14:14] <seb128> dednick, thanks
[14:21] <dednick> seb128: https://code.launchpad.net/~nick-dedekind/unity/smart-scopes.autopilot-build-20/+merge/155737
[14:21] <mzanetti> om26er: hey... we just had a hangout in for the shell team and don't see the need for a standup today
[14:22] <mzanetti> om26er: do you have anything to report or ask?
[14:22] <seb128> dednick, was that supposed to be for sil2100? ;-)
[14:23] <dednick> seb128: sorry, yes :)
[14:23] <dednick> sil2100: https://code.launchpad.net/~nick-dedekind/unity/smart-scopes.autopilot-build-20/+merge/155737
[14:23] <seb128> no worry ;-)
[14:23] <om26er> mzanetti, no, not anything in particular, also i turns out I would not have made either there seems to be a network problem in the whole country and the neighboring countries as well due to a link break in the sea.
[14:23] <om26er> so internet is slow and not suitable for calls
[14:24] <mzanetti> om26er: ok.
[14:26] <mzanetti> om26er: I'll be off for a full week now.
[14:26] <om26er> mzanetti, starting tomorrow ?
[14:26] <mzanetti> om26er: but in case you want to continue with indicator autopiloting, you should be able to find people here that can help you
[14:26] <mzanetti> om26er: yes, starting tomorrow
[14:26] <mzanetti> om26er: well. basically starting now
[14:26] <om26er> mzanetti, i am currently on the calculator tests, they are not much.
[14:27] <om26er> mzanetti, who exactly will be more relevant for the shell help ?
[14:27] <mzanetti> om26er: for everall shell -> Saviq
[14:27] <mzanetti> om26er: for the indicators dropdown thingie -> greyback
[14:28] <om26er> mzanetti, so you think the indicators are now in a working state now ? or were we missing something last time and everything was actually working ?
[14:29] <mzanetti> om26er: tbh I still don't know... have mostly been fighting Jenkins in the last 2 weeks
[14:29] <mzanetti> om26er: but the easiest way to try would be to run chewie-client
[14:30] <mzanetti> om26er: btw. chewie-client also completely lacks tests... thats where the actual indicator content tests should go
[14:30] <mzanetti> om26er: while in the shell there should be only tests to make sure that chewie-client gets plugged in correctly
[14:31] <sil2100> dednick: thanks! Will check it out in a moment
[14:31] <mzanetti> om26er: on chewie-client I think oSoMoN and/or renato could help. you can find both in #ubuntu-touch
[14:32] <Saviq> mzanetti, did you manage to push the unity release bump?
[14:33] <mzanetti> Saviq: doing now... sorry.. the meeting...
[14:33] <Saviq> mzanetti, that's fine
[14:37] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity/phablet-release-1.65/+merge/155747
[14:37] <Saviq> mzanetti, cheers
[14:38] <mzanetti> Saviq: you said you are changing "make qmluitests" in a way that it continues to execute tests if one of them fails?
[14:38] <mzanetti> Saviq: did I understand that correct?
[14:39] <Saviq> mzanetti, yeah
[14:39] <mzanetti> Saviq: perfect... I'll remove that from my todo then :)
[15:14] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity/phablet-mods.bump-release/+merge/155758 please in the mean time
[15:17] <Saviq> MacSlow, here's the more flexible CMake
[15:17] <Saviq> https://code.launchpad.net/~saviq/unity/phablet.flexible-cmake-macro/+merge/155759
[15:21] <MacSlow> Saviq, I've the the QML-UI test for the notification-renderer working by now... if you want to take a look lp:~macslow/unity/phablet-notification-renderer
[15:21] <MacSlow> Saviq, needs some polish... but basically working as expected with mock notifications
[15:22] <Saviq> MacSlow, cool, thanks
[15:23] <Saviq> MacSlow, "secondaryIcon.visible ? units.gu(11) : units.gu(8)"
[15:23] <Saviq> MacSlow, you should anchor to secondaryIcon instead
[15:23] <MacSlow> Saviq, true
[15:23] <MacSlow> thx
[15:23] <Saviq> MacSlow, "width: secondaryIcon.visible ? units.gu (25) : units.gu (28)"
[15:23] <Saviq> anchor to the right instead
[15:27] <Saviq> MacSlow, I'd probably s/Bubble/Notification/
[15:28] <Saviq> MacSlow, and no need to put Bubble.qml alone in Bubble
[15:29] <Saviq> MacSlow, "Bubble: Binding loop detected for property "height""
[15:29] <MacSlow> Saviq, there are going to be different types... so I wanted to keep it separate.
[15:30] <MacSlow> Saviq, yeah... know about that runtime-warning... trying to sort it out
[15:30] <Saviq> MacSlow, that means you're binding a property to itself / something that's already dependant on that property
[15:31] <Saviq> MacSlow, I'm not sure there need to be multiple types, it can be a single component, IMO, that "morph" to different layouts depending on its type
[15:31] <Saviq> MacSlow, anyway, that's just a quick look
[15:32] <Saviq> MacSlow, will go through it properly tomorrow
[15:32] <MacSlow> Saviq, sure thanks
[15:43] <popey> JohnLea: could you look at bug 1160974 when you have a moment and let me know if it's intentional or not.. (there's a video)
[15:43] <popey> (please)
[15:58] <seb128> popey, that's not new is it?
[15:58] <seb128> it was already doing that in quantal (and precise?)
[15:58] <popey> i cant remember now ☺
[15:59] <seb128> popey, the main issue on your video is "it's loading ... yeah, still loading ... will eventually load ... oh, there we go ... almost ready ... yeah, good"
[15:59] <popey> yeah, that too
[15:59] <popey> i never really had that many categories in 12.04 or 12.10
[15:59] <popey> so there's certainly more flickering of the category because I'm seeing more stuff so scrolling more
[15:59] <seb128> right
[16:00] <seb128> I think the rational was to show that you can click on the "show more result" expander
[16:00] <popey> bug 1158044
[16:00] <popey> thats the slow loading one
[16:20] <mterry> fginther, so..  could we start putting projects into auto-upload for the daily-build-next PPA?
[16:29] <fginther> mterry, are you talking about auto-merge jobs?
[17:03] <dednick> sil2100: can you give a quick review please? https://code.launchpad.net/~nick-dedekind/unity/smart-scopes.autopilot-build-20/+merge/155737
[17:10] <sil2100> dednick: ah, shit! Sorry, completely forgot about it as I was busy with Qt5 stuff ;) Sorry, checking it now!
[17:11]  * sil2100 has a crazy day today
[17:12] <dednick> thanks. no problem
[17:15] <sil2100> dednick: approved, really nice fix
[17:16] <dednick> sil2100: thanks
[17:21] <mterry> fginther, sorry, didn't see your reply
[17:22] <bschaefer> dednick, im also around for reviews...im looking into this rendering problem...
[17:22] <mterry> fginther, there are two things: autolanding (automatic commits) and autouploading (push to PPA)  -- are there more standard words for those?
[17:22] <dednick> bschaefer: cool. thanks
[17:22] <mterry> fginther, I was talking about both I guess
[17:24] <bschaefer> dednick, np
[17:24]  * bschaefer wonders if clipping is to blame with the scroll view...
[17:52] <fginther> mterry, I guess auto-upload is the most accurate name, just wanted to make sure I wasn't misunderstanding...
[17:52] <mterry> fginther, we used to use autodidrocks for that, but I've fallen to just saying autoupload   :)
[17:53] <fginther> mterry, so I only thought we were waiting until the daily release tools and process was ready
[17:54] <mterry> fginther, I guess that was my question.  Is that really a question for didrocks?
[17:55] <fginther> mterry, yes
[17:55] <mterry> k
[17:55] <fginther> mterry, I think upstream can start updating jobs at any time
[17:56] <mterry> fginther, I believe we already have autolanding for most of the phablet stuff right?
[17:56] <fginther> mterry, yes, I believe everything in the phablet dir is autolanding
[17:57] <mterry> fginther, cool.  Will bug didrocks about autouploading later
[17:57] <fginther> mterry, excellent
[18:11] <mhr3> mterry, ping
[18:11] <mterry> mhr3, hi
[18:11] <mhr3> mterry, hey there, didrocks told us yesterday that you'd be able to push new unity stack into the smart scopes ppa
[18:12] <mhr3> is that something you have a moment to do?
[18:13] <mterry> mhr3, hrm, OK... Where is the new unity stack now?
[18:13] <mterry> mhr3, (I don't have a lot of context, haven't been working on 100scopes)
[18:13] <mhr3> mterry, but like in a moment, we're still merging a few branches
[18:13] <mhr3> mterry, is it enough if i give you ppa where it ends up?
[18:14] <mhr3> branches have autolanding, and there's daily job that pushes it there
[18:14] <mhr3> we just want one extra update before tomorrows daily
[18:14] <mterry> mhr3, OK
[18:14] <mterry> mhr3, ah!  OK.  So you just want another run of the upload-trunk-to-ppa job?
[18:15] <mhr3> i guess so :)
[18:15] <mhr3> but not yet, give us few more minutes
[18:15] <mterry> mhr3, yeah I can do that no problem.  Let me know when everything has landed in trunk
[18:15] <mhr3> k
[18:45] <mterry> mzanetti, would you mind giving https://code.launchpad.net/~mterry/unity/phablet-greeter-lightdm/+merge/152288 another look-see?
[18:45] <mterry> fginther, can you poke the above ci job ^ I believe it ran when it was broken on raring
[18:45] <fginther> mterry, sure, give me a few minutes please
[18:45] <mterry> fginther, no rush
[18:58] <fginther> mterry, done
[19:25] <kgunn> Saviq: hey...just did a fresh pull, i'm failing to build on lens.cpp...just seeing if you knew
[19:26] <Saviq> kgunn, you need to rebuild unity
[19:26] <kgunn> Saviq: ah
[19:26] <Saviq> kgunn, either drop ../build_unity/unity
[19:26] <Saviq> kgunn, or go in there and go `bzr pull --overwrite`
[19:27] <kgunn> Saviq: thanks...i'll update our "getting started instructions" as this might happen now and then
[19:27] <Saviq> kgunn, and go ./build_unity
[19:27] <kgunn> right ;)
[19:27] <Saviq> kgunn, ./build_unity has a -u option
[19:28] <Saviq> kgunn, that will update the trees
[19:28] <Saviq> kgunn, but this time we rewrote history of lp:unity/phablet-mods
[19:28] <Saviq> to reduce our diff
[19:28] <Saviq> so an --overwrite pull is needed
[19:29] <kgunn> got it, so ./build-unity -u won't work this once
[19:37] <Saviq> kgunn, yup
[19:40] <kgunn> mhall119: ping
[19:45] <mhall119> kgunn: pong
[20:10] <mhr3> mterry, ok, hopefully we're done
[20:10] <mterry> mhr3, OK
[20:11] <mterry> mhr3, the queue is already kinda busy, I'll start though.  Is this urgent?  I could try to cancel other jobs
[20:11] <mterry> mhr3, which packages saw changes?
[20:15] <mterry> seb128, you restarted unity-head on jenkins.  Was that for a particular reason (to try UTAH failure again?)
[20:15] <seb128> mterry, trying the utah fixes, I figured we better want to see if it's still broken early rather than later
[20:16] <seb128> mterry, sorry if that's creating issues
[20:16] <mterry> seb128, no, I just may have another build coming through for the 100scopes
[20:17] <seb128> ok
[20:17] <seb128> let's cross fingers than utah behaves then ;-)
[20:17] <seb128> it seems better, the indicators new run I did is green on ati
[20:17] <seb128> where is was consistently failing earlier
[20:18] <mhr3> mterry, ehm, many of them :)
[20:24] <mterry> mhr3, when doing things manually, I have to give a list of packages to rebuild...  let me see..
[20:25] <mhr3> mterry, primary ones are libunity, unity, unity-scope-home, and the openweather scope
[20:25] <mhr3> for the rest its fine if it builds later
[20:29] <mterry> mhr3, OK, build started for those
[20:29] <mhr3> mterry, thx
[20:30] <mhr3> mterry, ping me when it's published pls
[20:30] <mterry> k
[20:30] <mterry> mhr3, I might be EOD at that point.  I'll try to look in later
[20:30] <mhr3> mterry, when it'll be done approximately?
[20:31] <mterry> mhr3, takes 2 to 3 hours for the whole thing
[20:37] <mhr3> mterry, kk, no need to ping me then
[20:38] <mhr3> i'll probably won't be here anyway :)
[20:38] <mhr3> olli_, ^
[20:38] <olli_> heh, I was just reading the backlog
[20:38] <olli_> mterry, mhr3 I am just having an eye on the ppa
[20:52] <olli_> fginther, can you get us another run against this new build and 12.10? (and possibly 13.04)
[20:53] <olli_> what would be interesting is to get results for local searches, i.e. with the scope server turned off
[20:53] <fginther> olli_, sure thing
[20:54] <olli_> fginther, the build is due in a couple of hours only though
[20:54] <fginther> olli_, mhr3, do I need to do something to turn the scope server off, or is that normal behavior when doing a local search?
[20:54] <olli_> so, whenever you get to it
[20:55] <mhr3> fginther, it's on for all searches, unless you turn on the online searches in privacy
[20:56] <fginther> mhr3, thanks
[20:56] <mhr3> eh, turn off
[23:22] <fginther> mhr3, olli_, the scope build failed to publish
[23:39] <mhr3> fginther, ?
[23:40] <mhr3> i see new stuff in the ppa
[23:40] <mhr3> not everything was rebuild, but that's cause it was done manually
[23:58] <fginther> mhr3, oh.  I just saw the jenkins job reported a failure. but after looking closer, that may be expected