[04:44] <pitti> Good morning
[04:46] <RAOF> Oh, huh.
[04:46] <RAOF> Are we really running both systemd and upstart user sessions?
[04:46] <RAOF> Perhaps I should rephrase: are we *deliberately* running both systemd and upstart user sessions? :)
[04:47] <RAOF> pitti: Good morning!
[04:47] <RAOF> Conveniently timed :)
[04:47] <pitti> hey RAOF, how are you?
[04:47] <RAOF> I'm fine, hows about you?
[04:48] <pitti> RAOF: yes, we are; we haven't yet started to migrate upstart user sessions
[04:48] <pitti> I'm great, thanks; had a nice weekend
[04:48] <pitti> we want to settle the system init side first before starting to address the session side
[04:50] <RAOF> Fair chop.
[05:15] <larsu> good morning!
[07:17] <seb128> good morning desktopers
[07:19] <RAOF> Hey Seb!
[07:19] <seb128> hey RAOF, how are you?
[07:20] <seb128> how are things in Mir land?
[07:21] <RAOF> Tracking along.
[07:23] <RAOF> Lots of branches up for review.
[07:25] <RAOF> Lots of goodies for desktop folk coming along nicely :)
[07:26] <seb128> nice!
[07:26] <seb128> which ones?
[07:27] <RAOF> Eventloop fd for GTK, ability for input method daemons to put their completion windows in the right place.
[07:28] <RAOF> That sort of thing :)
[07:28] <RAOF> Oh! And an X11 backend, so you can test Mir stuff (and, dbus permitting, Unity8) from the comfort of your regular desktop session.
[07:29] <seb128> great list, I like it ;-)
[07:29] <seb128> especially the X11 backend one
[07:31] <RAOF> Oh, and libinput-based touchpad support.
[07:32] <seb128> speaking about input, Mir lets you change keyboard layouts now right? do you know if anyone is working on using that capability from the unity8 side?
[07:32] <RAOF> Keyboard layouts, yup.
[07:32] <RAOF> Unity8, dunno.
[07:33] <RAOF> I don't think it needs extra qtmir support, so pretty much anyone should be able to do that, not just Gerry :)
[07:33] <seb128> good
[07:34] <RAOF> At some point *I* might do it, because my querty is a bit rusty :)
[07:34] <RAOF> (This statement comes with no promises, or indeed intent of actually following through.)
[07:35] <seb128> I'm unsure what should we done under unity8 and what's the right place to discuss that
[07:35] <seb128> under unity7 we have indicator-keyboard that manage the keymap/input methods list and the active one
[07:35] <seb128> unsure if we should still use an indicator or if that should be built in unity8
[07:37] <RAOF> I think it needs a component built into U8; whether or not that's just a DBus API for an external indicator to frob is Not Mir's Problem™ :)
[07:45] <Sweet5hark> moin
[07:46] <seb128> hey Sweet5hark
[07:54] <willcooke> morning
[08:02] <Laney> hullo
[08:02] <seb128> hey willcooke Laney
[08:02] <seb128> how are you? had a good w.e?
[08:03] <larsu> morning British people
[08:03] <Laney> what is up
[08:03] <larsu> hangouts is funny: "while you're waiting, watch some youtube" !?
[08:03] <RAOF> Yo dawgs.
[08:03] <Laney> not bad thanks; I did a modern thing and "box setted" house of cards season 3
[08:04] <larsu> does that mean you watched all of them back to back?
[08:04] <Laney> not exactly back to back
[08:04]  * larsu doesn't know the lingo kids use these days
[08:04] <Laney> but more or less that
[08:04] <larsu> how was it?
[08:06] <Laney> it's quite moreish
[08:06] <Laney> They teased you with making the president a good guy for a bit, kind of
[08:08] <larsu> ha, presidents are never good!
[08:17] <Sweet5hark> seb128: are you in bug-control? if so could you please nominate https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1418551 for vivid and upload http://people.canonical.com/~bjoern/vivid/4.4.3/libreoffice_4.4.3-0ubuntu1_source.changes and http://people.canonical.com/~bjoern/vivid/4.4.3/libreoffice-l10n_4.4.3-0ubuntu1_source.changes to vivid for SRU?
[08:48] <seb128> Sweet5hark, you can suggest the bug for nomination, then it just has to be approved ... can you try if that works for you?
[08:48] <seb128> Sweet5hark, sure for the sponsoring
[10:42] <willcooke> yay - another sudden reboot
[11:47] <marga> So, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1370017 claims to be fixed in Trusty but it actually isn't
[11:47] <marga> I already reported this back in March, but that got no attention.
[11:48] <marga> Should I report a new bug that points to this old bug just saying "bug/1370017 never actually got fixed"? Or would it be better to reopen it?
[11:58] <willcooke> marga, if it's the *same* bug, re-opening would be better I think.
[11:59] <marga> Well, I have just finished reporting a new one...
[11:59] <marga> I agree that re-opening would be the right thing, but I fear I might mess up when touching those fields
[11:59] <marga> I guess Andrea or Marco can do that and then dupe the new bug to the old one.
[12:00] <willcooke> oki
[12:09] <rickspencer3> hi
[12:09] <willcooke> hi rickspencer3
[12:09] <rickspencer3> does anyone know if I use umake to install golang, will that set up cross compiling to Arm for me?
[12:09] <willcooke> I don't think so, no
[12:09] <willcooke> didrocks, ^
[12:09] <rickspencer3> also, if I am on 15.04, should I install from the repos, or use the PPA?
[12:11] <willcooke> rickspencer3, I'd say use the PPA because it's updated so frequently.  But didrocks will confirm.  He's probably at lunch right now (with the SDK team)
[12:44] <Sweet5hark> seb128: thx, I pinged bug-control about the nomination.
[12:45] <seb128> Sweet5hark, you are not able to suggest nominations?
[12:46] <Sweet5hark> seb128: you mean in launchpad? no. IIRC you need to be in bug-control to nominate for a series.
[12:46] <seb128> Sweet5hark, you are not in bugsquad?
[12:46] <Sweet5hark> nope
[12:46] <seb128> Sweet5hark, I though bug triagers were able to propose nominations, just not to accept those
[12:48] <Sweet5hark> well, at least I never found anything wrt in launchpad UI and I used to look for that a few times already. So it either well hidden or disabled for me. or both. ;)
[12:57] <didrocks> rickspencer3: it doesn't setup cross compiling for arm
[12:57] <rickspencer3> hi didrocks
[12:57] <rickspencer3> ok
[12:58] <didrocks> but yeah, better to use the ppa
[12:58] <rickspencer3> ok
[12:58] <didrocks> it has 0.8, which finale vivid doesn't
[12:58] <rickspencer3> didrocks, ok, I'll put that in the instructions
[12:58] <didrocks> nice :)
[12:58] <rickspencer3> didrocks, do you know off hand how to set up cross compiling for ARM?
[12:58] <seb128> Sweet5hark, you are not in bugsquad? how come?
[13:00] <didrocks> rickspencer3: last time I looked at this, it needed a third part tool, one sec
[13:00] <didrocks> rickspencer3: I was using that one: http://dave.cheney.net/2012/09/08/an-introduction-to-cross-compilation-with-go
[13:01] <Sweet5hark> seb128: doh! seems I am (now?).
[13:01] <rickspencer3> thanks didrocks
[13:01] <didrocks> yw
[13:01] <seb128> Sweet5hark, you found the label to click? ;-)
[13:02] <Sweet5hark> seb128: anyway, sorry for the noise. will handle the nomination. yeah, found the handle.
[13:02] <seb128> seems you did
[13:02] <Laney> rickspencer3: xnox had a blog about it http://blog.surgut.co.uk/2014/06/cross-compile-go-code-including-cgo.html
[13:02] <seb128> Sweet5hark, no worry, approved
[13:02]  * Sweet5hark hides is shame.
[13:02] <Laney> not sure how bitrotted that is
[13:02] <rickspencer3> k, I'll look
[13:03] <rickspencer3> thanks Laney and didrocks
[13:03] <Laney> np
[13:03] <xnox> Laney: rickspencer3: i believe it improved, as i did ask upstream to reuse variables, such that the horrible sized invodation is less in length.
[13:03] <xnox> in practice it should still work the same though.
[13:04] <xnox> (i.e. i believe 5l ldflags are not needed any more, but needs checking)
[13:22] <Laney> Noskcaj: did/can you forward the appstream-glib delta back please?
[13:29] <ricotz> Laney, hi, gtk-doc 1.23 includes a regression which got fixed in 1.24 :\
[13:29] <Laney> We'll get it soon
[13:30] <ricotz> Laney, ok, this one is breaking the devhelp files
[13:31] <ricotz> https://bugzilla.gnome.org/show_bug.cgi?id=749591
[13:34] <Laney> yeah I saw it
[13:50] <seb128> Sweet5hark, should those libreoffice updates go to wily as well?
[13:51] <Sweet5hark> seb128: as usual I'd try to go with directly libreoffice 5.0 for wily, if possible ..
[13:51] <seb128> k
[13:53] <ochosi> Sweet5hark: just a quick question there, will LO 5.0 be compatible with earlier icon themes?
[13:54] <Sweet5hark> ochosi: Libreoffice makes no promises on compatibility between major releases wrt icons. that said, it might work reasonably well.
[13:55] <ochosi> Sweet5hark: humm, just asking cause i just commenced work on one. i guess in that case i'll wait so i don't waste my time there
[13:55] <ochosi> or is 5.0 ready for testing somehow somewhere?
[13:56] <seb128> Sweet5hark, SRU sponsored
[13:56] <Sweet5hark> seb128: thx
[13:57] <Sweet5hark> ochosi: 5.0 beta1 has been released upstream and can be downloaded from libreoffice.org
[13:57] <ochosi> so no PPA yet then?
[13:57] <Sweet5hark> ochosi: Im at packaging that for wily/ppa.
[13:57] <ochosi> oh, perfect - thanks!
[13:58] <Sweet5hark> ochosi: and please dont block on this. there should be huge changes between 4.4 and 5.0 wrt icons.
[13:59] <ochosi> oh, huge changes?
[13:59] <ochosi> and no, not planning to block, i just wanted something that ideally would also work for 14.04, but i guess LO 5.0 is fine
[13:59] <seb128> I guess he forgot a "not"
[13:59] <ochosi> yeah, thought so ;)
[14:00] <ochosi> also, since we know this already now, there is more than enough time to adjust
[17:09] <Laney> bye!
[17:29] <seb128> Laney, night
[20:25] <Noskcaj> Laney, debian dev will upload it next week. He's trying to wait for ftp-masters to catch up so he can transition to the 0.4.0 release
[20:32] <willcooke> g'night all