[05:29] <ari-tczew> hello
[05:30] <ari-tczew> I've proposed a merge to lp:~ubuntu-desktop/brasero/ubuntu
[05:30] <ari-tczew> would be nice to get it reviewed
[06:32] <Laney> ari-tczew: can you get it into the sponsorship queue?
[06:32] <Laney> oh there it is
[06:32] <Laney> wait
[06:33] <ari-tczew> Laney: it's already there. I mean sponsorship for Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/brasero/ubuntu
[06:33] <Laney> ari-tczew: you can file a bug and link the branch to it, then it'll get in the queue
[06:33] <Laney> we don't use the lp;ubuntu/ branches for those
[06:34] <ari-tczew> Laney: do you mean Vcs-Bzr aren't used anymore?
[06:35] <Laney> I mean https://code.launchpad.net/~ari-tczew/ubuntu/utopic/brasero/merge/+merge/221300 is proposed against a branch that isn't used for that package
[06:36] <ari-tczew> Laney: than for which package is used?
[06:36] <Laney> if there's no other ubuntu Vcs-Bzr I gues
[06:37] <Laney> this one is fine https://code.launchpad.net/~ari-tczew/brasero/ubuntu/+merge/221299 but isn't picked up by the queue
[06:39] <seb128> Laney, what queue?
[06:40] <Laney> http://reqorts.qa.ubuntu.com/reports/sponsoring/
[06:41] <ari-tczew> Laney: shouldn't both branches to get merged?
[06:41] <Laney> there's no need to do the first one, it gets imported automatically by uploads to the archive
[06:45] <ari-tczew> ok, anyway, need to go to work. if it's ok please approve, if not, reject. thanks and bye.
[07:53] <seb128> don't update if you run trusty
[07:53] <seb128> larsu, didrocks: ^ can you share
[07:53] <seb128> ups
[07:53] <seb128> utopic
[07:53] <seb128> not trusty
[07:53] <didrocks> seb128: doing
[07:54] <didrocks> and done
[07:55] <didrocks> (thanks for warning)
[07:56] <seb128> didrocks, yw, thanks
[08:33] <larsu> seb128: shared in this room :)
[08:34] <seb128> larsu, danke, pitti uploaded a sysvinit fix, so things should be back to normal in a bit
[08:34] <larsu> okay cool
[08:34] <larsu> thanks!
[08:37] <pitti> I just sent an u-devel@ mail about it
[08:45] <ogra_> pitti, but pressing e on my phone does never give me the editor :P
[08:45] <ogra_> (thanks for the mail, we'll hold back image builds til this is fixed)
[08:46] <pitti> ogra_: ETA ~ 1 hour
[08:47]  * pitti feeds the publisher hamsters
[08:47] <ogra_> heh, thanks
[09:19] <seb128> attente, btw, created https://code.launchpad.net/~ubuntu-desktop/gnome-settings-daemon/trusty
[09:48] <RAOF> desrt: https://blueprints.launchpad.net/ubuntu/+spec/client-1410-unhate-eventloops is something that I'm now tasked with doing soon. Enjoy.
[10:23] <Saviq> desrt, it's happened to me the second time now that the dconf db got corrupted, dconf-service created a 0-length file and spun on it
[10:23] <Saviq> desrt, are you interested in anything I could get you to see the issue?
[11:49] <Saviq_> desrt, FYI: bug #1324505
[11:50] <xnox> Saviq: slow clap =))))
[11:51] <Saviq> ;)
[14:30] <desrt> Saviq: when i said to file a bug against glib, this is not what i had in mind :)
[14:45] <chiluk> Hey guys what is the time frame for the lts-trusty X hwe stack?  and which ppa contains the packages that will eventually be backported?\
[14:45] <RAOF> desrt: Any preference on mir_connection_dispatch_event() vs mir_connection_dispatch_events() (ie: do you want to dispatch exactly one event at a time, or all events ready?)
[14:46] <desrt> make it non-blocking, returning TRUE if it actually did work
[14:46] <desrt> then i can while(dispatch());
[14:46] <desrt> ie: only one, please :)
[14:46] <RAOF> desrt: Sure.
[15:00] <seb128> Laney, what was the line to add in the config?
[15:01] <Laney> user-session=unity8-mir
[15:02] <seb128> Laney, thanks
[15:02] <seb128> Laney, working this time, go figure
[15:03] <Laney> oh that's reassuring
[15:03] <Laney> i'm just updating the mp so hopefully it can go in
[15:03] <Laney> for the next build
[16:17] <seb128> mterry, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1324602
[16:17] <mterry> seb128, thanks!
[16:17] <seb128> yw!
[16:17] <seb128> I tried to put some details in the description but it could use editing for sure
[16:54] <marrusl> Just curious if anyone has a thought on an issue I'm looking at.  It seems like AccountServices has a hardcoded limit not to display UIDs over 60000 in the lightdm login screen.  Changing the value in /etc/login.defs doesn't change it.
[16:54] <marrusl> I didn't find a bug for it, but I may have missed something.