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