[08:27] <tsdgeos> Mirv: at Berlin you said you had a ppa following "stable", you're aware that "stable" doesn't exist anymore?
[08:32] <Mirv> tsdgeos: it's not automatically following, but yes I noticed they're now merging to 5.3
[08:32] <Mirv> tsdgeos: the last build is from 20140605
[08:32] <tsdgeos> ok
[08:33] <Mirv> tsdgeos: any change of looking at the 5.3 crash? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1328485 Pat assigned to Saviq though but it can be reassigned if it's more your turf
[08:38] <Saviq> tsdgeos, yeah, could you try and have a look at ↑?
[08:38] <Saviq> tsdgeos, from the symbols I saw, it'd be an upstream bug around HTTP requests
[08:39] <tsdgeos> brrrr
[08:39]  * tsdgeos checks
[09:17] <Cimi> Saviq, new infographics are broken here
[09:17] <Cimi> Saviq, I am testing...
[09:17] <Cimi> don't review yet
[09:17] <Cimi> something got broken between the split and unsplit merges
[09:19] <mhr3> Saviq, will you be able to land the id hack today?
[09:20] <Saviq> mhr3, I think so, yes
[09:22] <tsdgeos> Saviq: Mirv: so that crash should just happen by scrolling up/down in the apps scope?
[09:24] <Saviq> tsdgeos, I believe some "normal" usage is causing it
[09:25] <Saviq> tsdgeos, but Mirv knows more
[09:25] <tsdgeos> i can't get it to crash :/
[09:27] <Mirv> tsdgeos: Saviq: yes, but sometimes it seems pretty hard so I tend to also open several apps, continuing rapid swiping of apps scope up/down etc.
[09:28] <tsdgeos> ok, let me open a few apps
[09:28] <tsdgeos> see if that helps
[09:28] <Mirv> tsdgeos: maybe expand the Available and then swipe up/down (as that probably generates http requests or so)
[09:28] <tsdgeos> yeah i was doing that a lot
[09:28] <Mirv> I actually just got a hang (?) that way, unity8 is consuming 100% CPU
[09:29] <tsdgeos> :/
[09:51] <tsdgeos> hmmm
[09:51] <tsdgeos> i just got it to crash
[09:52] <tsdgeos> but with a different total bt than Mirv's
[09:52] <tsdgeos> http://paste.ubuntu.com/7652231/
[09:52] <tsdgeos> uncool bt
[09:53] <Saviq> tsdgeos, ouch
[09:53] <Mirv> tsdgeos: http://people.canonical.com/~tjyrinki/qt53/unity8hang.mkv this was right after reboot (pure hang in this case, a crash earlier)
[10:16] <davmor2> Mirv: is apport running at 99+ % in the background
[10:17] <davmor2> Mirv: as in after reboot it started to report the earlier crash because it hadn't done so previously?
[10:18] <Saviq> tsdgeos, you were supposed to fix the one found already, *not* find two new ones ;P
[10:19] <tsdgeos> Saviq: i think it may still be just on
[10:19] <tsdgeos> e
[10:19] <tsdgeos> memory gets corrupted
[10:19] <tsdgeos> crashes in a random place
[10:19] <Saviq> tsdgeos, yup
[10:21] <Saviq> biab
[10:34] <Mirv> davmor2: no, the only case I saw apport was when it was reporting the currently happened crash (I tend to let it finish)
[11:21] <Cimi> Saviq, what was installing /usr/share/unity8/Greeter/graphics/infographic_circle_back.png ?
[11:22] <Saviq> Cimi, > dpkg -S /usr/share/unity8/Greeter/graphics/infographic_circle_back.png
[11:22] <Saviq> unity8: /usr/share/unity8/Greeter/graphics/infographic_circle_back.png
[11:22] <Cimi> hah I don't have it
[11:23] <Cimi> why... weird :D
[11:26] <Cimi> Saviq, what does debian/control needs?
[11:26] <Cimi> and what should go in unity-api?
[11:26] <Cimi> https://code.launchpad.net/~cimi/unity8/infographics-new-lightdm/+merge/222953/comments/534954
[11:26] <Saviq> Cimi, in any case, that file should be gone now, the infographics svg needs to include that circle
[11:27] <Saviq> Cimi, isn't there a new package with the qml bindings that your MP depends on?
[11:27] <Cimi> mmm no
[11:27] <Cimi> or yes
[11:27] <Cimi> well yeah it does indeed
[11:27] <Cimi> unity8
[11:28] <Saviq> Cimi, qtdeclarative5-infographics0.1
[11:28] <Saviq> Cimi, as per https://code.launchpad.net/~unity-team/libusermetrics/file-based-infographics/+merge/214020
[11:28] <Cimi> Saviq, adding
[11:30] <Saviq> Cimi, make sure to add the dep in the correct place (unity8 vs. unity8-common, depending on where you put the QML files in)
[11:31] <Cimi> Saviq, this dep is runtime for unity8
[11:31] <Cimi> Saviq, infographics are in qml/Greeter
[11:31] <Saviq> Cimi, sure, but which package do the QML files that "cause" that runtime dep get installed in? unity8 or unity8-common?
[11:32] <Saviq> Cimi, hint: debian/*.instsall
[11:32] <Saviq> -s
[11:34] <Cimi> Saviq, both
[11:34] <Cimi> Saviq, Infographics in in qml/Greeter
[11:35] <Cimi> Saviq, but uses CrossFadeInfographics that is in qml/Components
[11:35] <Cimi> (will work in getting the mod in the sdk, but will come later I believe...)
[11:35] <Saviq> Cimi, and both import the module?
[11:38] <Cimi> nope
[11:38] <Cimi> ok
[11:38] <Cimi> just unity8 then
[12:03] <Cimi> Saviq, ok updated and using png instead svg
[12:03] <Saviq> Cimi, png/svg of what?
[12:03] <Cimi> Saviq, mocks
[12:03] <Saviq> Cimi, kk
[12:03] <Cimi> Saviq, diff easier to read
[12:03] <Saviq> Cimi, indeed
[12:08] <mzanetti> Saviq: do you know what's the ETA for the split greeter revert?
[12:08] <Saviq> mzanetti, already in trunk
[12:08] <mzanetti> oh..
[12:09] <mzanetti> dandrader: ping
[12:09] <dandrader> mzanetti, pong
[12:10] <mzanetti> dandrader: hey. do you think you could update the qtcomp unity8 to the latest unity8 trunk?
[12:13] <dandrader> mzanetti, sure
[12:13] <mzanetti> cool
[13:09]  * kgunn wonders if mterry took his swap day today
[13:16] <Saviq> kgunn, last mention of him on the channel was 2200 UTC
[13:17] <Saviq> kgunn, but you should be able to find out in hr c c, assuming he reported it there
[13:17] <kgunn> good point
[13:21] <Saviq> Cimi, QtCS notes are on warthogs for you
[13:21] <Cimi> Saviq, thx
[13:36] <mhr3> Saviq, people are getting nervous about departments, mind if i build u8+all the rest in a silo?
[13:36] <Saviq> mhr3, ETA on your part?
[13:37] <Saviq> mhr3, in any case, I'm landing u8 real soon, probably best to wait for that
[13:39] <Saviq> @unity: anyone running a ~clear recent image
[13:39] <tsdgeos> nope, lots' of 5.3 stuff in here
[13:39] <Saviq> do you have all app icons in Installed?
[13:39] <Saviq> ↑ to anyone that *does*
[13:40] <mhr3> Saviq, will still take a while, i'd want it as a non-blocking silo
[13:41] <mhr3> Saviq, we need to land all the api breaks in there, so will have to also update and rebuild all the scopes etc
[13:42] <Saviq> mhr3, I'm fine with that, only worry I'd have is we'd be blocking silo, but if you can convince sil2100, be my guest
[13:44] <mhr3> i'll promise sil2100 to not request any other silos while i'll have that one
[13:53] <Cimi> seb128, every laptop suspend  in utopic unity crashes and keeps crashing until I reboot... happening since few weeks. do we have a bug for that?
[13:53] <seb128> Cimi, not that I know about no
[13:53] <Cimi> ok
[13:53] <Cimi> seb128, strangely apport doesn't collect anything
[14:11] <mhr3> Saviq, dednick texted me that dist-upgrade hosed his system... guess he might not make it to standup
[14:12] <Saviq> mhr3, ouch
[14:12] <Saviq> mhr3, thanks
[14:16] <tsdgeos> Saviq: any idea who/what can be setting the Theme to Ubuntu.Components.Themes.SuruDark ?
[14:16] <MacSlow> Saviq, for the "changelog bump" in lp:unity-notifications, regarding the increased max. number of actions, what part of the package-version (x.y.z+ddmmyyyy-pkgrev) is meant the be increased?
[14:17] <Saviq> MacSlow, just the part before +
[14:17] <Saviq> MacSlow, and leave it UNRELEASED
[14:17] <dednick> grrr
[14:17] <dednick> new kernel hosed my system.
[14:17] <Saviq> dednick, welcome back
[14:17] <Saviq> tsdgeos, Shell.qml:74
[14:17] <tsdgeos> Saviq: no, that's SuruGradient
[14:18] <dednick> for some reason above 3.8 kernel doesnt work on my system.
[14:18] <Saviq> tsdgeos, ah, then UITK probably
[14:19] <dednick> i did notice some errors go past on dist-upgrade though...
[14:20] <Saviq> tsdgeos, MainViewStyle.qml
[14:20] <tsdgeos> yeah
[14:20] <Saviq> /usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/Themes/Ambiance/MainViewStyle.qml
[14:20] <tsdgeos> found it
[14:20] <tsdgeos> Saviq: you aware it's overriding our surugradient?
[14:20] <MacSlow> Saviq, ok... that's what's to be checked in unity8's debian/control afterwards. Still, I have yet to find the correct option of "dch" to create the correct changelog-entry or is that something one has to do manually?
[14:21] <tsdgeos> also that weird construct is making valgrind and asan complain
[14:21] <tsdgeos> obviously not what causes our crashing problems
[14:21] <tsdgeos> but makes asan stop there
[14:21] <MacSlow> Saviq, is what it looks like atm http://pastebin.ubuntu.com/7653268/
[14:22] <Saviq> MacSlow, 'dch -v 1.2.3 "Changelog entry"'
[14:22] <Saviq> MacSlow, just drop the part after +
[14:22] <Saviq> MacSlow, but yeah, `dch -v 0.1.3-0ubuntu1` would work
[14:23] <MacSlow> Saviq, ok... well 0.1.2 is already the bumped version :)
[14:24] <Saviq> MacSlow, then that, yes
[14:25] <Saviq> tsdgeos, so we don't get SuruDark in the end?
[14:26] <Saviq> erm SuruGradient?
[14:26] <tsdgeos> Saviq: nope
[14:26] <Saviq> *interesting*
[14:26] <tsdgeos> or at least i'd say not
[14:26] <tsdgeos> http://paste.ubuntu.com/7653295/
[14:27] <tsdgeos> first output is what you set, second what you had
[14:27] <tsdgeos> the last ones are Dark, Dark anyway
[14:27] <Cimi> seb128, where do I find unity 7 log?
[14:27] <Cimi> seb128, keeps respawing
[14:28] <seb128> Cimi, ~/.cache/upstart/compiz.log or gnome-session-Unity.log
[14:32] <Cimi> seb128, I have this https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1311037
[14:32] <Cimi> seb128, for unity7
[14:33] <Cimi> seb128, no nvidia card on this laptop
[14:35] <seb128> Cimi, try talking to the #ubuntu-x team if you hit that error
[14:42] <Saviq> mhr3, had to recon the unity8 silo, will take a bit more to land :|
[14:42] <mhr3> Saviq, np, i'm ready to rebuild it a few times...
[14:43] <Saviq> mhr3, I meant the app id hack
[14:43] <Saviq> erm, category id
[14:43] <mhr3> right
[15:00] <dednick> hm. apparently my new kernel doesnt like nvidia
[15:05] <Cimi> seb128, works with trusty kernel I think
[15:05] <Cimi> seb128, why don't we have tests for those errors?
[15:06] <seb128> Cimi, because hardware specific issues require real hardware, and we can't easily own/manage every single hardware config that ever shipped in the world
[15:06] <Cimi> seb128, it's a dell certified vostro
[15:06] <Cimi> btw I see the point
[15:06] <Cimi> hopefully we'll debug it
[15:07] <seb128> step one is to report a bug
[15:07] <Cimi> seb128, I failed to get debug symbols
[15:07] <Cimi> seb128, tried attaching gdb before suspending
[15:07] <Cimi> resuming
[15:07] <Cimi> boh, didn't get anything
[15:08] <Cimi> I will try again another time
[15:29] <dandrader> mzanetti, unity8/mirCompositor merge done
[15:36] <mhr3> Saviq, thoughts how we'd do https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/toolkit/10-content-loading/mixed_bar_surface.png?attachauth=ANoY7cqrTVVU7UYpiae_0usTaP887PIG-9Qf90uiqJ9FRI0RUUCjLtx0jE9tpeJyimfW_3nRUiX0D3pDXqd4tncf7yep5FF7oaD8k-aRzkbl4Ntkto2VGgfvzxZu6uyNQbYaZk6mZnw5VLLv0b0sZbpqB6bAUiV4mz9_UWqkQqjVBm4HmvN1hgS0HhczULqx_5KEc93IMLJ0RfI6gZSl7RYY7aAeRmt-5xeWiJicT42ecs_Ck0KDLjGRss1jpp
[15:36] <mhr3> S6PifqzmOUKdbg&attredirects=0 ?
[15:36] <Saviq> mhr3, yeah, url shortener
[15:36] <mhr3> :)
[15:36] <mhr3> Saviq, http://goo.gl/1aixM9
[15:37] <Saviq> mhr3, we have two usecases there, no internet connection and no account configured
[15:37] <Saviq> mhr3, (at least)
[15:37] <Saviq> mhr3, so I'm thinking two strings + url coming from the scope
[15:38] <mhr3> Saviq, no account needs to be different, cause no internet is always just one, missing account creds can be multiple
[15:38] <Saviq> mhr3, multiple as in multiple accounts missing?
[15:38] <mhr3> yea
[15:38] <Saviq> mhr3, don't think you'd display multiple lines like this
[15:39] <mhr3> indeed, i think design was thinking about an inline card button for account issues
[15:39] <Saviq> mhr3, one button "accounts" would be just as useful I'd think, maybe with the left one listing supported accounts?
[15:39] <mhr3> hm, maybe, that's still not designed apparently
[15:40] <Saviq> mhr3, yeah, so...
[15:41] <mhr3> i do remember mike promising me that design though
[15:43] <elopio> ping Saviq, tedg: this is an interesting bug, but I'm not sure who can investigate on it
[15:43] <elopio> https://bugs.launchpad.net/unity8/+bug/1329141
[15:44] <elopio> can you assign it to somebody?
[15:44] <Saviq> elopio, please trace the .crash file first
[15:44] <Saviq> elopio, apport-cli on the .crash file on the device where it's from
[15:45] <Saviq> elopio, otherwise the .crash file is missing details
[15:45] <mzanetti> dandrader: thanks
[15:45] <elopio> Saviq: that one comes from ci. So we should configure jenkins to do that?
[15:45] <Saviq> elopio, I *thought* it was configured already (whoopsie-upload-all does that)
[15:45] <Saviq> elopio, but apparently it doesn't
[15:46] <Saviq> elopio, bug #1317968
[15:46] <Saviq> bug #1260384
[15:47] <Saviq> elopio, in any case, qmlscene crashing has nothing to do with unity8
[15:47] <elopio> I'll ask on ci about the trace.
[15:48] <elopio> tedg: if qmlscene crashes during ubuntu-launch-app, is it on your plate?
[15:49] <Saviq> elopio, unlikely
[15:49] <tedg> elopio, Not really, it'd be the application that it's running.
[15:49] <Saviq> elopio, but I believe fginther saw qmlscene crashing in jenkins recently
[15:49] <Saviq> elopio, maybe he knows the issue
[15:49] <Saviq> (and fixed it for us, too)
[15:50] <tedg> Ah, it seems to be in one of the test applications.
[15:50] <elopio> Saviq: in this case, it's not an application.
[15:50] <elopio> it's the fake qmlscene that we use to test application life cycle on unity
[15:50] <Saviq> elopio, so it is an application ;)
[15:50] <elopio> so it's just an empty dummy app.
[15:50] <Saviq> elopio, empty, dummy, but still an app (coming from UITK autopilot, too)
[15:50] <Saviq> (I think?)
[15:50] <tedg> Not a fake QML scene, the real QML scene binary
[15:51] <elopio> right, a fake qml that we launch with qmlscene.
[15:51] <Saviq> elopio, and fginther had exactly the same in our qmluitests job, fixed it in some way, so maybe he has an idea
[15:51] <elopio> it's an app, but should have nothing that could cause the failure.
[15:52]  * elopio waits for him...
[16:06] <Saviq> mzanetti, oups, I replied to Olivier but dropped you guys from CC to not spam (went to warthogs still), yes there was a QtWeb* session, there's notes on the wiki, apparently none of us went there
[16:11] <mzanetti> Saviq: yep... just saw the mail
[16:11] <mzanetti> sounds like Germany just scored a goal
[16:11]  * mzanetti does not have any TV running
[16:12] <Saviq> they just started though :D
[16:12] <mzanetti> well... 12 minutes
[16:12] <Saviq> yeah, 1:0
[16:13]  * Saviq runs out o/
[16:13] <mzanetti> people were going wild around the neighborhood... so I assumed must be that
[16:31] <mzanetti> and again :D lol
[16:37] <dednick> Saviq: is the split greeter now reverted in image?
[16:39] <mzanetti> dednick: its in trunk now, yes
[16:39] <dednick> mzanetti: in phone image?
[16:40] <mhr3> ah, tsdgoes gone?
[16:40] <mzanetti> dednick: afaik in trunk also means in the latest devel-proposed image. its not in a propagated image yet
[16:40] <dednick> mzanetti: i c
[16:40] <dednick> mzanetti: thanks
[16:40] <mzanetti> np
[17:47] <fginther> elopio, what's up?
[17:47] <Malinux> I made a search lense couple of years ago. It worked in ubuntu 12.04. However, in 14.04 it dosen't show up in dash
[17:47] <Malinux> how can I make it work with ubuntu 14.04 ?
[17:47]  * greyback eod
[17:47] <elopio> fginther: have you seen qmlscene crashes recently?
[17:48] <fginther> elopio, I have not looked at any recently
[17:48] <fginther> elopio, there was an issue in CI with qmlscene running on desktop last week, but that was resolved to running on the wrong release
[17:49] <elopio> fginther: ok. I've marked the bug as incomplete, waiting to see if we can gather more information.
[17:49] <elopio> the last daily run was impressively green.
[17:50] <fginther> elopio, if I read the scrollback though, it looks like back traces are missing (due to the switch to using the smoke test runner)? https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1317968
[18:09] <elopio> fginther: yes, I think you are right. Andy said he was going to prepare a branch for it.
[19:18] <dandrader> mzanetti, ping