[05:37] <pitti> Good morning
[06:00] <didrocks> good morning
[06:24] <pitti> bonjour didrocks
[06:24] <didrocks> Guten Morgen pitti
[07:25] <didrocks> fginther: hey, once you are around: FYI, the amd64 machine is down again after the daily update… Can you give me access to be able to reboot it until you switch to the better solution?
[07:33] <willcooke> morning
[07:33] <didrocks> hey willcooke
[07:37] <seb128> good morning desktopers
[07:37] <didrocks> salut seb128
[07:38] <seb128> lut didrocks ;-)
[07:54] <didrocks> seb128: on https://bugs.launchpad.net/ubuntu/+source/gnome-online-accounts/+bug/1353951, did you want to wait on someone to prepare a patch? Not sure why sponsored is subscribed as there is nothing ready to sponsor
[07:54] <didrocks> seb128: I can do the work if needed as my sponsoring shift, even if it's not really "sponsoring"
[07:56] <seb128> didrocks, sponsors is subscribed because it's a patch we need and that's the most obvious way we have to keep it visible
[07:56] <seb128> didrocks, I planned to do it myself this week if nobody does it before
[07:56] <seb128> didrocks, yes, I slightly abuse the sponsoring queue for those items, but I think that makes sense
[07:56] <didrocks> seb128: I'll do it then
[07:56] <seb128> thanks
[07:56] <didrocks> yw
[07:57] <seb128> it might be good to SRU to trusty as well
[07:58] <willcooke> tkamppeter, hey hey!  It's meeting time again.  Same deal as yesterday I think
[07:58] <didrocks> seb128: hum, wouldn't it be better to update trusty with .6 rathe?
[07:58] <didrocks> rather*
[07:59] <tkamppeter> willcooke, I have dialled in ad waiting for you to connect.
[07:59] <seb128> didrocks, hum?
[07:59] <willcooke> tkamppeter, dialing now
[07:59] <didrocks> seb128: https://git.gnome.org/browse/evolution-data-server/?h=evolution-data-server-3-12
[07:59] <seb128> didrocks, which one did you mean "utopic with .6" ?
[07:59] <didrocks> seb128: so e-d-s 3.12.6
[08:00] <seb128> didrocks, trusty is on 3.10 and there is no > .4
[08:00] <seb128> didrocks, utopic is on 3.12 which has a .6
[08:00] <didrocks> seb128: I'm talking about utopic, as we are on 3.12
[08:00] <seb128> didrocks, you wrote trusty ;-)
[08:00] <didrocks>  evolution-data-server | 3.12.4-0ubuntu1     | utopic           | source, amd64, arm64, armhf, i386, powerpc, ppc64el
[08:00] <seb128> didrocks, right, that makes sense
[08:00] <seb128> didrocks, I was wondering if you wanted to SRU 3.12 to trusty
[08:00] <didrocks> seb128: so, utopic doesn't have .6, right?
[08:00] <seb128> or if you typoed
[08:00] <seb128> no
[08:00] <seb128> .6 is recent
[08:01] <seb128> if you want to do the update please do ;-)
[08:01] <didrocks> yeah, will be similar
[08:01] <seb128> Laney handled e-d-s this cycle and I think that one went out since he's away
[08:01] <didrocks> .5 in august though!
[08:01] <didrocks> slacker ;)
[08:01] <seb128> hehe
[08:06] <didrocks> interesting, I didn't have germinate installed
[09:34] <marga> Trevinho, the feedback has been a bit silent for my taste, but at least nobody has said that they got the missing-password issue after installing your package
[09:35] <marga> They did say that compiz was eating CPU like crazy but this happened to people running both the modified and the unmodified version, so I expect it's a different issue.
[09:47] <seb128> dpm, hey
[09:48] <dpm> hey seb128
[09:48] <seb128> dpm, I enabled translations for a few packages that were missing it, like sync-monitor or indicator-transfer
[09:48] <seb128> dpm, do we need to let the translators know in some way, or flag those in the list so they show in the phone high ranking?
[09:49] <dpm> I will add them to the stats pages. However, last time I looked, they were missing i18n altogether, and I've not seen any status changes in the bugs (although I'm still catching up on e-mail)
[09:50] <seb128> dpm, the indicator is missing i18n? what does that mean?
[09:50] <seb128> dpm, that it wouldn't use the strings even if the .mo is there? I doubt it, it's an indicator and it's standard code similar to the other ones
[09:50] <seb128> dpm, sync-monitor I don't know about
[09:51] <seb128> dpm, still we should get it translated, so when we fix the code the strings are there
[09:51] <dpm> seb128, there weren't any strings marked for translation. But before I speculate more, let me have a look again
[09:51] <seb128> dpm, thanks
[09:51] <seb128> dpm, well, in those cases they are strings and I made the templates be imported
[09:52] <seb128> dpm, https://translations.launchpad.net/ubuntu/utopic/+source/sync-monitor
[09:52] <dpm> ok, cool
[09:52] <seb128> dpm, https://translations.launchpad.net/ubuntu/utopic/+source/indicator-transfer
[09:54] <dpm> seb128, ah, that's what confused me: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-transfer/trunk.14.10/files/head:/po/ - no .pot file, however luckily the source package does generate one
[09:58] <seb128> dpm, thanks for calling my work "luckily" :p
[09:58] <seb128> dpm, it generate one because I did submit fixes for that to happen and then accepted the template in launchpad
[09:58]  * dpm hugs seb128
[09:58] <seb128> shrug
[09:58] <seb128> that's slightly insulting
[09:59] <seb128> dpm, if I did it the wrong way feel free to tell me what I should have done instead at least ;-)
[09:59]  * seb128 hugs dpm back
[10:01] <dpm> seb128, it's perfect. I just meant that the upstream devs should have enabled translations upstream. And by luckily I wasn't implying that the work got done by chance, I just meant that it's good that even upstream translations are not enabled, the source package ones are
[10:01] <seb128> dpm, well, I did it this way because the "translation in upstream trunk" doesn't work
[10:01] <seb128> dpm, we keep having outdated pot files
[10:01] <seb128> dpm, we need a way to get the pot updated automatically
[10:02] <seb128> the "translate in ubuntu" is more robust
[10:02] <seb128> dpm, I'm pondering undoing the "translate upstream" for ubuntu-system-settings btw
[10:02] <dpm> seb128, yeah, I was meant to have a conversation about automatically updating .pot files in the ci-train with Lukasz, but I didn't manage before going on holiday
[10:03] <seb128> dpm, we do update the pot in individual merge requests (at least for settings) because then all merge requests conflict on the pot
[10:03] <seb128> we don't*
[10:03] <dpm> seb128, please don't disable upstream exports, unless it's affecting development in any way. I'm still using these to update the stats at http://projects.davidplanella.org/stats/utopic
[10:03] <seb128> dpm, we often have several changes queued which update strings, and it becomes challenging to land stuff together if you include the pot refresh
[10:04] <seb128> dpm, ok, still we keep having outdated templates, which is annoying
[10:04] <dpm> I need to have these conversation about updating pots automatically
[10:04] <seb128> that doesn't happen on the ubuntu side
[10:04] <seb128> right
[10:05] <seb128> dpm, btw, speaking about translation, we started hitting bugs because launchpad's gettext is too old/doesn't handle "\u<nnnn>" unicode chars
[10:05] <seb128> larsu, btw, did you open a bug on launchpad itself about that? if not we should probably do it
[10:06] <dpm> seb128, yeah, it's a tradeoff right now. On the Ubuntu side it's difficult to point developers to the right packages/click apps to translate (and we can't have click apps in the source packages list), and we can't have reliable stats for OEMs, that's why I created the stats page
[10:07] <dpm> seb128, yeah, I think it's ancient. It does not handle {arg} translations for python either. I asked wgrant a while ago, and it seems the server is still on an old Ubuntu release
[10:07] <larsu> seb128: good point
[10:07] <larsu> dpm: is there already a bug open about that?
[10:07] <dpm> larsu, I don't remember having opened one
[10:08] <larsu> okay, I'll open one then
[10:09] <seb128> larsu, danke
[10:10] <larsu> dpm: with {arg} you mean the python3 str.format() style?
[10:10] <dpm> larsu, exactly
[10:10] <larsu> ok
[10:13] <larsu> seb128, dpm: bug #1367213
[10:13] <dpm> thanks larsu
[10:15] <seb128> larsu, danke
[11:10] <Trevinho> marga: ok, thanks.... Let's continue the test for few days.. That change is going to be SRU'ed anyway
[11:34] <didrocks> is launchpad on crack?
[11:34] <didrocks> File evolution-data-server_3.10.4-0ubuntu2.debian.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents.
[11:34] <didrocks> nothing in trusty queue: https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=
[11:35] <didrocks> and not in trusty: https://launchpad.net/ubuntu/+source/evolution-data-server
[11:35]  * didrocks wonders if now, launchpad looks at other releases and try to match the content
[11:35] <didrocks> like this one on utopic: https://launchpad.net/ubuntu/+source/evolution-data-server/3.10.4-0ubuntu2
[11:54] <seb128> didrocks, it always did that
[11:54] <seb128> didrocks, you can't use again a version number that has a been used
[11:54] <seb128> didrocks, like it 3.10.4-0ubuntu2 existed in utopic you can't use it in trusty
[11:54] <seb128> that's why we do the 1.1 thing usually
[11:54] <didrocks> seb128: hum, weird, I was in my mind really sure that after forking between r and r+1, we did that in the past
[11:55] <didrocks> but probably bad memory, and long time I didn't do "regular packaging" apart from CI ones :)
[11:55] <didrocks> (anyways, already uploaded 1.3 btw)
[12:04] <didrocks> Sweetshark: hey! so GunnarHj provided some translation patches some weeks ago, do you mind having a look? https://bugs.launchpad.net/ubuntu/+source/libreoffice-dictionaries/+bug/1308771
[12:04] <didrocks> Sweetshark: sounds useful to SRU to trusty as well
[12:06] <Sweetshark> didrocks: hmmm, we just bumped Libreoffice on trusty to 4.2.6 though, but yes: I should keep that in mind when bumping to 4.2.7 on trusty.
[12:06] <didrocks> Sweetshark: please do (and update the status of the bug as well then)
[13:28] <willcooke> tkamppeter, do you have a link to the information about how printer makers can add their drivers to the database?  I did a quick search, but I couldnt find what I was looking for
[13:31] <willcooke> didrocks, once your next blog post is out, do you think it's worth us organising a community hangout to talk about the next steps (what our next targets are etc)?  Or perhaps that is better suited to a mailing conversation?
[13:34] <tkamppeter> willcooke: http://www.linuxfoundation.org/collaborate/workgroups/openprinting/writingandpackagingprinterdrivers
[13:35] <willcooke> great, thanks tkamppeter.  And thank you very much for your hard work in the conference calls.  Great job
[13:35] <willcooke> I think they went really well
[13:43] <didrocks> willcooke: I guess a hangout can work (funny you tell this, I wrote this 20 minutes ago in a comment on g+) ;)
[13:44] <willcooke> didrocks, how about that?!
[13:44] <willcooke> ;)
[13:44] <didrocks> heh
[13:44] <willcooke> It reminded be to do something about it
[13:44] <didrocks> yeah, that was my guess, you cheated! :)
[13:44] <willcooke> So if you're happy to do that, I will work with dpm or jcastro and get something in the diary
[13:45] <didrocks> willcooke: that would be perfect!
[13:45] <didrocks> willcooke: didn't get time with the infrastructure flakyness to prepare the blog post yet. Probably tomorrow
[13:45] <willcooke> didrocks,  aint no thing
[14:55] <didrocks> fginther: so i386 is again (3rd time of the day) off after the revert, it seems that it's the jenkins slave that doesn't boot up or there is a race
[14:56] <didrocks> fginther: I can ssh to it and it's indeed reverted without any jenkins process
[14:56] <didrocks> I remember that jibel had an upstart job to fail & retry, maybe we should check with him and put that into the vm image?
[14:56] <fginther> didrocks, oh, sorry about that. I saw your message, then got sucked into meetings
[14:56] <didrocks> fginther: no worry, I reverted and rebooted thanks to virsh myself, the other times :)
[14:56] <didrocks> but as it seems it's quite frequent and only related to not having the jenkins slave process, maybe we can workaround this
[14:57] <fginther> didrocks, yes, I was going to add a workaround to the revert job if this continued to be a problem, I can do that now
[14:58] <fginther> the upstart job is set to retry, perhaps it's respawning too fast. The logs get removed on the revert, so I haven't looked at them yet
[14:58] <didrocks> fginther: yeah, want me to just try a "start jenkins-slave"
[14:59] <fginther> didrocks, sure, I was just going to make that a part of the revert job
[14:59] <didrocks> fginther: so, the agent started, without any issue
[15:00] <didrocks> and it runs the update
[15:00] <didrocks> fginther: how do you want to make that as part of the revert job, as you are on another machine?
[15:00] <didrocks> just sshing to both of them and try a start?
[15:00] <fginther> ssh to it
[15:00] <didrocks> (after the 300s)
[15:00] <didrocks> ok
[15:00] <fginther> yep
[15:00] <didrocks> sounds good enough for now ;)
[15:00] <didrocks> fginther: you can run the revert job if you need btw
[15:01] <didrocks> (to tests 2-3 times)
[15:01] <fginther> didrocks, so you're not using it at the moment?
[15:01] <didrocks> fginther: for the next hour, no
[15:22] <didrocks> fginther: you should add a || true I guess
[15:22] <didrocks> + ssh ubuntu@ps-trusty-desktop-amd64-1 /usr/bin/sudo start jenkins-slave
[15:22] <didrocks> start: Job is already running: jenkins-slave
[15:23] <didrocks> fginther: doing and restarting
[15:23] <fginther> thanks
[15:24] <didrocks> yw!
[15:25] <desrt> 5 minutes!
[15:26] <didrocks> 17:24:59      desrt | 5 minutes!
[15:26] <didrocks> desrt: fail at 1s here! :)
[15:26] <desrt> check your clock!
[15:27]  * didrocks checks and trusts his clock
[15:28] <desrt> 2 minutes!
[15:29] <desrt> 1 minute!
[15:29] <didrocks> better!
[15:29]  * Sweetshark lurks moar
[15:30] <desrt> willcooke: GO!
[15:30] <willcooke> Roll call (taking in to account holidays and people I know aren't here):   attente_, desrt, didrocks, larsu, qengho, seb128, sweetshark, tkamppeter
[15:30] <didrocks> o/
[15:30] <Sweetshark> o/
[15:30] <larsu> \o
[15:31] <desrt> oh.  hi.
[15:31] <willcooke> Shall we go in alphabetical order, or does someone want to go first?
[15:31] <larsu> desrt: disappointing :(
[15:31] <desrt> larsu: i've heard that you shouldn't use \o or o/ so i wanted to avoid it
[15:32] <larsu> desrt: why not?
[15:32] <dgadomski> willcooke: I haven't been called, but I will gladly take a look what's going on ;)
[15:32] <desrt> apparently from the side it looks like a nazi salute
[15:32] <willcooke> cool!  hi dgadomski - good to have you here
[15:32] <larsu> willcooke: in the order you specified
[15:32] <didrocks> willcooke: let's go alphabetical I guess :)
[15:32] <willcooke> attente_, you're first
[15:33] <willcooke> don't think attente_ is around atm, so let's move on to desrt and come back around
[15:33]  * desrt phones attente_ :)
[15:33] <attente_> sorry, i'm here, i just didn't have my status ready
[15:33] <willcooke> tsch
[15:33] <willcooke> ;)
[15:33] <willcooke> attente_, you want us to come back to you>?
[15:34] <attente_> please :)
[15:34] <willcooke> ok, desrt go for it
[15:34] <desrt>  - fixed long-standing difficult-to-track-down bug in glib's mime handling code where the wrong default app was being picked
[15:34] <desrt>  - proselytised for the church of gperf
[15:34] <desrt>  - spent most of the week working on adding support for StopUnit and Abandon to the cgroup scopes in systemd-shim
[15:34] <desrt> fin
[15:35] <willcooke> Excellent, thanks desrt.  Moving on to didrocks
[15:35] <seb128_> desrt, do you have a bug reference for the wrong mime one?
[15:35] <seb128_> or an example
[15:35] <desrt> seb128_: no :(
[15:35] <seb128_> I wonder if that's something we should SRU
[15:35] <seb128_> k :/
[15:35] <desrt> no.
[15:36] <desrt> it's in my new mime code which i only did this cycle
[15:36] <seb128> k
[15:36] <desrt> so it won't impact other releases
[15:36] <seb128> thanks
[15:36] <desrt> however, there are older similar bugs...
[15:36] <desrt> but uh... OBSOLETE now, i guess, and no patches to pick :(
[15:36] <desrt> we changed the spec pretty throughly at the last freedesktop summit...
[15:36] <desrt> that's actually maybe something to talk about: we should stop using defaults.list: it is deprecated
[15:37] <desrt> should now be gnome-mimeapps.list (since only GNOME ever processed this file anyway)
[15:37] <desrt> but now we can also have unity-mimeapps.list, kde-mimeapps.list, etc, etc.
[15:38] <didrocks> seb128: desrt: done then?
[15:38] <desrt> sure.  let's chat in detail after the meeting.
[15:38] <didrocks> ok, so my status is 12 lines, to avoid any complain from seb128, I'm using a pastebin: http://paste.ubuntu.com/8300814/ :)
[15:38] <seb128> desrt, k, that's a discussion worth having next month when we are together
[15:38] <didrocks> EOF then :p
[15:38] <desrt> seb128: even better
[15:38] <seb128> desrt, ;-)
[15:38] <seb128> didrocks, lol
[15:38] <seb128> didrocks -q
[15:38] <seb128> :p
[15:38] <desrt> didrocks: WRAP YR TEXT!
[15:39] <didrocks> desrt: use plain mode!
[15:39] <didrocks> http://paste.ubuntu.com/8300814/plain/
[15:39] <seb128> need to auth to go in plain
[15:39] <seb128> that pastebin is ridiculous
[15:39] <didrocks> yeah, but wrapping shouldn't be a matter of the paster tbh :p
[15:39] <desrt> the most important thing is that we still get to complain about the way in which didrocks gives his status
[15:39] <didrocks> screen width is changing between setup
[15:39] <seb128> :-)
[15:39] <didrocks> desrt: I see that ;)
[15:39] <seb128> 80 chars wrapping!
[15:39] <didrocks> don't even dare!
[15:40] <didrocks> so adding:
[15:40] <didrocks> * Got a wrapping argument with the CI team :)
[15:40] <seb128> happyaron, didrocks, what's the status of the fcitx mir?
[15:40] <didrocks> seb128: no news from happyaron, still pending on him to do the needed changes + releases
[15:40] <seb128> k
[15:40] <didrocks> seb128: and I'm getting more MIRs from others, so fcitx can be lower in the list…
[15:41] <seb128> willcooke, ^ that might be an issue worth keeping an eye on
[15:41] <didrocks> (and I feel less confident that it's something we are supporting due to the lack of feedback/fix cycles)
[15:41] <willcooke> didrocks, seb128 happyaron - let me know if I can assist with the Fcitx work
[15:41] <willcooke> seb128, ack
[15:41] <willcooke> :)
[15:41] <seb128> willcooke, not sure how you can help, but we need to unblock that if we want to enable that support this cycle
[15:41] <willcooke> seb128, I'll chat to happyaron
[15:42] <willcooke> anyway, let's get this train wreck back on the rails.... didrocks please carry on
[15:42] <seb128> willcooke, thanks
[15:42] <willcooke> (meeting = train wreck, not fcitx)
[15:42] <didrocks> willcooke: hum, I don't have more than what I wrote on the pastebin ;)
[15:42] <willcooke> ahh, kk
[15:42] <didrocks> not enough? ;)
[15:42] <desrt> attente ready yet? :)
[15:42]  * desrt sees fcitx mention
[15:43] <attente_> yes
[15:43] <didrocks> so yeah, if you follow the links in the pastebin, you can see our daily udtc runs
[15:43] <attente_> proper migration of old ibus input sources for users switching to fcitx, thanks desrt for gperf advice
[15:43] <willcooke> didrocks, I send a copy & paste of the meeting notes to robert_ancell and TheMuso, so inline is probably easier for those guys, jus' saying
[15:43] <attente_> debugging a race between u-s-d and fcitx on session start
[15:43] <attente_> to-do: still need to debug sync issues between fcitx current IM and gsettings current input source
[15:43] <attente_> to-do: i-k icons don't look right in fcitx-qimpanel, not sure why
[15:43] <didrocks> willcooke: if seb128 & co stop complaining, I can do, let me repaste after attente_ then :)
[15:44] <seb128> lol
[15:44] <seb128> -q version? :p
[15:44]  * seb128 stops trolling didrocks
[15:44] <desrt> (we should just move the meeting to friday...)
[15:44]  * Sweetshark wonders why
[15:44] <didrocks> attente_: done?
[15:44] <Sweetshark> wondering about stopping not moving
[15:44] <attente_> didrocks: yes, sorry, (eof)
[15:45] <didrocks> for robert and themuso then, repasting:
[15:45] <didrocks> * Released Ubuntu Developer Tools Center 0.0.5 (trusty and utopic). This version is focused on better testing reliability in difficult conditions like slow CPU and network and jenkins environment. Details at https://github.com/didrocks/ubuntu-developer-tools-center/commit/8ab0fbda19627832b03ca9bbe3f2dabbc30b142b. Merged external translation contributions!
[15:45] <didrocks> * Setup jenkins daily tests on both i386 and amd64, with git or latest version (system) in a distro. Always install on a fresh install, running every 2 hours and report all results (https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/)
[15:45] <didrocks>   * running from trunk and dependencies from trunk: https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/34/
[15:45] <didrocks>   * running with a system setup (installed package from distro and dependencies + corresponding tests at rev from distro): https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/36/
[15:45] <didrocks>   * code coverage reports jobs: (trunk) https://jenkins.qa.ubuntu.com//job/udtc-trusty-tests-collect/20/label=ps-trusty-desktop-i386-1/console, (system) https://jenkins.qa.ubuntu.com//job/udtc-trusty-tests-collect/21/label=ps-trusty-desktop-i386-1/console
[15:45] <didrocks>   -> I'll write a blog post next week with more details on the testing setup.
[15:45] <didrocks> * TODO: medium tests are disabled for now (hence the red dots) due to firewall issues to get the docker image. RT in progress.
[15:45] <didrocks> * TODO: issues with the vm not reconnecting to jenkins after 3/4 of machine resets. fginther is adding a workaround.
[15:45] <didrocks> * TODO: system medium tests not supported (it would involve rebuilding everytime a docker container). Not a priority as large tests are passing.
[15:45] <didrocks> * Helped Kylin team on html/javascript and C++ calls.
[15:45] <didrocks> * Some help and discussion with the CI team + (very) quick bug fixing.
[15:45] <didrocks> * Patch piloting, including updating evolution-data-server in utopic + trusty.
[15:45] <willcooke> eof?
[15:45] <didrocks> yeah, eof
[15:46] <willcooke> thx didrocks - larsu, over to you
[15:46] <larsu> sure
[15:46] <larsu> - look into fixing gtk tests, but we decided to not warn on deprecated properties instead
[15:46] <larsu> - unitythemeprovider landed in staging. New patch: support .xpm icons and /usr/share/pixmaps
[15:46] <larsu> - gtk theme: fix popover menus (menuitems were rendered as buttons) and tweak background hacks for overlay-scrollbars
[15:46] <larsu> - investigated why unicode escapes in c/c++ string literals don't work in launchpad and worked around it in indicator-datime
[15:46] <larsu> - indicator-messages: investigate wakeups. Haven't been able to reproduce yet
[15:47] <larsu> I'm sure i-messages monitors XDG_DATA_DIRS, just gotta remove this with desrt's suggestion
[15:47] <larsu> eof
[15:47] <willcooke> excellent stuff, thanks larsu
[15:47] <desrt> larsu: i'm done with the systemd-shim stuff for now, i think (hallyn just tested it) so i may be able to look at inotify stuff today
[15:48] <desrt> i doubt i want to land a patch in glib upstream this cycle since we're on the eve of hard code freeze, but i could get something lined up for next cycle and we could vendor-patch it in
[15:48] <desrt> we need to slay this issue eventually...
[15:48] <larsu> desrt: cool. let's talk about this after the meeting
[15:48] <desrt> yup
[15:48] <willcooke> qengho, over to you...
[15:48] <qengho> - more Chromium-Mir work. I need to run mir, to test.
[15:48] <qengho> - setting up Cr contributed translations import/export.
[15:48] <qengho> - minor Cr bugs. Thinking about autopkgtest test for a fontconfig bug.
[15:48] <qengho> - dogfooding EN / ZH-pinyin fcitx.
[15:49] <qengho> EOF
[15:49] <willcooke> good work on the Mir work
[15:49] <qengho> willcooke: Too early to praise me. :)
[15:49] <willcooke> ha!
[15:49] <willcooke> I have faith
[15:50]  * willcooke is lovin' PDF in browser </soapbox>
[15:50] <attente_> qengho: are you using the transition PPA?
[15:50] <qengho> attente_: the PPA? You mean branches?
[15:50] <willcooke> qengho, it's good that the Mir work is  moving forwards though.
[15:50] <attente_> qengho: i mean for the fcitx dog fooding
[15:51] <qengho> attente_: Oh, no.
[15:51] <qengho> attente_: I read "transition" as translation. Sorry.
[15:52] <willcooke> seb128, you're up
[15:52] <qengho> attente_: I'm using the packages in U.
[15:52] <seb128> • ubuntu-system-settings for touch
[15:52] <seb128> ∘ quite some bugfixes (orientation plugin having wrong framing, some panels having scrolling issues, ui difference with design)
[15:52] <seb128> ∘ tested/reviewed changes from others
[15:52] <seb128> • made indicator-transfer translatable
[15:52] <seb128> • fixed typo in sync-monitor and made it translatable on launchpad
[15:52] <seb128> • tested the current phone rtm, filed a stack of bug reports, sent some easy patches for label wrapping issues in non english locales
[15:52] <seb128> • send patch to make indicator-display translatable on launchpad
[15:52] <seb128> • looked at indicator-datetime/utf string escaping/launchpad issue
[15:52] <seb128> • test work from robert_ancell on u-c-c/u-s-d to allow updating gnome-desktop in utopic, seems to work correctly now (Laney said he would get it approved when he comes back if things are working)
[15:52] <seb128> • started looking at new gedit and evince to see how they work under Unity, we can probably update, maybe next cycle would be better though
[15:52] <seb128> • usual share of bugs triaging and desktop discussions
[15:52] <seb128>  
[15:52] <seb128> (that's it for the week)
[15:52] <desrt> seb128: christ man... ever heard of pastebins?
[15:52] <willcooke> thanks seb128
[15:52] <seb128> desrt, be nice, didrocks would feel alone if I was not doing that ;-)
[15:53] <larsu> seb128: gedit o/
[15:53] <larsu> I agree next cycle is better though
[15:53] <seb128> larsu, yeah, but the nice option are in 3.13 and that requires gtk 3.13
[15:53] <seb128> evince might be doable this cycle
[15:53] <larsu> nah, I'm fine with next
[15:53] <seb128> I have 3.13 working, it looks ok, I just need to turn on normal decorations instead of headerbar decorations
[15:53] <seb128> + the menubar issue
[15:54] <desrt> are we ever going to sync back up on gtk releases or is 1-behind our new normal?
[15:54] <larsu> seb128: do you need help with thaat?
[15:54] <larsu> *that
[15:54] <seb128> larsu, well, evince fixes a stack of bugs and add better hidpi support, so might still be worth asking a ffe for
[15:54] <larsu> desrt: new normal
[15:54] <larsu> seb128: ah, good point
[15:54] <seb128> desrt, no, we decided to do that because unstable gtk are creating too much work for us
[15:54] <desrt> oh well.  at least this gtk release is a good one, so next ubuntu release will be nice :)
[15:54] <desrt> too bad about this one, based on crap gtk :)
[15:54] <larsu> desrt: once *someone* fixed the theme
[15:55] <larsu> desrt: and o-s :/
[15:55] <larsu> it's not that crappy though
[15:55] <desrt> dialogs...
[15:55] <desrt> most of the fixes are now at least in the new one, but i guess we patch those anyway
[15:55] <larsu> we backported those changes
[15:55] <desrt> right
[15:55] <desrt> seems like things are getting a bit more calm upstream
[15:55] <seb128> yeah, I don't think we have issues with the current version
[15:55] <desrt> let's talk in october :)
[15:55] <seb128> indeed
[15:56] <larsu> until mcann comes back :D
[15:56] <willcooke> Sweetshark, over to you. How was the conference?
[15:56] <seb128> willcooke, can move on to the next one ;-)
[15:56] <desrt> larsu: this irc channel is logged :p
[15:56] <Sweetshark> - LibreOffice conference (see report for details in epic proportions)
[15:56] <Sweetshark> - some security aftershocks
[15:56] <Sweetshark> - reviewing mail merge patches upstream
[15:56] <Sweetshark> - some MIR rationale prose
[15:56] <Sweetshark> - also highly encouraged by the last trusty update: its been out for a week
[15:56] <Sweetshark>   - ignoring stacktraces that happend only once (because they might be background radition/hardware fail) we have only 3 stacktraces there:
[15:56] <Sweetshark>     - one with 33 occurrences (seems to be something on the startup)
[15:56] <Sweetshark>     - one with 23 occurrances (possibly unity itegration)
[15:56] <Sweetshark>     - one with 12 occurrances ("cannot copy extracted data...." -> packaging issue)
[15:56] <Sweetshark>     - everything else is 1 occurance or less
[15:56] <Sweetshark>     - compare that with the 3.5.7 package from precise with the following occurence counts: 144, 93, 82, 80, 39, 37,27, 25, 22, 21 for the top 10 in the last week
[15:56] <Sweetshark> - up next: some finishing touches for 14.10: reenable mergedlibs, autopkgtests
[15:56] <Sweetshark> EOF
[15:57] <Sweetshark> willcooke: conference as awesome and terribly exhausting -- as usual.
[15:57] <willcooke> :D
[15:57] <larsu> desrt: so? !calm doesn't mean bad necessarily
[15:57] <willcooke> Thanks for the trip report(s) , very interesting reading
[15:57] <willcooke> tkamppeter, over to you
[15:58]  * desrt notes libreoffice policy: it's not a bug until it affects 10 users
[15:58] <larsu> which is nothing for them
[15:59] <tkamppeter> - Posted student projects for VALS Semester of Code (http://vps.semesterofcode.com/), 8 projects which stayed "unsold" after GSoC 2014, plus mobile print dialog for Ubunt phone
[15:59] <tkamppeter> - Two phone meetings with Will Cooke and representatives of printer manufacturers, to present them Ubuntu andits printing stack and printing technologies currently under development. Especially Lexmark is very interested in th concept of auto-downloadable drivers.
[15:59] <tkamppeter> - system-config-printer: Updaed to 1.5.1
[15:59] <tkamppeter> - Bugs.
[15:59] <Sweetshark> desrt: unless one of them is a paying customer ;)
[15:59] <Sweetshark> (or a developer)
[15:59] <willcooke> thanks tkamppeter, and thanks again for your support in the conference calls.
[15:59] <willcooke> Ok, I have reports from robert_ancell and TheMuso.  Here comes cut & paste....
[16:00] <willcooke> == robert_ancell ==
[16:00] <willcooke> Worked on:
[16:00] <willcooke> - Released LightDM 1.11.8
[16:00] <willcooke> - Helped diagnose cgroup issue on krillin that was triggered by timing improvement in lightdm (bug was in systemd-shim)
[16:00] <willcooke> - Helped diagnose issues with non-free video drivers not tagging their devices so logind considers that seat to have graphics capability
[16:00] <willcooke> - Bug fixes and test improvements in LightDM
[16:00] <willcooke> - Backported changes from LightDM 1.11 to 1.10 in preparation to SRU into Ubuntu 14.04
[16:00] <willcooke> Currently working on:
[16:00] <willcooke> - Bug fixing in LightDM
[16:00] <willcooke> - Preparing LightDM 1.10.2 release
[16:00] <willcooke> Not blocked on anything.

