[06:10] <yaakuro> trying to write an applicaton that is using _NET_WM_WINDOW_TYPE_DOCK
[06:10] <yaakuro> it seems like that Unity does not allow window drag operations on that window
[06:10] <yaakuro> is that a feature or bug?
[08:06] <Saviq> @unity: see allhands about new IRC server bits
[08:24] <davmor2> Saviq: you forgot didn't you ;)
[08:26] <Saviq> davmor2, *I* didn't, I just didn't see anyone there ;P
[08:26]  * Saviq had his bouncer ready mid-last-week :P
[08:27] <davmor2> Saviq: I just let irssi die quietly and restarted it this morning with the right creds
[08:28] <davmor2> Saviq: jibel was having issues with his creds
[08:28] <Saviq> davmor2, I had to talk some sense into my bouncer, too, it took quite some time to connect
[08:29] <Saviq> Cimi, /msg *status listservers, no need to kill znc ;)
[08:54] <Cimi> Saviq, ok but is not working :/
[09:02] <sil2100> Saviq: ping o/
[09:03] <sil2100> Saviq: hey, do you know if you could have someone from the unity8 team assigned to help Mirv identifying the cause of bug LP: #1421009 ?
[09:03] <sil2100> Saviq: we would appreciate experts from all related components as this is a blocker for our vivid RC image
[09:03] <sil2100> So that's rather critical ;)
[09:04] <Saviq> sil2100, tsdgeos has been working with Mirv on this for the past three week
[09:04] <Saviq> s
[09:05] <Saviq> sil2100, Mirv, have we decided against the Qt patchset?
[09:05] <tsdgeos> sil2100: we've talked about that, the cause for it has been identified already, qtdbus deadlocks
[09:05] <tsdgeos> that's the cause
[09:06] <sil2100> tsdgeos, Saviq: we need a working workaround somewhere, tvoss had a proposition how to make it better
[09:06] <Mirv> Saviq: the patchset seems to cause regressions and also tsdgeos voted against using it before it's merged in upstream 5.5, so we need a workaround
[09:06] <sil2100> The Qt patchset is not a solution as it causes serious regressions in other parts of the system
[09:07] <sil2100> Right
[09:07] <tsdgeos> honestly if its my vote that's holding this
[09:07] <tsdgeos> i'm changing it
[09:07] <sil2100> tsdgeos: well, we'd need to get the regressions fixed in this case, for which we need people from various teams working on it
[09:07] <Mirv> there was now a tip of using QDBusConnection::connectToBus(BusType type, constQString & name) instead of QDBusConnection QDBusConnection::sessionBus()/systemBus() to minimize sharing of dbus connections
[09:08] <Mirv> both unity8 and libusermetrics seem to use only the latter ones so that could help
[09:11] <Saviq> tsdgeos, can you prep an MP replacing the shared objects from ↑ in u8?
[09:11] <Saviq> pete-woods1, same for libusermetrics ↑
[09:12] <sil2100> If this would be enough to at least work-around the problem, we could finally unblock the whole release again
[09:13] <tsdgeos> Saviq: i can, i guess it's easy enough to try it
[09:14] <pete-woods1> Saviq: sure, will get that MP toegether
[09:14] <sil2100> Thanks guys
[09:15]  * Mirv stops trying to do it for libusermetrics since I'm sure pete will do it faster+better
[09:16] <Mirv> the tip was from tvoss
[09:26] <Mirv> pete-woods1: in case there's anything else that could be tried to workaround the Qt bug, maybe the backtrace helps https://launchpadlibrarian.net/204606516/usermetrics-fullbacktrace.txt - dbus_bus_add_match ... sender='com.canonical.UserMetrics',path='/com/canonical/UserMetrics/DataSource/1',interface='com.canonical.usermetrics.DataSource',member='formatStringChanged'" or alternatively eg path='/com/canonical/UserMetrics/DataSource/2' .. member='em
[09:38] <pete-woods1> Mirv: https://code.launchpad.net/~unity-api-team/libusermetrics/dont-share-dbus-connections/+merge/257497
[09:44] <Saviq> MacSlow, you need to strip tags on your shellRotation branch
[09:44] <MacSlow> Saviq, *sigh* how did... ok :)
[09:44] <Saviq> MacSlow, they came from shellrotation
[09:48] <Saviq> MacSlow, remember to strip on your local checkout, too
[09:49] <MacSlow> yup
[10:02] <MacSlow> Saviq, wiped local and remote ?-tags
[10:04] <tsdgeos> Mirv: https://code.launchpad.net/~aacid/unity8/useOwnDbusConnections/+merge/257500
[10:04] <tsdgeos> Saviq: mzanetti: ↑↑↑↑
[10:10] <Mirv> thanks pete & albert! I'll build them in silo 7
[10:12] <Mirv> then both can be tested first together to see if any improvement.
[10:17] <sil2100> Mirv: keep us up-to-date if it's helping or not o/
[10:19] <Mirv> sil2100: if you have again your arale free, prepare it with the latest instructions in the bug description (just added dbg packages - but you can leave out usermetrics as it'll be a different version now) - it'll be useful to get full backtraces if we get the bug again, to see if anything changed
[10:19] <Mirv> sil2100: since it may take anything from 5 to 100 reboots, running on two devices should get us "results" (even though unwanted) faster. likewise, if there's help from the MP:s, we can build better confidence on the changes working with two devices
[10:20] <sil2100> Mirv: let me power up my arale
[10:20] <Mirv> sil2100: thanks, just concentrate on other stuff otherwise, I'll ping when you add the PPA and start the reboot loop :)
[10:35] <sil2100> Mirv: I need to charge it up first so it might take a bit
[10:37] <tsdgeos> MacSlow: you doing https://code.launchpad.net/~dandrader/unity8/autoInstallTouchRegistry/+merge/256726 ?
[10:38] <tsdgeos> pstolowski: can you confirm https://code.launchpad.net/~saviq/unity8/drop-scopes-env/+merge/256962 is good?
[10:41] <pstolowski> tsdgeos, done
[10:47] <MacSlow> tsdgeos, yup
[10:47] <tsdgeos> MacSlow: okidoki :)
[11:38] <Saviq> tsdgeos, can you please look through inline comments in suspend_screenshoting (they only show in "Preview Diff" of r1742 into r1745), not all of them have been addressed yet
[11:39] <tsdgeos> Saviq: sure
[11:39] <tsdgeos> i'm fighting back the dbus stuff
[11:39] <tsdgeos> seems you can't really use the connectToBus like that all the time
[11:39] <Saviq> tsdgeos, mhm, that's higher prio of course
[11:56] <Mirv> sil2100: ok you can add 007, make sure libusermetrics gets upgraded (unity8 started failing a test so couldn't be built) and start the reboot loop. if it hangs, get bt full with those mentioned debug packages installed.
[11:57] <Mirv> pete-woods: is https://code.launchpad.net/~timo-jyrinki/libusermetrics/dont-share-dbus-sessionbus-connections/+merge/257505 totally pointless or worth testing in parallel?
[11:58] <pete-woods> Mirv: you've made more or less the exact same change as me
[11:58] <pete-woods> oh , wait
[11:58] <pete-woods> no you've not
[11:59] <Mirv> pete-woods: you did for system bus, I did for session bus
[12:08] <pete-woods> Mirv: I think you may have accidentally uncovered a stupid mistake in my code there
[12:11] <Mirv> pete-woods: I'm always happy to help, even when I don't know how :) it's not blowing up at least, I'm running the reboot loop test with your branch (only) on mako at the moment.
[12:40] <sil2100> Mirv: will do after lunch
[12:50] <Mirv> this is probably one of those annoyingly long random times when the bootloop seems promising... at 45 and counting
[12:51] <Mirv> let's see somewhere around 75
[12:57] <tsdgeos> Mirv: i'm pretty confident the tests that fail are the tests "fault" (or rather they need a bit or rearchitecturing if we change this)
[12:57] <tsdgeos> Mirv: so i'll comment the tests for now so yu can get to a stage we have passing tests so you can actually live test it
[12:58] <tsdgeos> and meanwhile fix it properly
[12:59] <Mirv> tsdgeos: ok.
[13:12] <tsdgeos> Mirv: pushed, please try rebuilding the silo
[13:20] <Mirv> tsdgeos: thanks, I'll have another silo so that we can test just the libusermetrics too
[13:21] <tsdgeos> Mirv: cool
[14:14] <tsdgeos> pstolowski: we're on mandrelbot
[14:20] <pete-woods> Mirv: it will conflict with your MR, btw
[14:25] <Mirv> pete-woods: yeah I don't care about my MR, I care about a working workaround :) currently just your first revision seems good for me on mako at least - 105 reboots without hangs. sil2100 is starting on arale, although I guess we might need to rebuild libusermetrics if you think your original branch (just replacing systemBus usage) was somehow wrong, not only partial? (partial is ok if it workarounds the problem and doesn't cause regressions)
[14:26] <sil2100> We're fine with workarounds ;p
[14:26] <sil2100> As long as it's a workaround without any regressions
[14:27] <Mirv> sil2100: so the story here is that pete's original branch (that we're testing in 007) only changed DBus system bus usage to use the tipped function. my branch does the same for session bus usage, and I guess Pete is now changing his MP to do both (and maybe something else?), but as said we don't currently care that much of how completely the workaround is implemented everywhere as long as it fixes the boot hang
[14:27] <Mirv> but we might want to retest with Pete's updated MP too, once we test that current 007 is cool
[14:28] <pete-woods> Mirv: I think it's probably worth including the extra change, as it's making shared connections to the session bus, also
[14:30] <Mirv> pete-woods: probably so, it does not harm either and might prevent some other lock case.
[14:31] <Mirv> pete-woods: oh, now I see what you meant I uncovered something useful :)
[14:32] <Mirv> regarding removing the paths more properly
[14:57] <MacSlow> dandrader, approved your autoInstallTouchRegistry branch
[14:57] <MacSlow> dandrader, still some (unrelated) AP-test failures though
[14:58] <dandrader> MacSlow, ok
[15:01] <MacSlow> Saviq, btw... with the flake8 issues fixed... are you ok with lp:~macslow/unity8/shellRotation too? Just trying to get it top-approved too
[15:02] <Saviq> MacSlow, I'll have a quick last look tomorrow morning
[15:02] <MacSlow> Saviq, ok
[15:05] <dandrader> MacSlow, could you please also top-approve it?
[15:06] <MacSlow> dandrader, doh... sure
[15:07] <dandrader> thanks!
[16:29] <tsdgeos> pstolowski: http://paste.ubuntu.com/10913181/
[16:29] <jamesh> Mirv: hi.  Do you have any estimates on when you QQuickAsyncImageProvider backport (https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1439263)
[16:30] <jamesh> gar.  "when you'll have a chance to look at the"
[16:31] <tsdgeos> pstolowski: components["art"]["noartsummaryshape"]
[16:44] <mterry> tsdgeos, can you explain bug 1421009 to me a bit?  Is there something wrong with sharing connection objects via QDBusConnection::systemBus()?
[16:44] <tsdgeos> tsdgeos: other than it may deadlock if you're using it concurrently between various threads
[16:44] <tsdgeos> no
[16:44] <tsdgeos> :D
[16:45] <tsdgeos> damn here i am talking to myself again
[16:45] <tsdgeos> mterry: ↑↑↑
[16:45] <mterry> tsdgeos, oh qtdbus isn't thread-safe?
[16:45] <tsdgeos> mterry: it is
[16:45] <tsdgeos> but it has bugs :D
[16:45] <mterry> tsdgeos, ok  :)
[16:46] <mterry> tsdgeos, didn't know if systemBus() was something I should avoid using or not.  Sounds like it's a fine pattern, just not right this second then  :)
[16:46] <mterry> tsdgeos, cheers
[16:46] <greyback_> tsdgeos: "safe but has bugs" <- I hope my car manufacturer doesn't use that slogan
[16:47] <tsdgeos> greyback_: well isn't all software like that?
[16:47] <tsdgeos> it works, except when it doesn't
[16:48] <greyback_> tsdgeos: yep. Just don't go into marketing ;)
[16:49] <tsdgeos> pstolowski: https://docs.google.com/document/d/1NmiM4UCnJgf6IEawmfyTOHRNAA5ZGrqpyrPqPOibwc8/edit
[16:53] <Mirv> jamesh: hi, last week but then this critical bug started taking all my time. if it seems the bug would be now soon fixed, I'll assign a silo to myself tomorrow (spreadsheet line #51), backport the qtdeclarative in there and I can ping you. I guess the landing would happen only with the associated thumbnailer branch, but do you have something else to land with it too?
[16:55] <jamesh> Mirv: I haven't started porting thumbnailer over to the new API because I had nothing to test against
[16:55] <Mirv> tsdgeos: at the current rate it'd seem we have a working workaround with just libusermetrics. that'd mean that landing only that is the 1st priority and the unity8 landing can be lower priority.
[16:55] <jamesh> totally understand delaying the work to handle the unity8 hang though.
[16:55] <tsdgeos> Mirv: if libusermetrics fixes it already, i'd rather not land the unity8 patch at all unless we find out we totally need it
[16:55] <Mirv> jamesh: right. so your branch would be based on / replace the wip https://code.launchpad.net/~aacid/thumbnailer/asyncprovider/+merge/253188 ?
[16:56] <jamesh> Mirv: it would replace it.  We've made a fair number of changes since then.
[16:56] <Mirv> tsdgeos: sure, if it stays like that, that libusermetrics is all we need, it's not needed to be landed at all. after all, the goal is to get all the upstream fixes eventually when they work.
[16:56] <Mirv> jamesh: ok, thanks!
[19:15] <kgunn> ChrisTownsend: hey, so after the update to oxide and everything, i still get apps seemingly bailing out no unity8 desktop
[19:16] <kgunn> i was going to file a new bug, unless you already had
[19:16] <ChrisTownsend> kgunn: Hmm, I haven't tried recently.  Lemm try it now.
[19:18] <ChrisTownsend> kgunn: Yeah, I get the same behavior.  I'd say file the bug.
[19:19] <kgunn> ChrisTownsend: also, is there a bug for any keyboard input not working...it works for some, but not for all
[19:19] <kgunn> e.g. if you go to the store, and then get prompted for credentials
[19:20] <kgunn> it won't take input
[19:20] <ChrisTownsend> kgunn: Yes, that is long outstanding bug.
[19:20] <kgunn> ChrisTownsend: also do you guys have any plans to expand the apps available ?
[19:21] <kgunn> terminal would be so convenient for debug :)
[19:21] <ChrisTownsend> kgunn: Well, there is a terminal app, it's just doesn't work very well...at least the last time I tried.
[19:23] <ChrisTownsend> kgunn: But I'm not sure what you mean by us expanding the apps available.
[19:25] <kgunn> ChrisTownsend: meaning preloaded
[19:25] <kgunn> atm, i only see browser, sys settings, and "system testing"
[19:26] <kgunn> and that's all
[19:27] <ChrisTownsend> kgunn: Yeah, you have to install it.  The Ubuntu Next ISO is seeded to have more apps (not the terminal).  If you load the recommended dependencies for unity8-desktop-session-mir, you'll get more apps.
[19:27] <kgunn> ah
[19:28] <ChrisTownsend> Or maybe it's suggested, but you know what I mean.
[19:28] <kgunn> yeah :)
[19:29] <ChrisTownsend> kgunn: I'm purging the overlay PPA and seeing if the oxide crash happens since there is a new official version of oxide in the archive.
[19:30] <kgunn> ChrisTownsend: sure, i think it's unrelated....cause sys settings also does the same thing
[19:30] <ChrisTownsend> kgunn: Yep, same thing.  I'll file a bug since it's the official package.
[19:30] <kgunn> or is sys settings a webapp
[19:31] <ChrisTownsend> kgunn: Hmm, not sure.  It might use it to render, but I'm just guessing.
[19:31] <kgunn> if you file a bug lemme know...i have a unity8 log...seems its got some cgroup complaints
[19:31] <kgunn> i don't think this is oxides fault(?)
[19:31] <ChrisTownsend> kgunn: Ok, I'll run apport on it here in a bit.
[19:32] <ChrisTownsend> Ugh, cgroups
[19:33] <kgunn> i've got it here...i don't mind doing
[19:33] <kgunn> i'll share bug # in a sec
[19:35] <ChrisTownsend> kgunn: Are you uploading the crash file?
[19:36] <kgunn> ChrisTownsend: well i was going to...but apport-cli seems to just spew dots when i say 'view'
[19:37] <ChrisTownsend> kgunn: I'm uploading my crash now.
[19:40] <kgunn> holy cow, it just enormous
[19:40] <kgunn> (and kind of on an old machine...)
[19:40] <ChrisTownsend> kgunn: https://bugs/launchpad.net/bugs/1449231
[19:40] <ChrisTownsend> kgunn: Whoops, bad copy
[19:41] <ChrisTownsend> kgunn: We'll see what the retracer can do, but symbols may be no good.
[19:42] <ChrisTownsend> kgunn: But the crash is definitely occurring in Oxide.
[20:00] <kgunn> ChrisTownsend: interesting, so i cleared out all my crash files and logs, just to be sure...interesting, i don't see any crash file for oxide/browser...unless i'm looking in the wrong spot ?
[20:00] <kgunn> /var/crash/
[20:01] <ChrisTownsend> kgunn: That's where it should be.
[20:01] <kgunn> i only have an ibus crash file
[20:01] <ChrisTownsend> kgunn: Hmm
[20:02] <ChrisTownsend> kgunn: I definitely get a crash in webbrowser.
[20:02] <kgunn> i'll keep fiddling
[20:02] <ChrisTownsend> kgunn: You cleared out ~/.cache/upstart as well?
[20:02] <kgunn> yep
[20:03] <ChrisTownsend> Nothing regarding webbrowser in there?
[20:03] <kgunn> lemm check
[20:03] <ChrisTownsend> kgunn: And maybe something called application-failed.log?
[20:03] <kgunn> nope just the ibus
[20:04] <ChrisTownsend> So webbrowser is not even starting for you.
[20:04] <kgunn> nope...lemme take a quick video, maybe i see something diff
[20:05] <ChrisTownsend> ok.  I get webbrowser starting for a bit, but nothing is rendered where web content should be and then it crashes.
[20:07] <ChrisTownsend> kgunn: Ok, retracer was able to do it's magic.  Hopefully someone with Oxide knowledge will look at this.
[20:09] <kgunn> ChrisTownsend: cool...here's what i see
[20:09] <kgunn> https://www.youtube.com/watch?v=3HMNhqrTbgI
[20:10] <kgunn> i'm on a relatively clean machine...wonder if i'm missing something
[20:10] <ChrisTownsend> kgunn: Yeah, you definitely have a different symptom.
[20:11] <ChrisTownsend> kgunn: Yours looks like u-a-l doesn't like something.
[21:51] <justAn8> hi
[21:52] <justAn8> will unity 8 use compiz?