[03:20] <tjaalton> robert_ancell: hi, did you notice the xmir patch reviews? 1.19 might get branched soon
[03:20] <robert_ancell> tjaalton, yeah, haven't got around to replying yet
[03:21] <tjaalton> ah, ok
[03:22] <tjaalton> guess smooth scrolling can be added later
[03:22] <robert_ancell> There's lots of stuff that can be added later! :)
[03:23] <tjaalton> hehe
[03:49] <duflu> tjaalton: Smooth scrolling or smooth scrolling? :)  One is to animate smoothly between coarse steps (like we do in Unity7 Firefox and now Chrome). The other is proper smooth scrolling using the full touchpad resolution. I'm still chasing anpok to find out if that's a bug in libinput/Mir or a missing feature. Once we've confirmed the backend for proper smooth scrolling is working in Mir I'll be keen to see everything above Mir use it
[04:25] <tjaalton> duflu: the latter, sounds like it should be implemented on the wayland stack if whot pointed it out on the review. but it shouldn't be a blocker for inclusion
[04:26] <duflu> tjaalton: By wayland stack you mean libinput?
[04:26] <duflu> I'm talking about Mir
[04:30] <tjaalton> yes
[04:31] <duflu> Cool
[04:31] <tjaalton> 81a51a6cace6fd in xorg-server git implemented it for xwayland
[04:33] <tjaalton> http://anonscm.debian.org/cgit/pkg-xorg/xserver/xorg-server.git/commit/?id=d8a39245d6cff6accf5eaeae7a1ac15eb1eb048a
[04:34] <duflu> tjaalton: Interesting thanks. Sounds like something I might be asked to do
[04:35] <duflu> Or robert_ancell ....
[04:36] <robert_ancell> not me
[04:36] <duflu> But I'm curious to check out the current state of scroll events from Mir of late
[04:37] <duflu> robert_ancell: OK, I touched it last and implemented the wheel hack anyway
[04:54] <hikiko> hi
[05:02] <duflu> Morning hikiko
[05:47] <pitti> Trevinho: commented on the patch in the upstream bug
[05:47] <pitti> Good morning
[07:14] <happyaron> seb128: the bug for ibus appindicator means the upstream implementation
[07:15] <happyaron> seb128: do we need an FFe if we would SRU to xenial? (uploading for yakkety now)
[08:02] <Laney> hullo
[08:03] <seb128> hey Laney
[08:03] <seb128> how are you?
[08:03] <seb128> one minute earlier this morning!
[08:03] <pitti> hey larsu!
[08:03] <pitti> bonjour seb128 aussi !
[08:04] <seb128> happyaron, unsure if that's something worth a SRU
[08:04] <seb128> pitti, salut, ça va ?
[08:04] <pitti> seb128: ça va bien, merci !
[08:04] <seb128> pitti, wrong l<tab>? ;-)
[08:04] <seb128> happyaron, where would the indicator be useful?
[08:04] <pitti> Laney: good morning to you too!
[08:04] <Laney> stalker!
[08:04] <pitti> seb128: of course not wrong, just incomplete :)
[08:10] <Laney> (hi seb128 and pitti!)
[08:16] <willcooke> hmm
[08:16] <willcooke> I think there must have been an issue copying my old settings from xchat to hexchat
[08:16] <willcooke> but why was it only a problem today
[08:16] <willcooke> the portnumber for the server was totally wrong
[08:17] <seb128> hey willcooke
[08:17]  * willcooke strokes his chin suspiciously 
[08:17] <seb128> how is hexchat?
[08:17] <willcooke> morning
[08:17] <seb128> I wonder if I should try that one
[08:17] <willcooke> it's like xchat, and therefore good :D
[08:18] <willcooke> seb128, BTW I replaced the wifi card in my X220 with an Intel one. So far so good.
[08:19] <larsu> morning pitti!
[08:19] <larsu> and morning desktoppers!
[08:20] <willcooke> howdy larsu
[08:21] <andyrock> morning all
[08:21] <willcooke> hey andyrock
[08:26] <seb128> hey larsu, wie gehts?
[08:26] <seb128> hey andyrock!
[08:26] <Sweet5hark1> heya all
[08:27] <seb128> hey Sweet5hark1
[08:27] <seb128> channel wakes up ;-)
[08:30] <pitti> Sweet5hark1: moin moin!
[08:30] <pitti> Sweet5hark1: looking at LibO xenial SRU; please upload this to yakkety
[08:31] <Sweet5hark1> hmmm
[08:31]  * Sweet5hark1 no upload rights.
[08:32] <seb128> Sweet5hark1, how is the DMB thing going btw? ;-)
[08:33] <Sweet5hark1> seb128: ^^ do I need to prep a full yakkety pkg or ...
[08:33] <seb128> Sweet5hark1, well, "full"
[08:33] <Sweet5hark1> dammit, seb128 was faster ...
[08:33] <seb128> lol
[08:33] <seb128> just bump the changelog
[08:33] <seb128> was there anything you wanted to change/enable in y?
[08:34] <seb128> and let's hope toolchain doesn't bite us :p
[08:34] <Sweet5hark1> seb128: no, certainly not for 5.1
[08:34] <pitti> seb128: y has a different package than x, mind you
[08:34] <pitti>  libreoffice | 1:5.1.2-0ubuntu1     | xenial                   | source
[08:34] <pitti>  libreoffice | 1:5.1.2-0ubuntu3     | yakkety                  | source
[08:34] <seb128> doko...
[08:34] <pitti> so this might need to be a merge
[08:35] <seb128> Sweet5hark1, http://launchpadlibrarian.net/256160858/libreoffice_1%3A5.1.2-0ubuntu1_1%3A5.1.2-0ubuntu3.diff.gz
[08:35] <seb128> can you merge that and bump changelog?
[08:35] <seb128> and go doko for doing changes undocumented in the changelog
[08:35] <seb128> -               g++-5 [hppa ia64 s390 sparc],
[08:36] <seb128> +               g++-6.0 [hppa ia64 s390 sparc],
[08:36] <Sweet5hark1> seb128: yep. the merge seems reasonable
[08:36] <pitti> this is a no-op
[08:36] <pitti> we don't have any of these arches
[08:36] <larsu> seb128: I'm great thanks! Just back from the gym :)
[08:36] <pitti> unless this is a typo and was meant to be s390x
[08:36] <larsu> seb128: how are you? Did you enjoy the long weekend?
[08:37] <Sweet5hark1> seb128: thats ~unavoidable, I guess. Its just control being regenerated (with ./debian/rules control) on yakkety ...
[08:38] <Sweet5hark1> seb128: ... but it means I also need to regen control on yakkety and thus setup my yakkety pbuilder env  etc.
[08:38] <seb128> larsu, I'm good thanks, yeah it was quite relaxing! (though would have been better with the weather from a week ago)
[08:39] <larsu> heh yeah same here. Getting better today though
[08:39] <seb128> Sweet5hark1, is that much work?
[08:40] <Sweet5hark1> seb128: nah, just some script-foo and I have to do it anyway at some point for the 5.2 builds ..
[08:41] <pitti> Sweet5hark1: good opportunity to move to sbuild? :-)
[08:44] <Sweet5hark1> pitti: maybe ... though I dont see anything of the pbuild foo anyway. Its wrapped by some helper I wrote in C++11 and _that_ is running in a Jenkins.
[08:44] <Sweet5hark1> "Any problem in computer science can be solved with another layer of indirection. But that usually will create another problem." -- David Wheeler
[08:44] <pitti> Sweet5hark1: more like "two more problems" :)
[08:44] <pitti> think exponentially!
[08:44] <Sweet5hark1> also called Jenga-driven development. I bring experience fromLO!
[08:46] <pitti> hah, I like that
[08:46] <pitti> Jenkins for sure felt like Jenga
[08:50] <seb128> wooot
[08:50] <seb128> thanks pitti for the SRU reviews ;-)
[08:50] <seb128> (assuming it's you)
[08:50] <pitti> seb128: yes, it is
[08:50]  * seb128 hugs pitti
[08:50]  * pitti hugs you back :)
[08:51] <seb128> pitti, btw we should perhaps copy that accountsservice updates-regression-fix over now? bdmurray didn't want to do it on friday because too risky to copy things on friday
[08:52] <pitti> seb128: oh, absolutely; I thought this was a no-brainer
[08:52] <seb128> he said he would do it on monday
[08:52] <seb128> but apparently didn't...
[08:52] <pitti> seb128: u-settings-daemon needs a yakkety upload in bug 1510344
[08:52] <seb128> pitti, yeah, I plan to do a landing this week, just want to include a bit more
[08:53] <seb128> trying to get to it today
[08:53] <seb128> I need to check with Trevinho as well
[08:53] <seb128> he mentioned that he was going to do a landing as well
[08:53] <seb128> we should try to not conflict ;-)
[08:53] <pitti> seb128: accountsservice released
[08:53] <seb128> dankie!
[08:53] <seb128> -i
[08:56] <seb128> pitti, did you block libreoffice on the y-upload to be sorted out?
[08:56] <pitti> Laney: not a fan of dropping glib-networking-dbg in an SRU
[08:57] <pitti> Laney: rejected for this, as we don't have a proper upgrade path for this
[08:57] <pitti> seb128: for now, yes; is this urgent?
[08:59] <seb128> pitti, no, it's just that usually nobody wants to review libreoffice, we had a 0day SRU in wily fixing release issues, it's still in the queue...
[08:59] <seb128> just trying to make sure that doesn't happen again
[08:59] <pitti> well, I did look at the patch
[08:59] <seb128> not blaming anyone, libreoffice is big and the diffs are not easy to review
[09:00] <pitti> but we can't copy it to yakkety (and shouldn't either), and I don't want this to be forgotten
[09:00] <seb128> we should perhaps get it under a microrelease exception
[09:00] <pitti> there are no package specific MREs any more
[09:00] <seb128> maybe there should be :-)
[09:01] <pitti> LibO has a fairly good QA upstream, and has build and autopkgtest-time tests
[09:01] <pitti> and stable microeleases
[09:01] <pitti> which is by and large what the requirements are
[09:01] <pitti> and also, the SRU by itself is fine
[09:01] <seb128> k
[09:01] <pitti> so this isn't about the SRU, it's about "devel first"
[09:02] <seb128> pitti, unsure where to ask but I would like to understand what happened with https://launchpad.net/ubuntu/wily/+queue?queue_state=1&queue_text=libreoffice
[09:02] <seb128> not blaming you
[09:02] <seb128> the SRU team has no mailing list right?
[09:02] <pitti> seb128: i. e. what did *not* happen?
[09:02] <pitti> right, no ML
[09:02] <seb128> that was a bugfix update uploaded before release to fix release issues
[09:03] <seb128> how come we got through a full cycle with nobody reviewing it?
[09:03] <seb128> and how do we make sure that doesn't happen again
[09:03] <Laney> pitti: meh, fine
[09:04] <seb128> pitti, do you have any idea what would be the right place for that discussion?
[09:04] <pitti> seb128: u-devel@ I guess
[09:04] <seb128> I wonder if that's TB material
[09:04] <pitti> or u-release@
[09:04] <seb128> "make the SRU team accountable"
[09:05] <seb128> pitti, I've a feeling it's going to end up as "nobody felt like reviewing it"
[09:06] <pitti> TBH, so far I didn't even make it to queues older than xenial
[09:06] <seb128> yeah, as said not blaming you
[09:06] <pitti> (I'm not really on a roster, I've just been helping out after the release)
[09:06] <seb128> I think it's more of an issue of how our teams are set up
[09:06] <pitti> but that's the root cause -- we don't have a roster
[09:06] <pitti> everyone is busy with other stuff
[09:06] <seb128> right
[09:06] <pitti> similar to sponsoring, +1maint, etc.
[09:06] <seb128> but even the roster wouldn't help
[09:06] <Laney> it's been tried
[09:06] <Laney> they always fall down
[09:07] <seb128> if people feel like libreoffice is too big and don't want to review it and keep skipping over it
[09:07] <pitti> I've spent about 1.5 h every day on SRU stuff recently, and it's massively getting boring indeed
[09:07] <pitti> or more precisely, the daily IRC pings pretty much always trump such regular things
[09:08] <seb128> imho we need somebody "in charge"
[09:08] <seb128> who at least try to organize the team efforts
[09:08] <seb128> and try to nag people to help a bit when things are behind
[09:08] <seb128> and make sure nothing gets forgotten
[09:14] <Sweet5hark1> seb128: or, if you want to be _really_ evil: give it a deadline with default approval: "If after 90 days, nobody rejected it, then you all approved it implicitly.".
[09:14]  * Sweet5hark1 hides
[09:18] <seb128> Sweet5hark1, did you ever get anyone pinging you about that one/asking for details or things to be explained/fixed?
[09:18] <Sweet5hark1> about wily? not that I remember, no.
[09:19] <seb128> ok, thanks
[09:19] <seb128> going to write than email to -devel then
[09:22] <Sweet5hark1> seb128: FWIW, I didnt pressure there anymore, and rather cared about having up-to-date stuff ready in the PPA, so that if anyone is asking for a SRU (or when we need a security update) I have my ducks in a row.
[09:22] <seb128> yeah, having to ping them shouldn't be required though
[09:25] <ricotz> Sweet5hark1, don't forget about mdds
[09:26] <Sweet5hark1> ricotz: huh?
[09:27] <ricotz> hey desktopers
[09:27] <ricotz> Sweet5hark1, just in case this is still needed https://paste.debian.net/plain/687015
[09:28] <ricotz> Sweet5hark1, mdds-1.0 is not compatible with 5.1's buildsys
[09:44] <duflu> pitti: Jenga is a fun analogy. So is kicking the robot dog (named Jenkins)
[09:45] <duflu> Although that's strangely a nasty thing to say
[09:48] <duflu> On an unrelated note: Thank you pitti and seb128 for chasing the upower issue
[09:56] <alexarnaud_> Hello all!
[09:56] <seb128> duflu, hey, yw!
[09:56] <seb128> hey alexarnaud_
[09:57] <seb128> duflu, is your base issue also that upower start is delayed then? do you know if that's the same usb enumeration delay than others mentioned?
[09:58] <alexarnaud_> Trevinho: Hey ! I've noticed somehting strange in Compiz. When I install Compiz build-dep, especially libmetacity-dev, when I restart Compiz the gtk window decorator doesn't work. I'm using Mate. The error message is about a GSettings key "theme" that is not found. Is a known issue? Is a human error?
[09:58] <duflu> seb128: Not sure but I don't have the same USB devices others describe.
[09:58] <alexarnaud_> seb128: how are you?
[10:07] <seb128> alexarnaud_, I'm good thanks, how are you?
[10:07] <seb128> duflu, can you check if upower is delayed on your machine though? look at syslog for eventual issues on that side?
[10:07] <duflu> seb128: The machine does not exist. It's running 14.04 till the bug is fixed :(
[10:08] <duflu> Sorry, it's both my main server and the only machine that has the bug
[10:08] <duflu> Very inconvenient
[10:08] <seb128> duflu, you didn't keep any syslog or such from the boot you tried by any chance?
[10:09] <duflu> seb128: No, it was the end of a long weekend and I was in a mad rush to restore 14.04 after the problems so I could get back to work the next day
[10:10] <seb128> I see
[10:10] <seb128> was u-s-d segfaulting the only issue? did you try to restart manually back then?
[10:10] <seb128> most reporters seem to suggest that restarting it after upower is done loading works fine
[10:10] <seb128> reinstalling seems like a big hammer in that case ;-)
[10:11] <duflu> seb128: Sorry, I didn't try anything else. I was rushed
[10:11] <seb128> k
[10:11] <seb128> no worry
[10:11] <duflu> seb128: Not a big hammer, just a HDD swap
[10:12] <alexarnaud_> seb128: good, we have made a huge work on improving Compiz accessibility with lot of work on EZoom :), we have integrated focus tracking and some visual improvment. Do you think you (Canonical) could help us to improve accessibility of the switcher plug-in? We would like to have capability to change the size of elements (icons, text, background) to be readable for low vision people. Unfortunately we have just o
[10:13] <alexarnaud_> We focus on EZoom and Mouse Poll plug-ins.
[10:17] <seb128> alexarnaud_, your line cut at "Unfortunately we have just o"
[10:18] <seb128> unsure how much resources we have to help on that
[10:18] <seb128> we can probably help with some advices/reviews
[10:18] <seb128> but probably not much with coding
[10:18] <seb128> especially if you are speaking of a switcher which is not the unity one
[10:25] <alexarnaud_> seb128: I talk about the "Application Switcher" module.
[10:48] <Sweet5hark1> https://www.reddit.com/r/Python/comments/4jhma7/what_did_you_automate_with_python_scripts/d37clfr <- this is awesome
[10:49] <willcooke> Laney, can haz email
[10:49] <Laney> HAX
[10:49] <willcooke> so it works!
[10:50] <Laney> I want this offlineimap sync to finish
[10:50] <Laney> so that I can go back to mutt
[10:50] <Laney> /o\
[10:50] <Laney> Copy message 12585 (12585 of 132357) Personal:INBOX.Ubuntu.Launchpad -> lpersonal
[10:50] <Laney> might take a while though
[10:50] <pitti> urgh
[10:50] <Laney> that's after many hours
[10:50] <Laney> because I so need to keep all this ancient Launchpad mail...
[10:51]  * pitti never understood why people keep so much email
[10:51] <Laney> hahaha
[10:51] <Laney> I usually view unread messages so it's more or less invisible except for times like this
[10:52] <pitti> well, they still slow down your MUA, syncing, etc?
[10:52] <Laney> only the initial sync
[10:52] <Laney> which is because I tranferred mail providers
[10:54] <pitti> I have 7 MB in my mail folders..
[10:55] <Laney> oh, nice
[10:55] <Laney> fastmail has an auto-purge setting
[10:56] <Laney> I think I'll enable that for some mailboxes
[11:06] <happyaron> seb128: it will improve kubuntu's experience, but not really interesting enough for unity/gnome
[11:06] <happyaron> seb128: what do you think then?
[11:12] <seb128> happyaron, your call as the maintainer, if you are interested in it feel free to SRU, otherwise you can let somebody from the kubuntu team judge if they want it and handle the SRU...
[11:13] <happyaron> ok
[11:54]  * Laney eyes offlineimap
[11:55] <Laney> why is it downloading my whole inbox again...
[13:09] <pitti> seb128: upower patches landed upstream now
[13:10] <pitti> they will only help so far, but should at least stop crashing
[13:10] <seb128> pitti, great, thanks!
[13:10] <pitti> seb128: I guess I'll toss them in a PPA and ask affected people how it goes?
[13:10] <seb128> pitti, do we need u-s-d code change to use a new function?
[13:10] <seb128> pitti, sounds good
[13:11] <pitti> seb128: no, it stays API compatible, and the ABI change is just that up_client_new() now returns NULL if dbus fails
[13:11] <pitti> seb128: which should generally perform better, as methods then return default values instaed of crashing
[13:11] <seb128> great
[13:11] <pitti> seb128: you *can* now improve error handling by explicitly checking for == NULL
[13:11] <pitti> (and should too)
[13:11] <seb128> right
[13:12] <pitti> but still, if upowerd doesn't work, then data displayed in the UI will be wrong
[13:12] <pitti> so in the end we still need the kernel fix
[13:12] <seb128> yeah, no wait out of this
[13:12] <seb128> no crash but no power management plugin either
[13:20] <pitti> done
[14:13] <willcooke> attente, is seb128's video flickering green for you?
[14:13] <seb128> willcooke, no
[14:13] <attente> willcooke: no
[14:13] <seb128> sorry, it's not at the  bottom of my own hangout ;-)
[14:13] <seb128> willcooke, is that only me?
[14:13] <willcooke> yeah
[14:13] <attente> willcooke: seb is looking a bit pale though
[14:13] <attente> :P
[14:14] <willcooke> and now it's stopped
[14:14] <seb128> needs summer!
[14:14] <willcooke> very suspicious
[14:26] <alexarnaud_> seb128: is it possible to pay Canonica to make development on Compiz? If yes, which one we should contact for that ?
[14:26] <seb128> willcooke, ^
[14:27] <willcooke> alexarnaud_, drop me an email will.cooke@canonical.com - but on the whole, that's not something we offer.  Sorry
[14:33] <a1fa> andrea, you around?
[16:12] <andyrock> a1fa: is andrea me?
[16:12] <andyrock> :D
[16:22] <a1fa> yeah
[16:22] <a1fa> i finally caught that bug i was telling you
[16:22] <a1fa> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1582056
[16:33] <Trevinho> pitti: hey, thanks for the upower review (I wanted to do something like that, but I didn't want to change too much, but with your OK, I'll fix it)...
[16:35] <Trevinho> pitti: also, I've seen you've SRUed gnome-session, could you do the same for upstart that is linked to the same bug 1433013?
[16:35] <Trevinho> pitti: also, since we're there... I've some compiz and unity SRUs waiting in the trusty silo, which I've been requested to clear up
[16:37] <seb128> poor pitti
[16:38] <seb128> Trevinho, Laney did the gnome-session SRU if I read things correctly
[16:38] <seb128> pitti just did queue review
[16:38] <Trevinho> seb128: yeah, right....
[16:38] <Trevinho> seb128: well, I'd like to push upstart, but... Can I just prepare a debdiff and someone sponsor it?
[16:39] <seb128> yes
[16:39] <seb128> subscribe sponsors
[16:39] <seb128> or see if xnox or Laney are interested by helping you
[16:39] <seb128> see they looked a bit a the changes already
[16:41] <xnox> upstart -> i am very busy but was hoping to do it by end of week
[16:41] <xnox> Trevinho, seb128.
[16:42] <seb128> xnox, thanks!
[16:42] <Trevinho> xnox: ah, ok... if you want I can prepare a debdiff to make things quicker for you?
[16:44] <Trevinho> xnox: however, should I just apply the patch to the code or add quilt patches?
[16:44] <xnox> it should be in upstart bazaar branch.
[16:44] <xnox> and merged properly.
[16:45] <xnox> Trevinho, it would be best if you would be on the hook to verify it when it hits xenial.
[16:45] <xnox> cause i will be away next week.
[16:45] <Trevinho> xnox: well, it's already in the upstream branch, but I don't see branches for xenial...
[16:46] <Trevinho> xbox and the SRU should include both lp:~xnox/upstart/lp1433013 and lp:~3v1n0/upstart/activation-proper-dbus-path
[16:47] <Trevinho> they're both merged and released to yakkety, that's why I just wanted to fix the xenial pkg
[20:26] <pitti> Trevinho: upower> I think at least for upstream "cleaner" beats "smaller"
[20:26] <pitti> Trevinho: I didn't upload gnome-session, but I processed the queue; I didn't see an upstart upload there, WDYM?