[04:46]  * Guest42341 What a fine day for science! 
[08:34] <Saviq> pstolowski, morning, any unity8 silo you're planning to land real soon?
[08:34] <Saviq> (you got 4 ;))
[08:41] <pstolowski> Saviq, hey, no, none of them is going to land anytime soon
[08:41] <Saviq> pstolowski, ack
[08:41] <Saviq> tsdgeos, we can drop use_sdk_12 right?
[08:42] <tsdgeos> Saviq: if we're going for the use_sdk_13, yes
[08:42] <Saviq> kk
[08:43] <tsdgeos> Saviq: still needs approval though https://code.launchpad.net/~unity-team/unity8/use_sdk_13/+merge/271603
[08:43] <Saviq> tsdgeos, yup yup
[08:43] <Saviq> tsdgeos, how about https://code.launchpad.net/~cimi/unity8/wide-preview-zoomable-videoplayback/+merge/273081 ?
[08:43]  * Saviq preps new silo
[08:44] <tsdgeos> Saviq: it looks a bit weird to me but if it's what design wants it's good, somehow i forgot the top approve
[08:44] <Saviq> ack
[08:45] <Saviq> cimi, there's no bug for sharing from preview?
[08:45] <tsdgeos> Saviq: we may want to get https://code.launchpad.net/~aacid/unity8/new_and_old_audio_role/+merge/275365 into the silo too if it helps Mirv
[08:45] <Saviq> tsdgeos, yup
[08:45] <tsdgeos> needs review too though
[08:46] <Saviq> will take care, still need to wait a bit for migration so we'll get there
[08:49] <Saviq> tsdgeos, does "use sdk13" do "use qtquick24" as well?
[08:50] <Saviq> or do we need another branch on top for that
[08:50] <Saviq> yeah it doesn't
[08:50] <tsdgeos> Saviq: no, you need https://code.launchpad.net/~aacid/unity8/use_quick_24/+merge/271602 for that
[08:50] <Saviq> ah
[08:50] <Saviq> missed that one
[08:51] <Saviq> tsdgeos, qml test fail though?
[08:51] <tsdgeos> hmmm
[08:51] <tsdgeos> needs a rebuild only
[08:51] <tsdgeos> let me merge the other use_
[08:51] <tsdgeos> and push
[08:52] <Saviq> tsdgeos, needs a resubmit
[08:52] <tsdgeos> why?
[08:52] <Saviq> tsdgeos, ~aacid vs. ~unity-team for the usd_sdk13 branch
[08:52] <Saviq> *use, even
[08:53] <Saviq> (and a merge)
[08:53] <tsdgeos> ah right you stole my other branch :D
[08:53] <tsdgeos> resubmitting in a moment
[08:54] <Saviq> wonder why did I steal it
[08:54] <Saviq> oh no I di'in
[08:55] <tsdgeos> ok, resubmitted at https://code.launchpad.net/~aacid/unity8/use_quick_24/+merge/275671
[08:56] <Saviq> tsdgeos, https://code.launchpad.net/~unity-team/unity8/use_sdk_13/+merge/266078
[08:56] <Saviq> tsdgeos, it's mzanetti who stole your branch :P
[08:56] <tsdgeos> "plural you"
[08:56] <tsdgeos> :D
[08:56] <Saviq> ;)
[08:56] <tsdgeos> i'm not even sure the original sdk_13 branch was mine, it may have been cimi's
[09:17] <duflu> Saviq: Is more-smooth-less-lag in rc-proposed?
[09:23] <duflu> Oh, it was proposed to xenial 9 minutes ago though. \o/
[09:29] <Saviq> duflu, yeah, just published this morning, will be in the next rc-proposed image
[09:30] <tsdgeos> Saviq: the branches are not merged yet because it waits for the package to be in xenial?
[09:31] <Saviq> tsdgeos, yes
[09:31] <tsdgeos> k
[09:33] <Saviq> tsdgeos, if you need it, the branch is here https://code.launchpad.net/~ci-train-bot/unity8/unity8-ubuntu-xenial-landing-022/+merge/275672
[09:34] <Saviq> oh well, not the merge, but the branch
[09:34] <tsdgeos> sure
[09:39] <tsdgeos> Saviq: the use_sdk_13 branch has conflcits with that branch, can i merge that branch in and hope it'll work or wait for unity8 to be actually merged in?
[09:41] <Saviq> tsdgeos, it will work, you could even make it a prereq, only case when it'd be a problem is if the silo didn't actually publish
[09:41] <tsdgeos> i see
[09:41] <tsdgeos> let's wait then
[09:41] <tsdgeos> no rush i guess?
[09:41] <tsdgeos> or is it better for the silo you're preparing?
[09:41] <Saviq> tsdgeos, i.e. the only thing the train will do with this branch is to merge trunk (in case translations etc.) and push to trunk
[09:42] <Saviq> tsdgeos, so merging it ~= merging trunk
[09:42] <Saviq> tsdgeos, yeah, I'm solving conflicts one-by-one using MPs from the previous silo, but in this case it might make sense to actually just merge it
[09:42] <Saviq> tsdgeos, so yeah, merge and resolve please, but don't make prereq
[09:43] <tsdgeos> ok
[09:43] <Saviq> we can always rewrite history if needed
[09:53] <tsdgeos> Saviq: the problem with the merge is that if i do merge it won't compile because of missing /usr/include/unity/shell/application/MirMousePointerInterface.h
[09:53] <tsdgeos> so do we prefer to have working CI or a merged branch? :D
[09:54] <Saviq> tsdgeos, vivid will work because it's in overlay
[09:54] <tsdgeos> ah right
[09:54] <Saviq> tsdgeos, xenial would work if we enabled proposed (we probably should, not even sure if we don't already)
[09:54] <tsdgeos> ok then pushing
[10:19] <Saviq> mzanetti, can you please merge lp:~ci-train-bot/unity8/unity8-ubuntu-xenial-landing-022 to panel-button-fixes (can call it trunk merge)
[10:19] <mzanetti> ack
[10:21] <mzanetti> Saviq, can you give a quick explanation on what's going on with those xenial branches?
[10:22] <Saviq> mzanetti, not much, we're waiting for unity8 to migrate to xenail
[10:22] <Saviq> xenial
[10:22] <mzanetti> (merged my branch )
[10:22] <Saviq> mzanetti, and I'm prepping a silo while that's going on
[10:22] <Saviq> mzanetti, that branch is basically what will be trunk when it merges
[10:22] <Saviq> s/merges/migrates/
[10:22] <Saviq> mzanetti, I'm pre-empting conflicts on the new silo is all
[10:23] <mzanetti> ack
[10:50] <Saviq> mzanetti, ah, the conflict seems to be with Josh's upsidedown after all
[10:50] <Saviq> mzanetti, can you please check? and if so, uncommit the merge and resubmit on top of Josh's?
[10:50] <Saviq> or actually
[10:51] <Saviq> I could
[10:51] <Saviq> since I already stole Josh's branch
[10:51] <mzanetti> right.... whatever works best for you
[10:51] <mzanetti> just let me know
[10:51] <Saviq> mzanetti, ok, uncommit and overwrite your branch without the merge, then
[10:51] <mzanetti> ack
[10:52] <Saviq> grr
[10:52] <Saviq> no wait
[10:52] <Saviq> no, it's fine
[10:52] <mzanetti> already typed the push...
[10:52] <mzanetti> you caught me before pressing enter
[10:52] <Saviq> type the --overwrite, too ;)
[10:52] <Saviq> and press enter
[10:52] <mzanetti> so what now? want me to push or not?
[10:52] <Saviq> mzanetti, yes, push
[10:53] <mzanetti> done
[10:53] <Saviq> sry
[10:53] <mzanetti> lol
[10:53] <Saviq> for the noise
[10:53] <mzanetti> ah ok... thought you'd tell me to merge again now D
[10:53] <mzanetti> no worries
[10:53] <Saviq> ;)
[11:06]  * Saviq officially hates bzr :[
[11:06] <Saviq> can't get it to merge cleanly without --weave
[11:07] <Saviq> oh one more thing I could do
[11:07] <Saviq> ok yeah
[11:08] <Saviq> mzanetti, sry, you need to merge after all, otherwise bzr is dumb...
[11:08] <mzanetti> haha
[11:08] <mzanetti> Saviq, still this? lp:~ci-train-bot/unity8/unity8-ubuntu-xenial-landing-022
[11:08] <Saviq> mzanetti, yeah
[11:09] <mzanetti> Saviq, pushed
[11:09] <Saviq> mzanetti, because bzr decides that if the history is 22 → yours → his+22, it's no good
[11:09] <Saviq> but if it's 22 → yours+22 → his+22, it's fine!
[11:09] <Saviq> grrr
[11:09] <mzanetti> :D
[11:09] <Saviq> even though yours+22 is no-op
[11:09] <Saviq> I mean no conflicts
[11:09] <mzanetti> yep...
[11:09] <mzanetti> oh well. Merge all the things!
[11:14] <tsdgeos> plugins/Cursor/Cursor.qml	UNKNOWN	*No copyright*
[11:14] <tsdgeos> :?
[11:14] <tsdgeos> https://jenkins.qa.ubuntu.com/job/unity8-vivid-i386-ci/1143/console
[11:16] <Saviq> uggh
[11:16] <Saviq> how does that get through everything else :/
[11:16] <Saviq> tsdgeos, I'll MP a fix
[11:18] <Saviq> tsdgeos, in the mean time, can you rebase sdk 13 on top of wide preview, or strongarm Cimi to do the opposite?
[11:18] <cimi> Saviq, I can do it
[11:18] <Saviq> prolly the opposite makes sense
[11:18] <cimi> yeah indeed
[11:21] <tsdgeos> Saviq: cimi: ok i'll rebase
[11:21] <Saviq> tsdgeos, nowait
[11:21]  * tsdgeos waits
[11:21] <Saviq> tsdgeos, the opposite == cimi rebasing on yours
[11:21] <cimi> this one better no? https://code.launchpad.net/~cimi/unity8/sdk1.3_newUbuntuShape/+merge/271610
[11:21] <Saviq> otherwise you'll be catching up everywhere
[11:21] <tsdgeos> ok
[11:21] <cimi> can we merge this guys?
[11:21]  * tsdgeos does nothing
[11:22] <Saviq> cimi, yeah, if the only thing they were waiting for was 1.3
[11:22] <cimi> indeed
[11:23] <cimi> tsdgeos, have a look at that branch pls, I fixed the conflicts the other day
[11:23] <cimi> if you ok I rebase the preview branch on that one
[11:28] <Saviq> cimi, let me know please when you've resubmitted wide videopreview (and let me know of any other branches that could land soon)
[11:29] <cimi> Saviq, i'd like to know if I should rebase on that branch ^^ or sdk 13
[11:30] <Saviq> cimi, well, whatever, do they conflict?
[11:30] <Saviq> /usr/bin/ld: BFD (GNU Binutils for Ubuntu) 2.25.51.20151022 assertion fail ../../bfd/elf32-i386.c:5245
[11:30] <Saviq> ok that doesn't look good
[11:30]  * Saviq grabs a xenial chroot
[11:31]  * cimi looks
[12:02] <Saviq> cimi, status report?
[12:03] <cimi> Saviq, finishing rebasing wide videopreview on top of ~cimi/unity8/sdk1.3_newUbuntuShape
[12:03] <Saviq> ack
[12:03] <Saviq> so it does conflict
[12:04] <Saviq> tsdgeos, https://code.launchpad.net/~saviq/unity8/add-cursor-copyright/+merge/275692, obviously it's + 22, so...
[12:04] <Saviq> it seems we might need to force merge/clean anyway as there's a qtmir issue in xenial, might need to skip a release
[12:05] <tsdgeos> ok
[12:08] <tsdgeos> Saviq: you have bad tags on that branch
[12:08] <Saviq> tsdgeos, grr
[12:09] <Saviq> tsdgeos, actually, just one, and one that LP considers fine...
[12:09] <Saviq> ah no, it's my dumb colo root again
[12:09] <Saviq> tsdgeos, cleaned
[12:09] <tsdgeos> ok
[12:11] <tsdgeos> approved
[12:24] <Saviq> tsdgeos, I'm actually gonna merge this manually after we publish to improve ci
[12:24] <tsdgeos> Saviq: ok
[12:26] <cimi> Saviq, tsdgeos pushed
[12:27] <Saviq> cimi, new MP link?
[12:27] <cimi> Saviq, same, I pushed on top?
[12:27] <cimi> oh yeah
[12:27] <cimi> I need to rebase :D
[12:27]  * cimi hides
[12:27] <Saviq> yes, you need to resubmit
[12:28] <cimi> Saviq, here you go https://code.launchpad.net/~cimi/unity8/wide-preview-zoomable-videoplayback/+merge/275696
[12:31] <Saviq> cimi, there no bugs to link?
[12:31] <Saviq> cimi, to the new UbuntuShape, for example?
[12:32] <mhall119> cimi: can you register in summit for uos-1511 so I can add you as a track lead?
[12:32] <cimi> mhall119, sure
[12:33] <cimi> Saviq, mmm no
[12:33] <Saviq> ack
[12:33] <mhall119> everyone else, cimi and I need to get some convergence sessions planned for UOS, specifically we should have sessions on:
[12:33] <cimi> Saviq, I think it's a thing you do when you update to 1.3
[12:33] <cimi> Saviq, otherwise it uses deprecated APIs
[12:33] <mhall119> Unity 8 desktop mode, what works, what's different from Unity 7, when it will be usable for desktop users
[12:33] <cimi> Saviq, but there is the branch with shadows in app/launcher that might have a bug somewhere
[12:33] <mhall119> Snappy Desktop, how it'll work, when it'll work, etc
[12:34] <mhall119> Puritine & Libertine projects, why they're needed
[12:34] <Saviq> cimi, sure, just thought we might now start closing some bugs re: shape
[12:34] <Saviq> but ack, will come in time
[12:34] <mhall119> anything about the Mir work and roadmap to make it replace Xorg on the desktop
[12:35] <mhall119> and Adaptive UI patterns and how the UI Toolkit supports them
[12:35] <mhall119> plus anything else you guys know of that needs to be planned for 16.04, and anything you want to demo and talk about that's working now
[12:35] <dandrader> oh, silo 22 just landed?
[12:35] <Saviq> mhall119, we can do the first, "when?" is not a question we'd like to give an answer to, snappy, *tine, Mir and UITK we're not the team to talk about
[12:36] <Saviq> dandrader, yes, kinda, had to force it and skip the release to xenial as its binutils is broken
[12:36] <Saviq> but nothing to concern you with, really
[12:36] <mhall119> you can create session topics here: http://summit.ubuntu.com/uos-1511/create_meeting
[12:36] <mhall119> Saviq: ack, I'll be poking those other teams too
[12:37] <Saviq> dandrader, so we're out of sync between v+o and x, but trunks are all up to date now, I'm prepping silo for unity8 right now
[12:37] <Saviq> might make qtmir hitch a ride, too
[12:38] <dandrader> Saviq, what about wily?
[12:38] <Saviq> dandrader, wily's old news already
[12:38] <Saviq> done & dusted
[12:38] <Saviq> tsdgeos, scope_settings_keyboard_scroll conflicts in Preview.qml, likely with cimi's preview
[12:39] <dandrader> Saviq, should I move all my wily machines to xenial already?
[12:39] <Saviq> dandrader, if you want, safer to just use a chroot for now, there's a lot of movement in xenial atm
[12:39] <dandrader> will wait then
[12:40] <cimi> I can update that Saviq
[12:40] <Saviq> @unity: silo 22 landed, wily is dead for us, xenial out of sync for now due to toolchain issue
[12:40] <cimi> Saviq, clashes with which branch?
[12:40] <Saviq> cimi, your preview already depends on shape and 1.3
[12:41] <Saviq> cimi, you can't make it prereq tsdgeos's branch too
[12:41] <cimi> Saviq, I was going to send him a patch
[12:41] <Saviq> owell, that you can do if you're bored ;)
[12:41] <cimi> wl,e
[12:41] <Saviq> cimi, https://code.launchpad.net/~aacid/unity8/scope_settings_keyboard_scroll/+merge/274874
[12:41] <cimi> woke up with good mood, no head
[12:41] <cimi> headache :)
[12:41] <Saviq> no head? ;p
[12:41] <cimi> lol
[12:41] <cimi> :D
[12:42] <Saviq> wonder where the good mood comes from, then
[12:42] <cimi> had some annoying migraine for the last two weeks, coming back every other day, I'm fine from yesterday :)
[12:42] <cimi> I might had mood/seasonal swings like girls :)
[12:42] <Saviq> @unity: I'm prepping another unity8 silo: https://requests.ci-train.ubuntu.com/#/ticket/564, if there's a branch missing in it, let me know please
[12:44] <cimi> Saviq, tsdgeos that preview.qml conflicts just in imports
[12:48] <Saviq> dednick, we could land occlusion, only unity8 is missing a top-ack, is it ready for a re-review?
[12:48] <dandrader> Saviq, did "bzr pull" on my lp:qtmir copy and, surprise surprise: "742 tag(s) updated."
[12:48] <dednick> Saviq: let me confirm
[12:48] <Saviq> dandrader, no surprise there
[12:49] <Saviq> dandrader, we never paid enough attention to tags on qtmir (or well, only started recently)
[12:49] <Saviq> dandrader, and someone's been infecting all projects out there with them
[12:49] <dednick> Saviq, dandrader: unity8 occlude ready for re-review
[12:50] <Saviq> dandrader, I'm starting to feel it's not worth it, bzr/lp just need to get better
[12:50] <Saviq> in that regard
[12:50] <dandrader> Saviq, I don't even know if bzr is still being maintained
[12:51] <Saviq> yeah, well, part of the problem indeed
[12:51] <dandrader> dednick, ok
[12:51] <ltinkl> Saviq, can you pls merge this one too: https://code.launchpad.net/~lukas-kde/ubuntu-settings-components/langpack/+merge/275017
[12:52] <Saviq> ltinkl, ack
[12:54] <popey> ChrisTownsend, seems the unity8-lxc-setup is broken since we removed some files from cdimage.. did you know?
[12:54] <Saviq> pstolowski, tsdgeos do https://code.launchpad.net/~unity-team/unity-api/music_cards_extra_attributes/+merge/271084 https://code.launchpad.net/~unity-team/unity8/audioCardSupport/+merge/271605 depend on one another?
[12:55] <Saviq> could use a link in the description
[12:56] <Saviq> ltinkl, btw, what's up with fixLogin1Tests ?
[12:57] <ChrisTownsend> popey: Yes, I've been working on it since last week.  I have a new version in https://launchpad.net/~unity8-desktop-session-team/+archive/ubuntu/unity8-preview-lxc/+packages and I'm working out details to get a release into xenial.
[12:57] <ltinkl> Saviq, ye no real progress :/ dunno how to make the exit cleanly and/or make the test runner wait until the DBUS processes are terminated
[12:57] <popey> ChrisTownsend, thanks...
[12:58] <Saviq> ltinkl, ack, I'll have a thinklook
[13:00] <Saviq> ltinkl, fwiw I'd say we're using it wrong, as `dbus-test-runner --task sleep --parameter 5 --task sleep --parameter 10` does not leave stuff laying around
[13:00] <Saviq> dandrader, qtmir stripped, fwiw, I'll try and pay better attention to them now
[13:01] <ltinkl> Saviq, I'll look into libqtdbustest meanwhile
[13:01] <Saviq> ltinkl, ack
[13:01] <ltinkl> Saviq, http://bazaar.launchpad.net/~unity-team/libqtdbustest/trunk/view/head:/src/libqtdbustest/SuicidalProcess.cpp
[13:05] <Saviq> kgunn, FYI, 22 landed in vivid+overlay, skipped in xenial due to toolchain issue bug #1510067
[13:07] <kgunn> yep, just saw that
[13:10] <ChrisTownsend> Hey guys, I'm trying to start a Unity 8 session on my Wily desktop machine, and I'm just getting the black u-s-c screen, ie, no greeter.  I'm pretty sure there is something up with my machine, but I'm hoping one of you can help figure out what may be up.  unity8 and unity8-dash are up and running and seem ok except the unity8.log looks very sparse.  Here is the unity8.log: http://pastebin.ubuntu.com/12969778/   H
[13:13] <mzanetti> Saviq, there's a failtrain on that link you posted
[13:13] <mzanetti> :)
[13:14] <Saviq> ChrisTownsend, if you stop unity8, do you get u-s-c background?
[13:15] <Saviq> mzanetti, failtrain? ../../?
[13:15]  * mterry upgrades to xenial
[13:15] <mzanetti> Saviq, https://requests.ci-train.ubuntu.com/#/ticket/564,
[13:15] <Saviq> mzanetti, comma
[13:15] <mzanetti> the comman at the end causes a 404 with a nice gif
[13:15] <Saviq> ;)
[13:15] <ChrisTownsend> Saviq: If by u-s-c background, you mean the black-ish screen w/ cursor, then I always have that either with or without unity8 running.
[13:15] <kgunn> mzanetti: i looked in the ppa anyhow ;) only way to be sure
[13:16] <Saviq> ChrisTownsend, hmm right, not sure we have a spinner on desktop (the boot screen from phone)
[13:16] <ChrisTownsend> Saviq: Oh, that.  No, it's not on desktop.
[13:17] <Saviq> ChrisTownsend, do you have overlay enabled?
[13:17] <ChrisTownsend> Saviq: Not for Wily.  Should I?
[13:17] <Saviq> ChrisTownsend, yeah, otherwise you're quite a bit behind
[13:17] <ChrisTownsend> Saviq: Really?  Wily was just released:)   But sure, I can enable the overlay and try it.
[13:18] <Saviq> ChrisTownsend, but we've switched to overlay around beta freeze and have been working there since
[13:18] <kgunn> yeah wily has it's own overlay
[13:19] <ChrisTownsend> Saviq: Hmm, ok.  I'll try it.  Won't hurt.
[13:19] <kgunn> which will now start getting stale with xenial
[13:19] <kgunn> available to land in
[13:19] <Saviq> kgunn, we should probably scrap the wily overlay as soon as we get xenial in working order
[13:20] <ChrisTownsend> It's the same PPA, right?  Just w/ Wily built packages?
[13:20] <ChrisTownsend> Oh, I see that now.  nm
[13:22] <ChrisTownsend> BTW, looks like webbrowser isn't working on Vivd+overlay on the desktop.
[13:23] <mterry> ChrisTownsend, do you get a crash on startup?
[13:23] <ChrisTownsend> mterry: My unity8 problem or webbrowser problem?:)
[13:24] <mterry> ChrisTownsend, webbrowser  :)
[13:24] <mterry> ChrisTownsend, thought it might be bug 1508054, which was recently fixed
[13:24] <ChrisTownsend> mterry: Yes, I do.
[13:24] <ChrisTownsend> mterry: Yes, that's the issue.
[13:25] <ChrisTownsend> mterry: Thanks
[13:25] <mterry> np!  :)
[13:25] <kgunn> Saviq: didn't you find that we did actually have this issue occurring on phone
[13:25] <kgunn> https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/694224
[13:25] <kgunn> sorry, lost context
[13:26] <kgunn> we talked about putting on desktop team, but then i thot you did some testing
[13:26] <Saviq> kgunn, no, that was unity7 only
[13:26] <kgunn> and found it on phone
[13:26] <kgunn> ok...moving then
[13:26] <tsdgeos> Saviq: it's listed in "Stuff from https://requests.ci-train.ubuntu.com/#/ticket/29"
[13:26] <seb128> kgunn, what about desktop team?
[13:26] <Saviq> tsdgeos, yeah, not on unity-api
[13:27] <Saviq> tsdgeos, I mean unity-api does not have that link in its description
[13:27] <ChrisTownsend> Saviq: Same issue w/ overlay installed.  I think my system is borked, I just wish I had a clue what is borked.
[13:27] <tsdgeos> Saviq: that's right
[13:27] <kgunn> seb128: that bug 694224
[13:27] <Saviq> tsdgeos, and anyway I'd rather have explicit MPs, silo requests might change with no notice
[13:28] <tsdgeos> Saviq: otoh the dependency is not double i mean the unity-api code doesn't depend on the unity8 code
[13:28] <seb128> kgunn, that bug is from 2010 why does it become important now?
[13:28] <kgunn> seb128: b/c bfiller had put it on the OTA milestone target list :)
[13:28] <kgunn> so just filtering
[13:28] <Saviq> tsdgeos, but it breaks it, i.e. if we land unity-api, u8 will stop building
[13:28] <seb128> hum, k
[13:28] <seb128> I guess
[13:28] <kgunn> seb128: well...i think it was accident
[13:29] <ltinkl> because we do steal focus with the password notifications :)
[13:29] <ltinkl> TextField {
[13:29] <ltinkl> id: textfield
[13:29] <Saviq> ltinkl, that's different
[13:29] <Saviq> seb128, kgunn, I think it's because webbrowser-app showed up and noticed this issue
[13:29] <Saviq> ltinkl, the bug is about volume notifications
[13:30] <ltinkl> Saviq, ah, I was missing context there, sry
[13:30] <ltinkl> Saviq, but still it doesn't sound like a good idea
[13:30] <Saviq> ChrisTownsend, can you stop unity8 and try and run it manually, providing the right MIR_SOCKET
[13:30] <tsdgeos> Saviq: sure, we could have a branch that just increases the version dependency is needed (whcih shows we have a weird way of specifying dependencies)
[13:30] <Saviq> ltinkl, disagree, password notifications are modal atm
[13:30] <ChrisTownsend> Saviq: Ok, I can try it though I'm pretty sure it's using the right MIR_SOCKET when it starts.
[13:30] <Saviq> they steal the user's focus, might as well get ketboard
[13:31] <ltinkl> Saviq, ok then but do they have to be?
[13:31] <Saviq> ltinkl, ah, so now that's a totally different question ;)
[13:31] <Saviq> ltinkl, the code is fine, you're just questioning the design
[13:31] <tsdgeos> Saviq: i agree that the ticket links can change but otoh it's a bit "wasteful" to specify the dependencies twice
[13:32] <Saviq> tsdgeos, yeah ok, as long as both sides have it
[13:32] <Saviq> tsdgeos, otherwise I have to hunt for related MPs
[13:32] <Saviq> (even if not dependents, just related ones)
[13:32]  * ltinkl goes to test the volume notification + focus
[13:32] <Saviq> ltinkl, I tested, video continues to play just fine on unity8/phone
[13:33] <Saviq> ChrisTownsend, I'm thinking about whether you get some more interesting feedback rather than that being the issue
[13:33] <tsdgeos> Saviq: done, i don't understand why it causes you extra work if pstolowski is handling that branch/silo though, what's the problem?
[13:33] <ltinkl> Saviq, ye, even keyboard focus stays with a volume notification
[13:33] <Saviq> tsdgeos, I just go through all top-acked bits
[13:33] <Saviq> tsdgeos, and see what I can land
[13:33] <ChrisTownsend> Saviq: Ok
[13:33] <Saviq> tsdgeos, need context
[13:34] <tsdgeos> Saviq: you said " otherwise I have to hunt for related MPs", why you need to hunt for related MPs if someone else is handling the branches?
[13:35] <tsdgeos> or is it that there's no clear info if someone else is handling the branches?
[13:35] <Saviq> tsdgeos, because I don't know if they are or not
[13:35] <Saviq> tsdgeos, the MP doesn't say so
[13:35] <Saviq> tsdgeos, I was just going through the ACKed unity-api branches, and had to think if we can land any of them safely
[13:36] <tsdgeos> ok
[13:37] <ChrisTownsend> Saviq: How do you suggest starting unity8.  I tried 'MIR_SOCKET=/run/user/1000/mir_socket initctl --session start unity8' and nothing new was printed in the log.  I also tried 'MIR_SOCKET=/run/user/1000/mir_socket unity8' and that bailed.
[13:40] <Saviq> ChrisTownsend, skip upstart
[13:40] <Saviq> ah
[13:40] <Saviq> bailed how?
[13:40] <ltinkl> @unity do we have a component (or design directions) to display a mouse tooltip?
[13:40] <Saviq> ltinkl, doubt that
[13:40] <ChrisTownsend> Saviq: $ MIR_SOCKET=/run/user/1000/mir_socket unity8
[13:40] <ChrisTownsend> QXcbConnection: Could not connect to display
[13:40] <ChrisTownsend> Aborted (core dumped)
[13:40] <Saviq> ChrisTownsend, QT_QPA_PLATFORM=ubuntumirclient
[13:41] <ltinkl> Saviq, thought so :/ Qt Quick doesn't have that either, only the Controls
[13:41] <ChrisTownsend> Saviq: Ah, ok
[13:41] <Saviq> ltinkl, sounds like a bug for UITK+Ubuntu UX
[13:42]  * ltinkl does his homework
[13:42] <ChrisTownsend> Saviq: http://pastebin.ubuntu.com/12969978/
[13:43] <Saviq> ChrisTownsend, ok that looks as if it's working
[13:43] <ChrisTownsend> And then it exited.
[13:43] <Saviq> ah it did
[13:43] <Saviq> grr
[13:43] <Saviq> ChrisTownsend, ok let me try a few things here
[13:43] <Saviq> will get back to you in a mo
[13:43] <ChrisTownsend> Saviq: Ok, thanks!
[13:43] <Saviq> ChrisTownsend, in the mean time, try with guest / new user?
[13:43] <ChrisTownsend> Saviq: Sure
[13:45] <ChrisTownsend> Saviq: Ah, another user works fine.
[13:45] <ChrisTownsend> Saviq: So I f'd up my user somehow.
[13:45] <ltinkl> ah, there it is: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1428779
[13:46] <ltinkl> Saviq, ^^
[13:46] <Saviq> ack
[13:46] <Saviq> ChrisTownsend, oh good, would be interesting to know what's the breaking bit
[13:47] <ChrisTownsend> Saviq: Yeah, I don't even know where to begin to look.
[13:47] <Saviq> ChrisTownsend, the log doesn't really say anything interesting?
[13:47] <Saviq> -?
[13:47] <ChrisTownsend> Saviq: Yeah, it just seems it kind of stops proceeding for some unknown reason.
[13:48] <pstolowski> tsdgeos, hey, did i break anything?
[13:48] <tsdgeos>  no no
[14:05] <tsdgeos> cimi: lp:~cimi/unity8/sdk1.3_newUbuntuShape doesn't merge cleanly, can you merge the use_sdk13 branch there?
[14:32] <tsdgeos> Saviq: any idea when the landing fix is going to be fixed on xenial? we have an unbuildable unity8 on xenial atm, i guess i can always use the vivid chroot but it's a bit more cumbersome
[14:45] <cimi> tsdgeos, yes
[14:48] <Saviq> tsdgeos, you can use proposed, but the issue is known and there's a fix upstream, so shouldn't be long
[14:48] <cimi> tsdgeos, it seems to merge fine here
[14:49] <Saviq> tsdgeos, see https://wiki.ubuntu.com/Testing/EnableProposed for some tricks with priorities to avoid upgrading all of proposed
[14:49] <tsdgeos> Saviq: oki
[14:50] <tsdgeos> cimi: sure my bad, i meant was unmerged and makes the testing uising the CI generated .deb a bit "fake"
[15:01] <cimi> tsdgeos, all good now
[15:01] <tsdgeos> ktx
[15:01] <tsdgeos> cimi: see the review i made on the wide-branch
[15:01] <tsdgeos> something's wrong with a binding
[15:12] <cimi> tsdgeos, try now
[15:19] <Saviq> tsdgeos, got a resubmit of keyboard scroll branch on top of cimi's preview?
[15:21] <tsdgeos> Saviq: does it conflict with stuff?
[15:21] <Saviq> tsdgeos, yes, Preview.qml
 tsdgeos, scope_settings_keyboard_scroll conflicts in Preview.qml, likely with cimi's preview
[15:22] <tsdgeos> Saviq: okl
[15:27] <tsdgeos> Saviq: done
[15:27] <tsdgeos> mterry: i had to resubmit https://code.launchpad.net/~aacid/unity8/scope_settings_keyboard_scroll/+merge/275723 can you re-review/approve?
[15:28] <mterry> tsdgeos, k
[15:28] <Saviq> tsdgeos, tx
[15:28] <mterry> tsdgeos, I see merge conflicts?
[15:28] <mterry> well, LP does
[15:28] <tsdgeos> mterry: yes because cimi has not merged https://code.launchpad.net/~cimi/unity8/wide-preview-zoomable-videoplayback/+merge/275696
[15:29] <mterry> ah k
[15:30] <Saviq> dednick, https://code.launchpad.net/~nick-dedekind/unity8/lp1475678.surface-occlude/+merge/273427 conflicts with trunk for sure
[15:30] <Saviq> dednick, as well as https://code.launchpad.net/~nick-dedekind/unity-api/lp1475678.surface-occlude/+merge/273425
[15:31] <dednick> Saviq: ok. will get to it in a minute
[15:31] <Saviq> dednick, I'll write on the MPs
[15:32] <Saviq> dandrader, standup
[15:33] <dednick> @unity. otp. may not respond in mumble
[15:33] <Saviq> ack
[16:06] <ChrisTownsend> Saviq: You still around?
[16:07] <Saviq> ChrisTownsend, yup
[16:07] <ChrisTownsend> Saviq: So I'm still digging into my issue w/ my user and I can tell that unity8 is in the SIGSTOP phase.  So what is it waiting on, ie, what's the next phase?
[16:08] <Saviq> ChrisTownsend, SIGCONT from upstart
[16:08] <Saviq> ChrisTownsend, any chance you have a weird unity8.conf in ~/.config/upstart/
[16:08] <Saviq> ?
[16:08] <Saviq> or modified unity8.conf in /usr/share/upstart/sessions
[16:08] <ChrisTownsend> Saviq: Nope
[16:09] <Saviq> ChrisTownsend, `initctl status unity8`
[16:09] <Saviq> ps aux | grep unity8
[16:09] <Saviq> initctl get-env unity8 | grep STOP
[16:10] <ChrisTownsend> $ initctl --session status unity8
[16:10] <ChrisTownsend> unity8 start/spawned, process 3343
[16:10] <Saviq> yeah
[16:10] <Saviq> so upstart is waiting for the SIGSTOP, but never received t
[16:10] <Saviq> it
[16:10] <Saviq> somehow
[16:11] <ChrisTownsend> Saviq: Hold on lemme kill the upstart session as I had strace inserted in there to try to capture stuff.
[16:12] <Saviq> ChrisTownsend, yeah, try and start stuff as normal, check what upstart status does unity8 have, and whether it's indeed STOPed
[16:13] <ChrisTownsend> Saviq: $ initctl --session get-env unity8 | grep STOP
[16:13] <ChrisTownsend> initctl: No such variable: unity8
[16:14] <ChrisTownsend> $ ps aux | grep unity8
[16:14] <ChrisTownsend> townsend  3545 22.0  2.1 1324676 75796 ?       Ssl  12:12   0:00 unity8
[16:14] <ChrisTownsend> townsend  3563  1.0  0.7 401096 25892 ?        Ssl  12:12   0:00 unity8-dash --desktop_file_hint=/usr/share/applications/unity8-dash.desktop
[16:14] <Saviq> ChrisTownsend, sorry, list-env
[16:14] <Saviq> ChrisTownsend, so it's not STOPed, it'd be T, not S
[16:14] <Saviq> ChrisTownsend, looks like a red herring due to your debugging
[16:14] <ChrisTownsend> Saviq: Ok, sorry for the noise
[16:14] <Saviq> ChrisTownsend, but
[16:15] <Saviq> ChrisTownsend, if upstart still says it's spawned (not running)
[16:15] <Saviq> it means unity8 did not SIGSTOP
[16:15] <ChrisTownsend> $ initctl --session status unity8
[16:15] <ChrisTownsend> unity8 start/running, process 3545
[16:15] <Saviq> yeah
[16:15] <Saviq> that looks good
[16:15] <Saviq> and oh yeah, unity8-dash wouldn't start otherwise
[16:15] <Saviq> that's what the SIGSTOP is for in the first place
[16:15] <Saviq> to let upstart know when to launch dependent jobs
[16:15] <ChrisTownsend> Saviq: Ok
[16:16] <Saviq> we sig it when Mir is ready for connections
[16:16] <ChrisTownsend> Saviq: Are there any user specific config files or dcong/gconf keys I could try resetting?
[16:17] <Saviq> ChrisTownsend, nothing comes to mind that would've caused what you're seeing :/
[16:17] <ChrisTownsend> Saviq: Grrr
[16:17] <Saviq> ChrisTownsend, can you install debug symbols, attach gdb to unity8 and see if it's stuck somewhere
[16:17] <ChrisTownsend> Saviq: I assume overlay has debug symbols built, right?
[16:18] <Saviq> ChrisTownsend, in separate packages, yes, you need main/debug in sources.list for it
[16:18] <Saviq> and install unity8-*dbgsym
[16:18] <Saviq> likely libmir*-dbgsym, too
[16:18] <ChrisTownsend> Saviq: Ok, I'll install that and try a bt.
[16:26] <ChrisTownsend> Saviq: Seems its running: /usr/lib/x86_64-linux-gnu/gstreamer0.10/gstreamer-0.10/gst-plugin-scanner -l and is blocked by that.
[16:28] <Saviq> ChrisTownsend, oh
[16:28] <Saviq> ChrisTownsend, does it block for the other user? FWIW it blocks for me here, too
[16:29] <Saviq> ChrisTownsend, can you show the thread bt where this happens? I'm interested to see where are we calling that
[16:29] <ChrisTownsend> Saviq: I'll reboot and try.  I see no other threads running, just that running from the main thread.
[16:29] <Saviq> ChrisTownsend, ack
[16:30] <ChrisTownsend> Saviq: http://pastebin.ubuntu.com/12971157/
[16:31] <ChrisTownsend> Saviq: Now I'll reboot the machine and try the other user.
[16:31]  * Saviq wonders why we're using gst 0.10 at all ;P
[16:31] <Saviq> tsdgeos, have a look ↑, ChrisTownsend's unity8 on desktop seems to be hanging on that
[16:32] <tsdgeos> Saviq: it's what qtmultimedia uses
[16:32] <ChrisTownsend> Saviq: No, the other user doesn't have that process running.
[16:32] <tsdgeos> we need to update
[16:32] <Saviq> mhm
[16:32] <Saviq> ChrisTownsend, I'll try in a sec if I have the same symptom, as this command hangs for me here as well
[16:32] <ChrisTownsend> Saviq: I wonder if it's because my user has some music in the the Music dir.
[16:33] <ChrisTownsend> Saviq: And the test user does not have music.
[16:33] <Saviq> I don't :/
[16:33] <Saviq> and gst still hangs
[16:33] <ChrisTownsend> Nevermind then
[16:36] <tsdgeos> Saviq: ChrisTownsend: are you sure that gst-plugin-scanner command is supposed to return?
[16:37] <Saviq> nope
[16:37] <Saviq> but should probably print something if Qt's waiting on it
[16:37] <tsdgeos> i mean
[16:37] <tsdgeos> reading the code
[16:37] <tsdgeos> it seems it starts a "socket" and waits for instructions
[16:38] <tsdgeos> i.e it has a debug line saying
[16:38] <tsdgeos>   GST_DEBUG ("Plugin scanner child running. Waiting for instructions");
[16:38] <tsdgeos> and then
[16:38] <tsdgeos>   while (!l->rx_done && exchange_packets (l));
[16:38] <Saviq> ack
[16:38] <ChrisTownsend> tsdgeos: Well, it seems the unity8 main thread is waiting for it to return.
[16:38] <Saviq> some info here indeed http://lists.freedesktop.org/archives/gstreamer-devel/2011-November/033898.html
[16:38] <ChrisTownsend> And the main thread just sits there and nothing else happens.
[16:39]  * Saviq tries
[16:39] <Saviq> brb
[16:43] <Saviq> ChrisTownsend, so at least it hanging on console doesn't prevent my session from starting
[16:43] <Saviq> ChrisTownsend, try removing .gstreamer-0.10 from your home
[16:43] <ChrisTownsend> Saviq: Ok, I'll try that.
[16:43] <Saviq> maybe the registry got borked and the command hangs
[16:44] <ChrisTownsend> Saviq: Yeah, possible
[16:44] <ChrisTownsend> It's definitely specific to my user.
[16:45] <Saviq> yeah so that could explain
[16:45] <ChrisTownsend> Saviq: Nope, still hangs:/
[16:45] <Saviq> you can cp -R your user to the test user and start removing things one by one...
[16:46] <ChrisTownsend> Saviq: Ok, good idea.  Also, if I kill the gst-plugin-scanner process, it just gets spawned again by unity8.
[16:48] <Saviq> ChrisTownsend, http://paste.ubuntu.com/12971272/
[16:49] <Saviq> check if this ran on your normal unity7 session behaves somewhat fine
[16:49] <Saviq> ChrisTownsend, you can also comment out unity8 bits importing QtMultimedia to see if it helps...
[16:49] <ChrisTownsend> Saviq: unity7 seems fine.
[16:50] <Saviq> ChrisTownsend, this is really the only thread? that sounds weird
[16:50] <Saviq> info threads / t a a bt?
[16:50] <ChrisTownsend> Saviq: Oh, you mean run that qml you pasted in Unity 7
[16:50] <Saviq> ChrisTownsend, yes
[16:50] <ChrisTownsend> Saviq: Ok, I'll try that in a sec.  Lemme get teh thread info first.
[16:51] <Saviq> ChrisTownsend, it won't do much, just initialize the multimedia engine and print shit out
[16:51] <Saviq> but if it doesn't, it would indeed suggest something's wrong with this side of the equation
[16:53] <ChrisTownsend> Saviq: Ok, I was wrong about threads:)
[16:53] <ChrisTownsend> Saviq: http://pastebin.ubuntu.com/12971312/
[16:54] <ChrisTownsend> Thread #7 looks interesting
[16:54] <Saviq> indeed
[16:55] <Saviq> or 14
[16:55] <Saviq> ChrisTownsend, that said, #1 shouldn't look like that either
[16:55] <Saviq> tsdgeos, thoughts before you EOD ↑?
[16:55] <ChrisTownsend> Saviq: Looks messed up
[16:57] <tsdgeos> Saviq: not really, looks like we're waiting for something that didn't happen
[16:58] <tsdgeos> i wouldn't say 7 or 14 would be causing thread 1 to get stuck
[16:58] <tsdgeos> at most 7 is maybe stuck because thread 1 is stuck
[16:58] <tsdgeos> but first random guess i'd say not the other way around
[17:00] <tsdgeos> Saviq: i'd invoke jhodapp maybe he has seen this before
[17:02] <Saviq> tsdgeos, right
[17:02] <Saviq> tsdgeos, but #1 looks weird
[17:02] <tsdgeos> yep
[17:02] <tsdgeos> i'd be interested in getting the debug symbols so that this line gets more info
[17:02] <tsdgeos> #9  0x00007f4638653df0 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/mediaservice/libgstmediaplayer.so
[17:03] <Saviq> ChrisTownsend, http://paste.ubuntu.com/12971370/ would get rid of multimedia from unity8 (it's -p1 in /usr/share/unity8/)
[17:03] <jhodapp> tsdgeos, what's up?
[17:03] <Saviq> ChrisTownsend, if that makes it go, at least we'd know that's it
[17:03] <tsdgeos> jhodapp: see http://pastebin.ubuntu.com/12971312/
[17:03] <Saviq> jhodapp, ChrisTownsend's unity8 hangs on start
[17:03] <ChrisTownsend> Saviq: Ok, I'll try it.
[17:04] <Saviq> jhodapp, #1 looks weird there
[17:04] <tsdgeos> that ?? is probably just
[17:04] <tsdgeos> ./src/plugins/gstreamer/mediaplayer/qgstreamerplayerserviceplugin.cpp:87:    gst_init(NULL, NULL);
[17:04] <tsdgeos> ChrisTownsend: you said this only happens with a user but not with a different one, right?
[17:05] <ChrisTownsend> tsdgeos: Yes, that is correct.
[17:05] <jhodapp> Saviq, this pastebin? http://pastebin.ubuntu.com/12971157/
[17:05] <tsdgeos> so we can rule out missing packages or stuff
[17:05] <tsdgeos> jhodapp: the one i pasted http://pastebin.ubuntu.com/12971312/
[17:06] <ChrisTownsend> Right, it's something specific to my user, but trying to figure out what is painful.
[17:06] <jhodapp> tsdgeos, looks like gstreamer isn't happy with one of the local plugins
[17:06] <jhodapp> it's getting stuck trying to dynamically load the .so of a plugin
[17:06] <ChrisTownsend> jhodapp: Are plugins user specific?
[17:07] <jhodapp> there's a core set, and then yes there's a local cache
[17:07] <ChrisTownsend> jhodapp: Where is the local cache?
[17:07] <jhodapp> ChrisTownsend, I would start by trying to clear ~/.cash/gstreamer-0.10/*
[17:08] <ChrisTownsend> jhodapp: Ok
[17:08] <Saviq> jhodapp, there's nothing there, that's for 1.0, already asked him to clear ~/.gstreamer-0.10
[17:08] <jhodapp> right, ok
[17:08] <Saviq> didn't help
[17:08] <jhodapp> been a while since I've dealth with 0.10
[17:09] <ChrisTownsend> I have registry.x86_64.bin in there.  Removing it...
[17:09] <jhodapp> check in ~/.local/share/
[17:10] <jhodapp> there might be a gstreamer-0.10 dir
[17:10] <ChrisTownsend> Nope, that wasn't it.  I'll try that
[17:10] <ChrisTownsend> No, no gstreamer stuff in ~/.local/share
[17:11] <jhodapp> search for anything *gstreamer* in ~/
[17:12] <Saviq> tsdgeos, good job: http://pastebin.ubuntu.com/12971447/
[17:12] <Saviq> will comment on respective MPs
[17:14] <Saviq> cimi, https://code.launchpad.net/~cimi/unity8/preview-sharing/+merge/273233/comments/696721
[17:14] <Saviq> tsdgeos, before you go, please bump qml/Components/ListViewOSKScroller.qml
[17:18] <ChrisTownsend> jhodapp: Saviq: Thanks for helping.  I'll try to narrow this down some more, but at least I know that it appears gstreamer is the culprit here.
[17:18] <Saviq> tsdgeos, before you go, please bump qml/Components/ListViewOSKScroller.qml
[17:19] <Saviq> tsdgeos, good job btw: http://pastebin.ubuntu.com/12971447/
[17:19] <jhodapp> ChrisTownsend, yes indeed, and if you can...turn on GST_DEBUG=*:4 (or even 5) to see what plugin it's hanging on
[17:19] <cimi> Saviq, pushed
[17:19] <Saviq> cimi, tx
[17:19] <jhodapp> ChrisTownsend, set that environment variable with whatever process owns gstreamer
[17:19] <ChrisTownsend> jhodapp: Ok, does the debug get sent to syslog?
[17:20] <jhodapp> no to stdout
[17:20] <jhodapp> or err
[17:20] <jhodapp> I forget
[17:20] <Saviq> cimi, QtQuick 2.4 too?
[17:20] <ChrisTownsend> jhodapp: Ok, but to the console nonetheless.
[17:20] <jhodapp> yes definitely
[17:20] <Saviq> cimi, I think you misunderstood
[17:22] <Saviq> cimi, I didn't ask for merging (whatever you did merge), but rather to bump UITK/QtQuick imports to 1.3/2.4
[17:23] <ChrisTownsend> jhodapp: http://pastebin.ubuntu.com/12971531/
[17:24] <ChrisTownsend> I don't see anything that says "error" to me, but I don't quite understand everything I see there either.
[17:25] <jhodapp> I have never seen that output before, that's messed up
[17:25] <jhodapp> ChrisTownsend, not sure what's going on, I'd ask in #gstreamer honestly
[17:25] <jhodapp> show them that log
[17:25] <ChrisTownsend> jhodapp: lol, ok
[17:25] <ChrisTownsend> jhodapp: thanks
[17:26] <jhodapp> np, sorry I couldn't be more of a help
[17:26] <dandrader> mzanetti, I added a new key to unit8's schema file, how do I install it or update dconf to use it?
[17:27] <ChrisTownsend> Saviq: BTW, your patch makes my session come up now.
[17:27] <mzanetti> dandrader, glib-compile-schemas /usr/share/glib-2.0/schemas
[17:27] <mzanetti> (assuming you've copied the changed file there)
[17:27] <dandrader> mzanetti, wow, would never find it. was playing with gsettings and dconf commands
[17:28] <dandrader> mzanetti, as root?
[17:28] <mzanetti> yeah... took me a while too
[17:28] <mzanetti> I think you need root, yes
[17:28] <mzanetti> dandrader, iirc I ended up reading through dpkg post-install steps to figure it :D
[17:29] <dandrader> jeez
[17:30] <Saviq> ChrisTownsend, ok, so confirms it's gst going apeshit
[17:30] <ChrisTownsend> Saviq: Indeed
[17:30] <Saviq> dodged it! \o/
[17:30] <ChrisTownsend> Saviq: I just don't know how I f'd up my user so badly.
[17:31] <ChrisTownsend> Saviq: I've been reworking the unity 8 lxc stuff and have no clue how I messed this up.
[17:31] <dandrader> mzanetti, hmm, https://developer.gnome.org/gio/stable/GSettings.html does mention glib-compile-schemas
[17:31] <ChrisTownsend> Saviq: But yes, you dodged it:)
[17:31] <Saviq> ;)
[17:33] <mzanetti> dandrader, I'm sure there's docs for it, yes
[17:33] <mzanetti> it was really just me going the crazy route
[17:35] <dandrader> mzanetti, they're hard to find. it took me a while to sort out gfonc, dconf and gsettings
[17:35] <dandrader> *gconf
[18:02] <tsdgeos> Saviq: bumped
[18:03] <Saviq> tsdgeos, thanks, o/
[18:03] <Saviq> cimi, did you fix yours, too?
[18:03] <tsdgeos> now gone for good good
[18:29] <ChrisTownsend> Saviq: jhodapp: Hey guys, I fixed the issue.  I copied over .gstreamer-0.10/ from the test user to my user and now the Unity 8 session works\o/
[18:30] <jhodapp> ChrisTownsend, awesome
[18:30] <jhodapp> ChrisTownsend, did you ever figure out why gstreamer was choking?
[18:31] <ChrisTownsend> jhodapp: I think it wants that directory there.
[18:31] <ChrisTownsend> jhodapp: For some reason, it was removed for my user.
[18:31] <ChrisTownsend> I'm not sure how it happened.
[18:31] <jhodapp> ChrisTownsend, oh ok interesting, so does the issue come back if you remove it?
[18:32] <jhodapp> what if you just mkdir .gstreamer-0.10...is that enough?
[18:32] <ChrisTownsend> jhodapp: I can try that just to see.
[18:32] <jhodapp> ok great
[18:34] <Saviq> ChrisTownsend, well, it just recreates the dir for me normally
[18:34] <Saviq> but glad you got it working
[18:34] <ChrisTownsend> jhodapp: It occurs again with that directory removed.  It also occurs when the directory exists, but the registry is not there.
[18:35] <ChrisTownsend> Saviq: For some reason, it does not create it automatically for my user.
[18:35] <Saviq> interesting
[18:35] <jhodapp> ChrisTownsend, yeah it's supposed to automatically create it...wonder if it's a permission issue
[18:36] <Saviq> ChrisTownsend, just running the qml code I pasted before gets me this dir again
[18:36] <Saviq> as probably any gst-inspect call etc.
[18:37] <ChrisTownsend> jhodapp: Saviq: Yeah, hmm, maybe permissions is the issue, but I wonder what permissions it wants.
[18:38] <jhodapp> ChrisTownsend, what user is the process that owns gstreamer running as, and then does that user have write permission to ~/
[18:39] <ChrisTownsend> jhodapp: gst-plugin-scanner is running under my user and yeah, my user has permissions to write to $HOME.
[18:39] <jhodapp> not sure then, that's odd
[18:40] <ChrisTownsend> It is odd.
[18:44] <ChrisTownsend> jhodapp: It's weird, in the debug output when it fails, it looks like it can't find the registry, but then turns around and thinks it's there anyways: http://pastebin.ubuntu.com/12972277/
[18:44] <ChrisTownsend> At any rate, at least I know what the failure is if this ever happens again:)
[19:10] <ChrisTownsend> Saviq: BTW, I have the unity8-lxc updated to work on Trusty, Vivid, & Wily: https://launchpad.net/~unity8-desktop-session-team/+archive/ubuntu/unity8-preview-lxc
[19:11] <ChrisTownsend> Saviq: Some things are still kind of broken like: sound, VT switching, some indicators not showing up in the Panel, some devices such as cameras.
[19:30] <Saviq> ChrisTownsend, awesome
[20:54] <Saviq> mzanetti, around?
[20:58] <mterry> mzanetti, nice on tech lead!  :)
[20:59] <mterry> mzanetti, now I won't feel so bad pestering you with questions  :)
[21:01] <Saviq> mzanetti, unping
[21:01] <Saviq> mterry, right, it's in his job description now! ;)
[21:34] <mzanetti> mterry, thanks :)