[03:50] <duflu> RAOF, robert_ancell: Is xorg 1.19 coming to yakkety?
[03:50] <robert_ancell> duflu, not sure
[03:50] <robert_ancell> duflu, would have to ask tjaalton
[03:50] <duflu> OK then. "If the stars align" is a reasonable answer
[04:26] <tjaalton> duflu: i guess it's too late for that?
[04:26] <duflu> tjaalton: OK no problem
[04:29] <tjaalton> i'd love to update it, to avoid backporting all the modesetting/prime stuff :)
[04:51] <tjaalton> duflu: why? would it be useful for xmir?
[04:55] <duflu> tjaalton: No strong reasons, just curious
[05:18] <tjaalton> assuming the pointer confinement branch is merged it should help with 1590099
[05:27] <tjaalton> but, the schedule is a bit too tight
[05:41] <pitti> Good morning
[06:11] <pitti> Trevinho: I found a grave bug in your unity landing
[06:11] <pitti> Trevinho: "unity-panel-service.service" hurts my sense of beauty!
[06:11] <pitti> Trevinho: j/k, works great; thanks again!
[07:09] <pitti> tedg: so is https://requests.ci-train.ubuntu.com/#/ticket/1710 unblocked now? I suppose libindicator shoudl be dropped from that?
[07:09] <duflu> tjaalton: So long live Ubuntu 17.04 then :)
[07:09] <duflu> Which is not long-lived admittedly
[07:16] <duflu> Ah crap. I meant to publish systemd support for mediatomb this cycle
[07:16] <duflu> Missed
[08:00] <willcooke> morning all
[08:01] <willcooke> hot & sunny again :((
[08:01] <willcooke> I might *have* to work outside today
[08:17] <willcooke> seb128, could we get this in to 16.10?
[08:17] <willcooke> https://code.launchpad.net/~willcooke/unity-control-center/unity-control-center
[08:17] <willcooke> (and ideally SRUd in to X?)
[08:31] <Trevinho> pitti: hey, mh yeah... it's a little cacophonous
[08:33] <Trevinho> pitti: asp for unity-gtk-module, i guess the only that was important is unity being the one which launches all the rest of ui apps, but if you prefer to keep it in upstart is fine.... I just hope upstart arrives early enough :-) [and not being racey in the other way around]
[08:33] <Trevinho> as*
[08:38] <pitti> Trevinho: it shouldn't actually matter any more which way around it starts now, does it?
[08:43] <pitti> Trevinho: I'd still wait until at least the indicators landed, then we can entirely remove them
[08:48] <seb128> hey willcooke, sure (sorry, we had somebody here to do a quotation for redoing the bathroom floor, was away from the keyboard for a bit)
[08:51] <willcooke> seb128, no worries at all
[08:51] <seb128> the electricity people are also supposed to come to change the electric panel(?) between 10 and 12 so might drop off internet for a bit
[09:35] <Trevinho> pitti: no, order is not crucial... I'd like the shell to start with all populated indicators though...
[09:36] <pitti> Trevinho: right, we really need to land that indicator port for 16.10, otherwise that'll be ugly
[10:52] <tjaalton> bregma: hi, looks like xmir.patch from your sru upload is not the same as what yakkety has? http://pastebin.com/uGb2Lcfe I'm mostly worried about the missing "case mir_event_type_input_device_state:"
[10:53] <tjaalton> bregma: and also, the queue already had my upload
[10:53] <tjaalton> so this will now go on top of that
[10:58] <andyrock> morning
[11:23] <seb128> hey andyrock, how are you?
[11:23] <andyrock> hey seb128
[11:23] <andyrock> right now starving
[11:23] <andyrock> XD
[11:23] <andyrock> and you?
[11:23] <seb128> good way to start the day :p
[11:23] <seb128> I'm good, just had a small lunch
[11:23] <seb128> it's too warm here
[11:24] <seb128> warm or hot?
[11:24] <seb128> I never know which one is right :p
[11:24] <willcooke> If you're British then "it's a bit warm" == "OMG I'm burning. Help me!"
[11:26] <flocculant> it's a bit warm ...
[11:26] <willcooke> :))
[11:26] <willcooke> Not too warm for a nice cuppa, mind
[11:27] <seb128> Bristish don't do the cold beer thing? :p
[11:27] <flocculant> willcooke - you might be having another bit warm day - I'm 10 miles from Bournemouth where they had floods yesterday
[11:27] <flocculant> willcooke: any day with a y in it is good for a cuppa :p
[11:27] <flocculant> seb128: I would - but I drive for a living :D
[11:27] <willcooke> flocculant, did you have the biblical lightning?  Nothing here in Beds.
[11:28] <flocculant> I heard the biblical thunder - just rained locally :)
[11:28] <willcooke> lunchtime drinking is the preserve of the city worker and the outside-living-enthusiast
[11:29] <flocculant> indeed :)
[11:30] <willcooke> and the French
[11:30] <willcooke> cough
[11:31] <willcooke> who said taht?
[11:31] <flocculant> lol
[11:32] <seb128> 0_o
[11:32] <willcooke> *hugs*
[11:32] <seb128> yeahyeah
[11:33] <seb128> can't wait for you guys to properly brexit :p
[11:33] <willcooke> hey seb128, this page says release on 13th Oct:  https://wiki.ubuntu.com/YakketyYak/ReleaseSchedule
[11:33] <willcooke> this page says 20th: https://launchpad.net/ubuntu/yakkety
[11:33] <seb128> yep, that's stating the true
[11:33] <seb128> the yakkety serie was opened before the schedule was discussed I thinkl
[11:33] <seb128> cjwatson or infinity can probably fix it
[11:34] <willcooke> kk, so the wiki is correct?  ta
[11:34] <seb128> yes
[11:34] <seb128> can you mention it to them?
[11:34] <willcooke> seb128, sure I'll do that on the release channel now
[11:35] <seb128> thanks
[11:36] <willcooke> seb128, fixed!
[11:36] <seb128> I saw, thanks!
[12:03] <bregma> tjaalton, yes, the patches differ because Yakkety has a newer Mir API that added the new case: since the Mir in Xenial is older, it won't be a problem and if it's run against a newer Mir (like from the stable overlay PPA) the only result would be a message in the logs
[12:03] <bregma> I shall have to update the SRU bug
[12:03] <bregma> tjaalton, how are conflicts in the upload queue usually handled?
[12:12] <Trevinho> pitti: thanks for releasing the SRU :-)
[12:14] <pitti> no problem
[12:38] <tjaalton> bregma: depends on the reviewer. in this case apw pinged me and we discussed how to proceed
[12:40] <tjaalton> bregma: so I'll add the new patch and changelog entries and will reupload 1.18.4-0u0.1
[12:51] <apw> bregma, yeah i pinged the two uploaders and tjaalton was the first to respond likely due to timezones :)
[12:52]  * bregma keeps moving west
=== xclaesse` is now known as xclaesse
[15:34] <seb128> jbicha, hey, about that comment
[15:34] <seb128> "    - Don't rename "Package Sources" link to "Software & Updates".
[15:34] <seb128>       We'll have better translation coverage if we just stick with
[15:34] <seb128>       upstream strings since this package is in universe"
[15:35] <seb128> the package in universe can use langpacks
[15:35] <seb128> in which case the strings should already be translated/available in most locales
[15:35] <seb128> which makes that statement not true
[15:36] <jbicha> does it still require translators to manually approve that string?
[15:38] <seb128> if it's new
[15:38] <seb128> unsure when it was added
[15:38] <seb128> I expect that if that was before xenial then it's probably translated/approved in most locales
[15:38] <jbicha> I only added that string during the yakkety cycle and hadn't enable langpacks yet
[15:38] <seb128> k
[15:39] <seb128> in which case yeah, you might lack some translations
[15:42] <jbicha> so, should I leave things as they are? or do the rename (and enable langpacks) and eventually it will be translated?
[15:50] <seb128> jbicha, your call, I'm unsure who is using gnome-packagekit ... I would probably keep it like that
[16:33] <seb128> jbicha, the totem update you did recently has
[16:33] <seb128> -Icon=totem
[16:33] <seb128> +Icon=org.gnome.Totem
[16:33] <seb128> that makes it wrongly themed in Unity
[16:34] <seb128> I guess we either need to add a symlink to humanity or rename it back for this cycle (dunno if that impacts other themes/flavors)
[18:50] <willcooke> night all
=== marga_ is now known as marga