[08:03] <pete-woods> Cimi: just letting you know we landed a fix for the broken settings API last night
[08:08] <mhr3> Saviq, hey, can we land stuff today? the v4 api would be nice to get in the image
[08:23] <Saviq> mhr3, yeah, wanted to confirm it's "static"?
[08:23] <mhr3> Saviq, meaning?
[08:24] <Saviq> mhr3, like did we stop changing it by now? ;)
[08:24] <mhr3> Saviq, i'd certainly hope so :)
[08:25] <mhr3> Saviq, also, status of overview?
[08:25] <Saviq> mhr3, to be confirmed today
[08:25] <Saviq> mhr3, wanna clean the merge queue a bit first
[08:25] <Saviq> see silo 1
[08:26] <mhr3> ouch :)
[08:26] <Saviq> mhr3, adding v4 to it, too
[08:26] <tsdgeos> Saviq: so the fixes i have for dash-as-app
[08:26] <tsdgeos> just add it to overview?
[08:26] <tsdgeos> or want a separate merge?
[08:26] <mhr3> Saviq, k, plugin part here - https://code.launchpad.net/~unity-team/unity-scopes-shell/sort-order/+merge/229190
[08:27] <Saviq> tsdgeos, for "does not have i18n" you mean that .pot wasn't updated?
[08:27] <tsdgeos> Saviq: means it is not loading the catalog
[08:27] <Saviq> tsdgeos, ah know what you mean
[08:27] <Saviq> tsdgeos, yeah, separate MP please, will push it in with silo 1 then
[08:28] <Saviq> mhr3, could use a review...
[08:28] <mhr3> Saviq, being done right now
[08:28] <Saviq> mhr3, and if we push that, we need the alt nav, too
[08:28] <mhr3> right pete-woods? ^ :)
[08:28] <Saviq> which needs a review, too
[08:29] <Saviq> so I'm thinking the next train ride
[08:29] <mhr3> Saviq, we don't really, just the api compatibility part of it
[08:29] <mhr3> and tsdgeos did split it up i think
[08:29] <tsdgeos> kind of yes
[08:29] <Saviq> he did, might wanna look that it's good
[08:29] <mhr3> can do
[08:29] <Saviq> think it didn't get updated after we changed v4 5 times
[08:29] <pete-woods> mhr3: yeah, review happening :)
[08:29] <mhr3> branch?
[08:30] <pete-woods> mhr3: you have a merge conflict with trunk, btw
[08:30] <mhr3> pete-woods, ah, fixing
[08:30] <Saviq> mhr3, https://code.launchpad.net/~unity-team/unity8/scopes-v4/+merge/229224
[08:30] <Saviq> mhr3, but I'm looking actually
[08:35] <mhr3> pete-woods, pushed
[08:35] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/dash-app-fixes/+merge/229745
[08:36] <Saviq> tsdgeos, thanks
[08:39] <tsdgeos> Saviq: any idea about that autopilot failure we have everywhere?
[08:40] <Saviq> tsdgeos, yeah, should be gone with a more recent image
[08:40] <tsdgeos> ok
[08:40] <Saviq> tsdgeos, we didn't depend on the fixed qtmir
[08:41] <Saviq> tsdgeos, yeah, 174+ should be fine
[08:42] <Saviq> tsdgeos, see! http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/3778/console
[08:42] <tsdgeos> yeah modeminfo succeeded
[08:42] <Saviq> and we have 3 machines running qmluitests again
[08:42] <Saviq> that's starting to look *much* better http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-utopic/
[08:42] <Saviq> finally
[08:43] <Saviq> ah no, just two machines still... we were down to 1 though
[08:46] <tsdgeos> Saviq: the icons of view-expand not landed yet?
[08:46] <Saviq> tsdgeos, we'll land them with expandables
[08:47] <tsdgeos> which makes the whole thing hard to test
[08:47] <Saviq> or well, I can land them now
[08:47] <tsdgeos> since i don't want to lose 3 hours runing optipng
[08:48] <tsdgeos> Saviq: that'd be cool
[08:48] <Saviq> tsdgeos, export NO_PNG_PKG_MANGLE=1
[08:48] <Saviq> tsdgeos, just add that to your .profile and be done with it ;)
[08:50] <Saviq> tsdgeos, added to silo
[08:50] <tsdgeos> great :)
[08:52] <xnox> Saviq: i have that in ~/.sbuildrc instead =) $build_environment = { 'NO_PKG_MANGLE' => '1', 'DEB_BUILD_OPTIONS' => 'parall\
[08:52] <xnox>   el=12', 'HOME' => '/build/' };
[08:52] <tsdgeos> Saviq: not working (the export)
[08:53] <tsdgeos> anywy
[08:53] <tsdgeos> i'll wait for the silo package
[08:55] <Saviq> tsdgeos, been working for me, did you actually get it into your env?
[08:55] <tsdgeos> Saviq: well i just exported it in the same shell i ran dpkg-buildpackage
[08:55] <Saviq> tsdgeos, hmm interesting
[08:59] <Saviq> dednick, prio for this morning https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159 please
[09:02] <Saviq> tsdgeos, lol, why did you go Abstain on your own branch? ;)
[09:03] <Saviq> tsdgeos, ah, it's actually doing svg optims, not png ones
[09:05] <mhr3> Saviq, hm, the icons on the default app page use the magic @ thing, right?
[09:06] <Saviq> mhr3, no
[09:06] <mhr3> no?
[09:06] <Saviq> mhr3, nope
[09:06] <Saviq> mhr3, we're not shipping any icons any more
[09:06] <Saviq> mhr3, so unless the app does, we're not doing anything to it
[09:06] <tsdgeos> Saviq: so it shows in https://code.launchpad.net/~aacid/+activereviews
[09:07] <Saviq> tsdgeos, craazy ;)
[09:07] <mhr3> Saviq, ah, right, theme icons
[09:07] <tsdgeos> Saviq: yeah
[09:07] <mhr3> Saviq, so that explain the slowness to load them
[09:07] <Saviq> mhr3, only some of them
[09:07] <Saviq> tsdgeos, it'll clear up a bit today
[09:08] <mhr3> Saviq, same thing as with the http thing - image provider -> everything serialized
[09:08] <tsdgeos> there is hope!
[09:08] <Saviq> mhr3, right, but only some of them are themed
[09:08] <Saviq> mhr3, like 3 or something
[09:08] <tsdgeos> need to see why seeLessStuckBottom qmluitests fail :/
[09:08] <Saviq> and they shouldn't be, we need to put the actual PNG icons to the projects
[09:10] <mhr3> Saviq, like pretty much all the top 6? :)
[09:10] <Saviq> mhr3, maybe ;P
[09:11] <mhr3> which you're supposed to see all the time
[09:12] <Saviq> tsdgeos, http://people.canonical.com/~msawicz/themes.tar.xz
[09:12] <Saviq> mhr3, we'll most probably load the whole dash page to memory when you're focused on one, just defer image loading
[09:12] <tsdgeos> tx
[09:12] <mhr3> Saviq, meaning, it's not going to change one bit?
[09:14] <Saviq> mhr3, for apps page we might even load them all
[09:15] <Saviq> mhr3, but when you're scrolling around in a scope, once it loads the image, it won't drop it until you unfocus that scope
[09:18] <mhr3> Saviq, oh, i see
[09:18] <mhr3> Saviq, or if the model changes persumably?
[09:18] <Saviq> mhr3, well, of course
[09:22] <Cimi> mzanetti, hey man
[09:22] <Saviq> Cimi, he's only back tomorrow
[09:22] <Saviq> Cimi, quick one for you: https://code.launchpad.net/~saviq/unity8/fix-pageheader-colours/+merge/229698
[09:22] <Cimi> Saviq, ok
[09:23] <Saviq> Cimi, easy to verify with tryDash
[09:23] <Cimi> Saviq, and code makes sense
[09:23] <Saviq> Cimi, yeah, that's just a bonus
[09:23] <Cimi> Saviq, I decided I'll go for loaders in genericscopeview
[09:23] <Cimi> mentally feels cleaner and nicer
[09:24] <Cimi> for preview/settings/whatever
[09:24] <Cimi> might be easier to replace in the future with stack
[09:24] <Cimi> Saviq, on dash activity indicator, remember that we needed to fix autopilot tests with searches?
[09:25] <Cimi> since we removed the items
[09:25] <Saviq> Cimi, oh indeed did I not do that
[09:25] <Saviq> Cimi, will do ASAP
[09:27] <Saviq> tsdgeos, can you please sanity-check https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346 and make sure your v4 branch is updated to taste please
[09:28] <Saviq> dednick, hey, did you see my request for prio this morning on https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159 ?
[09:28] <Saviq> it even passed CI!
[09:30] <dednick> Saviq: i was having some issues with it yesterday evening. gsm wasn't showing connected when it should have been
[09:30] <dednick> Wellark: ^ did you get to the bottom of it?
[09:31] <tsdgeos> Saviq: want me to top approve https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346 then?
[09:34] <Cimi> Saviq, tsdgeos new bug for dash as app
[09:35] <mhr3> wtf
[09:35] <Cimi> let me reproduce...
[09:35] <Saviq> tsdgeos, yeah
[09:35] <tsdgeos> Saviq: scopes-v4 in unity8 looks sensible to me
[09:36] <tsdgeos> but someone should review
[09:36] <tsdgeos> since i've done parts of it too :D
[09:36] <dednick> Saviq: why is unity-scopes-shell in silo 1? or is it just a "general landings" silo?
[09:36] <Saviq> dednick, why not? ;)
[09:37] <Cimi> Saviq, tsdgeos full left to right swipe to dash does not go to app scope
[09:37] <Saviq> dednick, I took it over to land unity8... but now we're in TRAINCON-0 again :|
[09:37] <Cimi> so run any app from launcher
[09:37] <Cimi> swipe to right
[09:37] <dednick> Saviq: i thought we do silos on a more functional basis. since now the gsm issue may hold up the rest of the landing.
[09:37] <tsdgeos> Cimi: i didn't do any dash-as-app, you know as much as i do
[09:37] <Cimi> I am saying
[09:37] <Saviq> dednick, if it does, we just kill it from the silo for now, no problem
[09:37] <Cimi> change to music or video scope
[09:38] <Cimi> run app from the launcher
[09:38] <tsdgeos> Cimi: open a bug or fix it, saying it here will make it get lost 99% probbly
[09:38] <Cimi> swipe to right
[09:38] <Cimi> it doesn't go back to app scope
[09:38] <dednick> Wellark: ping
[09:38] <Saviq> dednick, it's the same problem when they're in separate silos, really, as one of them blocks the other
[09:38] <dednick> Saviq: i c
[09:38] <Cimi> Saviq, can it be due to app suspension ^ ?
[09:39] <Saviq> Cimi, unlikely, we're not suspending the dash yet...
[09:40] <Cimi> I will file a bug then
[09:45] <Cimi> Saviq, tsdgeos https://bugs.launchpad.net/unity8/+bug/1353374
[09:45] <Saviq> Cimi, tx
[09:46] <Cimi> as said index changed, but not visually
[09:46] <Cimi> I might have a look around since I am touching those files
[09:46] <Cimi> but if you have idea throw it :)
[09:47] <tsdgeos> Cimi: so listview index is changing but not the listview contents?
[09:47] <Saviq> sounds like something we know?
[09:47] <Cimi> tsdgeos, if you flick after you got back to dash
[09:47] <Cimi> tsdgeos, it starts from app scope
[09:47] <Cimi> so it feels like the index changed
[09:47] <Cimi> Saviq, mir issue?
[09:47] <tsdgeos> Cimi: are you totally up to date?
[09:48] <Cimi> tsdgeos, 175
[09:48] <Saviq> Cimi, can you actually interact with the "incorrect" scope?
[09:48] <tsdgeos> Cimi: which qml version is there?
[09:48] <Saviq> tsdgeos, qtdeclarative got in 174
[09:48] <Saviq> http://people.canonical.com/~ogra/touch-image-stats/174.changes
[09:49] <tsdgeos> :/
[09:49] <Cimi> Saviq, ok is mir
[09:49] <Saviq> indeed
[09:49] <Saviq> Cimi, so frame not posted?
[09:49] <Cimi> Saviq, yes
[09:49] <Cimi> Saviq, if I switch back
[09:49] <Cimi> Saviq, tap the screen
[09:49] <Cimi> Saviq, I am touching the app scope
[09:49] <Saviq> Cimi, yeah, sounds like mir didn't get us the latest frame from the dash
[09:49] <Cimi> I switched to video scope (so tapping should open a video)
[09:50] <Cimi> instead I managed to open amazon webapp :D
[09:50] <Saviq> yups
[09:51] <Saviq> Cimi, comment on the bug please, and we need to let Gerry know
[09:51] <Cimi> ok
[09:51] <Saviq> it'll probably be between mir and qtmir
[09:52] <Cimi> lupus in fabula
[09:52] <davmor2> Saviq: also it looks like the initial guide can be swiped out of the way on the initial swipe and it leaves you on the apps scope and nothing opens
[09:52] <Saviq> davmor2, checking
[09:53] <Cimi> greyback, last frame sometimes is not rendered
[09:53] <Cimi> greyback, see
[09:53] <Cimi> https://bugs.launchpad.net/unity8/+bug/1353374
[09:53] <davmor2> Saviq: I'm just digging back to find when it landed
[09:53] <Saviq> davmor2, I can tell you
[09:53] <greyback> Cimi: ack
[09:53] <Saviq> davmor2, yesterday, dash as app
[09:53] <Saviq> 90% that's the reason
[09:54] <Cimi> commented
[09:54] <davmor2> Saviq: possibly I was already on a fresh image when the silo was added so it wasn't tested till I needed to do a fresh install for silo testing today
[09:57] <Saviq> davmor2, yeah, probably
[10:01] <Saviq> tsdgeos, v4 http://pastebin.ubuntu.com/7969014/
[10:01] <tsdgeos> ah damn
[10:01] <tsdgeos> he added refresh
[10:01] <tsdgeos> give me 4 sec
[10:03] <Cimi> Saviq, can you add affected project to the bug?
[10:04] <tsdgeos> Saviq: did a blind commit that should fix it, rebuilding everything to prove it now
[10:05] <Saviq> tsdgeos, let me
[10:05] <Saviq> tsdgeos, you please have a look and understand https://ci-train.ubuntu.com/job/landing-001-1-build/164/console
[10:05] <Saviq> no idea how DashNavigation.qml could conflict...
[10:05] <tsdgeos> yes yes
[10:06] <tsdgeos> makes sense
[10:06] <tsdgeos> it's a renamed file
[10:06] <Saviq> ah ok
[10:06] <tsdgeos> probably conflicts with https://code.launchpad.net/~aacid/unity8/dashSepartmentsListTweaks
[10:06] <Saviq> tsdgeos, please confirm and rebase if that's the case
[10:06] <tsdgeos> yes
[10:06] <Saviq> tsdgeos, +1 on v4
[10:09] <tsdgeos> Saviq: so it conflicts with ../dashSepartmentsListTweaks/ and unstable_departments_test
[10:09] <tsdgeos> i'll merge them
[10:10] <tsdgeos> and resubmit?
[10:12] <Saviq> tsdgeos, +1
[10:12] <tsdgeos> Saviq: but resubmit based on which of the two? :D
[10:13] <Saviq> tsdgeos, v4 after
[10:13] <Saviq> tsdgeos, ah with both
[10:13] <Saviq> tsdgeos, you need to chain them...
[10:13] <tsdgeos> meh
[10:13] <tsdgeos> ok
[10:18] <tsdgeos> Saviq: ok, so you need to re-review https://code.launchpad.net/~aacid/unity8/unstable_departments_test/+merge/229757 and https://code.launchpad.net/~unity-team/unity8/scopes-v4/+merge/229758
[10:19] <Saviq> tsdgeos, testDash fails in v4 btw
[10:19] <tsdgeos> hmmm
[10:19] <tsdgeos> does it?
[10:19] <Saviq> tsdgeos, it needs updates for visible vs. not
[10:20] <tsdgeos> damnit
[10:20] <tsdgeos> will fix it in a sec, let me finish fixing test_narrow_delegate_ranges_expand in seelessstuck
[10:20] <tsdgeos> don't want to forget the fix in my head
[10:22] <Saviq> sure
[10:24] <Saviq> Cimi, https://code.launchpad.net/~saviq/unity8/fix-pageheader-colours/+merge/229698 ?
[10:28] <Cimi> Saviq, testing
[10:29] <Cimi> Saviq, do I need something updated?
[10:29] <Saviq> Cimi, uitk
[10:29] <Cimi> Cannot assign to non-existent property "foregroundColor"
[10:29] <Cimi> ok
[10:44] <Cimi> Saviq, can you reproduce the issue of the app scope on other devices not mako?
[10:45] <Saviq> Cimi, let me see
[10:45] <Saviq> Cimi, yeah
[10:45] <Cimi> ok
[10:48] <Saviq> tsdgeos, we need to bump dep to -4
[10:48] <tsdgeos> why
[10:48] <Saviq> tsdgeos, since otherwise we'll get the plugin with old API
[10:48] <Saviq> there's renames and such
[10:48] <Saviq> if there's only additions is when we can not bump straight away
[10:49] <tsdgeos> right
[10:50] <tsdgeos> mhr3: Saviq: pushed
[10:51] <tsdgeos> cardcreator fails in master
[10:51] <tsdgeos> trunk
[10:51] <tsdgeos> somename
[10:51] <tsdgeos> someday we'll get the CI to pickup its failiures
[10:51] <tsdgeos> D:
[10:51] <Saviq> tsdgeos, yeah, when fginther's back
[10:51] <tsdgeos> i'll prepare a fix
[10:51] <Saviq> tsdgeos, but wtf, it doesn't report a failure in the .xml for me
[10:52] <Saviq> or my grep is wrong
[10:52] <Saviq> or does it even run on qmltests?
[10:52] <tsdgeos> it does here
[10:52] <Saviq> ah it doesn't run with qmltests
[10:53] <tsdgeos> qmluitests
[10:53] <tsdgeos> stupid ubuntu pastebin doesn't let me paste it
[10:53] <tsdgeos> error http://paste.kde.org/pnedmybtd
[10:56] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/cardCreatorTest7Update/+merge/229763
[10:58] <Cimi> Saviq, tested
[10:58] <Cimi> Saviq, works better in app scope, (make tryDash), shows issues maybe in the tests on Ubuntu scope
[11:00] <Wellark> dednick: sorry, I'm in a long hangout
[11:00] <Saviq> tsdgeos, maybe tweak the cmake module to name the tests testFooFoo.xml instead, this way they should get picked up already?
[11:01] <tsdgeos> Saviq: ok, let me try that
[11:02] <Saviq> tsdgeos, huh, testPreview segfault :|
[11:02] <tsdgeos> wow
[11:02] <tsdgeos> tht's new
[11:02] <tsdgeos> which branch?
[11:02] <tsdgeos> or the silo?
[11:02] <Saviq> tsdgeos, v4
[11:02] <tsdgeos> weird i just ran them all and worked, let me try again
[11:02] <Saviq> not sure not there in trunk, though
[11:02] <Saviq> tsdgeos, yeah, most probably intermittent, I'm running them parallel
[11:02] <tsdgeos> besides v4 should not be changing previews at all
[11:03] <Saviq> indeed
[11:05] <tsdgeos> Saviq: i looped it, no crash in like 100 runs :S
[11:06] <tsdgeos> it's a very fast test :D
[11:06] <Cimi> tsdgeos, https://code.launchpad.net/~aacid/unity8/cardCreatorTest7Update/+merge/229763
[11:07] <tsdgeos> Cimi: er what?
[11:07] <Saviq> tsdgeos, yeah, good
[11:07] <Cimi> tsdgeos, https://code.launchpad.net/~aacid/unity8/cardCreatorTest7Update/+merge/229763/comments/557582
[11:08] <tsdgeos> yes
[11:08] <tsdgeos> why are you reverting the code instead of fixing the test?
[11:08] <Cimi> tsdgeos, that branch should get merged today
[11:09] <Cimi> tsdgeos, tests pass on it
[11:09] <tsdgeos> sure
[11:09] <Cimi> tsdgeos, and the code is better
[11:09] <tsdgeos> you reverted good code
[11:09] <tsdgeos> no
[11:09] <tsdgeos> code is worse
[11:09] <Cimi> tsdgeos, we should not look for cardData anymore
[11:09] <tsdgeos> 25	- model: cardData && cardData["attributes"] || undefined; \n\
[11:09] <tsdgeos> 26	+ model: cardData["attributes"]; \n\
[11:09] <Saviq> tsdgeos, there's no need to check for cardData["attributes"], it will always be an object
[11:09] <Cimi> tsdgeos, saviq told me cardData and cardData attributes is defined
[11:09] <Cimi> yep
[11:10] <tsdgeos> Saviq: i'm mostly sure it was there because it created zillions of warnings
[11:10] <tsdgeos> but ok, whatever
[11:10] <Saviq> tsdgeos, it did, way before
[11:10] <Cimi> tsdgeos, in the past
[11:10] <Saviq> tsdgeos, now that code won't even be used if attributes are not declared
[11:10] <Saviq> tsdgeos, i.e. it won't even be there
[11:10]  * Saviq needs a break, /food
[11:12] <Cimi> Saviq, https://code.launchpad.net/~saviq/unity8/fix-pageheader-colours/+merge/229698 approved
[11:12] <Saviq> tx
[11:27] <Saviq> mhr3, tsdgeos, FWIW I'd rather it be a 2-value enum, but won't press
[11:27] <mhr3> Saviq, the interface is quite internal, we can change it anytime we want
[11:28] <facundobatista> holas
[11:28] <Saviq> o/
[11:28] <Saviq> mhr3, I know, it's just a future thing
[11:28] <mhr3> Saviq, fwiw i'd expect the second nav to go away completely before design comes up with a 3rd nav :P
[11:29] <Saviq> ;)
[11:29] <Saviq> tsdgeos, didn't push qmltypes did you?
[11:29] <Saviq> /reallyfood
[11:30] <tsdgeos> Saviq: now
[11:30] <tsdgeos> sorry
[11:35] <dednick_> Saviq: know what happened to the app scope on desktop shell run?
[11:37] <dednick_> Saviq: nevermind. just pulled latest
[11:54] <Saviq> dednick_, yeah, it's a separate window now
[12:02] <camako> Saviq, Had problem building qtmir-gles in silo-7 (due to mircommon packaging error). I removed mircommon from debian/control and started another build but it seems to not really build from scratch, but just report the previous failure.  See the last couple of builds at https://ci-train.ubuntu.com/job/landing-007-1-build ... Have you seen this before?
[12:02] <Saviq> camako, you can't rebuild in PPAs with the same version, you need to bump the ubuntu? part in the version
[12:03] <Saviq> camako, it never really uploaded to the PPA, it rejected it because there is the same version there already
[12:04] <camako> Saviq, I see... Do i just manually increase it? or do I use dch somehow?
[12:04] <Saviq> camako, you can use the same dch -v command
[12:04] <Saviq> camako, just use ubuntu2 instead of ubuntu1
[12:04] <camako> ok
[12:04] <Saviq> camako, or just dch -i ""
[12:04] <camako> thanks Saviq
[12:04] <Saviq> should do the same
[12:04] <Saviq> camako, you can always see whether something actually happened in the PPA in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007/+sourcepub/4336117/+listing-archive-extra
[12:05] <Saviq> camako, there is truth that the train won't let you know that the upload failed, 'cause it's an async thing - you get an email back from PPA
[12:06] <Saviq> or well
[12:06] <Saviq> not you but PS Jenkins Bot
[12:06] <camako> Saviq, is there a way to get to that link from the silo?
[12:06] <Saviq> camako, from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007
[12:06] <Saviq> camako, you can already see that qtmir-gles was published 1 hour ago
[12:07]  * camako looks
[12:07] <Saviq> camako, and clicking at "View package details" you can get more
[12:07] <Saviq> camako, and clicking on arches there you get more info about the builds and suhc
[12:10] <camako> Saviq, I see.. Why are other packages reported to have failed? They all succeeded (except for qtmir-gles)..
[12:10] <camako> on the right margin of https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007
[12:10] <Saviq> camako, they failed on some architectures, which is expected
[12:11] <camako> ah I see
[12:11] <Saviq> camako, basically those packages don't explicitly say which arches they build on
[12:11] <Saviq> camako, and they fail to build for arches where mir (or some other dependency) are unavailable
[12:11] <Saviq> camako, but that's a warning rather than an error
[12:11] <camako> Right... Thanks Saviq... That really helps..
[12:11] <Saviq> camako, bug #1353451 btw, if you can mark it confirmed :)
[12:12]  * camako looks
[12:13] <camako> Saviq, done!
[12:13] <Saviq> thanks :)
[12:25] <Cimi> Saviq, how about emblems branch?
[12:25] <Saviq> Cimi, did you get a review yet? ;)
[12:25] <Cimi> Saviq, no
[12:26] <Saviq> Cimi, then you should probably pester someone to get it
[12:26] <Cimi> Saviq, https://code.launchpad.net/~cimi/unity8/card_emblems_2/+merge/229046
[12:26] <Cimi> :D
[12:27] <Saviq> Cimi, 'fraid there's a queue :P
[12:27] <cwayne> Saviq: what is 'overlay color'
[12:28] <cwayne> oh nm
[12:28] <Saviq> cwayne, https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/01_Dash_scopes_nav_full_dark_v7.jpg?attachauth=ANoY7cptkkW9cy57jSgVaA-CdCSQJ_lN1VLPcjiBV67pFaWz6FIdyM_V15vfNg_kr73C39O71IInJ8II9Zin3XV5sYe3VZ2yfEGy-OetN2lpfzDlXpGkQ8uFCM5yGcgKAehj0sbtY_1_T_lZDbUMKpJLmO8UPuWjxC8ytAtj6m5aUspGWMFWkNsTK1dfpw0TW45d0aQ2dqiFUJ5XUpUjw5Tc7NaOrTAggtjgeyTLZeRH91OLGUfed0NF-APSpX70z_1g8qULJY7UHpMR2gA01BchUDn3RTFRXQ%3D%3D&at
[12:28] <Saviq> tredirects=0
[12:28] <cwayne> ah right
[12:28] <cwayne> cool
[12:42] <Saviq> Cimi, it's not really a FIXME
[12:42] <Saviq> Cimi, because that's the desire, to have this hardcoded
[12:43] <Cimi> Saviq, so we're not gonna change this?
[12:44] <Saviq> Cimi, no
[12:44] <Saviq> Cimi, I know, this comment should probably just begone
[12:52] <Saviq> mterry, can I ask you https://code.launchpad.net/~saviq/unity8/fix-edges-demo/+merge/229778
[12:52] <mterry> Saviq, yup
[12:53] <Saviq> thanks
[12:53] <Saviq> mterry, FWIW, I can't make edges demo work on desktop unless I modify EdgeDemo.qml, that expected?
[12:54] <mterry> Saviq, ... no?  How do you modify the file?
[12:54] <mterry> Saviq, oh!
[12:55] <Saviq> mterry, nvm how I modify the file, how do I get the mock AccountsService to return the real value? ;)
[12:55] <mterry> Saviq, with the mocks?  Yeah, they disable the edge demo (for the same reason we disabled password prompting when testing -- it's really annoying)
[12:55] <Saviq> mterry, yeah, ok, so expected
[12:55] <mterry> Saviq, if I want to test the edges specifically, I edit the mock.  We probably should have a nicer way, yes
[12:55] <Saviq> mterry, is fine
[12:57] <Saviq> mterry, https://code.launchpad.net/~aacid/unity8/collapsingPreviews/+merge/228857/comments/557634 btw
[12:58] <mterry> tsdgeos, ^
[12:58] <tsdgeos> mhr3: yeah i fixed what you askd, no?
[12:58] <Saviq> mterry, he knows
[12:58] <mterry> k
[12:59] <tsdgeos> er
[12:59] <tsdgeos> mhr3 -> mterry in ↑↑↑
[13:01] <Saviq> tsdgeos, mhr3, having a look at the current dash... I'm starting to feel like we're going to drop see all/see less if stuff goes in that direction
[13:01] <Saviq> (which I'd be quite happy with TBH)
[13:01] <mhr3> Saviq, what direction?
[13:01] <Saviq> mhr3, everything opening in a new scope page
[13:02] <Saviq> mhr3, can you find any instance of See all in the dash atm?
[13:02] <Saviq> ok found it
[13:02] <mhr3> Saviq, yes, open those linked scopes
[13:02] <mterry> tsdgeos, yeah I commented in MP
[13:03] <Saviq> mhr3, question is whether that's on purpose or will they change it to use header links anyway ;)
[13:03] <tsdgeos> mterry: so top approve then?
[13:03] <Saviq> DO IT
[13:03] <mterry> tsdgeos, approved, but left top-approving to you so that you could coordinate which silo etc
[13:03] <tsdgeos> mterry: it's in the silo
[13:03] <tsdgeos> http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-001
[13:03] <mhr3> Saviq, it can't link indefinitely, right?
[13:03] <tsdgeos> *the* silo :D
[13:03] <Saviq> mhr3, why not?
[13:03] <mterry> tsdgeos, ok top approved then
[13:05] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/dash-app-fixes/+merge/229745/comments/557640
[13:05] <mhr3> Saviq, well you will reach a leaf where you actually want to show all the content
[13:05] <mterry> Saviq, I thought we updated pot occasionally separately from our normal merges
[13:05] <Saviq> tsdgeos, can we not do "ignore unknown options" instead of adding --desktop-file-hint explicitly?
[13:05] <Saviq> mhr3, yeah, so no collapsing
[13:05] <Saviq> mterry, that's kind of what happens, not policy... :|
[13:06] <mhr3> Saviq, that's very single-category thinking
[13:06] <mterry> Saviq, OK no worries.  I just thought I'd be doing the wrong thing if I updated pot as part of my merge
[13:06] <tsdgeos> Saviq: there's no such thing afaik
[13:06] <Saviq> mhr3, maybe, but that's what happens
[13:07] <tsdgeos> Saviq: qtmir should eat --desktop-file-hint i think
[13:07] <tsdgeos> Saviq: i.e for us is a "qt option"
[13:07] <Saviq> tsdgeos, right, wonder if the QPA is even there early enough
[13:07] <tsdgeos> as i don't need to define --style i shouldn't need to define  --desktop-file-hint
[13:07] <mhr3> Saviq, bottomline, i don't see reason to drop it, yes maybe it won't be visible in many cases, but in some it still will
[13:08] <Saviq> mhr3, I do, the see all/less pattern conflicts as hell with bottom edge and filters
[13:08] <Saviq> mhr3, and UX-wise it isn't too great either, and complex to implement (although tsdgeos already did :P)
[13:09] <Saviq> tsdgeos, yeah, well, --desktop-file-hint isn't even interpreted in the process, it's read by qtmir on the shell side, which can't "eat" it
[13:10] <Saviq> tsdgeos, qtubuntu would have to, but since we want to drop that hint anyway... let's just leave it here for now
[13:10] <Saviq> tsdgeos, please add FIXME, though
[13:12] <mhr3> Saviq, perhaps the idea was to change it once we do filters
[13:12] <mhr3> Saviq, who knows
[13:12] <Saviq> mhr3, change == remove? ;)
[13:12] <mhr3> yes
[13:12] <Saviq> mhr3, indeed who knows
[13:12] <mhr3> then again, those who knew aren't going to tell us
[13:12] <mhr3> :P
[13:12] <Saviq> indeed!
[13:12] <Saviq> everybody seems to hate collapsed categories, so...
[13:17] <tsdgeos> Cimi: not sure a FIXME makes sense
[13:17] <tsdgeos> since afaik there's no plans to fix it
[13:17] <tsdgeos> it's just hackish by design
[13:17] <tsdgeos> i can remove the comment if it makes you happier
[13:17] <MacSlow> Saviq, btw... something that can be merged... https://code.launchpad.net/~macslow/unity8/fix-1346867/+merge/227711 (test-failures are unrelated to branch)
[13:18] <Saviq> MacSlow, http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-001
[13:18] <Saviq> Cimi, activity indicator fixed
[13:18] <MacSlow> Saviq, ah ok... thx :)
[13:19] <Saviq> Cimi, I'm adding to silo then
[13:19] <tsdgeos> Saviq: what's your opinion on Cimi's request for a FIXME in https://code.launchpad.net/~unity-team/unity8/clickScopeForceArtShapeSize/+merge/229706 ?
 Cimi, it's not really a FIXME