[16:01] <willcooke> == TheMuso ==
[16:01] <willcooke> * Uploaded some fixes to make accessibility profiles get properly applied at install time.
[16:01] <willcooke> * Started researching more about US Section 508 and CVVA acts, relevant to our accessibility compliance. Everything I have found so far that summarises section 508 has been talkin about the web only, but I think the act applies to more than just web pages. The research continues, haven't checked out the CVVA yet.
[16:01] <willcooke> EOF
[16:01] <willcooke> Last and by no means least... any other business?
[16:02] <seb128> not from me
[16:02] <didrocks> nothing
[16:02]  * willcooke sets a 1m time out
[16:02] <seb128> willcooke, we want to discuss overlay-scrollbar, but doesn't need to be a meeting item
[16:03]  * Sweetshark whisles a tune by europe from the 1980ies ..
[16:03]  * desrt shakes fist at robert_ancell for creating work for him
[16:03] <willcooke> seb128, I've got something on the sprint plan for that
[16:03] <larsu> that will be a short meeting
[16:03] <seb128> still basically the same "it's work, keep creatings issues, inconsistent since it's only for gtk applications"
[16:03]  * willcooke beep beep beep.  Times up
[16:03] <desrt> willcooke: no status from you?
[16:04] <larsu> time's up
[16:04] <desrt> too bad :(
[16:04] <seb128> willcooke, or said differently "can we drop them, it would make mpt/some designers happy and decrease our workload/resolve some annoying issues"
[16:04] <desrt> 'some annoying issues' ~= every cycle they break and we spend a lot of time fixing them
[16:04] <desrt> 'workload' ~= when i say "a lot of time" ....
[16:05] <willcooke> I did speak to JohnLea about it last week, he wants to keep them. But I think we should take the time to explain why they are such a burden and get a consensus
[16:05] <seb128> willcooke, I'm curious to know how it justify that when they don't work in firefox/chromium/tb/libreoffice
[16:05] <seb128> qt apps
[16:06] <seb128> it->he
[16:06]  * larsu nods
[16:06] <seb128> like if we had them working on all our supported apps I would understand
[16:07] <willcooke> seb128, yup -I agree.  I still think the right course of action is to get all the "stake holders" sat down and to have a proper chat about it though.   Should be a fairly stress free conversation
[16:07] <seb128> willcooke, +1
[16:07] <willcooke> So, status from me....
[16:07] <seb128> that can wait, not going to change things a lot this cycle
[16:07] <willcooke> seb128, +1
[16:08] <willcooke> Went to the office and had a meeting with Richard Collins & John Lea about planning out the roadmap to 16.04.  Lots still to do there
[16:08] <willcooke> Did these printer makers calls with tkamppeter
[16:08] <willcooke> Did some HR stuf
[16:08] <willcooke> f
[16:09] <larsu> thanks for talking to those guys
[16:09] <willcooke> and then generic manager work.  Looking busy, walking around quickly, the normal
[16:10] <larsu> :D
[16:10] <seb128> good to have somebody figuring out the plans for us :-)
[16:10] <larsu> nd walking around quickly
[16:10] <willcooke> oh, I had a good meeting with kgunn about Mir & U8.  We bumped the keyboard input problems in the U8 desktop up in the priory list
[16:10] <larsu> someone's gotta do that
[16:10] <willcooke> *priority
[16:11] <willcooke> EOF
[16:11] <willcooke> Ok, I think that's a wrap.  Thanks all.
[16:11] <didrocks> thanks
[16:12] <didrocks> fginther: ok, the machines survived, let's see after this run (should reset in less than 5 minutes as the tests are finishing)!
[16:12] <seb128> thanks
[16:12] <kgunn> fwiw, gotta guy on unity8 team who's working on a very similar bug...but not that same one (e.g. keyboard/sidestage)...and he'll address that as soon as he finishes the one he's on
[16:12] <fginther> didrocks, watching
[16:12] <willcooke> awesome, thanks a lot kgunn
[16:13] <didrocks> fginther: I'm wondering if the same can happen after the dist-upgrade reboot though and so, a brutforce option in the vm would have workarounded that one as well
[16:14] <fginther> didrocks, yeah that's possible too. I can do the same workaround after the dist-upgrade though.
[16:15] <fginther> didrocks, will try to refine next time a new snapshot is needed
[16:15] <didrocks> fginther: excellent! thanks for keeping an eye on it!
[16:38] <JohnLea> seb128, hyia, just catching up on the overlay scroll bar conversation above
[16:39] <willcooke> hi JohnLea
[16:40] <JohnLea> seb128, overlay scroll bars were actually one of the first elements of the convergence design, the idea being that they enable touch and pointer control to happily co-exist.  On touch devices only the thin bar appears when when a user scrolls the view.  But if a pointer moves near the edge the thumb appears enabling scrolling of the same view with a pointer
[16:41] <JohnLea> seb128, totally agree about needing it implemented on key toolkits
[16:41] <JohnLea> seb128, moving forward though it is something that we want for native QML apps on our platforms
[16:43] <seb128> JohnLea, hum, ok, I though user testing showed that they don't work well for most users
[16:43] <seb128> like difficult to grab
[16:43] <seb128> especially on touch
[16:43] <JohnLea> no, that is not the case
[16:44] <JohnLea> works excellently for touch user because they don't have to grab anything!
[16:44] <JohnLea> the grab handles should never appear when the user is interacting via touch
[16:44] <JohnLea> basically when used just with touch it is identical to the scroll bars in ios today
[16:45] <JohnLea> what it adds that that it makes this also usable with a pointer
[16:45] <JohnLea> for touch user scrolls by just dragging anywhere at all in the viewport
[16:46] <JohnLea> the trade is more on the pointer side
[16:46] <JohnLea> but it works very well with mouse scroll wheels
[16:47] <seb128> JohnLea, right, it works well as long as you don't want to display the ui ;-)
[16:47] <seb128> e.g page up/down, mouse, flickering, etc
[16:47] <seb128> JohnLea, ok, anyway, if we want to keep those we need to invest in making them work in a non hackish way
[16:47] <seb128> so we need resources allocated to that
[16:49] <Cimi> JohnLea, plus, we might want to revisit the design, and put them inside the view, not outside as they are now
[16:49] <Cimi> JohnLea, also, I won't make them follow the mouse cursor, as I heard many times people not being able to scroll
[16:50] <willcooke> Cimi, JohnLea +1 for not following the mouse cursor.  That interaction does seem a bit broken IMHO
[16:50] <Cimi> in my opinion, I would do like in facebook sidebar, they work great
[16:51] <Cimi> it's a compromise with OSX where they are too hard to get
[16:53] <willcooke> let's talk more at the next sprint
[16:54] <JohnLea> seb128, the touch flick up/down is by far the most common use case on touch devices, and use of scroll wheel is common for those with mice.  So yes there is a bit of optimising for these input devices, and a bit of cost for the 'dragging with a pointer', but this trade is in line the direction Ubuntu touch as a whole is aiming
[16:55] <JohnLea> Cimi, have a play once you have finished with the Dash structure update prototyping we are going to talk about tomorrow ;-)
[16:56] <seb128> JohnLea, right, well as said it's fine, we just need resources to do a proper job at it, what we currently have is not maintainable and not done right
[16:59] <JohnLea> seb128, yes agreed, this is supposed to be part of the sdk so I suppose it falls on their plate
[17:06] <Cimi> JohnLea, I am in the office tomorrow btw
[17:06] <Cimi> JohnLea, but I am not planning to play any hack in gtk :)
[17:33] <Laney> I have eds on my list to do
[17:34] <seb128> Laney, hey, have->had, didrocks did it for you
[17:34] <seb128> Laney, how are holidays? ;-)
[17:34] <Laney> delayed
[17:34] <Laney> well he duplicated some work then, but okay ...
[17:36] <Laney> oh it was only eds itself, not everything else, I see
[17:39] <seb128> Laney, yeah, there was a git commit in the sponsoring queue and he though than he could do the update rather than cherry picking only one fix
[17:39] <Laney> nod
[17:39] <seb128> Laney, I don't think that took much effort, it's only 1 source
[17:39] <seb128> with small changes
[17:39] <Laney> it's fine, "eds" to me is like 6 packages
[17:39] <Laney> which turns out to be a bit of work
[17:40] <seb128> right
[17:40] <seb128> that's "evo" for me ;-)
[17:40] <Laney> :-)
[17:40] <seb128> Laney, "delayed" was about holidays? what happened?
[17:40] <Laney> calgary snowed
[17:40] <Laney> so we are delayed by 24 hours in canada
[17:40] <seb128> blame Canada!
[17:40]  * Laney stares at infinity 
[17:45] <stgraber> maybe you could have stayed at infinity's if he wasn't decontaminating his place ;)
[17:46] <stgraber> also, it's just that weird side of the country that's the problem, here I'm enjoying a nice and sunny 25C
[17:46] <Laney> de...contaminating?
[17:46] <Laney> air canada put us up in a hotel anyway
[17:47] <Laney> speaking of, better go back and check out
[17:47] <Laney> pack
[17:51] <seb128> Laney, have a safe trip back!
[17:52] <willcooke> EOD.  ttfn
[17:52] <attente_> snow?
[18:13] <Laney> attente_: SNOW!
[18:13] <Laney> i'd say 2 inches
[18:17] <attente_> Laney: you're near banff, go skiing
[19:45] <seb128> kenvandine, where did you ping me about testing u-s-s? can't find the channel anymore it seems!
[19:45] <seb128> kenvandine, in any case, update works fine
[19:45] <seb128> I installed some click updates and the system update to r26
[19:45] <kenvandine> woot
[19:45] <kenvandine> thx!
[19:46] <kenvandine> it was in ubuntu-ci-eng
[19:46] <seb128> k, too much going on I gues
[19:46] <kenvandine> so you tested with r25?
[19:46] <kenvandine> updated to r26?
[19:47] <seb128> correct
[19:47] <seb128> I've installed it again on r26 and just change auth from swipe to pin
[19:47] <seb128> works fine
[19:47] <seb128> updates open fine
[19:47] <seb128> but no system update anymore
[19:47] <seb128> calendar is listed as a click update
[19:48] <seb128> bah
[19:49] <seb128> mterry, trying to security panel, I ended up in a situation where the osk doesn't show anymore :/
[19:50] <seb128> can't reproduce anymore, weird
[19:50] <seb128> kenvandine, well, in any case, +1 from me
[19:50] <kenvandine> i tested the same thing on krillin
[19:50] <kenvandine> worked well
[19:50] <kenvandine> same for the bluetooth fixes
[19:50] <kenvandine> i can finally pair my only bluetooth speaker i own :)
[19:50] <kenvandine> cyphermox_, thanks!
[19:51] <seb128> ;-)
[19:51] <cyphermox_> kenvandine: woohoo!
[19:51] <kenvandine> seb128, i also manually editor the battery level in the qml file so it would fail for < 98% :)
[19:51] <kenvandine> and confirmed it wouldn't let me update
[19:51] <seb128> kenvandine, I did that before ;-)
[19:51] <kenvandine> until i plugged in
[19:52] <seb128> yeah, I tried that as well
[19:55] <seb128> kenvandine, cyphermox_, should the bt icon change when an headset is paired?
[19:55] <seb128> should also dialpad sound go through the headset?
[19:55] <kenvandine> dunno.. i just got my first device ever paired :)
[19:56] <kenvandine> seb128, i would imaging not...
[19:56] <seb128> kenvandine, why not?
[19:56] <kenvandine> oh... i guess it would
[19:56]  * kenvandine just thought of music... not hands free
[19:56] <seb128> doesn't seem to work then
[19:57] <cyphermox_> seb128: I'm not sure about dialpad sound, maybe it should
[19:57] <seb128> cyphermox_, how do I test it?
[19:57] <seb128> I tried the ringtone in settings as well
[19:57] <cyphermox_> testing the paired device?
[19:57] <cyphermox_> you need to actually do a phone call, or play music
[19:57] <seb128> yes
[19:58] <cyphermox_> the ringtone should have worked, it does go through PA afaik
[19:58] <seb128> doesn't work
[19:58] <seb128> the headset is connected
[19:58] <cyphermox_> what device is this?
[19:58] <seb128> but icon doesn't change and music go through the speaker
[19:58] <cyphermox_> ok
[19:58] <seb128> krillin
[19:58] <seb128> header is nokia bh-104
[19:58] <seb128> header->headset
[19:59] <cyphermox_> rsalveti: do you know what to look for re: where you'd expect the music to be routed? can we still see everything with pactl list sinks?
[19:59] <cyphermox_> seb128: if you navigate out, and back to the bluetooth settings, could you check that the device still says it's paired?
[19:59] <cyphermox_> you know, just in case it lied :)
[20:01] <seb128> cyphermox_, it does
[20:01] <cyphermox_> ok
[20:01] <cyphermox_> then something might be off in pulse
[20:01] <cyphermox_> give me a second
[20:02] <mterry> seb128, odd about OSK on security panel...  But hopefully that wouldn't be USS-specific
[20:03] <seb128> mterry, yeah, likely not, still an issue
[20:03] <mterry> agreed
[20:23] <seb128> cyphermox_, do you need debug info from me?
[20:24] <cyphermox_> ah, pactl list sinks for starters
[20:24] <cyphermox_> could you file a bug for it? It's unclear whether it's bluez or pulse
[20:26] <seb128> sure, on what component?
[20:28] <seb128> cyphermox_, http://paste.ubuntu.com/8303026/
[20:29] <cyphermox_> seb128: make it pulse for now and I'll coordinate with rsalveti
[20:29] <seb128> cyphermox_, thank
[20:29] <seb128> s
[20:30] <rsalveti> hm, what is the issue?
[20:30] <seb128> rsalveti, connecting an headset to my krillin, music playing/dialpad sounds/ringtone still go through speaker
[20:30] <rsalveti> 		output-wired_headset: Output to wired headset (priority: 400, not available)
[20:30] <rsalveti> 		output-wired_headphone: Output to wired headphone (priority: 400, not available)
[20:30] <rsalveti> yeah, showing as not available
[20:30] <rsalveti> which could mean the hardware not identifying it
[20:31] <seb128> settings show it as connected
[20:31] <rsalveti> there's sysfs for that, 1 sec
[20:31] <rsalveti> settings?
[20:31] <seb128> u-s-s
[20:31] <seb128> the bluetooth panel, which I used to connect to the headset
[20:31] <rsalveti> seb128: oh, bt heatset?
[20:31] <rsalveti> *headset
[20:31] <seb128> yes
[20:31] <rsalveti> that makes a difference :-)
[20:31] <seb128> sorry for not specifying in my summary ;-)
[20:31] <rsalveti> seb128: is it a2dp + hsp?
[20:31] <rsalveti> or just hsp?
[20:32] <seb128> how do I tell?
[20:32] <seb128> it's a nokia bh-104
[20:32] <rsalveti> seb128: after you connected, pactl list cards
[20:32] <rsalveti> if hsp only, then that output you got is fine
[20:33] <seb128> hsp
[20:33] <rsalveti> right, then music playing still going to speaker is the expected behavior
[20:33] <rsalveti> hsp is just for voicecall
[20:33] <seb128> rsalveti, http://paste.ubuntu.com/8303059/
[20:33] <cyphermox_> hmm, there is that
[20:33] <seb128> ok
[20:33] <rsalveti> yeah, then you can only use it for voicecall
[20:33] <seb128> and that doesn't include dialpad sounds I guess?
[20:34] <rsalveti> nops
[20:34] <seb128> k
[20:34] <seb128> no bug then
[20:34] <seb128> rsalveti, thanks :-)
[20:34] <rsalveti> np :-)
[22:28] <TheMuso> willcooke: Actually, I don't mind loading up a link from a pastebin or some such for long updates, since it takes me longer to wade through the log due to timestamps.