[12:50] <seb128> good morning desktopers
[12:50] <didrocks> hey seb128!
[12:51] <seb128> lut didrocks
[12:51] <TheMuso> I'll say good morning over IRC because I cannot see where you folks are. :p
[12:51] <didrocks> some of us are on a standing desk
[12:51] <seb128> desrt, larsu, can you look at http://paste.ubuntu.com/8632284/ if you have any idea about what the issue could be? it's an hang of unity8-dash
[12:51] <seb128> I'm in the "what can land in rtm" session
[12:53] <seb128> chrisccoulson, is bug #1384357 fixed yet? ;-)
[12:59] <chrisccoulson> seb128, it was never broken. You just imagined it
[13:09] <larsu> greyback: there's *a lot* of threads in there...
[13:09] <larsu> greyback: do you know if they share the dbus-1 connection?
[13:10] <larsu> it's known to not work well (or at all) with multiple threads
[13:11] <larsu> greyback: it is...
[13:11] <larsu> can you turn that off?
[14:15] <willcooke> seb128, can you ask didrocks to send me that link to the wiki?
[14:16] <seb128> willcooke, done
[14:16] <didrocks> willcooke: seems my IRC timed out: https://wiki.ubuntu.com/UtopicUnicorn/ReleaseNotes#Ubuntu_Desktop
[14:17] <didrocks> willcooke: look as well at the "known issues" section (there is already a lightdm content)
[14:18] <willcooke> thx
[14:20] <didrocks> yw!
[14:22] <desrt> greyback: hey... i figured out the issue
[14:22] <desrt> greyback: it's pretty complicated -- we need to talk
[14:23] <desrt> i think we can fix it by changing the client-side code of networkmanager stuff in the dash
[14:23] <desrt> but it's a tricky general problem that's difficult to avoid and there could be other instances of it
[14:24] <desrt> greyback: long story short is that you cannot create the new network manager access point objects on the spot after receiving the DeviceAdded signal
[14:25] <desrt> because the dbus connection recursive lock is held at this point
[14:25] <desrt> and entering QtDBus with that lock held means that you risk an inversion
[14:25] <desrt> since QtDbus will first try to acquire its own lock before attempting to (re)acquire the dbus lock in the same thread
[14:25] <desrt> meanwhile on the same thread, the locks are acquired in the other order: Qt first, then dbus internal recursive lock
[14:26] <desrt> so we need to create the new objects from a place where no lock is held -- ie: from an idle dispatch or something
[14:26] <desrt> kinda bad architecture from libdbus-1 made worse by some questionable locking practice inside of QtDbus
[14:27] <desrt> greyback_: you missed: http://paste.ubuntu.com/8641209/
[14:32] <Laney> jibel: are you in the QA room?
[14:33] <Laney> I want to come nick a copy of the candidate image from you on a USB stick if possible :)
[14:33] <Laney> slow download is slow
[14:38] <jibel> Laney, I'm in the release team room
[14:39] <Laney> ah, the dungeon of doom
[14:40] <Laney> actually it looks like my stick isn't big enough :(
[14:40] <Laney> NO RUDE JOKES PLEASE
[14:41] <mvo> Laney: right…
[14:41]  * Laney stares at mvo
[14:44] <Laney> jibel: willcooke gave me a bigger one, I'm comingdown to grab a copy
[14:44] <willcooke> this stuff just writes itself
[15:13] <greyback_> desrt: thanks for the paste, I did miss it
[15:19] <seb128> desrt, https://bugs.launchpad.net/ubuntu/+source/unity8/+filebug
[15:59] <seb128> larsu, Laney: seems like the overlay scrollbars session just vanished from the schedule
[16:02] <Laney> seb128: we saw, asking msm now
[16:03] <Laney> seb128: is willcooke close to you?
[16:03] <seb128> Laney, yes, sitting together in a session, why?
[16:03] <Laney> asking if he knew/asked for it to be changed
[16:03] <seb128> Laney, our guess is that JohnLea is not available and deleted the event from the calendar without letting anyone know, but it's a guess
[16:03] <Laney> ok
[16:04] <seb128> Laney, no, he doesn't know
[16:04] <Laney> so if they don't care> up to us. NICE.
[16:06] <seb128> yeah
[16:09] <willcooke> Laney, I'm done testing the 32bit desktop image.  Ran live and installed, did "some stuff" in it - no problems found
[16:09] <willcooke> can you tick it off for me?
[16:10] <Laney> yeah me too
[16:11] <Laney> Don't know if jibel had some more testing to do
[16:14] <jibel> Laney, nothing more from me. I covered most of the case excepted installation in VMWare which requires a windows machine.
[16:14] <jibel> *cases
[16:14] <Laney> cool, fine by me
[16:14] <Laney> done
[16:24] <willcooke> thx Laney
[17:32] <seb128> tiheum, hey, do you have a recommendation on what icon we should be using for battery in the touch settings grid?
[17:53] <desrt> cyphermox: i'm working on the connection-type patch fwiw
[17:53] <desrt> just a heads-up so we don't do each others work :)
[17:53] <cyphermox> don't spend too much time on it, you have next to nothing to do
[17:53] <cyphermox> there is nothing to do in NM...
[17:53] <desrt> it's a pretty simple patch
[17:54] <desrt> i'm already nearly done -- writing docs now :)
[17:54] <cyphermox> patch where?
[17:54] <cyphermox> as above, there is no patch necessary in NM :)
[17:54] <desrt> there is
[17:54] <cyphermox> nop
[17:54] <desrt> i've been chatting with dcbw about what it should look like
[17:54] <cyphermox> PrimaryConnection
[17:54] <desrt> i want PrimaryConnectionType though
[17:54] <desrt> and this is what i'm adding
[17:54] <cyphermox> alright
[17:54] <cyphermox> knock yourself out then ;)
[17:56] <cyphermox> desrt: mine is already finished; so I'll be happy to review too when you're done
[17:56] <desrt> cyphermox: where is your patch?  in unity?
[17:56] <desrt> or the other thing you were talking about earlier?
[17:56] <cyphermox> yes, the other thing
[17:57] <cyphermox> wireless power saving
[18:08] <cyphermox> desrt: are you basing your patch on git master or 0.9.8.8?
[18:08] <desrt> master
[18:09] <desrt> it'll backport cleanly, i'm sure
[18:11] <cyphermox> alrighty :)
[18:44] <desrt> cyphermox: hey... i'm having some trouble backporting this patch
[18:44] <cyphermox> yeah?
[18:44] <cyphermox> should I come by?
[18:45] <desrt> maybe.  i think i might have found the relevent piece just now
[18:45] <cyphermox> I could use a bit of walking, my back is killing me
[18:45] <desrt> basically, it seems that there is no connection_type accessor on the connection object in our NM version
[18:45] <desrt> come to say hi, then :)
[18:54] <desrt> cyphermox: http://paste.fedoraproject.org/144680/14140904/
[18:56] <cyphermox> shiny
[18:59] <Laney> who knows about the new GtkGesture stuff in 3.14?
[18:59] <Laney> vs. libgrip
[18:59] <Laney> does this obsolete it?
[19:00] <didrocks> Laney: stop it! :)
[19:00] <seb128> Laney, bregma
[19:07] <cyphermox> desrt: do you have an ubuntu bug for this?
[19:08] <desrt> yes-ish
[19:09] <seb128> Laney, you can probably try on desrt's laptop, he has a touch screen and current gtk
[19:09] <seb128> so you should be able to see how pinching, etc is working
[19:11] <desrt> cyphermox: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1384776
[19:11] <desrt> cyphermox: this is the closest we have
[19:11] <cyphermox> that's good enough, I'll just add a network-manager task
[19:12] <cyphermox> there is still work needed in unity8 in this case, correct?
[19:15] <desrt> cyphermox: yes.
[19:15] <desrt> i will talk to albert about this
[19:16] <cyphermox> alright
[19:16] <cyphermox> so far so good, works fine here
[19:16] <cyphermox> i'll try wired later
[19:21] <kenvandine> rickspencer3__, that missing depends was a result of autopilot getting removed from the image yesterday
[19:22] <kenvandine> rickspencer3__, i filed a bug and it's being fixed
[19:24] <Laney> seb128: good idea
[19:59] <desrt> larsu: http://ur1.ca/ii3sw
[20:00] <desrt> larsu: keeping this patch up to date is probably going to be a bit annoying...
[20:00] <desrt> since we can't backport mir fixes properly...
[20:01] <larsu> desrt: up to date in gtk master?
[20:01] <larsu> thanks
[20:01] <desrt> i mean we're probably going to be making fixes in gtk master this cycle
[20:01] <desrt> getting those fixes backported into the package will be annoying
[20:02] <larsu> we probably won't backport fixes in the backend api
[20:03] <ochosi> i know this might be a bit early to ask, but what are you guys planning with respect to gtkheaderbars?
[20:03] <ochosi> (in 15.04, that is)
[20:03] <desrt> ochosi: LOVE
[20:03] <ochosi> :]
[20:05] <ochosi> no i mean seriously, i presume patching them out for every gtk3 release won't be much fun
[20:05] <Laney> there's an approach like we did for evince of treating them like toolbars and adding the decorations back
[20:06] <larsu> desrt: nice shirt
[20:07] <larsu> ochosi: there aren't any plans to have apps with headerbars right now
[20:07] <larsu> so we'll keep patching like Laney said
[20:07] <ochosi> right
[20:07] <ochosi> good to know
[20:08] <Laney> I personally think we should take them though, but there are a couple of arguments against
[20:08] <Laney> ...
[20:08]  * Laney walks off
[20:10] <ochosi> i guess both taking them and keeping up the patching creates headaches
[20:23] <larsu> ochosi: thats what we're doing though. The patches check for !GNOME
[20:24] <ochosi> larsu: i know, and i would never complain about it. we're benefitting from that in xubuntu ;)
[20:31] <desrt> cyphermox: your PPA version is working great
[20:31] <desrt> at least as far as the property is concerned :)
[20:31] <cyphermox> awesome
[20:31] <cyphermox> it's in silo RTM 14 now
[20:31] <cyphermox> or rather, it's building
[20:31] <desrt> i don't know what that means, but it sounds nice :)
[20:31] <cyphermox> means I'll land it in RTM soonish
[20:32] <cyphermox> depends a lot more on build time and QA testing time than anything else
[20:32] <desrt> i guess this is out-of-band with utopic
[20:33] <cyphermox> yes
[20:33] <desrt> since as of today we're in SRU land there
[20:33] <cyphermox> won't land in utopic, this will go in V
[20:33] <desrt> sounds good
[20:33] <desrt> session time -- gotta run
[20:33] <cyphermox> unless you explicitly need that as an SRU in utopic, in which case I'll get just that patch SRUd
[20:34] <desrt> larsu: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1384776
[20:34] <desrt> cyphermox: this is not useful for utopic
[20:34] <desrt> at least not for ubuntu-desktop
[20:34] <cyphermox> that's what I thought
[20:37] <desrt> larsu: looks like Saviq is on the case :)
[20:37] <Saviq> desrt, I am? ;)
[20:37] <desrt> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1384776 has the patched NetworkManager fwiw
[20:38] <desrt> erm.
[20:38] <desrt> https://launchpad.net/~mathieu-tl/+archive/ubuntu/nv-build/+packages i mean
[20:38] <desrt> mispaste
[20:38] <Saviq> greyback, ↑
[21:00] <tiheum> seb128: hi, you can use a white version of the battery indicator https://code.launchpad.net/~tiheum/ubuntu-themes/new-indicators
[21:01] <seb128> tiheum, is that in the current rtm package?
[21:42] <Laney> Job: gtk+3.0_3.14.3-0ubuntu1.dsc
[21:42] <Laney> Machine Architecture: amd64
[21:42] <Laney> Package: gtk+3.0
[21:42] <Laney> Package-Time: 627
[21:42] <Laney> Source-Version: 3.14.3-0ubuntu1
[21:42] <Laney> Space: 864432
[21:42] <Laney> Status: successful
[21:47] <Sweet5hark> didrocks: schnappi!
[21:50] <darkxst> Laney, how is your upstart foo? we seem to have an issue with shutdown which suppose could be caused by user session. basically gnome-shell is continually respawning
[21:51] <Laney> can't look now
[21:51] <darkxst> (after clicking shutdown/restart)
[21:51] <Laney> but dunno
[21:51] <Laney> you can make it verbose by editing the Xsession.d script to add --verbose
[21:51] <Laney> and redirect it to some file
[21:51] <Laney> then look at the output
[21:52] <didrocks> darkxst: he's telling sh**, he's singing right now and just slacking :)
[21:53] <Sweet5hark> .oO(schnauze schnappi)
[21:55] <darkxst> Laney, which script do I add that to? I don't see anything upstart in Xsession.d
[21:58] <TheMuso> darkxst: There is a 99upstart file, not sure if thats the one Laney is referring to...
[22:02] <didrocks> darkxst: Laney tells: « it's the one that says STARTUP="init --user" or so »
[22:02] <darkxst> oh yes, I was look in the wrong folder
[22:03] <didrocks> but he's too lazy to go on the other side on the table
[22:08] <darkxst> didrocks, ok
[22:35] <darkxst> upstart --user --verbose doesnt generate any output? where do the event logs go?