[06:28] <didrocks> mmrazik: not sure how it works, but maybe the publication to the public jenkins creates fake "jobs" to attach artefacts and so on
[06:29] <didrocks> (but that's really a supposition)
[06:29] <mmrazik> didrocks: the jobs are quite real... AFAICT everything is just copied to the same directory structure as on the real jenkins
[06:29] <didrocks> ok
[07:10] <tsdgeos> mzanetti: you here?
[07:33] <mzanetti> tsdgeos: hey
[07:33] <Saviq> paulliu, ping
[07:34] <tsdgeos> mzanetti: do you know anything about ListViewWithPageHeader.clipListView ? It is only used in Dash/DashVideos.qml and somehow annotate pointed me your way
[07:35] <paulliu> Saviq: hi
[07:35] <Saviq> paulliu, can you please fast-track https://code.launchpad.net/~saviq/unity/8.i18n-updates/+merge/168242 :)
[07:35] <Saviq> paulliu, should be a quick review
[07:35] <paulliu> Saviq: yes..
[07:36] <paulliu> Saviq: wait for a second.
[07:37] <mzanetti> tsdgeos: let me check, one moment
[07:40] <mzanetti> tsdgeos: ok... so why exactly there is this clipping - I don't know. Maybe it improves performance a bit? The reason I used (disabled) it in DasVideo is because when the preview opens, the OpenEffect scrolls the view a bit upwards and with clipping there would be an empty space at the bottom
[07:41] <tsdgeos> i did remove that line and couldn't see any difference
[07:41] <tsdgeos> let me try again
[07:41] <tsdgeos> mzanetti: is this on "phone" mode or "tablet" mode?
[07:42] <Saviq> tsdgeos, AFAIR it's clipping of the internal ListView, right? otherwise there can be a case when its content is behind the PageHeader
[07:43] <mzanetti> tsdgeos: shouldn't matter I think... However, it differs a bit on where you expand the the preview. try the elements on top/bottom. Also, it might have become useless with the integration of the carousel (as that one changes the expanding position in comparison to the grid)
[07:44] <Saviq> mzanetti, tsdgeos we need to be able to pull stuff "up" from the bottom
[07:44] <tsdgeos> garg, unity-lens-mock crashing all the time, can't get the videos lens on the desktop anymore :-/
[07:44] <Saviq> tsdgeos, you upgraded to smart scopes?
[07:44] <tsdgeos> maybe
[07:44] <tsdgeos> i distugraded
[07:44] <tsdgeos> so if it was there
[07:44] <tsdgeos> yes
[07:44] <Saviq> tsdgeos, yup
[07:45] <Saviq> mzanetti, tsdgeos [...] since when you tap on some content that is only a bit on screen, it's pulled up
[07:46] <tsdgeos> ok, give me a few mins until the phone is flashed and i can try to see the differences
[07:46] <tsdgeos> i'll be back :D
[07:46] <Saviq> mzanetti, tsdgeos and the clipping (and disabling of it) is there exactly for that reason
[07:46] <Saviq> tsdgeos, and it's only used in People and Videos, because we don't have previews anywhere else
[07:52] <Saviq> paulliu, thanks
[08:10] <Saviq> mzanetti, ping
[08:10] <mzanetti> Saviq: pong
[08:10] <Saviq> mzanetti, hey, I just thought of one thing - will the API you proposed for the launcher (sorry, didn't make it yet to review)
[08:10] <Saviq> mzanetti, support the 'app is being installed' case?
[08:11] <Saviq> mzanetti, when the icon shows up on the launcher with the progress bar showing installation progress?
[08:11] <Saviq> mzanetti, I mean, it doesn't have to be built in already, just that we have it in mind
[08:11] <mzanetti> Saviq: well, there is a progress thing (which afaik is not only used while installing)
[08:11] <Saviq> +1
[08:12] <mzanetti> Saviq: but there is no specific is-being-installed flag
[08:12] <mzanetti> Saviq: I guess that could be easily extended through a model role tho
[08:12] <Saviq> mzanetti, I don't think it's needed, actually, but please have a look what's needed (like the item gets highlighted after installation)
[08:13] <Saviq> and what's there in quicklists in that case
[08:13] <mzanetti> Saviq: ok
[08:18] <tsdgeos> Saviq: you ran my lvwph branch on the phone, right?
[08:18] <tsdgeos> somehow it's segfaulting for me :-/
[08:18] <Saviq> tsdgeos, no, it failed to build
[08:18] <tsdgeos> ah
[08:19] <Saviq> tsdgeos, the qreal vs. double thing
[08:19] <Saviq> tsdgeos, can try again
[08:19] <tsdgeos> Saviq: ok, i fixed that
[08:19] <mzanetti> Saviq: btw... was hiking on Fri and suddendly I felt some cozy warm feeling in my pocked. Pulled out the phone and it was quite warm. Ran the terminal app and top and - Damn! its qml-phone-shell!
[08:19] <Saviq> mzanetti, it's most probably related to wifi
[08:19] <Saviq> mzanetti, or the lack of it
[08:20] <mzanetti> Saviq: so its already known?
[08:20] <Saviq> mzanetti, yes, unfortunately
[08:20] <Saviq> mzanetti, bug #1183065
[08:21] <mzanetti> Saviq: cheers
[08:26] <mardy> didrocks: my unity-panel-service is crashing continuosly, is that a known bug?
[08:27] <mardy> didrocks: maybe I've still some packages from the unity-next PPA (which I disabled a few days ago)?
[08:27] <didrocks> mardy: not really, do you have indicator-network by any chance?
[08:28] <mardy> didrocks: ahh!! Yes, that's from the unity-next PPA; I'll downgrade it
[08:28] <didrocks> mardy: remove it :)
[08:28] <mardy> didrocks: ah, OK
[08:28] <didrocks> mardy: see my email on ubuntu-devel (from Thursday?)
[08:28] <mardy> didrocks: BTW, is there a way to list all packages installed from a certain PPA?
[08:29] <didrocks> mardy: not that I know of. At this point, you should be able to purge the next PPA though
[08:29] <didrocks> mardy: ppa-purge does that
[08:29] <didrocks> mardy: it does it by listing all packages with version after apt-get update
[08:29] <didrocks> then remove the ppa
[08:29] <didrocks> apt-get update
[08:30] <didrocks> and making the diff :p
[08:34] <didrocks> pstolowski: hey! seems alt + f2 is broken (again), mind fixing it? :)
[08:35] <pstolowski> didrocks: hey! dammit, i'm sure it worked last time I tried... what exactly broke?
[08:35] <didrocks> Saviq: do you think you and kgunn will be available for a hangout later today (once kgunn is awake) for speaking about Mir and Unity 8 in saucy?
[08:35] <tvoss> Saviq, ping
[08:35] <didrocks> tvoss: me first!
[08:35] <Saviq> didrocks, kgunn's on vacation
[08:35] <didrocks> :)
[08:35] <Saviq> didrocks, until next week
[08:36] <didrocks> Saviq: ah, so just the 2 of us? :p
[08:36] <Saviq> didrocks, sure
[08:36] <Saviq> tvoss, ping-pong
[08:36] <tvoss> didrocks, :)
[08:36] <didrocks> Saviq: tell me when you have time, I've a flexible agenda today :)
[08:37] <pstolowski> didrocks: upgrading to see..
[08:37] <didrocks> pstolowski: it seems to not work only at the first alt+F2
[08:37] <didrocks> pstolowski: then, it's fine here
[08:38] <didrocks> but the preview doesn't have any button
[08:38] <didrocks> to launch them
[08:38] <didrocks> I'm surprised seb128 stopped using alt+f2 btw :p
[08:38] <seb128> didrocks, it works for me
[08:38] <didrocks> seb128: even the preview?
[08:39] <seb128> didrocks, https://bugs.launchpad.net/unity-lens-applications/+bug/1188705 you mean ?
[08:39] <didrocks> seb128: right
[08:39] <seb128> didrocks, thanks for confirming my bug report ;-)
[08:39] <didrocks> seb128: not sure I'll confirm, just to annoy you :p
[08:39] <didrocks> seb128: thanks for opening it!
[08:39] <seb128> roooh
[08:39] <didrocks> pstolowski: ^
[08:39] <seb128> yw ;-)
[08:39] <seb128> didrocks, so for the record, I didn't stop using it :p
[08:40] <didrocks> seb128: I can see that! :)
[08:40] <pstolowski> didrocks, seb128: right. I suspect this applies to 12.10 and 13.04 as well, let me check
[08:40] <didrocks> pstolowski: well, 12.10 is less impacted as the preview isn't the default on single click
[08:40] <mzanetti> Saviq: is this what we want now? https://code.launchpad.net/~mterry/unity/phablet-narrowMode/+merge/167552
[08:40] <seb128> pstolowski, well, left click was "run" in those version
[08:40] <didrocks> but yeah, should impact there as well
[08:41] <pstolowski> seb128: sure. now double-click is run ;)
[08:41] <seb128> btw is there any shortcut to run instead of opening the preview?
[08:41] <seb128> oh, double click
[08:41] <seb128> I tried middle and right click
[08:41] <didrocks> (pstolowski: you won an assignement)
[08:41] <didrocks> a lot of people don't realize about the double-click
[08:41] <didrocks> see the french forum :p
[08:41] <seb128> it could be nice to add middle click
[08:42] <didrocks> seb128: +1
[08:42] <pstolowski> didrocks: I know, I know. I've read on omg or somewhere else it's considered a bug
[08:43]  * sil2100 hates the double-click to run
[08:43] <pstolowski> I'll let design team handle these discussions ;)
[08:43] <sil2100> I'm a hater, I know
[08:43] <didrocks> pstolowski: sure, I just think we should have alt + F2 be coherent at least :)
[08:43] <didrocks> sil2100: you really are! :)
[08:43] <pstolowski> didrocks: no disagreement on this :)
[08:44] <tsdgeos> Saviq: did you get to repro the crash on the phone?
[08:44] <Saviq> tsdgeos, didn't get to it yet
[08:44] <Saviq> tsdgeos, will be there in 5
[08:44] <tsdgeos> oki
[08:46] <tsdgeos> Saviq: ok, found the problem
[08:47] <Saviq> tsdgeos, ah good
[08:47] <tsdgeos> Saviq: run_on_device rsync is not removing the old ListViewWithPageHeader.qml and confusing the hell of everything
[08:48] <tsdgeos> now i just need to found why everything is empty! :S
[08:48] <Saviq> tsdgeos, yeah, we should add --delete
[08:51] <Saviq> mzanetti, dunno, do we? :)
[08:51] <mzanetti> ?
[08:51] <Saviq> mzanetti, narrowMode
[08:51] <Saviq> mzanetti, it's you who proposed that, I'm good either way
[08:51] <tsdgeos> Saviq: --delete doesn't seem the best thing, need to compile everything again :D
[08:51] <Saviq> mzanetti, --exclude builddir
[08:51] <Saviq> tsdgeos, ↑
[08:52] <Saviq> -mzanetti
[08:57] <Saviq> tsdgeos, seems to work fine here
[08:57] <mzanetti> Saviq: actually I proposed something different. I proposed to fix the issue properly but neither design nor Michael seem to want to address this issue right now so he came up with this workaround. Hence the question if you're fine with that
[08:58] <Saviq> tsdgeos, the swiping velocity is limited, right?
[08:58] <tsdgeos> hmmm
[08:58] <tsdgeos> shouldn't
[08:58] <tsdgeos> brrr
[08:58] <tsdgeos> go to the music one
[08:58] <tsdgeos> it'll break crazy :-/
[08:59] <mzanetti> Saviq: anyways... I'll approve it for now
[08:59] <Saviq> tsdgeos, works fine...
[08:59] <Saviq> mzanetti, if it solves a problem, do
[09:00] <tsdgeos> Saviq: scroll to the end, then drag a lot to the top and release
[09:00] <Saviq> tsdgeos, not seeing anything wrong
[09:01] <Saviq> tsdgeos, and if you want to see why the clipListView - go to videos, drag so that Les Miserables is barely visible, and tap on them
[09:02] <tsdgeos> it jumps to the previous "category" here
[09:02] <tsdgeos> wonder why you don't see it
[09:03] <Saviq> tsdgeos, ah yeah, just got the jump
[09:05] <Saviq> tsdgeos, it also seems to stick to the top when I show the carousel just a bit
[09:06] <tsdgeos> Saviq: meaning you can't scroll down? i think that has to do with the jump and the list getting confused at how height it is
[09:07] <Saviq> tsdgeos, I can, it just jumps to the top
[09:07] <tsdgeos> i see
[09:07] <tsdgeos> well, let me fix the one i can repro first
[09:07] <tsdgeos> and then fix yours :D
[09:07] <Saviq> :)
[09:10] <tsdgeos> and yes
[09:10] <tsdgeos> somehow the speed seems "weird"
[09:11] <Saviq> tsdgeos, http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-flickable.html#maximumFlickVelocity-prop
[09:12] <tsdgeos> Saviq: sure, but we weren't setting before nor now
[09:12] <tsdgeos> so should not have changed
[09:12] <Saviq> tsdgeos, I believe we were
[09:12] <Saviq> /are
[09:12] <Saviq> tsdgeos, LVWPH.qml:56
[09:12] <Saviq> 156
[09:14] <tsdgeos> oh
[09:14] <tsdgeos> :D
[09:34] <didrocks> Mirv: hum, so, did you look at the platform stack? is it good for me to look at the packaging change?
[09:44] <tsdgeos> Saviq: ok, i fixed the jumpiness at the bottom, can you tell me how to reproduce the problem you mentioned with the carousel?
[09:45] <Saviq> tsdgeos, drag all the way down, drag back up so that just a bit of the carousel is visible, release
[09:45] <Saviq> tsdgeos, for me it made it jump to the top
[09:47] <tsdgeos> Saviq: can you try with the new fix, maybe it also makes a difference?
[09:47] <tsdgeos> can't repro
[09:47] <Saviq> tsdgeos, yeah, will do
[09:47] <seb128> MacSlow, hey
[09:48] <Saviq> tsdgeos, dude, you broke git-bzr-ng with the ++ in your branch name ;)
[09:48] <tsdgeos> :D
[09:48] <greyback> hah!
[09:48] <tsdgeos> could be worse
[09:48] <tsdgeos> yesterday there was a cve on subversion on repos being destroyed because of newlines in the filenames :D
[09:52] <Saviq> nice
[09:58] <Saviq> tsdgeos, yeah, can't reproduce
[09:59] <tsdgeos> cool :-)
[09:59] <MacSlow> seb128, hey seb
[09:59] <seb128> MacSlow, hey, how are you?
[09:59] <MacSlow> seb128, busy as usual :)
[10:00] <seb128> MacSlow, quick notify-osd question, can Bubble objects have a refcount > 1 ?
[10:00] <MacSlow> seb128, they should not iirc
[10:01] <seb128> MacSlow, stack_allocate_slot() has a
[10:01] <seb128> 	if (stack_is_slot_vacant (self, slot))
[10:01] <seb128> 		self->slots[slot] = BUBBLE (g_object_ref ((gpointer) bubble));
[10:01] <seb128> so I was wondering
[10:02] <MacSlow> seb128, oh... that slot-allocation stuff...
[10:02] <Mirv> didrocks: hmm, I reviewed sil2100's packaging, but I understood he'd be doing the configuration changes if you now mean adding the new packages to the stack?
[10:03] <didrocks> Mirv: no, I mean about the platform stack :)
[10:03] <Mirv> the platform stack itself was fine, pending on the QA stack only, although now I can't seem to be able to connect to jenins
[10:03] <didrocks> Mirv: hum, I can connect here
[10:04] <didrocks> Mirv: I'm seeing a packaging change due to powerd new package
[10:06] <seb128> MacSlow, that code seems complex... I was just trying the segfault which is happening for quite some users since saucy, the issue is that IS_OBJECT on an unrefed object segfaults ... and stack_layout() unref an object without setting the pointer to NULL
[10:06] <Mirv> didrocks: ok, I can't for some reason or another. but you asked if it's good for you to look at, yes feel free to look at :) but if something needs to be done to powerd, just tell me what
[10:07] <Saviq> tsdgeos, there's some slight hiccups when the delegates are created, otherwise it's working great
[10:07] <didrocks> Mirv: no, it seems good to me, the packaging change as well. If you can't access to it, mind if I publish for you?
[10:07] <tsdgeos> Saviq: yeah i noticed that too :-/
[10:07] <tsdgeos> Saviq: wonder where it's coming from since i'm supposed to be generating them async
[10:08] <Saviq> tsdgeos, not sure we'll be able to do anything
[10:08] <Saviq> tsdgeos, it might be IO, even
[10:08] <Mirv> didrocks: yes, please, and thanks!
[10:08] <didrocks> Mirv: doing :)
[10:08] <tsdgeos> Saviq: i'm going to work on getting the section headers up and running first
[10:08] <sil2100> Mirv, didrocks: https://code.launchpad.net/~sil2100/python-upa/packaging_review/+merge/168393
[10:09] <tsdgeos> and then we can have a look at that
[10:09] <sil2100> Mirv, didrocks: https://code.launchpad.net/~sil2100/autopilot/get_manual_version_to_trunk/+merge/168385
[10:09] <sil2100> Reviews please!
[10:09] <Saviq> tsdgeos, yeah, of course
[10:09]  * didrocks lets Mirv doing that, I'll rereview when newing python-upa :)
[10:09] <Mirv> sil2100: ok, will do
[10:09] <didrocks> sil2100: though, don't downgrade the dep on the second on
[10:10] <didrocks> sil2100: just backport the changelod I guess to unblock the stack
[10:10] <sil2100> didrocks: ok, so I'll revert your switch then
[10:10] <sil2100> Leaving the changelog entry intact
[10:10] <didrocks> right :)
[10:10] <didrocks> it's just a nasty workaround to not have autopilot stuck in -proposed
[10:11] <Saviq> tsdgeos, btw, merge with trunk, there's a conflict
[10:12] <sil2100> didrocks, Mirv: updated
[10:13] <didrocks> thx
[10:14] <MacSlow> seb128, I'd need to dig myself in there again to remember all of it...
[10:14] <tsdgeos> Saviq: done
[10:15] <Saviq> tsdgeos, cheers
[10:15] <tsdgeos> need to restart the session, everything is borked, can't even alt+f4
[10:15] <seb128> MacSlow, hum, k
[10:24] <seb128> MacSlow, Trevinho: I've added details to https://bugs.launchpad.net/notify-osd/+bug/1189281 ... is there a chance any of you could look at it? the issue is "simply" that we need to set bubble = NULL after the g_object_unref when the refcount reachs 0 ... not sure how to do the "if ref reachs 0" though, would be easier if bubbles were not refcounted over 1...
[10:25] <MacSlow> seb128, one can't easily query the ref-count...
[10:25] <seb128> MacSlow, right, which is why I'm dropping the ball, I don't understand the notify-osd memory handling well enough and I don't want to spend a day on it
[10:37] <Saviq> paulliu, https://code.launchpad.net/~saviq/unity/phablet.raring.i18n-updates/+merge/168397 please :)
[10:40] <greyback> Top-edge swipe on lock-screen is supposed to be able to open the indicator menus, right?
[10:40] <paulliu> Saviq: ok..wait
[10:40] <Saviq> greyback, yes
[10:40] <greyback> Saviq: ok
[11:57] <Cimi> who can test my branch with alltests not running unity?
[11:58] <Cimi> this thing keeps crashing in saucy
[12:03] <sil2100> didrocks: the 2 HUD failures that we have are regressions, but I think we're being hit by that since a longer time
[12:04] <mzanetti> greyback: ping
[12:04] <greyback> mzanetti: pong
[12:04] <mzanetti> greyback: I'm testing your branch
[12:04] <mzanetti> greyback: have a weird issue
[12:05] <greyback> mzanetti: go on
[12:05] <didrocks> sil2100: ok, so pinging ted once he's around?
[12:05] <mzanetti> greyback: open the phone-app, then open the notes-app. Edit a note.
[12:05] <mzanetti> greyback: finish editing a note (OSK hides again)
[12:05] <sil2100> didrocks: yes, I'm looking for the bug for that one, as I think I filled one before
[12:05] <mzanetti> greyback: now swipe from the right
[12:05] <Cimi> seb128, I still have bug 1181717
[12:05] <greyback> mzanetti: ok gimme a minute to set up phone
[12:05] <Cimi> in saucy
[12:06] <seb128> Cimi, talk to Trevinho
[12:06] <didrocks> sil2100: thanks!
[12:07] <Cimi> andyrock, hey andrea
[12:07] <Cimi> I still have bug 1181717
[12:07] <andyrock> do you have the bt?
[12:07] <andyrock> can be a different crash
[12:08] <Cimi> 7.0.0daily13.06.07-0ubuntu1
[12:08] <Cimi> I will try to give you a bt
[12:08] <andyrock> Cimi, thx
[12:09] <Trevinho> Cimi, seb128: really? are you on trunk?
[12:09] <seb128> Trevinho, I'm not having the issue, don't look at me ;-)
[12:09] <Trevinho> seb128: hehe, ok
[12:09] <seb128> Trevinho, andyrock: is there any chance one of you could look at the notify-osd unref issue I pointed earlier?
[12:09] <Saviq> mzanetti, reviewed launcher API
[12:10] <Trevinho> seb128: I've prepared again the MR for gdbus https://code.launchpad.net/~3v1n0/bamf/libbamf-gdbus-round2
[12:10] <andyrock> seb128, maybe i was offline
[12:10] <seb128> Trevinho, great
[12:10] <seb128> andyrock,
[12:10] <mzanetti> Saviq: thanks...
[12:10] <Saviq> mzanetti, can you drop ~mzanetti/unity-api/launcher or at least mark it abandoned?
[12:10] <andyrock> seb128, can you post the link again?
[12:10] <Trevinho> seb128: I've reverted the change that caused the crash as well, do I need distro ok or upstream?
[12:10] <Saviq> mzanetti, since we've moved it to ~unity-team
[12:10] <mzanetti> Saviq: ok
[12:10] <seb128> Trevinho, upstream is fine
[12:10] <Cimi> andyrock, http://paste.ubuntu.com/5751417/
[12:10] <Trevinho> seb128: ok
[12:11] <Cimi> Trevinho, ^
[12:11] <Cimi> 7.0.0daily13.06.07-0ubuntu1
[12:11] <Trevinho> Cimi: on trunk?
[12:11] <Cimi> 7.0.0daily13.06.07-0ubuntu1
[12:13] <Cimi> it happens running make alltests in my project
[12:13] <Cimi> like, everytime
[12:14] <andyrock> Cimi, I can give a look but it can takes a couple of hours/days/weeks  ;)
[12:14] <Trevinho> mhr3: is really that expensive to use g_object_add_weak_pointer? Not that is a solution, at all... But looking at gobject code it doesn't look so much...
[12:15] <Saviq> dednick, is it right we cut the diff from over 6k down to 4k for the indicators?
[12:15]  * Cimi installs KDE
[12:15]  * Trevinho slaps Cimi
[12:16] <Cimi> Trevinho, it's weeks I'm losing time because unity and bamf crash, I have work to do
[12:16] <dednick> Saviq: ? as far as i see, it's 8k
[12:16] <Trevinho> Cimi: indeed, but it's quite weird,...
[12:17] <Saviq> dednick, right
[12:17] <seb128> Trevinho, andyrock: the notify-osd issue is bug #1189281, I did a summary of the problem on the bug, it's basically a variable that is g_object_unref() then code which does IS_OBJECT() on it, which segfaults with the new glib ... not sure we can set it to NULL after unref though since the ref count seem to go > 1 so it only needs to be = NULL if it goes to 0
[12:17] <Trevinho> seb128: yes, I read that...
[12:17] <Cimi> Trevinho, if you want to reproduce it, pick up  lp:~cimi/indicators-client/system-components
[12:17] <Cimi> Trevinho, mkdir build
[12:17] <Cimi> cmake ..
[12:17] <Trevinho> Cimi: ok, thanks.. .I was about to ask that
[12:17] <Cimi> make alltests
[12:17] <Cimi> after a couple of tests it segfaults
[12:18] <Cimi> (couple can be 6-7)
[12:18] <Cimi> it's a race, we know it, so it's not like 100% happening
[12:18] <Cimi> here happens 100% of the time though, but randomly
[12:18] <Saviq> dednick, ah, from 9k lines - still, almost 10% down is good :)
[12:19] <Saviq> dednick, /me tries to review
[12:19] <dednick> Saviq: have fun :) I added some comments for a bit of help
[12:19] <Saviq> dednick, yeah, saw that
[12:21] <andyrock> Trevinho, maybe this time the problem is in PanelMenuView...
[12:21] <Trevinho> andyrock: mhmh... it could be, but I think it's managing things correctly...
[12:21] <Trevinho> andyrock: that code should be ported to BamfApplicationManager though
[12:21] <andyrock> Trevinho, can you check better? :D
[12:22] <Trevinho> k
[12:22] <andyrock> Trevinho, I'll give a look too
[12:23] <greyback> Anyone else suspect ninja is causing a slower build on the device?
[12:29] <Saviq> greyback, there was a missing -j$NUM_JOBS in build
[12:29] <greyback> mzanetti: what is the bug? I don't see anything wrong
[12:29] <Saviq> greyback, but should be fine now
[12:29] <greyback> Saviq: ok, will pull
[12:29] <mzanetti> greyback: it just switches between notes-app and notes-app
[12:29] <mzanetti> greyback: the phone-app gets lost in the app stack somehow
[12:29] <Saviq> mzanetti, notes-app is special
[12:30] <greyback> mzanetti: not reproing here :(
[12:30] <Saviq> mzanetti, I think it does something weird
[12:30] <mzanetti> hmm... ok... can't reproduce this with todays stock image here
[12:30] <Saviq> mzanetti, it shows up twice in running apps, for example
[12:30] <greyback> mzanetti: this on phone or desktop>
[12:30] <mzanetti> greyback: phone
[12:31] <Saviq> mzanetti, it feels like Notes opens two surfaces initially, this might make the wm confused
[12:31] <greyback> mzanetti: I'll try a clean reflash and install my build and check it out.
[12:31] <paulliu> Saviq: build failed on jenkins https://code.launchpad.net/~saviq/unity/phablet.raring.i18n-updates/+merge/168397
[12:32] <Saviq> paulliu, yes, the job shouldn't eve run
[12:32] <Saviq> even run
[12:32] <Saviq> paulliu, that branch is in manual merge mode now
[12:32] <paulliu> Saviq: ok.
[12:32] <Saviq> paulliu, I'll take care of that when sergiusens comes online
[12:32] <paulliu> Saviq: ok.
[12:34] <andyrock> Cimi, i get a qt5 error running cmake
[12:34] <andyrock> Cimi, http://paste.ubuntu.com/5751489/
[12:38] <greyback> andyrock: you're probably missing "qtdeclarative5-dev"
[12:40] <greyback> andyrock: if you're building unity8, use first the "build" and then the "run" script
[12:40] <andyrock> greyback, ok thank but I'm not building unity8
[12:40] <greyback> andyrock: ah ok
[12:46] <dandrader> my desktop is completely broken after upgrading to saucy (typing from my laptop). even the greeter if f**d up
[12:46] <dandrader> s/if/is
[12:47] <dandrader> what's the easiest way to get some kind of working desktop?
[12:48] <paulliu> dandrader: install another desktop environment. And switch to it when login?
[12:49] <Saviq> dandrader, greeter?
[12:49] <Saviq> dandrader, mine is mostly usable
[12:50] <dandrader> my greeter is missing icons, etc. but yeah, I could say "mostly usable"
[12:50] <dandrader> as I can log in from it
[12:51] <dandrader> I was going for a saucy chroot but g_settings_new was crashing when running unity8 inside it
[12:51] <dandrader> So I just gave up and upgraded
[13:02] <mhr3> Trevinho, it is expensive because each gobject wrapper instance will be calling both add_weak_ref and remove_weak_ref
[13:21] <mterry> Saviq, thanks for porting my narrowMode branch to unity/8.0
[13:21] <Saviq> mterry, :P
[13:22] <Saviq> mterry, you owe me a beer for that!
[13:22] <Saviq> the diff was so big
[13:22] <mterry> I'll buy you a tiny beer
[13:22] <mterry> Little thimblefull
[13:23] <Saviq> ;D
[13:24] <nic-doffay> Saviq, what's the best way to check from another Qml file if a transition is being performed?
[13:24] <nic-doffay> Not just on startup...
[13:25] <Saviq> nic-doffay, just bind to it
[13:25] <Saviq> nic-doffay, or, slightly better
[13:25] <Saviq> nic-doffay, property alias rotating: helper.rotating in Shell.qml
[13:25] <Saviq> nic-doffay, and then shell.rotating
[13:29] <nic-doffay> ok Saviq how do I perform a state change on a variable change then?
[13:30] <Saviq> nic-doffay, either use states: [ State { when: shell.rotating }, State { when: !shell.rotating } ]
[13:30] <Saviq> nic-doffay, or state: shell.rotating ? "rotating" : "static"; states: [ State { name: "rotating" }, State { name: "static" } ]
[13:30] <Saviq> nic-doffay, note, it's pseudo-code, again
[13:30] <nic-doffay> Saviq,  cool, the first seems more plausible.
[13:31] <Saviq> nic-doffay, make sure to read through http://qt-project.org/doc/qt-5.0/qtquick/qtquick-statesanimations-animations.html
[13:33] <tsdgeos> Saviq: greyback:n ic-doffay
[13:33] <tsdgeos> standup?
[13:33] <greyback> tsdgeos: in other meeting, have to miss it
[13:33] <nic-doffay> tsdgeos, launching mumble now
[13:34] <greyback> mzanetti: yep reproduced, will fix
[13:34] <mzanetti> greyback: \o/
[13:34] <mzanetti> greyback: standup first
[13:34] <mzanetti> oh.. soryy
[13:37] <Saviq> aaargh why don't I get pings about the standup anymore
[13:38] <tsdgeos> Saviq: i did ping you :D
[13:38] <Saviq> tsdgeos, I meant from the calendar ;)
[13:43] <jibel> I cannot finish any autopilot run of unity testsuite on saucy desktop, dbus systematically hangs at some point, I filed bug 1189475
[13:43] <jibel> didrocks, ^
[13:45] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_indicators/+merge/168450
[13:45]  * Saviq tries a btrfs snapshot to upgrade unity :F
[13:46] <didrocks> mhr3: I think this is the dbs hang we are fighting ^
[13:46] <didrocks> sil2100: I wonder how that passed on Friday, any idea?
[13:47] <mhr3> didrocks, didn't you say it was caused by hud eating all memory?
[13:47] <didrocks> mhr3: we thought it was the cause, but apparently this one was saucy only
[13:47] <didrocks> mhr3: mind having a look with jibel?
[13:48] <mhr3> just a sec about to jump on a hangout
[13:48] <didrocks> don't fall :)
[13:55] <sil2100> didrocks: hm, not sure now, since currently when having appmenu-gtk listed in the packages lists, it actually wants to take and install unity-gtk2-module's dependencies (i.e. libunity-gtk2-parser0) instead, as unity-gtk2-module provides appmenu-gtk
[13:56] <sil2100> didrocks: maybe last week appmenu-gtk had something to release?
[13:56] <sil2100> Anyway, I'm pretty sure we don't need appmenu-gtk in the package list anymore
[13:57] <sil2100> It's only confusing things, having u-g-m for gtk3 and appmenu-gtk for gtk2, duh
[13:57] <didrocks> sil2100: not sure, anyway, yeah :)
[13:58] <didrocks> sil2100: mind redeploying with it once merged?
[13:58] <sil2100> didrocks: sure - since there are no new packages, no archive-admin ping is required, right?
[14:00] <didrocks> sil2100: indeed :)
[14:01] <mterry> kdub, hello!  Did you ever look at my libhybris patch for the nexus7 shm issue?  (upstream pull 49 I believe)
[14:10] <nic-doffay> Saviq, the dash and panel aren't being turned invisible, mind taking a look at my shell code and recommending a method to trace the values? https://pastebin.canonical.com/92442/
[14:11] <nic-doffay> Saviq, in particular around line 180.
[14:17] <Saviq> nic-doffay, did you check that there are no states defined in Dash.qml already?
[14:21] <nic-doffay> Saviq, yeah I did, there are none.
[14:21] <Doug_> hello
[14:23] <Saviq> mzanetti, see README for < > vs. " " for includes
[14:24] <mzanetti> Saviq: doesn't matter if its in the readme or not... and there is no point in discussing over every single point. I hope my message is clear... there is a point where "guidelines" are not helping any more
[14:25] <mzanetti> and I think we're over that point in that repo
[14:25] <Saviq> mzanetti, WTYM "there's no point discussing over every single point"?
[14:25] <Saviq> mzanetti, isn't that why you wrote it?
[14:25] <Saviq> mzanetti, shall we just ignore it?
[14:26] <mzanetti> Saviq: no... not really
[14:26] <mzanetti> Saviq: I mean... there are pros and cons for every point... what I mean is, that its too much if you sum all that up
[14:26] <mzanetti> I do see pro's for each of that guideline too, but all of those guidelines combined make it a pain
[14:27] <Saviq> mzanetti, thing is it's not set in stone
[14:27] <Saviq> mzanetti, and I agree with some of your points
[14:28] <Saviq> mzanetti, and if we want to do something about it, now's the f*** time, as O-Ren Ishii would put it
[14:28] <mzanetti> Saviq: so yes. If you want to discuss every point with me, I'm happy to give my opinion. But if you both agree you want to have it that way, there's no point in trying to convince me over each guideline... thats what I meant with "there's no point discussing over every single point"
[14:29] <Saviq> mzanetti, sure, but there's some there that we haven't agreed upon or discussed, even, since the problem scope is slightly different
[14:29] <Saviq> mzanetti, and you've touched some of those
[14:30] <mzanetti> Saviq: yep, that's also one thing I think that led to this. there are some guidelines that were defined for a single project and now pushed to all other projects, wheter it makes sense for that target project or not
[14:31] <MacSlow> Saviq, which external plugin, could act as an example for the needed cmake/install-pieces
[14:32] <Saviq> MacSlow, the UI toolkit, for one
[14:32] <Saviq> MacSlow, or dee-qt
[14:32] <MacSlow> Saviq, ah ok thx
[14:33] <Saviq> MacSlow, but what's there in unity-api is 90% of what you need
[14:33] <Saviq> MacSlow, the only missing thing is the installation part, which you can take from http://bazaar.launchpad.net/~unity-team/dee-qt/trunk/view/head:/modules/Dee/CMakeLists.txt
[14:34] <MacSlow> ok
[14:37] <mzanetti> Saviq: so please let me know if you would like to have my opinion on some specific guidelines.
[14:38] <Saviq> mzanetti, yes, I will reply to your comment
[14:38] <mzanetti> Saviq: ok. I'll do some review in the meantime
[14:39] <Saviq> mzanetti, but those that are there in README or in lp:canonical....guidelines I'm not in the power of discussing
[14:39] <mzanetti> Saviq: sure
[14:39] <Saviq> mzanetti, other than saying "we're going for Qt style for Qt code"
[14:39] <Saviq> mzanetti, where it doesn't conflict
[14:40] <Saviq> mzanetti, and then there's a slew of QML guidelines to be made
[14:40] <Saviq> mzanetti, for this and other projects
[14:40] <didrocks> fginther: hey, small question: is https://code.launchpad.net/~amanzi-team/camera-app/camera-app-copyright/+merge/168429 building? (I see not CI message either)
[14:40] <Saviq> mzanetti, the lack of which is far worse than having them controversial
[14:40] <mzanetti> yeah... but keep in mind... guidelines are only useful as long as they help you. once they start restricting you they're actually contraproductive
[14:41] <Saviq> mzanetti, there's a balance to be made, for sure
[14:41] <mzanetti> ^^ those are the words I should have been using directly from the beginning :D
[14:41] <mzanetti> the balance thing
[14:43] <fginther> didrocks, looking
[14:45] <nic-doffay> Saviq, it appears that the state isn't changed when the rotating variable changes.
[14:45] <fginther> didrocks, yes, it is building. There has been a spike in MPs that are causing the -app projects to back up a bit
[14:45] <mzanetti> Saviq: how do you clone the repo using git? do you use a local git-bzr bridge or does launchpad have some unofficial git api?
[14:45] <didrocks> fginther: perfect, thanks!
[14:48] <Cimi> Saviq, https://launchpad.net/ubuntu-settings-components
[14:48] <Cimi> ok tests are no longer failing for races now...
[14:49] <Saviq> Cimi, did we need a new team for this? ;)
[14:49] <Saviq> Cimi, maintainer should be ~pspmteam
[14:55] <Saviq> Cimi, and why LGPL license? GPL should be just fine?
[14:55] <Saviq> pstolowski, it's alive :)
[14:56] <Saviq> pstolowski, just managed to get to it and build everything - it's looking good
[14:57] <pstolowski> Saviq: awesome :). shall I read through backlog, or it's all I need to know?
[14:57] <pstolowski> Saviq: coolio
[14:57] <Saviq> pstolowski, for now that's all
[14:57] <Saviq> pstolowski, but bear in mind we should not regress, so we'll probably need the mock home and apps scopes before we can merge this
[14:58] <pstolowski> Saviq: can we meet in 1-2 days (mhr3 would attend as well) to discuss the API and what's missing
[14:58] <Saviq> pstolowski, sure, I'm going for a review of your branch now
[14:59] <Saviq> pstolowski, also, I'm wondering if we should have separate dconf keys for desktop and touch scopes lists, at least
[14:59]  * greyback bbiab
[15:00] <mhr3> Saviq, the question of what should be separate for phone and desktop is exploding these days
[15:01] <Saviq> mhr3, I know
[15:01] <pstolowski> Saviq: when it comes to apps, I believe all we need is to land James' app branch; btw, did he ping you today?
[15:01] <Saviq> pstolowski, nope
[15:03] <Saviq> pstolowski, thing is, we don't have zeitgeist nor software center on the phone (yet) - or have them modified to e.g. filter for touch-apps
[15:03] <pstolowski> Saviq: about home - hmm, shouldn't we switch to the real home scope instead and start from there, rather than investing time in mocking home?
[15:03] <Saviq> pstolowski, sure, for Home we should be able to just use data from the other scopes
[15:03] <Saviq> pstolowski, so, apps
[15:04] <Saviq> nic-doffay, sorry about the delay - for the states - make sure name: is defined on all of the states
[15:05] <Saviq> nic-doffay, they probably don't work without a name:
[15:05] <nic-doffay> Saviq, the one is.
[15:05] <nic-doffay> Both have names too.
[15:06] <Cimi> Saviq, new team so I can add unity and ubuntu ui guys?
[15:07] <Saviq> Cimi, well, yeah, ok, it just feels slightly overkill to have a separate team there
[15:08] <Cimi> Saviq, what do I do then? unity team?
[15:09] <Saviq> Cimi, no, it's good, after all teams are also there so that LP spam goes to the right people
[15:09] <Cimi> ok
[15:10] <Saviq> nic-doffay, Component.onCompleted: helper.state = "rotating" what's that?
[15:10] <Cimi> Saviq, on the question for the license
[15:10] <Cimi> Saviq, I used what ubuntu-ui-toolkit is using
[15:10] <Saviq> Cimi, interesting
[15:10] <nic-doffay> Saviq, trying to trigger a state change onCompleted for testing.
[15:10] <Saviq> nic-doffay, but the helper doesn't have a state
[15:10] <Saviq> nic-doffay, or at least not such
[15:11] <Saviq> nic-doffay, you probably want to set your own state
[15:11] <Saviq> nic-doffay, not helper's
[15:11] <pstolowski> Saviq: so back to apps - I assume app lens updated with latest API changes (the branch from James) + yours dedicated apps qml  is all that's currently needed?
[15:12] <Saviq> pstolowski, even if James's apps lens works fine on desktop, there's no zeitgeist on the phone (or anything that would feed data to it ATM)
[15:12] <Saviq> pstolowski, so recent apps is broken (are there recent apps in James's branch?)
[15:12] <Saviq> pstolowski, actually they're "Frequent Apps" on phone...
[15:12] <Saviq> but I'm good with recent
[15:12] <pstolowski> Saviq: so apps lens on the phone is currently all mocked up?
[15:13] <Saviq> pstolowski, yes, only the Installed category is used
[15:13] <Saviq> pstolowski, "Available for download" - we don't have an app store... so no way to download apps to download...
[15:14] <Saviq> or display them at all
[15:15] <Saviq> pstolowski, but we should be able to have a mock subscope for a real apps scope, right?
[15:15] <Saviq> pstolowski, so that we can feed the Frequent and Available categories from a mock scope?
[15:16] <pstolowski> Saviq: apps is not a master scope at the moment, so we would need to have a master first, and then make apps & a mocked one its subscopes
[15:16] <nic-doffay> Saviq, further interesting things. on ./run my alias in OrientationHelper is false as it should be. However on ./run_on_device it's undefined.
[15:17] <Saviq> pstolowski, right, I'd say initially we should probably just go to as close as we had it for the old lenses
[15:17] <pstolowski> Saviq: or we can apply your custom apps qml on top of real apps, or am I missing something?
[15:18] <Saviq> pstolowski, yeah exaclty
[15:18] <Saviq> pstolowski, I'm thinking let's apply the custom qmls on top of both Home and Apps for now
[15:18] <Saviq> pstolowski, and replace things as we go
[15:18] <Saviq> incrementally when ready
[15:21] <om26er> so what changed in Unity that now chromium does not show its menus in the Unity menubar ?
[15:24] <pstolowski> Saviq: agreed. not sure about what that means for Home qml yet, though
[15:24] <Saviq> pstolowski, investigating
[15:24] <Saviq> pstolowski, the only thing we need is somehow get to the results from the other scopes
[15:24] <Saviq> pstolowski, should be relatively easy
[15:26] <pstolowski> Saviq: yeah. that's something home scope does transparently. no more special global models etc.
[15:27] <pstolowski> Saviq: we just need to make sure those scopes are always searched by home scope (we have dconf keys for this)
[15:28] <Saviq> pstolowski, yeah I understand, that's great - and good as the end result
[15:28] <Saviq> pstolowski, we unfortunately just need something for the mean time
[15:28] <Saviq> pstolowski, where we don't actually have the scopes
[15:32] <pstolowski> Saviq: understood
[15:32] <Saviq> pstolowski, I'll come up with something during the review, I hope
[15:32] <Saviq> pstolowski, as I don't yet fully understand what's changed
[15:37] <pstolowski> Saviq: sure. 90% of the change is s/lens/scope, removal of global model/result count, minor changes in callback signatures and changed schema of search results model
[15:38] <Saviq> pstolowski, yeah, I'm hopeful it's not gonna be difficult
[15:38] <pstolowski> Saviq: and major effort was to integrate all this with demo assets and mock lenses :)
[15:38] <tsdgeos> Saviq: i checked and https://code.launchpad.net/~unity-team/unity/8.carousel-listview/+merge/167713 has the same code i had for my carousel-listview crashes, want me to approve or wait for Cimi's review?
[15:39] <Saviq> pstolowski, yeah, I know, that's unfortunate
[15:39] <Saviq> tsdgeos, I say let's merge, if Cimi comes back with something we can merge later
[15:45] <tsdgeos> done
[15:47] <Cimi> Saviq, tsdgeos you can merge if you tested
[15:47] <Cimi> Saviq, I thought of testing it then I lost time with KDE Installation
[15:47] <Cimi> now I'm with KDE and works fine, no crashes
[16:12] <jbicha> do you have something like http://reqorts.qa.ubuntu.com/reports/sponsoring/ but for Unity-related MPs?
[16:21] <Cimi> Saviq, can I have someone to start reviewing?
[16:21] <Cimi> Saviq, I'll have a look at qml theming
[16:21] <Saviq> Cimi, reviewing the QML components, you mean?
[16:21] <Saviq> s/QML/system/
[16:22] <Cimi> yes
[16:22] <Cimi> lp:ubuntu-settings-components
[16:22] <nic-doffay> Anyone familiar with UbuntuAnimation here?
[16:22] <nic-doffay> Does it exist any more?
[16:22] <Cimi> like, first comments on what's wrong
[16:22] <Cimi> it's WIP still
[16:23] <Cimi> feel free to add crap on the TODO, better
[16:42] <nic-doffay> greyback, up for a small review for the ui-toolkit?
[16:42] <nic-doffay> one line
[16:43] <greyback> nic-doffay: I /can/, but isn't there a ui-toolkit person who can do it too?
[16:43] <nic-doffay> greyback, possibly waiting for a response in the sdk chan.
[16:43] <Saviq> nic-doffay, there should be more lines - you need to document the property
[16:43] <Saviq> nic-doffay, and advertise it in the CHANGES file
[16:43] <nic-doffay> Saviq, kk
[16:44] <greyback> nic-doffay: ok, I can have a look
[16:52] <mhr3> Saviq, still here?
[16:53] <nic-doffay> greyback, ta but I have someone from #sdk who volunteered!
[16:53] <mhr3> meh, tomorrow is also a day...
[16:53] <greyback> nic-doffay: coolio
[17:00] <didrocks> fginther: maybe another random issue? https://code.launchpad.net/~amanzi-team/camera-app/camera-app-copyright/+merge/168429
[17:05] <Saviq> mhr3, pong
[17:05] <mhr3> Saviq, did pawel create a meeting for the chat we wanted to have about the qml apis?
[17:06] <Saviq> mhr3, I don't think he did yet, but he did mention that he will
[17:07] <mhr3> Saviq, k, i'll bug him tomorrow to make one, you know - no calendar event, no meeting :P
[17:07] <mhr3> i think it'll be best after the planning meeting