[07:32] <mzanetti> Saviq: good morning
[07:48] <ricotz> Trevinho, hi :), would you accept this or it is too much of a hack to respect GTK_FRAME_EXTENTS in wnck -- http://paste.debian.net/plain/111363
[08:04] <cimi> morning
[08:04] <cimi> Saviq, did you see my ping/update to infographics?
[08:07] <Saviq> mzanetti, o/
[08:07] <Saviq> cimi, I just saw that you said you tested it
[08:07] <cimi> Saviq, I tested the next method
[08:08] <Saviq> cimi, ah ok tested in that sense
[08:08] <cimi> Saviq, adding a signal to the model mock
[08:08] <Saviq> cimi, ok coolz, will have a look
[08:09] <Saviq> maybe we can actually land it ;)
[08:15] <cimi> Saviq, did we fix the issues on the backend side?
[08:15] <cimi> Saviq, like generating a placeholder (unless we want to put it inside unity)
[08:16] <cimi> Saviq, and taking care of compatibility with previous infographics API?
[08:16] <Saviq> cimi, pete-woods is here ;)
[08:17] <cimi> Saviq, but you land on unity side though :)
[08:17] <cimi> although landing both will help a lot
[08:17] <cimi> so we don't rely on dying silos
[08:18] <Saviq> cimi, we need to land both, and *before* trying to land we need to try and make sure that everything's done
[08:18] <pete-woods> Saviq, cimi: sure, I can add a placeholder, if it's my job now
[08:18] <Saviq> cimi, Pete is here in London this week, so just come to the office and sort it out
[08:18] <Saviq> having talked to designers, too
[08:18] <pete-woods> Saviq: I was only there for mon/tue
[08:18] <pete-woods> back home now
[08:18] <cimi> yeah I am at the airport (venice), will be there around lunch time
[08:18] <Saviq> pete-woods, oh!
[08:20] <cimi> pete-woods, new branch is here: https://code.launchpad.net/~unity-team/unity8/infographics-new-lightdm/+merge/226079
[08:20] <pete-woods> Saviq: do you know what I'm supposed to put in for the placeholder?
[08:20] <cimi> see u soon
[08:20] <Saviq> pete-woods, I don't actually know that we want an infog
[08:20] <Saviq> s/infog/placeholder/
[08:20] <Saviq> there was a bug by mpt that it moans there's no data
[08:20] <pete-woods> Saviq: okay, well basically whatever you need here, I will do
[08:21] <Saviq> pete-woods, no doubt :)
[08:21] <pete-woods> maybe we should get one of the designers to draw us something cool?
[08:27] <tsdgeos> mhr3: pign when you have a minute
[08:27] <mhr3> tsdgeos, pong
[08:28] <tsdgeos> mhr3: i'll go over there
[08:32] <mhr3> pete-woods, can you try to build 012?
[08:33] <pete-woods> mhr3: do I have the power?
[08:33] <mhr3> pete-woods, that's why i wanted you to try
[08:33] <mhr3> pete-woods, oh, colin already rebuilt it
[08:33] <mhr3> pete-woods, next time then
[08:34] <pete-woods> mhr3: "pete-woods is missing the Job/Build permission"
[08:46] <paulliu> mhr3: hi.
[08:46] <mhr3> paulliu, hey
[08:47] <paulliu> mhr3: I've fix the color of Cards. Can you try again on the attributes UI?
[08:47] <paulliu> mhr3: BTW, where is your seat?
[08:47] <mhr3> paulliu, the white text? yep, tested that yesterday, works fine now
[08:48] <mhr3> paulliu, tsdgeos has another issue for you ;)
[08:48] <paulliu> mhr3: ok.
[08:48] <mhr3> paulliu, and he can point you in my direction ;)
[08:56] <tsdgeos> elopio: ping
[08:58] <tsdgeos> elopio: unping
[09:02] <tsdgeos> greyback: ping
[09:02] <greyback> tsdgeos: pong
[09:02] <tsdgeos> greyback: can you have a quick look at https://code.launchpad.net/~mterry/unity8/platform-api/+merge/220978 ?
[09:02] <tsdgeos> you commented on it
[09:02] <tsdgeos> with a needs fixing
[09:02] <tsdgeos> and mterry answered back
[09:03] <tsdgeos> greyback: https://code.launchpad.net/~mterry/unity8/platform-api/+merge/220978/comments/531184 vs https://code.launchpad.net/~mterry/unity8/platform-api/+merge/220978/comments/540006
[09:03] <greyback> yep
[09:04] <tsdgeos> greyback: so maybe you can unblock or further comment?
[09:04] <greyback> will do
[09:04] <Trevinho> ricotz: mh, well not that bad...
[09:04] <tsdgeos> greyback: aewsome :)
[09:05] <Trevinho> ricotz: if the only thing we care about is the size of the extents is fine, not sure if CSD clients would expect something different from that, or DE handling CSD windows.... (?)
[09:07] <mhr3> tsdgeos, btw pls push http://paste.ubuntu.com/7846499/ to your overview branch pls
[09:07] <tsdgeos> ah yes
[09:07] <tsdgeos> you told me yesterday
[09:07] <tsdgeos> sorries
[09:08] <tsdgeos> done
[09:08] <mhr3> ty
[09:11] <ricotz> Trevinho, it results in the expected geometry here -- besides that there is NET_WM_OPAQUE_REGION of course which could be exposed additionally besides the geometry
[09:27] <Trevinho> ricotz: yeah, but that atom in theory is still optional to be supported by WMs, btw that's fine for me
[09:52] <tsdgeos> greyback: so what with mterry's patch, just tell him to discard it since qtcomp just gets rid of all this?
[09:53] <greyback> tsdgeos: ultimately yes.
[09:53] <greyback> sure we can land it, but we'll just completely remove that code when qtcomp lands
[09:58] <mhr3> tsdgeos, http://paste.ubuntu.com/7846698/
[10:14] <tsdgeos> mzanetti: want me to top approve https://code.launchpad.net/~mzanetti/unity8/drop-running-apps-from-dash/+merge/227707 ?
[10:16] <tsdgeos> mzanetti: or want someone else to give it an extra look?
[10:16] <mhr3> tsdgeos, enough spacing? http://imgur.com/JLWajrp
[10:16] <mzanetti> tsdgeos: I guess its fine... you can approve
[10:17] <tsdgeos> mhr3: hmmmm, still looks too small
[10:17] <tsdgeos> mhr3: you sure you ran build?
[10:17] <mhr3> yep
[10:17] <mhr3> cause i had to clean builddir
[10:17] <tsdgeos> ok
[10:17] <tsdgeos> will bug paulliu again :D
[10:19] <tsdgeos> mhr3: this is art + title + attributes, right?
[10:19] <mhr3> yep
[10:20] <paulliu> ok. I got it. I'll look into it again.
[10:27] <tsdgeos> mhr3: awesome, we found a way to check it without you with our tests
[10:27] <tsdgeos> so we don't need to bug you anymore D:
[10:29] <ricotz> Trevinho, regarding GTK_FRAME_EXTENTS including them like that is pretty much what is expected
[10:30] <ricotz> Trevinho, and the NET_FRAME_EXTENTS are not set on such windows afaics
[10:31] <ricotz> that is why this "hack" would be quite clean way to support it
[10:31] <mhr3> tsdgeos, could you ack https://code.launchpad.net/~unity-team/unity-api/scopes-v3/+merge/228079 pls?
[10:33] <mhr3> tsdgeos, and perhaps at least functional review of https://code.launchpad.net/~unity-team/unity-scopes-shell/overview/+merge/227745
[10:33] <tsdgeos> sure
[10:33] <tsdgeos> mhr3: overlayColor is for Saviq?
[10:33] <mhr3> tsdgeos, well, you're supposed to use it in the overview too :)
[10:34] <tsdgeos> mhr3: oh really? :D
[10:34] <tsdgeos> where? what's it for?
[10:35] <mhr3> tsdgeos, oh btw did we have a conclusion about the generic icon for a scope?
[10:35] <tsdgeos> not that i remember
[10:35] <mhr3> tsdgeos, the color of the overlay? :)
[10:36] <tsdgeos> mhr3: card header overlay?
[10:36] <mhr3> tsdgeos, the thing that's semi-transparent black atm (with 60% opacity iirc)
[10:36] <tsdgeos> oki
[10:36] <tsdgeos> somene will do that somewhen
[10:37] <tsdgeos> good if we get it from the scope asap
[10:37] <mhr3> the click you were testing against should be doing it already
[10:37] <mhr3> click scope
[10:37] <tsdgeos> awesome
[10:37] <mhr3> i mean.. apps scope
[10:37] <tsdgeos> now we need someone to implelent it :D
[10:37] <mhr3> right
[10:42] <tsdgeos> mhr3: wow all i can do for https://code.launchpad.net/~unity-team/unity-scopes-shell/overview/+merge/227745 is "yes it does what i need", you can get someone else to do the real review, can you?
[10:50] <mhr3> tsdgeos, yea, pete-woods will take a look, once he manages to fix his branch
[10:50] <tsdgeos> goodie
[11:03] <facundobatista> Holas!
[12:09] <greyback> mzanetti: have a few minutes to try https://code.launchpad.net/~gerboland/unity-mir/unfocusOnGreeter/+merge/227940 ?
[12:10] <mzanetti> greyback: yes
[12:10] <greyback> thanks
[12:16] <mzanetti> greyback: hmm... that Postal interface doesn't seem to work properly here
[12:16] <mzanetti> seems to not be introspectable
[12:18] <mzanetti> ah, the com.canonical.Unity.WindowStack does
[12:19] <greyback> dbus-monitor sender=com.canonical.Unity;path=/com/canonical/Unity/WindowStack
[12:20] <mzanetti> greyback: can't I query the currently focused one somehow?
[12:20]  * mzanetti is having troubles forming a "a(usbu)" type in cli
[12:22] <greyback> me too now
[12:43] <Trevinho> ricotz: ack
[12:55] <ricotz> Trevinho, thanks and pushed, maybe you even like to release 3.4.8 ;)
[12:56] <mzanetti> did I just really type "rm shell/ -rf *"
[12:56] <mzanetti> oh... solved the mess in tht folder
[13:31] <dandrader> mzanetti, why are the reboot shutdown etc dialogues inside the stages item?
[13:32] <mzanetti> dandrader: I have no idea
[13:32] <mzanetti> dandrader: was wondering that too
[13:32] <mzanetti> dandrader: doesn't really matter much I guess, but yeah, we should move it.
[13:32] <mzanetti> dandrader: but maybe in another merge, not in QtComp
[13:32] <dandrader> mzanetti, you approved the thing :)
[13:32] <mzanetti> yeah... my bad... didn't realize it at that point
[13:33] <mzanetti> dandrader: only saw it when I merged trunk last time
[13:33] <dandrader> mzanetti, but that happens only with qtcomp... https://bugs.launchpad.net/unity8/+bug/1344082
[13:33] <mzanetti> dandrader: oh... in that case yes we, probably want to move it in the QtComp branches
[13:34] <mzanetti> dandrader: wasn't aware of that bug report
[13:36] <mzanetti> mterry: scnr
[13:36] <mterry> mzanetti, are you OK?  :)
[13:36] <mzanetti> mterry: sure I am
[13:37] <mterry> mzanetti, what does scnr mean?
[13:37] <mzanetti> sorry, could not resist
[13:37] <mterry> mzanetti, ah hah, I see the abstain
[13:37] <mzanetti> :D
[13:37] <mterry> mzanetti, I wasn't familiar with the acronym, looked like a cat walked on your keyboard  :)
[13:38] <mzanetti> that's more likely to happen during night
[13:38] <mzanetti> but luckily they always sit down on the power button before doing more harm
[13:40] <mzanetti> mterry: seems official though: http://en.wiktionary.org/wiki/SCNR
[13:40] <mterry> mzanetti, I guess enough people don't wisecrack to me...  QQ
[13:40] <mzanetti> :D
[13:41] <MacSlow> Saviq, like that? initctl set-env GRID_UNIT_PX=12
[13:41]  * cwayne thinks it sounds like a web 2.0 scanner app
[13:41] <mzanetti> that too
[13:41] <mzanetti> MacSlow: seems correct
[13:42] <MacSlow> mzanetti, -g was missing still
[13:42] <MacSlow> works now
[13:42] <Cimi> Saviq, so what's the new assignment of https://bugs.launchpad.net/unity8/+bug/1338497 ?
[13:43] <Saviq> Cimi, see collapsing in https://sites.google.com/a/canonical.com/unity8dash/toolkit/14-previews
[13:43] <Cimi> still expanding the area or reworking the widget?
[13:43] <Cimi> Saviq, yeah saw i
[13:43] <Cimi> it
[13:44] <Cimi> I can rework the widget
[13:47] <cwayne> Saviq: im seeing occasional crashes with silo-009
[13:49] <Saviq> cwayne, less occasional than normal?
[13:51] <cwayne> Saviq: slightly more, but it's not a pristine image otherwise, so not sure if its related
[14:04] <mzanetti> cwayne: btw, tagger got published
[14:13] <cwayne> mzanetti: thanks man
[14:13] <cwayne> Saviq: so namely im seeing crashes when launching scopes from the scopes scope
[14:35] <mhr3> Saviq, btw emblems!
[14:36] <Saviq> Cimi, ↑
[14:36] <Cimi> Saviq, working on emblems and touchdown that both have fun conflicts
[14:38] <Saviq> Cimi, on touchdown make sure to talk to Josh, too, we had a review of his redlines
[14:45] <tsdgeos> paulliu: http://paste.ubuntu.com/7847957/
[14:53] <tsdgeos> mterry: i'm sure you can convince someone else to abstain
[14:54] <Cimi> dednick, mhr3 Saviq https://twitter.com/honestburgers/status/486549723881689089
[14:55] <mzanetti> lol. does that mean Jenkins gets to decide?
[14:56] <mzanetti> Cimi:  stop it!
[14:56] <mzanetti> Cimi:  I already missed the cart racing, don't make me want the honest burger too
[14:56] <Cimi> mzanetti, bought montenegro this morning at the airport
[14:56] <mzanetti> :D
[14:58] <mzanetti> I do have Montegro here, so that's not too bad
[15:01] <Saviq> ;)
[15:01] <Cimi> bash: ./build: No such file or directory
[15:03] <mterry> tsdgeos, :)
[15:04] <tsdgeos> mzanetti: seen the karting photos?
[15:04] <mzanetti> tsdgeos: yep :)
[15:05] <mzanetti> tsdgeos: who won btw?
[15:05] <tsdgeos> some not us
[15:05] <tsdgeos> from us we let the boss win ^_^
[15:05] <mzanetti> meh...
[15:05] <mzanetti> haha
[15:05] <mzanetti> obviously
[15:16] <tedg> Something in QtUbuntu somewhere is trying to open teh application's desktop file.
[15:16] <tedg> Anyone know what that is?
[15:17] <tedg> Not sure why the application would be opening it's own desktop file, but none the less. It's getting the wrong one. :-)
[15:23] <mhr3> tsdgeos, https://code.launchpad.net/~unity-team/unity-scopes-shell/max-attrs-count/+merge/228144
[15:23] <mhr3> tsdgeos, you can review even
[15:24] <tsdgeos> paulliu: ↑↑↑↑
[15:26] <greyback> tedg: platform-api opens the desktop file so app can figure out if it is main stage or side stage (I honestly can't recall why). It tries to open $APP_ID.desktop in the /usr/share/applications, unless APP_DESKTOP_FILE_PATH is set, where it tries that directory instead
[15:26] <greyback> tedg: what app are you trying to run, and how?
[15:28] <tedg> greyback, Trying to run pay-ui as a trusted prompt helper.
[15:28] <tedg> K, I'll set the APP_DESKTOP_FILE_PATH
[15:29] <tedg> greyback, At some point we could look that up in UAL and set an env var. We already have the desktop file open.
[15:29] <greyback> tedg: is MIR_SOCKET=$XDG_RUNTIME_PATH/mir_socket_trusted ?
[15:30] <tedg> greyback, Further down the line. This is the prompt provider.
[15:30] <greyback> tedg: is unity8.log printing REJECTED at all?
[15:30] <tedg> greyback, No :-(
[15:31] <tedg> Seems we're bailing earlier than that. Looking at the differences when running as an application.
[15:32] <greyback> tedg: I thought prompt provider also used the trusted socket
[15:32] <greyback> dednick would know though
[15:32] <tedg> greyback, No, it uses the socketpair that is created in the trusted session.
[15:32] <greyback> ok
[15:34] <greyback> tedg: platform-api reading desktop file is not essential for the app operating - it has some default vaules and only changes them if it can read the desktop file
[15:34] <greyback> so it should be no problem if desktop file is not opened
[15:37] <tedg> Hmm, okay.
[15:37] <tedg> It seems to quit soon after that.
[15:49] <cwayne> mzanetti: so i saw your drop-recent-apps branch, so how are we going to close apps now?
[15:50] <mzanetti> cwayne: hmm... didn't you try QtCompositor branches already?
[15:57] <greyback> mzanetti: hey was looking at the code in the launcher which reads desktop files - for a key which has multiple languages, is QSettings smart enough to choose the right language?
[15:57] <mzanetti> greyback: not on its own, no
[15:57] <mzanetti> greyback: how do they look like?
[15:58] <greyback> mzanetti: http://pastebin.ubuntu.com/7848304/
[15:58] <mzanetti> ah, []
[15:58] <mzanetti> greyback: no, that needs to be done manually
[15:58] <greyback> mzanetti: ok
[15:59] <cwayne> mzanetti: nope i didnt :)
[15:59] <mzanetti> cwayne: you should :)
[15:59] <cwayne> ooh, ill do that today then :)
[15:59] <cwayne> sounds exciting :P
[16:02] <tsdgeos> swipe swipe swipe
[16:07] <anpok> dandrader, greyback: hm I ran the webapp ap tests again today
[16:07] <anpok> i dont get the crashes, but now three failures
[16:07] <dandrader> anpok, probably nothing to worry about as failing AP tests is quite common.
[16:07] <greyback> anpok: I got a perfect run here.
[16:08] <dandrader> doh!
[16:08] <dandrader> greyback, have you tried his patch already?
[16:08] <greyback> dandrader: yes
[16:09] <anpok> ok because I improved it.. but got those three failures with and without the improvement
[16:09] <greyback> anpok: is the display fixed on?
[16:10] <anpok> yes
[16:10] <anpok> the output makes no real sense to me
[16:10] <greyback> phablet-test-run -p unity-webapps-qml-autopilot unity_webapps_qml
[16:10] <greyback> that's how I ran it
[16:10] <greyback> yeah, it's noise to me too
[16:10] <anpok> ubuntu_html5_ui_toolkit.tests.test_rss_reader.UbuntuThemeRSSReaderTestCase.test_initialState
[16:10] <anpok> complains about x11 ..
[16:11] <greyback> phablet-test-run -p ubuntu-html5-ui-toolkit-autopilot ubuntu_html5_ui_toolkit
[16:11] <anpok> dumps healthd logs..
[16:11] <anpok> File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 406, in assertThat
[16:11] <anpok> raise mismatch_error
[16:11] <anpok> MismatchError: After 10.0 seconds test on QQuickWebViewExperimentalExtension.loadProgress failed: 100 != dbus.Int32(50, variant_level=1)
[16:12] <greyback> anpok: your phone online?
[16:12] <greyback> not sure if it makes a difference or not tho
[16:12] <anpok> hmm kind of
[16:12] <anpok> but bad signal for unknown reason
[16:13] <anpok> the tests fine this morning and yesterday evening..
[16:14] <anpok> oh you are right
[16:14] <anpok> i got a lot of wifi related messages
[16:18] <mzanetti> Saviq: I'm afraid dash-as-app beats the crap out of our autopilot tests
[16:18] <Saviq> mzanetti, kinda expected, they will need to be split into shell vs. dash ones
[16:18] <mzanetti> elopio: heeeelp :D
[16:19] <mzanetti> Saviq: looking not too bad now: https://code.launchpad.net/~mzanetti/unity8/dash-as-app/+merge/227868
[16:19] <Saviq> mzanetti, yeah < 1k sounds fine
[16:19] <elopio> mzanetti: :)
[16:20] <elopio> with that branch?
[16:20] <mzanetti> Saviq: mind having a first look at it so I can fix the worst before leaving for a week?
[16:20] <mzanetti> elopio: well, its a bit more complicated. here's the branch https://code.launchpad.net/~mzanetti/unity8/dash-as-app/+merge/227868
[16:20] <mzanetti> elopio: it depends on qtcomp though
[16:21] <mzanetti> elopio: so what it does is to split the dash to be a separate app
[16:21] <elopio> I like that. But you are probably breaking all the dash autopilot helpers, right?
[16:21] <mzanetti> Saviq: still here for 3 days, so don't have to do it now
[16:21] <mzanetti> elopio: exactly. and also the application_lifecycle tests as they are now
[16:22] <Saviq> mzanetti, will try and scrounge some time for it
[16:22] <elopio> mzanetti: and my three branches not yet merged :'(
[16:22] <mzanetti> Saviq: thanks
[16:22] <elopio> mzanetti: this is for RTM, right?
[16:22] <mzanetti> O_o
[16:22] <mzanetti> sorry elopio
[16:22] <mzanetti> yeah, it is for RTM
[16:23] <mzanetti> the last "big" think I guess though
[16:23] <mzanetti> thing
[16:23] <elopio> mzanetti: not your fault. I am pretty much blocked by those three branches, so I'm all yours.
[16:23] <elopio> well, half yours, I also need to take care of the dashboard failures.
[16:23] <mzanetti> well, if you could support me with the AP tests here, that'd be awesome
[16:24] <Cimi> Saviq, updated touchdown
[16:24] <elopio> mzanetti: leave them to me. Let me know when the UI is stable enough, and I'll work on the tests.
[16:25] <elopio> mzanetti: one question. If it depends on QtCompositor, how are we going to run the tests on the desktop?
[16:25] <mzanetti> elopio: wow, thanks! We're trying to get a ppa ready for it so you don't have to build stuff
[16:25] <mzanetti> elopio: yeah, that's the thought that triggered this discussion
[16:25] <mzanetti> I don't know yet
[16:25] <mzanetti> elopio: on the phone, the dash is started by an upstart job, right when the shell has started
[16:26] <mzanetti> not sure if/how that would work when running it on the desktop
[16:26] <mzanetti> elopio: the AP tests *could* start them manually both I guess
[16:26] <mzanetti> but not sure what's the testing value there
[16:27] <elopio>  mzanetti: I would prefer to test the new dash app in isolation. Is this app what needs qtcomp, or is qtcomp only needed to glue the app and unity?
[16:28] <mzanetti> elopio: again, its more complicated :D this branch doesn't really care if its qtcomp, however, qtcomp changed so much that this depnends on that for less conflicts.
[16:28] <mzanetti> elopio: when qtcomp has landed, this can be a standalone branch
[16:29] <mzanetti> elopio: but yeah, thinking about the tests, we should probably remove the application_lifecycle tests from unity8 altogether and move them over to the platform tests
[16:29] <elopio> mzanetti: for example, all the autopilot helpers for selecting scopes, categories and items don't need unity at all, they only depend on the dash.
[16:29] <elopio> Will I be able to launch the dash app on the desktop and select a scope from it?
[16:29] <mzanetti> just using emulators from unity8 and unity8-dash
[16:29] <mzanetti> yeah, sounds good
[16:29] <mzanetti> I'm all for splitting it as much as possible in our repo
[16:30] <elopio> mzanetti: yes, and we have pretty much everything ready to test application lifecycle from the ubuntu_experience_tests project.
[16:30] <elopio> I can start with that.
[16:30] <mzanetti> pefect
[16:30] <elopio> mzanetti: but, I'm on holidays tomorrow and have my schedule for today full. When are you leaving?
[16:30] <mzanetti> elopio: here till next tuesday
[16:31] <mzanetti> elopio: I'll see to get something reasonably stable for you by monday
[16:31] <elopio> mzanetti: ok. I'll move all my things for later next week to be monday and tuesday on this.
[16:32] <elopio> I have a good feeling that this split will make our interactions a lot smoother.
[16:32] <mzanetti> :) thanks
[16:33] <anpok> issue is gone..
[16:37] <dandrader> mzanetti, paulliu: the are no tests for the dialogs, right?
[16:37] <dandrader> s/the/there
[16:48] <mzanetti> dandrader: no... afaik its temporary stuff
[16:49] <dandrader> mzanetti, those dialogs are temporary?
[16:49] <dandrader> so they're moving elsewhere?
[16:56] <cwayne> Saviq: anything blocking silo 009 from landing?
[17:10] <Saviq> cwayne, not any more
[17:21] <cwayne> Saviq: cool! thanks
[18:15] <kgunn> mterry: we got silo12 for landing locking...
[18:15] <kgunn> http://people.canonical.com/~platform/citrain_dashboard/#?q=unity8
[18:15] <mterry> kgunn, ooh
[18:15] <kgunn> ready to build ?
[18:15] <mterry> I think so
[18:15] <mterry> kgunn, did livecd-rootfs land?  I didn't see a merge email
[18:16] <kgunn> mterry: its not even approved
[18:16] <kgunn> https://code.launchpad.net/~mterry/livecd-rootfs/no-password/+merge/225560
[18:16] <mterry> kgunn, well it was informally approved  :)
[18:16] <kgunn> mterry: so wait...does that livecd-rootfs need its own silo first ?
[18:16] <mterry> kgunn, livecd-rootfs doesn't use silos, it's one of the manual uploads
[18:17] <kgunn> ooof
[18:17] <mterry> kgunn, steve intimated that he would upload it
[18:17] <kgunn> mterry: got no idea how that works :)
[18:17] <kgunn> ok
[18:17] <mterry> kgunn, but that was this morning
[18:17] <kgunn> want me to ask ?
[18:17] <mterry> um
[18:18] <kgunn> hehe...wish we could send someone else ;)
[18:18] <mterry> kgunn, yeah poke steve directly
[18:18] <kgunn> ok
[18:20] <kgunn> mterry: ok, but point is, we can't build until that lands right
[18:20] <kgunn> or rather...can't test at least
[18:20] <mterry> kgunn, we can build (and in fact silo 012 looks like someone built it an hour ago), but not land
[18:20] <mterry> kgunn, we can test if you use a manual script I made that does the same changes
[18:20] <kgunn> right...stuck on not testing
[18:20] <mterry> kgunn, http://paste.ubuntu.com/7841919/
[18:21] <mterry> That's basically what the livecd-rootfs merge does
[19:44] <mhall119> bregma: ping
[19:44] <bregma> hey mhall119
[19:45] <mhall119> bregma: hey, any feedback for me on that convergence impact survey?
[19:47] <bregma> mhall119, yes: can you add a question about using custom-build solutions running on Ubuntu (eg. in-house developed or 3rd-party developed application, not found in the Ubuntu archives)?
[19:48] <mhall119> bregma: sure, a multi-select?
[19:51] <bregma> I think a simple yes/no and possibly a description field to volunteer a little detail would be enough -- I'm basically interested in how common it is to use applications not found in the Ubuntu archives and from there we'll want to determine some user cases and test scenarios
[19:51] <mhall119> what kind of detail?
[19:52] <mhall119> do you want to know what kind of software, or how many different ones, or how many deployments?
[19:53] <bregma> well, commercial or common third-party apps are one thing (if we have a representative list, we can test them), but in-house apps are quite another and pose a bigger challenge to support in the converged environment
[19:53] <mhall119> bregma: so I was thinking of a multi-select with the following options:
[19:54] <mhall119> Software developed in-house by you or your company
[19:54] <mhall119> Software developed by a 3rd party that is not in Ubuntu's archives
[19:54] <mhall119> A newer version of upstream software that is not yet in Ubuntu's archives
[19:54] <mhall119> An older version of upstream software that is no longer in Ubuntu's archives
[19:54] <bregma> that sounds like it covers what I'm thinking of
[19:55] <mhall119> ok
[19:55] <mhall119> was my descriptions of the different technologies accurate?
[19:56] <bregma> "company" should be "organization" to encompass schools, governments, charities, evil genius secret underground lairs, etc
[19:57] <mhall119> ok, done
[20:15] <mzanetti> anyone still around that could review this one? https://code.launchpad.net/~mzanetti/unity8/fix-1347902/+merge/228048
[20:15] <mzanetti> mterry: maybe? ^
[20:15] <mterry> mzanetti, ok
[20:15] <mzanetti> mterry: thanks.
[20:15] <mterry> mzanetti, that bug title is killing me
[20:15] <mzanetti> mterry: yeah...
[20:16] <mzanetti> mterry: so reading through the stack trace in there, it seems the item is just gone
[20:16] <mzanetti> the code doesn't do a delete without a remove from the list
[20:17] <mzanetti> mterry: we already had the issue in some mock models that QML started to delete unparented objects with the switch to 5.3
[20:17] <mzanetti> qt 5.3
[20:17] <mzanetti> so this sounds like a reasonable fix for it, although I haven't been able to reproduce it
[20:18] <mterry> mzanetti, I was about to ask if it's reproducable
[20:18] <mzanetti> well, the bug description doesn't say a word... I haven't been able to...
[20:20] <mterry> mzanetti, well the change makes sense.  I remember doing something similar in the past
[20:20] <mzanetti> mterry: I have seen the shell crashing before on focusedApplicationIdChanged, but didn't know its this
[20:22] <mterry> mzanetti, kind of a weak-sauce approval, can't reproduce, and with jenkins still messed up
[20:22] <mterry> mzanetti, but there ya go
[20:22] <mzanetti> mterry: hmm... yeah... sorry. don't have more
[20:23] <mzanetti> mterry: but regardless if it fixes the bug or not, we agree this is a good thing anyways, right?
[20:23] <mterry> mzanetti, yar
[20:23] <mzanetti> ack