[00:02] basso: what do you mean unstable, I use it [00:02] maybe its my gfx drivers^^ [00:03] but i couldnt get gdm working [00:03] had to use lightdm [00:03] and sometimes it dies, so i have to restart the desktop manager [00:03] maybe once a day [00:04] oh wow [00:04] but its most likely nv prop drivers being evil and angry at me [00:04] I have my wife's laptop using nouveau and it works pretty well [00:04] yeah i thought about nouveau [00:04] my 9600 might manage that [00:05] one thing about gnome shell that is badass, is mutter, i have no vertical tearing :) [00:07] You should get that with compiz too, though? [00:07] no [00:07] it was hard on compiz [00:07] _Should_ have been as easy as turning on vsync, which is on by default. [00:07] sometimes movie player worked fine, and vlc had tearing, and so fourth [00:08] the problem is unity [00:08] the top panel seems to be causing the tearing [00:08] and stuff under the window [00:08] sometimes i see tearings of windows behind games [00:08] gotta love compis === asac_ is now known as asac === tkamppeter_ is now known as tkamppeter [06:42] good morning everyone [06:44] Yo yo chrisccoulson! [07:05] good morning chrisccoulson, good afternoon RAOF [07:06] hi rickspencer3 and RAOF [07:07] Hey rickspencer3 [07:08] chrisccoulson, is breakpad and the database software all opensource? [07:09] can we just fork that code? [07:09] +1 on the importing someone else's fine solution into Launchpad. [07:09] rickspencer3, yeah. although we wouldn't want to use anything like breakpad, as it needs to be embedded in to applications [07:09] but the server software could probably be adapted [07:10] and we already have apport [07:10] the server software is here: http://code.google.com/p/socorro/ [07:17] hey desktop [07:17] Good morning [07:36] hi seb128 and pitti [07:40] hey chrisccoulson [07:40] hi pitti, how are you? [07:41] hey chrisccoulson [07:41] hi seb128. are you enjoying the summit? [07:41] yes [07:41] summit is over though [07:42] ah, ok [07:42] it's hacking time today [07:42] that was quick ;) [07:42] that and GNOME board meeting [07:42] 3 days [07:42] that's enough talks, need to get some work done ;-) [07:42] chrisccoulson, rickspencer3, seems like an interesting starting point at least [07:46] Hah. Evolution dies under its file descriptor leak again. [07:54] rodrigo_: hey [07:55] robert_ancell: are we going to use the g-c-c language selector for oneiric, or our's? [07:55] sorry, rodrigo_ ^ [07:56] rodrigo_: it seems to make great progress (assuming that the "Copy to system" button will be implemented), but input method, $LANGUAGE support etc. is still missing [07:56] rodrigo_: so with FF coming up we should perhaps use our's for oneiric? [08:01] morning [08:09] pitti, not sure the input method stuff will be ready, so yes, probably [08:10] pitti, when is FF? [08:19] IIRC Thursday, Aug 11th [08:26] rodrigo_: yes, day after tomorrow [08:44] mvo: http://git.gnome.org/browse/pango/commit/?id=b74e01cccdbc1bd89b3d5b9551110bf8b1938413 [08:44] mvo: thanks! [08:50] pitti: \o/ [08:51] pitti: is a new uplaod with this planned soon or should I just go ahead with it and cherry pick? (its fine for me doing that) [08:51] pitti: on a releated note, the py3 way of doing dbus is to use the GI dbus bindings too, right? the gio ones ? [08:51] mvo: feel free to cherry-pick [08:52] mvo: correct; client-side gdbus works well, especially with the gvariant overrides [08:52] pitti: great, thanks! [08:52] mvo: server-side gdbus is still broken unfortunately, that's one of my goals for the sprint [08:53] mvo: look at the bottom of http://www.piware.de/2011/01/na-zdravi-pygi/ [08:54] pitti: thanks, that looks good, I will give it a go in our dbus stuff and also check aptdaemon [09:18] morning mvo and pitti [09:18] hey glatzor [09:18] mvo, I already started working on gdbus client side port but suspended the work in favor of the gi based client [09:19] mvo, but it seems to be a good idea to work on the python gdbus port in the meanwhile [09:21] since the progress of the c based client library hasn't made any progress recently [09:22] glatzor: ok, thanks. I want to create a branch that adds some py3 compatiblity, this is a required step there [09:22] glatzor: and hello, nice to see you :) [09:22] yeah nice to see you too :) [09:46] seb128: is there any chance we can reapply the hack in bug #821702 ? [09:46] Launchpad bug 821702 in nvidia-graphics-drivers "[Oneiric] Nvidia-current 280.13 hangs up the system" [Undecided,Confirmed] https://launchpad.net/bugs/821702 [09:47] seb128: sorry, I meant bug #725434 [09:47] Launchpad bug 725434 in cairo "Nvidia drivers lead to extra memory usage for each process using libGL" [High,Confirmed] https://launchpad.net/bugs/725434 [09:47] RAOF, ^ [09:47] tseliot, well wayland needs cairogl [09:47] tseliot, so workaround that bug breaks wayland [09:47] it's a bit of a suboptimal situation [09:48] seb128, RAOF: the main problem is that the new Nvidia driver is even more broken now, see bug #821702 [09:48] Launchpad bug 821702 in nvidia-graphics-drivers "[Oneiric] Nvidia-current 280.13 hangs up the system" [Undecided,Confirmed] https://launchpad.net/bugs/821702 [10:03] seb128, actually the cairo gl backend isnt needed anymore for wayland [10:03] ricotz, is the experience as good without it? [10:03] or will be slower, using extra cpu, etc? [10:03] and the cairo-egl is optional [10:04] seb128, havent tested it [10:05] tseliot, sorry I'm a desktop summit and got sidetracked [10:05] it drop back to using cairo image so it will use more cpu then [10:05] tseliot, I've no issue dropping the gl backend again [10:05] seb128: that would be a very welcome change [10:06] thanks for the tip ricotz, I didn't know that [10:06] tseliot, ok, I will do that today [10:06] seb128: thanks a lot [10:06] there is no need for a Breaks then [10:08] ara, around? [10:08] zyga, sure, how can I help? [10:08] ara, quick question: do you have any experience with ldtp ( linux desktop testing project?) [10:09] ara, I'm trying to use it on my natty/unity laptop and it seems to be unable to locate any windows [10:09] seb128, any plans to use cairo 1.11.2? might be too risky? [10:09] zyga, do you have the accessibility layer activated [10:09] ? [10:09] ara, is it something I'm doing wrong or is that (by any chance) unity causing accessibility to fail [10:09] ricotz, too risky [10:09] ara, I don't know, how can I check? [10:09] seb128, right [10:10] zyga, is a gconf option, let me check the exact name [10:11] ara, thanks! [10:13] zyga, the key is /desktop/gnome/interface/accessibility [10:13] ok, let me check this now [10:13] gconftool-2 --type bool --set /desktop/gnome/interface/accessibility true [10:14] ara, that works, thansk [10:14] :-) [10:14] * zyga fixes peacekeeper test suite in lava [10:21] anyone using input methods for non-latin characters? [10:22] s/characters/alphabets [11:04] glatzor: if you have a moment it would be nice if you could look over my trivial merge proposal for a py3 setup.py addition [11:07] mvo, I am now out for lunch butt will be back in an hour [11:07] but :) [11:09] glatzor: great, thanks [11:14] mpt: ping? there? === warp11 is now known as warp10 [11:56] how long does the retracer usually take to retrace a crash? === MacSlow is now known as MacSlow|lunch [12:26] lunch time, bbl [12:56] well that was fun... FYI folks, looks like the intel video driver is busted [12:57] here as well, I downgraded mesa and intel to recover [12:57] RAOF: ^ is that fixed with your most recent upload? [12:58] seems to affect everyone on intel, AFAICS here on the summit [12:59] pitti: yes it is [12:59] pitti, i am building it locally to verify [12:59] cheers [13:00] kenvandine: no need [13:00] kenvandine: already built on LP [13:00] i see that now :) [13:01] it's always fun to start your day with X failing to start :-p [13:01] https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel/2:2.15.901-1ubuntu2 [13:01] brb, rebooting [13:03] woot [13:04] pitti, how's desktop summit? [13:04] kenvandine: pretty quiet today, main stuff ended yesterday [13:04] I'm mainly here for the GI hackfest from tomorrow on [13:04] cool [13:09] hm, this is funny, the docs of vte talk about vte_terminal_spawn_async and yet grepping through the source its just not there [13:15] no seb128 today? i want to rant about vte, its not fun without him :) [13:16] mvo: he's sitting beside me, but without internet [13:16] mvo: hey; sorry, went to lunch yesterday, and you were gone when i got back :) [13:17] mvo: https://launchpadlibrarian.net/76819001/buildlog_ubuntu-oneiric-i386.ubuntuone-installer_0.0.0%2Br5-8~oneiric1_FAILEDTOBUILD.txt.gz is the full log [13:20] thanks dobey, I have a look once I finished wrestling vte, docs and code are remarkable different [13:20] hehe [13:21] especially if you're using gir to use it === m_conley_away is now known as m_conley === MacSlow|lunch is now known as MacSlow [13:34] dobey: thanks, looks like this is actually happening when the tests run, so I'm not sure what is the best advice, could you run the tests inside xvfb-run maybe? [13:36] mvo: the tests are being run with xvfb-run. it's not happening in the tests. it's happening in "python setup.py build" [13:36] the tests pass/finish [13:37] the tracebacks printed inside the tests are because we're running a private dbus session for testing, and not faking the aptdaemon dbus API on that session [13:42] dobey: you are right of course, so its the DistUtilsExtra.auto stuff that probes (I assume to get the dependencies?). but let me check the aptdaemon code to see what can be done about this [13:43] mvo, dobey, you can have a look at aptdaemon.test: it allows to setup a chroot environemnt and running aptdaemon on a session bus [13:44] mvo, dobey I use this in the tests for aptdaemon itself [13:45] mvo, dobey furthermore you could start aptdaemon with the --dummy command for aptd [13:46] glatzor: well, we don't actually need a running aptdaemon here. but yes, i could write a testcase to provide the aptdaemon service for testing this [13:48] dobey, but you can use the --dummy mode to fake the DBus api without having to write a mock [13:48] glatzor: sure, but it still needs to be integrated into our test suite properly [13:49] dobey, if you want the dummy to behave differently you can propose a patch, e.g. producing errors when installing special packages [13:49] but either way, it is irrelevant to the problem i'm having with python-aptdaemon.gtk3widgets wanting X for some reason during setup.py build with distutils extra [14:08] kenvandine: we still apparently have the gtk2 indicator packages on the CDs [14:08] kenvandine: do we still need them? [14:09] kenvandine: unping, nevermind === victorp_ is now known as victorp [14:10] pitti, ok :) [14:20] woot, there's tedg! [14:21] rodrigo_, ping [14:29] pitti: Hi Martin, any chance that you can spend a few minutes on the MPs I mentioned yesterday? I feel that there are too many loose ends at the moment, and processing those MPs would make a huge difference. === chaotic_ is now known as chaotic [14:33] kenvandine, pong [14:33] hey rodrigo_ [14:34] hi kenvandine [14:34] did seb128 ask you about gnome-contacts yet? [14:34] kenvandine, no, not yet [14:34] we were hoping you could take a stab at packaging it :) [14:34] ok [14:34] woot [14:34] thx! [14:35] added to my TODO, so will work on it as soon as I finish a couple of things I have in progress === JanC_ is now known as JanC === m_conley is now known as m_conley_away [15:09] rodrigo_: Hi Rodrigo, time for a quick question? [15:09] GunnarHj, yes, sure [15:10] rodrigo_: I noticed that the formats, as set via the region widget of g-c-c, are used by gdm to set the applicable LC_* variables. Since l-s will be used also in Oneiric, I'd like to patch gdm so the settings are disregarded. Do you know where/how gdm sets those variables? [15:10] GunnarHj, afaik gdm doesn't set them, it's g-s-d [15:10] that is, g-s-d does it for sure [15:11] it sets the environment for gnome-session [15:11] rodrigo_: Aha, then I looked for it in the wrong package. :( Thanks. [15:13] rodrigo_: Btw, have you had time to check out the updated g-c-c MP? [15:13] GunnarHj, see set_locale function in g-s-d/main.c [15:14] GunnarHj, yes, had a look last night [15:14] GunnarHj, still not sure that's the correct fix, but need to think more about it and know better the needs in ubuntu and upstream [15:14] GunnarHj, will have another look at it [15:15] rodrigo_: Ok. Any particular things that make you hesitate? [15:18] GunnarHj, not really, just unsure :) [15:22] rodrigo_: Have you tried it out by building and installing the three branches? Personally I think that doing so makes it easier to sort things out, compared to just look at code. [15:22] GunnarHj, no, haven't, will do [15:23] rodrigo_: Ok, let me know when you are ready to talk more about it. [15:23] ok [15:23] jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting in 7 mins [15:24] yup [15:24] pitti, hi, after uploading g-i are you going to take care of gjs too? [15:24] ricotz: g-i didn't break API/ABI, do we need to rebuild gjs? [15:24] pitti, no, i meant a new upstream version [15:25] it is usefull to keep them in sync [15:25] hi === kenvandine_ is now known as kenvandine [15:30] ricotz: not right now, I'm afraid (meeting now) [15:30] jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting time [15:30] pitti, that's alright, thanks [15:30] * kenvandine waves [15:30] w00t [15:30] heyo [15:31] hiya! [15:31] https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-09 [15:31] pitti, do you know whether didrocks will join? [15:31] apparently we are missing seb128 and other guys who hang out at the desktop summit on an almost nonexisting wifi :/ [15:32] hi [15:32] pitti, we shgould perhaps shortly talk about the color management. [15:32] tkamppeter: ok, queueing after the regular agenda items [15:33] https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-09 is still a bit empty, so let's do the copy&pasting of reports to IRC this time? [15:33] kenvandine: want to start with partner update? [15:33] sure... tedg has been out, back tomorrow [15:33] so i don't have a good idea of what to expect for FF from him [15:33] i am hoping libindicate gtk3 branch merged [15:34] didrocks announced that therre will be another set of unity/compiz packages [15:34] yup [15:34] i am sure there will be a round of indicator stuff to upload [15:34] just not sure what yet [15:34] gotta love FF week :) [15:34] nothing else to report... [15:35] ok, thakns [15:35] i'll put it on the wiki later today when tedg briefs me [15:35] ok, great [15:35] tedg: welcome back :) [15:35] didrocks is not online, so no unity update [15:35] he isn't really back yet :) [15:35] pitti, miss you guys ;-) [15:36] :) [15:36] tedg, don't lie :) [15:36] tedg, i want libindicate :) [15:36] tremolux: hey [15:36] pitti: howdy [15:36] tremolux: interesting changelog on last s-c upload! [15:36] hah, yes [15:36] tremolux: seems we are now shipping both gtk2 and gtk3 interfaces in the package? [15:36] tremolux: mvo promised that the pango bug was "the last issue" :) [15:37] yes, as I report on the wiki it can now be run as a "technology preview" ;) , just type "software-center-gtk3" [15:37] ah, was just typing that question :) [15:38] wow, with wholly new UI [15:38] * rodrigo_ starts it [15:38] wow... slick! [15:38] yeah, it's mpt's new design [15:38] a bit billboard-ish with the huge banner [15:38] (I hope that's just a demo?) [15:38] nzmm has been doing amazing work on this [15:39] yeah, that's a placeholder but we kinda like it :) [15:39] nice [15:39] tremolux: anything which we should know for FF? [15:40] pitti: not sure what you mean? [15:40] tremolux: like, any major changes planned still? [15:40] right now, we are still evaluating the state of the gtk3 branch [15:41] but other than that, there are no major changes (but still some smaller features) [15:42] ok, thanks [15:42] chrisccoulson: do you have something to discuss for thunderbird and friends? [15:42] thanks a lot, of course feedback on the gtk3 stuff is very welcome [15:42] pitti - i'm just about to upload the eds contacts integration work from m_conley_away [15:43] and we have a new theme on the way too, although there's still a few problems with that [15:43] i've spent the last week trying to debug a firefox beta crash on natty though ;) [15:43] (well, most of) [15:44] cyphermox: wrt. FF, do you think the C rewrite of modeswitch still has a chance? [15:44] yes! [15:44] I was just discussing this with slangasek [15:44] cyphermox: or do you want to get this upstream first, and we land in perky? [15:44] ah [15:45] I'll give upstream one day to release a new release they want to do real soon, and if they don't make it early-ish tomorrow upload the rewrite patch? [15:45] if they do, upload that with the rwrite patch? [15:45] cyphermox: oh, they accepted it? [15:45] chrisccoulson: so we'll see at least one more round of tbird etc.? [15:45] pitti: I haven't seen an actual "yes let's put it in", but Josua appears to be pretty happy with it [15:46] pitti - yeah. i'm still wondering whether to stay on the beta channel in oneiric for the next 6 week cycle [15:46] (ie, firefox 7 is released 2 days before final freeze) [15:46] https://launchpad.net/ubuntu/+spec/desktop-o-default-email-client still has 8 open items, including calendar events [15:46] chrisccoulson: hm, my gut feeling is that we sohuld deliver 7 post release then [15:46] WDYT? [15:47] and ship oneiric with 6 final? [15:47] cyphermox: great to hear [15:47] pitti - i'm not sure. delivering it post release will end up leaving people without a security update for a while [15:47] cyphermox: after the old u-devel@ discussion I was a bit afraid that he insisted on a scripting language [15:48] i was thinking about just sticking with the beta, as the changes in the last couple of weeks are just minor bug fixes [15:48] chrisccoulson: what would they release 2 days before final freeze, the final or beta? [15:48] pitti: I can't say it will be in 1.1.9, but he seems happy to include it once it's proven to be stable; which should be any time now. Dan Williams helped a lot in testing a bunch of devices with good results [15:48] ie, the beta -> release 2 days before final freeze would literally be just a change in version number [15:48] we can certainly keep up with betas and RCs, but I wouldn't like to ship oneiric with a beta [15:48] pitti - it woudl be the final release 2 days before final freeze [15:48] cyphermox: awesome [15:48] cyphermox: do you need me to do another round of reviews? any problems with my first round? [15:49] chrisccoulson: ah, so we could test oneiric-beta-2 with 7 beta or RC a least? [15:49] pitti - yeah [15:49] pitti: if you want to; I didn't see issues with the first; though that afaik wasn't completely done either no? [15:49] pitti - the dates are here btw: https://wiki.mozilla.org/RapidRelease/Calendar [15:50] cyphermox: right, just reviewed some 58% [15:50] chrisccoulson: ok, thanks [15:51] chrisccoulson: I suppose many of the open WIs on the spec shold be postponed now? doesn't look like we can integrate a calendar in just two days? [15:51] pitti - yeah. there is ongoing work for that, but it's not going to happen for oneiric [15:52] :( [15:52] thanks for the update [15:53] mpt, did you say you were interested in doing a design for a calendar app btw? [15:53] tkamppeter: color management? [15:53] https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-icc-color-management [15:54] Most important is that RAOF has packaged colord and after a bugfix in LP it made it into Universe. [15:54] tkamppeter, I see most stuff is done, so we just need to get the MIR's approved and the plugin enabled in g-s-d and g-c-c right? [15:54] and cups, I think [15:55] didrocks has issues with the mir [15:55] Argyll is also updated and in Universe, lcms2 has even passed the MIR. [15:55] seb128: oh, wb [15:55] hey seb128 [15:55] Yes, many MIRs, but one causes a problem: Argyll [15:55] argyll which is a recommends is taking some 11mb deb [15:55] hey rodrigo_ :) [15:55] pitti, thanks ;-) [15:55] hi didrocks [15:55] bug 821883 [15:55] Launchpad bug 821883 in argyll "[MIR] argyll" [High,Invalid] https://launchpad.net/bugs/821883 [15:55] pitti, we walked back to the hotel to get working internet, sorry we are a bit late [15:56] well, that's not a blocker for main, but certainly a blocker for being on the CD [15:56] tkamppeter: we already discussed about it last week, and the room needed is a no-no [15:56] We need to get through at least libicc2 (and the -dev) which is now provided by the argyll source DEB, so the source DEB must go in. [15:56] pitti: right, but we need the integration to "pick the right profile on demand" [15:56] how long does the retracer usually take to retrace a crash? [15:56] upstream is doing that I think [15:57] fedora is not shipping argyll on their CD from what I read [15:57] didrocks, now I need a more expert in CM to split the argyll binary package into argyll and argyll-extra ... [15:57] so with aptdaemon it should be working [15:57] didrocks, argyll does not contain .icc files to split off. [15:57] ah, installed on demand from control center? [15:57] tkamppeter: how big it is? colord and others are already taking 500kb instead of the 300 advertized === MacSlow is now known as MacSlow|break [15:58] pitti, yes [15:58] didrocks, the 300kb came from Richard Hughes on his talk on UDS. Before everything got actually packaged (this week) I did not know any real data. [15:59] tkamppeter: you can look at the Size: of the package, it's basically the same approximation that we will have on the cd once compressed [15:59] We could do the following perhaps: Put all Argyll stuff into main but install only libicc2 on the CD so that apps like Ghostscript can link against it. [15:59] cups-common shrank by 600 kB, cups-client grew by 500 kB, but I think we can fix that; if we do, we'd at least have a balanced budget for that, so 500 kB sounds ok [16:00] 11 mb is too much, though, we don't have the time any more to free that much [16:00] (in oneiric; next cycle should drop a whole lot of old stuff) [16:00] tkamppeter: right, please can you figure that out? [16:00] so install-on-demand sounds good [16:00] pitti, so perhaps then leave the argyll main binary package in main but not on CD< optionally installable. [16:00] tkamppeter: right [16:00] tkamppeter: I think that's what seb128 said [16:01] and presumably is already working [16:02] dirocks, so let us pass the argyll source package into main without changes and add only libicc2 into dependencies of packages (via Build-depends: libicc-dev). [16:02] tkamppeter: can you exactly explain in the MIR what libicc2 is needed for? [16:03] maybe it's me, but I didn't get what exactly linking it in Ghostscript does [16:03] and that's a discussion for the MIR itself [16:03] didrocks, I will add our conclusions and this info to the MIR, reopening it ... === om26er_ is now known as om26er-afk [16:03] tkamppeter: thanks, and can you clarify this as well in it, please? ^ [16:05] didrocks: do you have an unity report for the meeting? [16:05] pitti: no time to prepare it, but I can quickly discuss it ther [16:05] there* [16:06] so, new unity/nux/unity-2d on Thursday [16:06] with a lot of refactoring and alt + tab by default (managing windows \o/) for new install [16:06] not sure about compiz, seems not good to mix it with all the changes that are coming [16:07] all should be done for feature freeze, it will be quite short with travelling and such, so maybe will delay it a little (upload in the evening) [16:07] all pieces are coordinated by upstream to ensure we don't have mismatching components for the transition [16:07] that should be fine [16:07] then, I'll prepare the boost transition [16:07] even if we miss FF by an hour or so, I'm happy to just wave them through [16:07] will test on Friday, but I won't be there starting next week (holidays) [16:08] pitti: thanks ;) [16:08] so seb128 will probably sponsor this changes [16:08] correctness >> inordinary rush [16:08] boost isn't that scary, running temporary running both old and new boost in the same process should be fine [16:08] (the transition is in nux, compiz and unity) [16:09] that's about it for me :) [16:10] thanks [16:11] anything else we should discuss? [16:11] food? [16:11] * kenvandine is insanely hungry... [16:11] heh, +1 [16:11] for some reason :) [16:12] so, thanks everyone! [16:13] woot... time to eat! [16:13] * kenvandine waves [16:14] see y'all, thanks [16:14] mvo, hi [16:14] mvo, around? [16:17] didrocks, bug 821883 is updated now. [16:18] Launchpad bug 821883 in argyll "[MIR] argyll" [High,New] https://launchpad.net/bugs/821883 [16:18] didrocks, will you be on the Color Management BoF tomorrow? [16:19] I hope I see you all tomorrow on the BoFs about color managament and Common Printing Dialog. === om26er-afk is now known as om26er === m_conley_away is now known as m_conley [16:25] ok [16:25] new lightdm is out [16:25] mterry: hey [16:25] seb128, hello [16:25] mterry, kenvandine: how are the indicator patches for lightdm unity greeter mode doing? will that land soon? [16:25] seb128, none have been merged AFAIK [16:25] But no negative feedback either [16:26] mterry: we got the lightdm vcs fixed so checkout works again, landed a couple of your fixes and others and got a new version out [16:26] seb128, yeah, I saw. I'm working on fixing up the power management branch now [16:27] ok === mterry_ is now known as mterry [16:27]