[13:19] <Saviq>  Cimi, because that's the desire, to have this hardcoded
 Saviq, so we're not gonna change this?
 Cimi, no
[13:19] <Saviq> tsdgeos, ↔
[13:19] <Saviq> ↑
  Cimi, I know, this comment should probably just begone
[13:20] <Saviq> that, too
[13:20] <tsdgeos> k, i'll remove the comment
[13:20] <tsdgeos> gone
[13:25] <Saviq> ok I'm closing the gates on silo 1
[13:26] <Saviq> dednick_, Wellark, any chance for modeminfo to work soonish? or shall we punt it to another landing?
[13:29] <Wellark> Saviq: pete-woods said that this MP has some issues: https://code.launchpad.net/~unity-team/unity8/clickScopeForceArtShapeSize/+merge/229706
[13:29] <Saviq> Wellark, where did he say that?
[13:29] <pete-woods> Saviq: well more specifically I said there was a merge conflict
[13:29] <Wellark> Saviq: the silo for modeminfo needed a rebuild
[13:30] <Wellark> let's see if it has completed
[13:30] <Saviq> Wellark, pete-woods, yeah, we know, that's fixed by now
[13:30] <Saviq> it needed a reconfigure first
[13:30] <Wellark> pete-woods: what is unity-scopes-shell doing in silo 1? :D
[13:30] <Saviq> Wellark, I just took that silo over :P
[13:30] <Saviq> Wellark, since unity8 was in there
[13:31] <Wellark> ok.
[13:31] <Saviq> Wellark, dednick_ reported issues with modeminfo though
[13:31] <Wellark> hmm.. I don't see the rebuild
[13:31] <dednick_> Saviq: modeminfo not ready yet unless it's been fixed in the last hours revision.
[13:31] <pete-woods> Wellark: it needs to change the sort order stuff
[13:31] <Wellark> silo 1 was supposed to be rebuild
[13:31] <dednick_> Saviq: more speficically it's the indicator-network that's not ready.
[13:32] <pete-woods> Wellark: sounds like it needed reconfiguring by a train guard though
[13:32] <MacSlow> Saviq, that's good to go too now... https://code.launchpad.net/~macslow/unity8/fix-1305885/+merge/227726
[13:32] <Saviq> dednick_, yeah yeah, that's what I'm asking
[13:32] <Saviq> MacSlow, not according to the votes and status?
[13:32] <Wellark> dednick_: what is not ready?
[13:32] <Wellark> the sim identifiers?
[13:32] <Saviq> MacSlow, ah ok, let's wait for mzanetti to come back tomorrow for a rereview, k?
[13:33] <MacSlow> Saviq, well good to go (after a second look) I meant :)
[13:33] <MacSlow> Saviq, fine with me too
[13:33] <Wellark> they are in the modem info items and can be added on the indicator-service side alone once we get them
[13:33] <Saviq> Wellark, https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159/comments/557554
[13:33] <Wellark> the UI will not show the identifiers if they are not set
[13:33] <Saviq> Wellark, and subsequent commits
[13:33] <Saviq> *comments
[13:34] <Wellark> Saviq: there are commits after that and I requested a rebuild to get them in
[13:34] <Saviq> Wellark, ok, that's what I wanted to know, kicking a rebuild then
[13:36] <dednick_> Saviq, Wellark: I top approved the unity8/modeminfo - it seems to be the backend that's not working. We can land the unity8 bits without it.
[13:38] <Saviq> dednick_, Wellark, maybe the indicator-network part should lose its top-approve then ;0
[13:38] <dednick_> Saviq: i just have
[13:38] <Saviq> ktx
[13:39] <Wellark> dednick_: I already committed a fix to the indicator-service
[13:39] <Saviq> Wellark, it didn't get a review did it, hence Needs Review ;)
[13:39] <Saviq> Wellark, I'll build it in silo in any case
[13:40] <Wellark> Saviq: thanks.
[13:51] <Saviq> mterry, re: backgrounds, dash uses them
[13:51] <Saviq> mterry, or ugh, it should use them
[13:51] <mterry> Saviq, I don't believe with trunk code it does
[13:52]  * mterry had assumed that was intentional  ;)
[13:52] <Saviq> nobody noticed, cool ;0
[13:52] <Saviq> says something about the importance of it :P
[13:53] <Saviq> tsdgeos, one more fix for your fix-dash-app branch - underlay can go away and the dash should have the images as its background
[13:53] <tsdgeos> Saviq: can we not make it?
[13:53] <tsdgeos> and wait for dash_overview
[13:53] <tsdgeos> where i have moved all the underlays around anyway?
[13:53] <tsdgeos> it'd just be yet another conflict
[13:54] <Saviq> tsdgeos, would that conflict https://code.launchpad.net/~saviq/unity8/fix-edges-demo/+merge/229778 ?
[13:54] <Saviq> mterry, could you take over my fix-edges branch, you know better how to deal with those
[13:54] <tsdgeos> Saviq: well it's the same code i removed in dash_overview
[13:54] <Saviq> tsdgeos, right
[13:54] <mterry> Saviq, sure
[13:55] <Saviq> tsdgeos, I can not remove it
[13:55] <tsdgeos> Saviq: it's ok, leave it
[13:55] <Saviq> tsdgeos, mterry is gonna take over that branch, gotta go into a mtg now
[13:55] <tsdgeos> ok
[13:55] <Saviq> so please decide on what should happen where
[13:55] <tsdgeos> Saviq: can i assume all those branches in silo 1 are landing and start merging them to dash_overview ?
[13:55] <mterry> tsdgeos, you want me to leave the underlay removal you say?
[13:56] <tsdgeos> mterry: yeah it's ok i'll have conflicts anyway, no need to change it
[13:56] <mterry> tsdgeos, k
[13:56] <Saviq> tsdgeos, you don't want to add the background back, then, in fix-dash-app?
[13:57] <tsdgeos> Saviq: it's the same thing, no?
[13:57] <Saviq> tsdgeos, yeah, I'd want to land them all, see no reason why not, but you know...
[13:57] <Saviq> tsdgeos, removing it is one thing
[13:57] <Saviq> tsdgeos, actually adding the background back to the dash is another
[13:57] <Saviq> tsdgeos, which is broken in trunk
[13:58] <tsdgeos> yes
[13:58] <tsdgeos> Saviq: so i'm not sure what you want us to do now :D
[13:58] <Saviq> tsdgeos, the underlay change isn't really related to edge demos, so please move it in fix-dash-app so that it's in the dash inded
[13:59] <tsdgeos> Saviq: ok
[13:59] <Saviq> tsdgeos, and then mterry base off of tsdgeos's branch please to fix the edge demo
[13:59] <Saviq> or just do it in one branch since it's a chicken'n'egg issue
[13:59] <Saviq> just put everything in fix-dash-app
[14:00] <Saviq> aargh and dash-activity-indicator conflicts ;(
[14:00] <mterry> Saviq, :)
[14:00] <mterry> tsdgeos, sounds like I'll base off of fix-dash-app then
[14:01] <tsdgeos> mterry: ok
[14:02] <mterry> tsdgeos, we're talking lp:~aacid/unity8/dash-app-fixes ?
[14:02] <tsdgeos> mterry: yes
[14:02] <mterry> tsdgeos, and your branch will have underlay removal, so I don't need that in mine, it sounds like
[14:03] <tsdgeos> correct
[14:13] <tsdgeos> mterry: pushed, can you review and see if it makes sense to you?
[14:17] <mterry> tsdgeos, nothing bad there, but I have some further fixes I'd like you to merge in.  Give me a sec
[14:35] <mterry> tsdgeos, maybe merge lp:~mterry/unity8/dash-app-demo-fixes into yours?
[14:36] <mterry> tsdgeos, or we can have them both in the silo
[14:37] <mterry> but less paperwork if it's in yours  :)
[14:39] <Saviq> mterry, just use one branch, yeah
[14:39] <tsdgeos> mterry: ok, let me see
[14:40] <dandrader> greyback_, do we have a bug reported that non-fullscreen apps get a fullscreen surface size when restarted?
[14:40] <Saviq> Wellark, dednick_, indicator-network built in silo, unity8 not yet
[14:41] <greyback_> dandrader: I'm not aware of one.
[14:41] <tsdgeos> mterry: ok, merged
[14:42] <greyback_> dandrader: related is bug 1328839
[14:42] <dandrader> greyback_, could you try out the following? (wanna know if I regressed something)
[14:43] <dandrader> greyback_, 1- launch an app, 2- switch to dash, 3 - go to spread, 4 - kill the app from the terminal, 5- tap on the killed app in the dash
[14:43] <mterry> tsdgeos, OK.  Do you need a review of your branch then?  -- this is a bit of a circular review :)
[14:44] <Saviq> mterry, I'll take it
[14:44] <greyback_> dandrader: after step 5, I see the Dash is brought to front, then app eventually appears on top in fullscreen
[14:46] <dandrader> greyback_, ok
[14:53] <Wellark> Saviq: ack. we need both
[14:56] <Saviq> Wellark, there were no related changes to unity8 though, so you can verify the fixes already
[14:57] <Wellark> Saviq: ok. trying.
[14:57] <Wellark> Saviq: actually I can't
[14:58] <Wellark> as the indicator-network bumped it's unity8 dependency to be >=20140806
[14:58] <Wellark> as we can't land the indicator to the archive without unity8 landing the same time
[14:58] <Wellark> having never unity8 with the current indicator works just fine
[14:59] <Wellark> but having this new version of indicator breaks horribly with older unity
[14:59] <Wellark> oh, well..
[14:59] <Wellark> waiting for the build to finish
[14:59] <Saviq> Wellark, sounds like it should be a Breaks: unity8 <= $current_distro_version instead, but ok, will build u8 in a moment
[15:00] <Saviq> or something
[15:00] <Saviq> aaanyway
[15:01] <Wellark> well, I could force it in with dpkg -i --force=all to get jumpstart
[15:05] <Saviq> Cimi, had to resubmit https://code.launchpad.net/~saviq/unity8/dash-activity-indicator/+merge/229805 with a prereq, fixed the test though
[15:06] <Cimi> Saviq, ok
[15:06] <Saviq> Cimi, you'd need new unity-api packages from https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346
[15:06] <Saviq> Cimi, can get you some if you want
[15:07] <Cimi> Saviq, tomorrow :(
[15:07] <Saviq> Cimi, no, it has to be today
[15:07] <Cimi> Saviq, this loader thing is giving me hard time
[15:07] <Saviq> Cimi, already in silo
[15:08] <Saviq> Cimi, let it go until tomorrow then
[15:08] <Cimi> Saviq, I will try to resist my nature of finishing things I start
[15:09] <Saviq> Cimi, yeah, you started the review last week! ;P
[15:09] <Cimi> I'll review in a bit then
[15:09] <Cimi> aha
[15:09] <Cimi> touche'
[15:09] <Saviq> Cimi, your compose key didn't work :P
[15:10] <Cimi> not using compose key
[15:15] <Saviq> Cimi, probably why it didn't work ;)
[15:17] <Saviq> Wellark, FYI, train is down, no unity8 build happening until that's fixed :|
[15:19] <paulliu> Saviq: For StatusIcon, what's the design for it? Can I make it preserve the aspect ratio of its Image?
[15:19] <Saviq> paulliu, yeah, that's it purpose
[15:19] <Saviq> paulliu, just don't set width and it will scale properly
[15:20] <paulliu> Saviq: really? I got apsect ratio weirdness on attributes Icons.
[15:20] <Saviq> paulliu, it works in the indicators...
[15:21] <paulliu> Saviq: How if the icons are very wide. Maybe the Row will compress the width.
[15:21] <Saviq> paulliu, the grid layout might, yeah
[15:21] <Saviq> paulliu, just resize your window to see
[15:22] <pstolowski> tsdgeos, hey, any eta re landing of https://code.launchpad.net/~aacid/unity8/scopeActivatePreview/+merge/228624 ?
[15:23] <tsdgeos> pstolowski: this week
[15:23] <Saviq> pstolowski, there's no eta on any landings now
[15:23] <Saviq> pstolowski, since train is down
[15:23] <tsdgeos> that's the magic eta
[15:23] <tsdgeos> oh, we derailed?
[15:23] <Saviq> indeed
[15:23] <tsdgeos> or are we train-con-0-ed ?
[15:23] <Saviq> pstolowski, but yeah, we'll get on that tomorrow, along with dash overview
[15:23] <Saviq> tsdgeos, derailed
[15:23] <tsdgeos> ouch :/
[15:24] <Saviq> significant prodstack outage
[15:25] <pstolowski> Saviq, right, I guess I wanted to ask about eta from train-con-0 end :/
[15:25] <Saviq> pstolowski, we don't even need 0 to end
[15:26] <Saviq> pstolowski, we just need for jenkins to work again...
[15:26] <Saviq> and well, release the huge-ass silo 1 we have there already
[15:28] <tsdgeos> Saviq: does silo 1 look releaseable? shall i merge all the branches into dash_overview already?
[15:28] <Saviq> tsdgeos, it doesn't look at all right now, but yes, the set that's there was hopefully my last rebuild
[15:28] <tsdgeos> ok
[15:29] <Saviq> tsdgeos, I started wondering if we should do a "silo-next" branch that we'd replicate the siloed merges in
[15:29] <Saviq> tsdgeos, although it'd be better if the train just published its branches..
[15:29] <tsdgeos> yeah :D
[15:38] <cwayne> jenkins seems back
[15:39] <Saviq> back on rails
[15:39] <karni> A carousel stopped showing pictures, this used to work not so long ago. Have there been changes to carousel renderer?
[15:39] <Saviq> karni, not really, but we saw the bug, is it only happening for videos for you, or just random images as well?
[15:40] <karni> Saviq: all pictures. carousel only contains pictures (with overlaid title)
[15:40] <Saviq> karni, hmm, that is quite weird, I thought it's limited to some videos
[15:41] <Saviq> karni, are those images large?
[15:41] <karni> Saviq: I would suspect so, yes. They come from an external API.
[15:41] <Saviq> karni, can you try one thing out for me:
[15:42] <karni> cwayne: so you're saying scope_cache() (or similar), different than scope_directory(), has landed? I'm looking for it here, no luck (maybe it's not updated yet?) http://developer.ubuntu.com/api/scopes/sdk-14.10/unity.scopes.ScopeBase/
[15:42] <Wellark> Saviq: :(
[15:42] <cwayne> karni: yes, it's landed
[15:42] <karni> ok
[15:42]  * karni guesses the signature
[15:42] <Saviq> Wellark, old news
[15:42] <Saviq> karni, http://paste.ubuntu.com/7971358/
[15:42]  * karni looks
[15:43] <cwayne> karni: its cache_directory() i think
[15:43] <Saviq> karni, to apply on the phone you'll have to find the file in /usr/lib/.../unity8/qml/Dash I believe
[15:44] <Saviq> Wellark, it's building
[15:44] <karni> Saviq: ack, yes. /usr/lib/arm-linux-gnueabihf/unity8/qml/Dash
[15:44] <mhr3> karni, sorry wanted to get updated docs out today, but trying to land some fixes first... and train broke :/
[15:44] <Saviq> mhr3, it's back again
[15:44] <karni> mhr3: ack
[15:45] <mhr3> Saviq, yey, now i'd like a silo then
[15:47] <Saviq> karni, that's not a proper fix, though, as the images will be scaled down more than necessary, it's a rather chicken'n'egg problem → we want the image to be scaled down to WxH, but depending on whether its aspect ratio is lower or higher than the shape's, we need to scale it appropriately to width or height... but without loading the image, we don't know its aspect ratio... and the loop loops
[15:50] <karni> Saviq: this is really weird. so, I tried it -- one picture consistently loads (but because it was one before last, I didn't see if it did load before the fix, I can revert and test). I have two carousels which used to work, now only one picture loads in the first carousel, the one before last one. Images may be large, they're good quality. Note, they are of different aspect ratio, but this this work before nevertheless.
[15:51] <Saviq> karni, yeah, so we need to investigate properly
[15:51] <karni> Saviq: ok
[15:51] <karni> Saviq: do you want me to file a bug, so we can track it?
[15:52] <Saviq> karni, I think there should be one already
[15:52] <Saviq> karni, bug #1352940
[15:52] <karni> thank you
[15:56] <Saviq> karni, if you have the time, could you try with image 172 and then work your way up?
[15:57] <karni> Saviq: I'm afraid I'm short on time, but if it is of huge help, I can try 2 images
[15:57] <Saviq> karni, no, that's fine, we'll get that done then
[15:57] <karni> Saviq: thank you. feel free to ping me if you want me to test a fix etc
[15:59] <Wellark> Saviq: forgot a oneliner
[15:59] <Saviq> Wellark, in?
[15:59] <Wellark> which hoses the panel icons
[15:59] <Wellark> indicator-network
[15:59] <karni> Saviq: Joe has 172, so we can test on that shortly
[15:59] <Wellark> could you rebuild it?
[15:59] <Wellark> I pushed it
[15:59] <Saviq> Wellark, k
[16:00] <Wellark> other than that it looks good
[16:00] <Wellark> Saviq: all the problems dednick_ was having should be gone now
[16:00] <Saviq> Wellark, coolz
[16:01] <Wellark> depressing: http://bazaar.launchpad.net/~unity-api-team/indicator-network/modeminfo/revision/360
[16:01] <Wellark> hmm.. seems the modems are reversed on in a dual sim device..
[16:02] <Wellark> _but_ that was the case before, too
[16:02] <Wellark> no need to stop this landing
[16:02] <Wellark> it's purely fixable in indicator-network side
[16:02] <Wellark> I just want the unity8 code in.
[16:16] <Saviq> Wellark, no worries, unity8 doesn't build in PPA anyway due to missing sysvinit merge from debian
[16:17] <Saviq> Wellark, so if you want anything in, there's still time
[16:17] <Saviq> we won't land this today anyway
[16:17] <tsdgeos> :/
[16:18] <Saviq> I'll try and get QA signoff overnight at least
[16:20] <Wellark> Saviq: ;(
[16:20] <Wellark> Saviq: ok. let me see what I can do
[16:21] <Wellark> I might try to get the modems ordered properly and at least have the default "SIM 1" and "SIM 2" names for the modems
[16:21] <Wellark> but that's all in the indicator-service side
[16:22] <Saviq> Wellark, while I have you here
[16:22] <Wellark> I will take an hour off, and be back later to do more code monkeying
[16:22] <Wellark> Saviq: ok, be quick!
[16:22] <Wellark> :)
[16:22] <Saviq> Wellark, we're supposed to have an orientation lock indicator
[16:22] <Wellark> ...
[16:22] <Saviq> Wellark, think it'd fit in *any* current indicator service
[16:22] <Saviq> it's only supposed to be on when the indicator lock is on
[16:23] <Saviq> so it could make sense to make it a short-lived service
[16:23] <Wellark> nope.
[16:23] <Saviq> yeah, that's what I thought
[16:24] <Wellark> I had an idea that we would have combined the sound and battery indicator to form this sort of "random stuff indicator" which would have had the rotation lock also, but I didn't get too much support for the idea
[16:24] <Saviq> ok well, one more service it is!
[16:24] <Saviq> it's gonna be a small one :P
[16:25] <Wellark> well, we could put it inside some existing indicator source tree
[16:26] <Wellark> but it's then going to be a standalone indicator with only single item which is kinda moot
[16:26] <dednick_> Wellark, Saviq: indicator-network failed to build in ppa
[16:26] <Wellark> ...
[16:26] <Saviq> dednick_, *everything* fails to build in ppa
[16:27] <Saviq> dednick_, dbus-test-runner is not installable
[16:27] <Saviq> due to stuff in proposed not being up to date
[16:27] <dednick_> i c
[16:27] <Saviq> so yeah, tomorrow
[16:28] <Cimi> Saviq, can you link me the package I need?
[16:28] <Saviq> Cimi, for phone it's in https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346/comments/556610
[16:29] <Saviq> Cimi, 5s for amd64 one
[16:29] <Saviq> Cimi, http://people.canonical.com/~msawicz/unity-api.tar.xz
[17:40] <Cimi> Saviq, onb the desktop unity seems stucked
[17:40] <Cimi> trunk and dash indicator
[17:40] <Cimi> the visuals
[18:34] <Saviq> Cimi, I've had that yesterday
[18:34] <Saviq> Cimi, what if you just run ./builddir/src/unity8 ?
[19:09] <tsdgeos> Saviq: remove Ubuntu.Thumbnailer from cardcreator generated code? i don't see where we use it
[19:10] <Saviq> tsdgeos, it's an image provider
[19:11] <Saviq> tsdgeos, wth are you doing here dude :)
[19:11] <tsdgeos> sure
[19:11] <Saviq> tsdgeos, I don't think it's imported anywhere else, is it?
[19:11] <tsdgeos> i know, i checked the code
[19:11] <tsdgeos> it's imported in ./qml/Dash/Previews/PreviewVideoPlayback.qml where we actually use it
[19:11] <tsdgeos> but i guess that cards can come with thumbnailer urls
[19:11] <Saviq> tsdgeos, well, we use it in cards as well
[19:11] <Saviq> yeah
[19:12] <Saviq> they do
[19:12] <tsdgeos> otoh it seems a bit weird for it to be there
[19:12] <tsdgeos> it should be in DashApplication.qml
[19:12] <tsdgeos> since the only thing we need is the static registry of the image provider
[19:13] <Saviq> tsdgeos, sure, I'm fine with that
[19:13] <Saviq> just register at the top and say that dash supports thumbnailer urls
[19:14] <tsdgeos> Saviq: want me to do it at lp:~aacid/unity8/prepend_test_xml so that it goes green?
[19:15] <Saviq> tsdgeos, sure, if you want
[20:09] <Cimi> Saviq, linked with old lightdm
[20:09] <Cimi> dash-activity-indicator/builddir/tests/mocks/LightDM/libMockLightDM-qml.so: (liblightdm-qt5-2.so: cannot open shared object file: No such file or directory)
[20:12] <Saviq> Cimi, no actually that's not "old lightdm", just you need to export one of the paths where the lib is
[20:12] <Cimi> k
[20:12] <Saviq> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$PWD/builddir/tests/mocks/LightDM/single
[20:15] <Cimi> Saviq, same
[20:15] <Cimi> I mean
[20:15] <Saviq> it locks up?
[20:15] <Cimi> now unity runs but I see same issues
[20:15] <Saviq> Cimi, ./build.sh -c, reboot, not sure what else
[20:16] <Cimi> Saviq, it was a fresh build :/
[20:16] <Saviq> Cimi, you could try ./run.sh -g to run under gdb and see where it gets stuck
[20:16] <Cimi> I'll reboot later on
[20:16] <Cimi> ok
[20:16] <Saviq> Cimi, yeah, in any case, PPAs are broken, nothing builds, so tomorrow is ok for the review
[20:16] <Cimi> Saviq, ok
[20:17] <Cimi> Saviq, the kbd pops in
[20:17] <Cimi> Saviq, but I don't interact with the dash
[20:17] <Cimi> Saviq, wondering if is due to dash as app
[20:17] <Saviq> Cimi, jeez, that's just an image
[20:17] <Cimi> could be an image :)
[20:17] <Saviq> Cimi, you need to install new unity8 and it will open in a separate window
[20:17] <Saviq> I knew mzanetti shouldn't have put real images there ;)
[20:18] <Saviq> "real images" meaning screenshots of real things
[20:30] <Saviq> Cimi, so, in any case if you want to try out them dash
[20:30] <Saviq> Cimi, ./builddir/src/Dash/unity8-dash
[20:58] <kgunn> Saviq: we still gotta have gles twin in qtmir silo for landing right ? (wondering if i missed something)
[20:59] <kgunn> worried about silo2 being wrong.... http://people.canonical.com/~platform/citrain_dashboard/#?q=qtmir
[20:59] <kgunn> someone marked to publish, but that's not right
[20:59] <kgunn> without the twin i think
[20:59] <mzanetti> o/
[21:00] <Saviq> kgunn, yeah, missing sync
[21:00] <kgunn> mzanetti: dude...stay on vacation
[21:01] <Saviq> kgunn, and was it rebuilt after today's qtmir release?
[21:01] <kgunn> Saviq: no idea...gonna unmark, check, and add twin
[21:01] <Saviq> kgunn, yeah, built 18hrs ago
[21:01] <Saviq> kgunn, so definitely needs a rebuild
[21:02] <kgunn> Saviq: wonder if someone mismarked testing on the wrong row
[21:02] <kgunn> ?
[21:02] <Saviq> kgunn, no idea
[21:02] <kgunn> guess they'll figure it out when their crap doesn't land :)
[21:08] <Cimi> Saviq, ok works in the dash
[21:08] <Cimi> Saviq, is it design approved?
[21:08] <Cimi> the white box around the orange bar?
[21:11] <Saviq> Cimi, yes, it's actually off-white on light backgrounds, off-black on dark backgrounds
[21:11] <Saviq> that you can't see anywhere anyway
[21:12] <Saviq> or well, that's what it will be, maybe... since I'd have to put the background for it in the scope, but leave the indicator be on top
[21:12] <Saviq> Cimi, so yeah, it's design approved *for now*
[21:45] <kgunn> https://code.launchpad.net/~unity-team/qtmir/gles-sync-20140806/+merge/229871
[21:46] <kgunn> mterry: ^ can you give me a quick approval on that ?
[21:46] <kgunn> just a gles twin
[21:47] <Saviq> kgunn, looks wrong (bash.4.0+14.10.20140806.1-0ubuntu1)
[21:47] <Saviq> kgunn, `dch -v 0.4.0+14.10.20140806.1-0ubuntu1 ""` is safest to use
[21:47]  * kgunn looks
[21:47] <kgunn> Saviq: ah shit...ok...had a $ in front
[21:47] <Saviq> :)
[21:50] <kgunn> Saviq: ok, hows about now?
[21:50] <Saviq> kgunn, you got it
[21:52] <kgunn> ta
[22:00] <mterry> kgunn, in a bit yeah
[22:03] <kgunn> mterry: no worries, its done