[08:57] <tsdgeos> mterry: so basically you can do stuff like
[08:57] <tsdgeos>         lvwph = dynamic_cast<ListViewWithPageHeader*>(view->rootObject()->findChild<QQuickFlickable*>());
[08:57] <tsdgeos> and get stuff from the qml view
[08:57] <tsdgeos> where view is a QQuickView
[08:58] <tsdgeos> see listviewwithpageheadertestsectionexternalmodel.cpp
[08:58] <tsdgeos> yay for short names \o/
[08:58] <mterry> tsdgeos, yup, makes sense.  Awesome, thanks
[08:58] <mterry> heh
[09:22] <Saviq> tsdgeos, v
[09:22] <Saviq> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1208833
[09:24] <tsdgeos> ok, note added
[09:30] <tsdgeos> Mirv: since we have https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1256235 for the layout test and https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1217331 says the only thing missing is layout tests, shall we just close https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1217331 ?
[09:31] <kgunn> davmor2: wrt https://launchpad.net/bugs/1257000
[09:32] <kgunn> davmor2: curious...is there a reason its thot to be unity8 vs dialer app ?
[09:32] <Mirv> tsdgeos: yes, closing
[09:33] <Mirv> now just the docs fail to build, in theory, but zsombor has also identified a lot of X11 tests are failing which just don't show in buildd bulds
[09:36] <greyback> mzanetti: http://www.mail-archive.com/ubuntu-appstore-developers@lists.launchpad.net/msg00431.html
[09:37] <kgunn> greyback: ...after re-reading, could this one be unity-mir ? https://launchpad.net/bugs/1257000
[09:41] <greyback> kgunn: possibly yes. Will take a look
[09:44] <sil2100> pete-woods: ping
[09:45] <sil2100> tedg: group ping
[09:45] <tedg> sil2100, Are you calling me fat?
[09:46] <sil2100> Noo~! Dammit ;) Just group pinging you guys
[09:48] <sil2100> pete-woods, tedg: did you have any progress on the HUD crash fix during unity8 tests?
[09:49] <tedg> sil2100, I wasn't looking into it, I think that pete-woods was, but he's in a meeting right now.
[09:54] <sil2100> tedg: ok, thanks
[09:55] <sil2100> I'll be continuously poking him then
[10:05] <seb128> tedg, hey
[10:07] <seb128> tedg, how is London? did you have a good trip there?
[10:07] <seb128> tedg, I've opened https://bugs.launchpad.net/indicator-sync/+bug/1255719 for you, would be nice if you could have a look if you some time for hacking this week
[10:08] <tedg> seb128, Yeah, nothing too exciting.  And I slept last night, so all is good :-)
[10:08] <charles_> indicator-sync on the greeter...?
[10:08] <tedg> seb128, Yeah, I saw that.
[10:08] <tedg> seb128, We just need to ensure it doesn't start
[10:09] <seb128> charles, hey
[10:09] <seb128> charles, tedg didn't make the upstart job enough smart enough to know where to start the indicators
[10:10] <tedg> seb128, We also need to get charles to update the sync indicator to gmenu.  He loves it so much.
[10:10] <seb128> charles, so upstart goes "oh, indicator-loading, let's start indicator-sync" ... the indicator wait a bit and exit because no listener and libindicator ... upstart goes "oh, it exited, let's restart it"
[10:10] <tedg> We also need to set restart limits.
[10:11] <seb128> tedg, well, we need a way to make those jobs only start indicators when they have a profile
[10:11] <seb128> tedg, like maybe we need "on indicator-loading and session-type=desktop|phone"
[10:12] <seb128> it doesn't make sense to start things to have them to exit
[10:13] <tedg> seb128, Sure, I've talked with the Unity8 folks about that.  And they're just not ready to start dealing with emitting that type of signal.
[10:13] <tedg> seb128, It'd be nice if when you plugged in a monitor to your phone things started and stopped.
[10:14] <tedg> seb128, I'm at the point of "we'll add it in 14.10" on that.
[10:15] <seb128> ok
[10:16] <seb128> well as long as we don't try to respawn thing for ever I'm fine with whatever solution you come with
[10:20] <kgunn> nic-doffay: ping
[10:20] <nic-doffay> kgunn, ey
[10:20] <kgunn> nic-doffay: hey...we got a few regressions, so i just need to spread the love :)
[10:20] <kgunn> nic-doffay: would you mind looking at https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1256061
[10:21] <nic-doffay> kgunn, yeah sure
[10:21] <kgunn> nic-doffay: ta
[10:46] <sil2100> pete-woods: ping^2
[10:49] <seb128> sil2100, hey
[10:50] <seb128> sil2100, unity-voices looks fine for NEW
[10:50] <seb128> -s
[10:51] <sil2100> seb128: \o/
[10:51] <sil2100> Thanks!
[10:51] <seb128> yw
[10:59] <davmor2> kgunn, Saviq: the reason for assuming unity8 over the dialer app is the app is opening in the background on the apps page but not being displayed on the welcome screen as expected.  If I have the phone unlocked the app opens as expected.
[11:02] <davmor2> kgunn, Saviq: In image 35 pre the new unity8 stack it worked for me as expected but then didn't in the new unity8 stack.  So those two elements combined made us assume unity8 over the dialer app.  I hope that clears that up nicely
[11:03] <pete-woods> sil2100: hi
[11:04] <tedg> seb128, Where does lightdm put its upstart logs?
[11:04] <kgunn> greyback: ^^ related to bug i asked about earlier
[11:05] <seb128> tedg, it's mentioned in my bug report ;-)
[11:05] <seb128> tedg, /var/lib/lightdm/.cache/upstart/
[11:05] <seb128> tedg, that's the userdir
[11:05] <sil2100> pete-woods: hello! Any progress on the hud-service crasher?
[11:05] <seb128> tedg, the dir is not accessible to your user so you can't tab complete on filenames or browse it
[11:06] <pete-woods> sil2100: I'm trying out this branch at the minute https://code.launchpad.net/~pete-woods/hud/maybe-help-with-bug-1253676/+merge/197467
[11:06] <tedg> seb128, Yeah, that was my problem, addiction to tab complete :-)
[11:07] <sil2100> pete-woods: looks promising
[11:07] <sil2100> pete-woods: keep us up to date on how this goes :)
[11:07] <sil2100> Thanks!
[11:07] <pete-woods> sil2100: you don't by any chance have a way to reproduce this locally do you?
[11:08] <greyback> davmor2: it would help me a lot if you could attach the ~/.cache/upstart/unity8.log to the bug: https://bugs.launchpad.net/unity8/+bug/1257000
[11:09] <sil2100> pete-woods: I didn't try yet, I guess flashing the latest image and running unity8 AP tests should not result in a HUD crash (a crash file) - would have to charge up my phone, since it's dead right now ;)
[11:09] <davmor2> greyback: give me 20 minutes I'll set 42 back up repeat the steps and grab the log.
[11:09] <seb128> tedg, btw the indicators have error about failing to contact services etc in there, I wonder if they are spawned correctly or in right order
[11:10] <seb128> tedg, e.g
[11:10] <seb128> Indicator-Power-Message: exiting: service couldn't acquire or lost ownership of busname
[11:10] <seb128> quite a bunch of thoses in the log
[11:10] <seb128> charles, ^^
[11:10] <seb128> ^
[11:10] <seb128> hum, which is ^ composition not working on my trusty
[11:12]  * tedg is wondering if it's good to be on the same timezone as seb128
[11:13] <tedg> I bet it's killing dbus?
[11:14] <tedg> Or perhaps us not listening for sigterm.
[11:17] <charles> seb128, could you open a ticket for that, normal prio, and assign it to me
[11:17] <seb128> charles, sure
[11:18] <charles> ty
[11:23] <seb128> charles, https://bugs.launchpad.net/ubuntu/+source/indicator-power/+bug/1257251 ... not sure if we should open bugs for each indicators, they all seem to have issues with that
[11:23] <seb128> charles, btw not sure if you saw but I opened some bugs for you last week as well
[11:23] <charles> seb128: if you mean many have error messages similar to that one, we can add also-affects to 1257251
[11:24] <seb128> right
[11:24] <seb128> ok
[11:24] <charles> if the error messages differ much, it might be better to open other tickets for them
[11:24] <seb128> they have both, it seems like "bus is not ready/go away while indicator is running" issues
[11:24] <charles> seb128: yes, thanks for the other tickets. :)
[11:25] <seb128> they might come down to a "the bus is closing before indicators stop" or something
[11:25] <seb128> charles, yw ;-)
[11:25] <greyback> davmor2: oh it's not that critical, I'm sure I can make it too. I asked just in case you still had the log around
[11:26] <seb128> charles, it was fun chasing down why telepathy-mission-control was segfaulting on the greeter for me, it turn out to be spawned through indicator-datetime->eds->goa->telepathy, and the segfault was in an error pathcode due to apparmor profile not adapted to the greeter
[11:26] <charles> fffff
[11:27] <seb128> that's what made me see the other indicator errors and the sync respawning btw ;-)
[11:27] <davmor2> greyback: no I reinstall image 35 to ensure the bug wasn't there before this latest unity8 landed, it is however currently flashing and only take 2-3 minutes to reproduce the issue and grab the log
[11:27] <charles> seb128, that should resolve itself after the new greeter code bits land in indicator-datetime
[11:28] <charles> seb128: indicator-datetime will check to see if it's running in the greeter, and follow a different path for getting appointments/locations
[11:28] <seb128> great!
[11:28] <charles> it'll behave kind of like the background image does now in the greeter
[11:28] <charles> ie, when you switch the selected user in the greeter, those things will change
[11:28] <seb128> ok
[11:28] <seb128> more accountsservice use I guess?
[11:29] <charles> and, to the point of this bug, and it'll pull from an accountsservice instead of querying EDS
[11:29] <charles> seb128: right
[11:29] <seb128> sounds good
[11:29] <seb128> charles, thanks for the update ;-)
[11:29] <seb128> on that note, lunch time here!
[11:29] <seb128> bbiab
[11:29] <charles> :)
[11:37] <davmor2> greyback: log added
[11:39] <greyback> davmor2: appreciated, thank you
[11:39] <davmor2> greyback: no worries
[13:08] <sil2100> pete-woods: did you manage to get this fix tested?
[13:32] <pete-woods> sil2100: I've managed to reproduce it, I just need to narrow down exactly what's causing it
[14:07] <larsu> is there a ppa that I can get qt 5.2 from? Apparently it breaks gsettings-qt
[14:08] <tsdgeos> yes
[14:08] <tsdgeos> https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/
[14:08] <tsdgeos> larsu: ↑↑↑
[14:13] <larsu> tsdgeos: thank you very much :)
[14:13] <nic-doffay> tsdgeos, any idea if something similar exists yet: https://bugreports.qt-project.org/browse/QTBUG-24799
[14:14] <tsdgeos> nic-doffay: we do have something like that in our tests
[14:14] <tsdgeos> nic-doffay: do you need it for runtime?
[14:15] <nic-doffay> tsdgeos, yep
[14:20] <tsdgeos> ./utils/modules/Unity/Test/testutil.cpp:35:TestUtil::isInstanceOf(QObject *obj, QString name) in unity8
[14:41] <nic-doffay> tsdgeos, fyi ended up doing this: typeof model.setProperty !== "function"
[14:41] <tsdgeos> cool
[14:41] <nic-doffay> tsdgeos, thanks for the tip :P
[14:55] <larsu> mardy: do you want to fix qqmlpropertymap again? :P https://bugreports.qt-project.org/browse/QTBUG-35233
[14:55] <seb128> Mirv, ^ blocker for 5.2 btw
[14:56] <larsu> reading from the map in a js function works fine, but binding keys to properties gives a warning about [undefined] properties
[15:04] <greyback> mzanetti: https://code.launchpad.net/~unity-team/unity8/refactor-wm-and-test/+merge/172583
[15:10] <pete-woods> sil2100: still not managed to fix this HUD bug, have drafted some more help in
[15:13] <mardy> larsu: cool ;-)
[15:14] <mardy> larsu: do you already have some hints about what changed?
[15:15] <larsu> mardy: no - I was hoping you have more of an insight into the changes in qt
[15:16] <mardy> larsu: I don't, but I can check if I find something obvious
[15:16]  * mardy runs git log... :-)
[15:20] <mardy> larsu: so, there have been no changes to qqmlpropertymap.cpp (other than documentation)
[15:20] <mardy> larsu: it could be that something changed in the QMetaObject stuff, though
[15:21] <larsu> mardy: or the property caching?!
[15:21] <mardy> larsu: nope, I checked that one as well: no changes
[15:23] <mardy> larsu: ah, QQmlOpenMetaObject!
[15:23] <larsu> mardy: ah. propertymap inherits from that, right?
[15:23]  * larsu vaguely remembers
[15:25] <mardy> larsu: https://qt.gitorious.org/qt/qtdeclarative/commit/7b1a8fa821ef5bac4ecad91be7f0e62809e80a12
[15:26] <larsu> mardy: ah, he basically reverted your fix...
[15:27] <larsu> mardy: do you know Simon?
[15:28] <mardy> larsu: not personally, I think he's "tronical" in IRC
[15:29] <mardy> yep, tronical
[15:29] <larsu> mardy: would you mind talking to him about a fix?
[15:29] <larsu> mardy: you have more insight into this issue
[15:29] <mardy> larsu: sure, I'll try to ping him now
[15:29] <larsu> thanks!
[15:40] <Saviq> mzanetti, thanks, it needed the third set of eyes ;)
[15:40] <Saviq> tsdgeos, dude, what concert?
[15:40] <mzanetti> Saviq: no problem
[15:43] <tsdgeos> Saviq: it's technically not a concert i guess
[15:44] <Saviq> tsdgeos, well, have fun :P
[15:44] <Saviq> tsdgeos, you don't get twice per diem then ;)
[15:44] <tsdgeos> Saviq: kavinsky it's a french dj-ish
[15:44] <tsdgeos> http://www.ticketweb.co.uk/event/76519?brand=koko if it loads
[15:45] <tsdgeos> already payed for the concert ;-)
[15:47] <sil2100> pete-woods: thanks!
[16:21] <mhr3_> sil2100, ping?
[16:28] <sil2100> mhr3_: pong!
[16:29] <mhr3_> sil2100, hey, could you update the description on the daily-build-next ppa? i have written down instructions on how to use it
[16:29] <mhr3_> will pastebin it
[16:31] <sil2100> mhr3_: sure, but I'll have to keep parts of the current description as well
[16:31] <mhr3_> sure
[16:32] <mhr3_> sil2100, https://pastebin.canonical.com/101401/
[16:34] <cwayne_> davidcalle, ping
[16:34] <davidcalle> cwayne_, pong
[16:34] <sil2100> mhr3_: updated
[16:35] <mhr3_> sil2100, thx
[16:35] <cwayne_> davidcalle, hey!  I was wondering, would it be possible to have a master scope that ALWAYS shows certain sub-scopes?
[16:35] <sil2100> pete-woods: btw. unity-voice is in the archive now if anything
[16:35] <cwayne_> like could we make a master scope that always showed weather and foursquare for example
[16:40] <nic-doffay> Saviq, any thoughts on this? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1256061
[16:41] <davidcalle> cwayne_, yes if they are client side scopes (you just need to move them around in the right /usr/share/unity/scopes/*master/ folder), if they are server side, they arrive with a "*master*-" prefix, that puts them at the right place (set in the "master" field in .scope files).
[16:41] <cwayne_> davidcalle, so is that master- prefix on the server-side ones not changable?
[16:42] <davidcalle> cwayne_, you can change it, but if you do that it will change for everyone :P
[16:44] <cwayne_> davidcalle, that's what i was afraid of :)
[16:44] <cwayne_> davidcalle, is all the server-side stuff open source?  if i wanted to, could i theoretically set up my own smartscope server and have stuff like that changed?
[16:45] <davidcalle> cwayne_, the specs are available : https://wiki.ubuntu.com/SmartScopes1304Spec , but not the code AFAIK.
[16:46] <pete-woods> sil2100: awesome, thanks, just need to do a MIR for it now, that's the last barrier to the major refactoring work
[16:48] <cwayne_> davidcalle, hmm, ok, thanks
[16:48] <cwayne_> ssweeny, ^
[16:48] <davidcalle> cwayne_, yeah, I know :) np
[16:51] <ssweeny> hmm
[18:08] <karni> Who can hint me on different preview types? i.e. UNITY_PREVIEW(unity_generic_preview_new(..)) would be the generic one.
[18:09] <karni> Where could I find more preview types that would suit my needs?