[08:05] <MacSlow> Greetings folks and a happy new year!
[08:12] <tsdgeos> Happy new year folks :)
[08:14] <MacSlow> hey there tsdgeos... thanks and dito :)
[08:16] <Saviq> good mornin'
[08:19] <MacSlow> hey Saviq... happy new year :)
[08:20] <Saviq> MacSlow, thanks, right back at you, you had a reminder set up to come back to work after a month? ;)
[08:20] <MacSlow> Saviq, hehe... not that was not needed :)
[08:23] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/unitySortFilterProxyQML/+merge/245198 this one's "good"
[08:23] <tsdgeos> someone/we copied a class to the sdk with not all the features and the same name
[08:23] <tsdgeos> *boom*
[08:23] <Saviq> tsdgeos, heh, interesting
[08:23] <tsdgeos> interestingly it works in Qt5.3
[08:23] <tsdgeos> but it's just sheer luck
[09:35] <Saviq> mzanetti, hi!, re: one staging branch, thought that would be cleaner to not have separate branches per silo
[09:36] <Saviq> mzanetti, but seeing as *all* the linked bugs are shown in the MPs, and that sometimes we need to do more than one at a time, I'm not too sure any more
[09:47] <Saviq> tsdgeos, somewhat related to bug #1403045, it looks like there's a second (empty) header on top of the Manage header
[09:48] <tsdgeos> really?
[09:48] <tsdgeos> that's weird
[09:48] <Saviq> tsdgeos, only when moving
[09:48] <tsdgeos> how do you see it?
[09:48] <Saviq> tsdgeos, as soon as I touch the bottom
[09:49] <Saviq> tsdgeos, it appears
[09:49] <Saviq> https://owncloud.sawicz.net/public.php?service=files&t=280d4ae6e435e06253e3f75f54c9adf2
[09:49] <Saviq> tsdgeos, ↑
[09:49] <tsdgeos> what
[09:49] <tsdgeos> is
[09:49] <tsdgeos> that
[09:49] <tsdgeos> Saviq: rtm? vivid?
[09:49] <Saviq> tsdgeos, vivid
[09:50]  * Saviq files a bug
[09:50]  * tsdgeos wonders how did that happen
[09:53] <Saviq> tsdgeos, bug #1407620
[10:00] <tsdgeos> that's ultra weird
[10:05] <Saviq> greyback, o/ Athbhliain faoi mhaise dhuit!
[10:07] <tsdgeos> ah i know what's wrong
[10:07] <tsdgeos> it's the upper part of the header
[10:07] <greyback> Saviq: Szczęśliwego Nowego Roku dla Ciebie
[10:07] <tsdgeos> like the search
[10:07] <tsdgeos> wonder why it's there now
[10:07] <Saviq> tsdgeos, yup, that's what I thought
[10:07] <tsdgeos> maybe it broke when we disabled search
[10:07]  * greyback closes the google translate tab
[10:08] <Saviq> ;)
[10:44] <tsdgeos> Saviq: i think mzanetti is not back until tomorrow
[10:44] <Saviq> tsdgeos, yeah yeah
[10:44] <tsdgeos> Saviq: i resorted to clipping the header
[10:44] <tsdgeos> https://code.launchpad.net/~aacid/unity8/clipScopesListHeader/+merge/245556
[10:44] <Saviq> tsdgeos, yeah, sounds fine
[10:45] <tsdgeos> i wonder if this is what mzanetti was complaining about with the other bug
[10:45] <Saviq> tsdgeos, no
[10:45] <tsdgeos> ah no
[10:45] <tsdgeos> you can actually have a huge gap too
[10:45] <Saviq> tsdgeos, what he said is that you get a large gap between your finger and the top of manage dash
[10:45] <Saviq> yeah
[10:45] <Saviq> tsdgeos, barring that, maybe we can change visibility based on the contents inside PageHeader.qml?
[10:46] <tsdgeos> it's hard
[10:46] <tsdgeos> since it's a full height background we actually need
[10:46] <tsdgeos> for the lower part
[10:46] <tsdgeos> so would need to split into two backgrounds
[10:47] <tsdgeos> not sure it's worth it tbh
[10:47] <Saviq> ah yeah
[10:48] <Saviq> that's fine then
[11:05] <mzanetti> Saviq: +1 on the "not so sure on one staging branch", exactly because of that weirdness with the linked bugs
[11:05] <mzanetti> but nothing that really concerns me until Wed
[11:06] <mzanetti> :)
[11:25] <facubatista> Hola
[11:42] <tsdgeos> Mirv: did you do anything regarding qt 5.4?
[12:25] <Mirv> tsdgeos: I added some modules during vacation on request, but otherwise no and it should be still usable (nothing has landed so nothing currently needs a rebuild)
[12:27] <tsdgeos> oki
[12:27] <tsdgeos> so we still are black on arm
[12:30] <Mirv> yes
[12:58] <Saviq> cwayne, hey in the new year, could you have a look at bug #1394614 and add an appropriate task / file a bug in the appropriate project?
[13:00] <cwayne> err I'll take a look Saviq
[13:00] <cwayne> but it seems to me that we'd want caching there, no?
[13:00] <cwayne> why would we want completely blank scopes :P
[13:01] <Saviq> cwayne, it's not me who filed the bug ;)
[13:01] <cwayne> fair point :)
[13:01] <Saviq> cwayne, someone wrote a manual testcase that said it should not cache
[13:01] <davidcalle> cwayne, with a little timestamp on it for the last updated time, pretty please :p
[13:01] <cwayne> yeah, just saw that, I'll chase this down with them
[13:01] <cwayne> davidcalle: good idea
[13:01] <cwayne> i'll chase down some people and see what the deal is
[13:02] <cwayne> and happy new year everyone!
[13:02] <davidcalle> cwayne, Saviq, indeed, happy new year :)
[13:02] <Saviq> o/
[13:04] <Saviq> elopio, hey, can you please run http://people.canonical.com/~msawicz/unity8/strip-tags.py on lp:~canonical-platform-qa/unity8/edges_demo_test and any local unity8 checkouts
[13:25] <Saviq> Fuckin' Spaniards! (https://www.youtube.com/watch?v=IznxHE2pVxc) ;D
[14:05] <kgunn> happy new year all
[14:08] <facubatista> kgunn, happy new year!
[14:14] <mterry> kgunn, I'm already bored with 2015, when will we release a beta of 2016 to run?
[14:14] <kgunn> mterry: hehe, that didn't take long
[14:17] <cwayne> pete-woods: btw i moved that vimeo bug from hanloon to https://bugs.launchpad.net/unity-scope-vimeo/+bug/1407691
[14:18] <pete-woods> cwayne: that's a bit of a "change the design please" request, but I can add a new feature to display uploaded videos, too. at the moment it (correctly) shows your feed
[14:18] <pete-woods> i.e. the channels you have subscribed to
[14:19] <pete-woods> would be fairly easy to add a new section or department to represent uploaded videos
[14:20] <cwayne> pete-woods: yeah, not sure if it's a wont-fix or what, just knew it wasn't hanloon :)
[14:20] <pete-woods> okay, cool
[14:30] <elopio> Saviq: done.
[14:45] <mterry> is jenkins down / broken?  Old deb links in MPs are giving me a 404 and it doens't seem to be generating new debs after I've added a commit to the MP
[14:52] <Saviq> mterry, which MP?
[14:52] <Saviq> mterry, seems to work somewhat http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/
[14:53] <Saviq> mterry, old links got purged, I think old jobs get purged after some time
[14:54] <mterry> Saviq, hrm my MP is https://code.launchpad.net/~mterry/unity8/tutorial-refactor/+merge/239874 (with a commit from 12/23 that never got built)
[14:58] <Saviq> mterry, let me kick it manually
[14:59] <mterry> Saviq, OK thanks!  And it's normal that the old debs linked in that MP would be 404 now?  (we clean them out occasionally I guess)
[14:59] <Saviq> mterry, yeah, as artifacts they get purged with old jobs
[15:01] <Saviq> mterry, it's building in http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/5074/console
[15:01] <mterry> thanks
[15:24] <greyback_> are qmlui tests a bit unstable atm?
[15:29] <tsdgeos> are they? last time i checked they were fine
[15:33] <greyback_> just got a fail with https://code.launchpad.net/~gerboland/unity8/async-dbus-dashcomm/+merge/244892 - no idea why yet.
[15:43] <kgunn> greyback_: random curiosity, what the difference between "unstable" and "failed"...is it all the Qwarns ?
[15:45] <greyback_> kgunn: it seems if a test fails, the test job is marked as unstable. jenkins makes that call. It's not looking deeply into the test case, just reads the return code to see if success of fail
[15:48] <tsdgeos> greyback_: interesting, other jobs from today had this passing afaik
[15:48] <greyback_> tsdgeos: yeah it's odd, maybe my change breaks it. Am trying to repro locally now
[15:49] <Saviq> kgunn, failed usually means that the process of testing failed, so there's no test results (or they're incomplete etc.)
[15:49] <kgunn> Saviq: thanks...makes sense....cause all the summaries do say "0 failed"....but i see stuff like "connection refused failed" in the body
[15:50] <kgunn> of output
[15:50] <Saviq> kgunn, the top job (unity8-ci, the one that reports on MPs) basically has no unstable, if any downstream job is not success, the upstream job goes failed
[15:50] <Saviq> kgunn, your own test suite would have to determine whether warnings are ok or not (that's what UITK do, any new warnings fail the test)
[16:24] <om26er> mzanetti, Hey! back ?
[16:27] <greyback_> om26er: he's not. He's back on Wed I think
[16:28] <om26er> greyback_, hmm, ok. I'll find him then.
[16:29] <Saviq> kgunn, bug #1407708 maybe looks similar to the issue V reported
[16:30] <kgunn> was just testing to confirm it...
[16:38] <Saviq> mzanetti, I know you're not here, but as it's your pet peeve - input appreciated on bug #1407730
[17:00] <om26er> Saviq, during the holidays, I have discovered an issue where dash is black, the process keeps running but dash never shows.
[17:00] <Saviq> om26er, the dash isn't black, the dash simply isn't there, no?
[17:00] <om26er> Saviq, yes, that.
[17:00] <Saviq> bug #1394208
[21:58] <mterry> How do I tell what the post-transformation values for x,y are if an Item defines a set of Transform elements in its transform field?
[21:59] <mterry> (And/or is there a way to query what the rendered x,y are?)