[06:56] <sil2100> Morning!
[06:58] <didrocks> hey sil2100! how are you?
[07:06] <sil2100> didrocks: hey! Pretty good now actually, reading up my e-mails right now - how about you?
[07:06] <didrocks> sil2100: I'm fine thanks, hoping that we can finish the transition and having cu2d ready before the meeting
[07:07] <didrocks> sil2100: you forgot some projects I guess like unity, compiz, nux, can you sync with Mirv or do you need my help to redeploy everything?
[07:07] <sil2100> didrocks: is T open already?
[07:07] <didrocks> sil2100: yeah ;)
[07:07] <sil2100> Ah, I see it!
[07:07] <didrocks> and the ppa can build for it :)
[07:07] <sil2100> Trusty Tahr, need to google that
[07:07] <didrocks> (tested yesterday with a dummy bamf upload
[07:07] <didrocks> heh
[07:08] <didrocks> sil2100: can you keep me posted on where you stand with Mirv? (and if you need help)
[07:08] <didrocks> I would really having us being ready before the meeting
[07:08] <didrocks> all the rest is in place, we are the last ones ;)
[07:08] <sil2100> didrocks: sure! Let me get up-to-date
[07:09] <didrocks> great ;)
[07:10] <Mirv> didrocks: https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/saucy_transition_misc_unity/+merge/191989 is waiting
[07:10] <mlankhorst>  Morning!
[07:10] <Mirv> sil2100: ^
[07:11] <sil2100> Mirv: reviewing then, thanks
[07:13] <sil2100> Mirv: ok, do with unity and nux they're not explicitly bumping the upstream version, yes?
[07:13] <sil2100> *do=so
[07:15] <Mirv> sil2100: they had already a 'saucy' branch in addition to version number branch so I assumed they're fine with having a name based branch. it's clearer anyway than the need to map version number -> version.
[07:15] <didrocks> sil2100: we don't really care if they don't, right?
[07:16] <Mirv> since we now care about release branches and not the strict version number
[07:16] <sil2100> ACK
[07:16] <Mirv> I just needed to update them a bit to have them in sync with what was released (they were about one cu2d release behind)
[07:17] <sil2100> Mirv: approved, sweet
[07:17] <Mirv> sil2100: thanks, deploying
[07:17] <didrocks> oh, think about checking the application list as well
[07:17] <didrocks> for tests
[07:17] <didrocks> not sure the package list was updated
[07:17] <didrocks> or we can try a build + test run
[07:17] <didrocks> and see what otto will yell at
[07:18] <didrocks> Mirv: sil2100: otto ready btw
[07:18] <Mirv> yeah they will certainly need a bit of updating
[07:18] <sil2100> Mirv: which stacks are you working on now? Since from the list I don't think all stacks got switched
[07:18] <sil2100> didrocks: you mean, it's working now again? \o/
[07:18] <Mirv> sil2100: if you know some non-touch package is still missing from the list, feel free to point out. I only looked at misc + unity
[07:19] <didrocks> sil2100: we did upgrade to trusty (and it wasn't broken AFAIK?)
[07:19] <Mirv> since those were obviously missing from before
[07:20] <sil2100> Mirv: ok, browsing then
[07:26] <sil2100> Mirv: I'm transitioning OIF now if anything
[07:28] <Mirv> sil2100: yeah, that sounds useful
[07:43] <Mirv> sil2100: please also approve https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/fix_typo_and_sync_headunity_packages/+merge/192092 - a couple of typos plus updating unity stack package list to match saucy's
[07:43] <sil2100> Ouch
[07:49] <sil2100> Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_oif_platform_T/+merge/192094
[08:01] <sil2100> Mirv: do you know if the SDK stack needs transitioning?
[08:01] <sil2100> Mirv: if yes, could you take care of that?
[08:01] <sil2100> I'll take care of the rest
[08:03] <Mirv> sil2100: yeah, why not, handling that
[08:04] <sil2100> Mirv: thanks!
[08:04] <Laney> morning
[08:04] <sil2100> Laney: morning \o/
[08:11] <sil2100> Mirv: also, when you have the time: https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_some_projects_T/+merge/192096
[08:12] <didrocks> hey Laney
[08:13] <Laney> hey didrocks sil2100
[08:14] <sil2100> didrocks: I assumed we don't need to split branches for mir - is that correct?
[08:14] <didrocks> sil2100: not needed, indeed ;)
[08:17] <sil2100> Mirv: transitioning the last one I guess: QA
[08:18] <Mirv> sil2100: and https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/sdk_trusty/+merge/192101
[08:18] <sil2100> Mirv: ah, I guess the 'saucy-armhf -> trusty-armhf' leftovers we'll have to do later as well
[08:19] <sil2100> Mirv: looking good, thanks!
[08:19] <Mirv> yeah can be separate commits to fix remaining issues
[08:22] <didrocks> sil2100: Mirv: maybe you will handle that in a later MP, but remember that the check job is the "trusty" one in extracheck
[08:22] <didrocks> if the wiki is missing that, please add it :)
[08:31] <Mirv> didrocks: ah, so like this? https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/head_extracheck_trusty/+merge/192105
[08:31] <Mirv> checking the wiki
[08:36] <sil2100> didrocks, Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_qa_to_T/+merge/192106 <- is this ok?
[08:36] <sil2100> Mirv: actually I think we need to modify also the 'series:' tag too?
[08:36] <sil2100> Mirv: I modified it in the QA merge
[08:37] <Mirv> updated the wiki
[08:39] <Mirv> sil2100: ok, I'm updating my branch a bit as well
[08:42] <Mirv> sil2100: please check https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/head_extracheck_trusty/+merge/192105 (I omitted qa from there)
[08:44] <sil2100> Mirv: approved! I wonder if we need to change anything else, but I guess we can fix that later
[08:44] <sil2100> ;)
[08:47] <Mirv> sil2100: deploying all but qa
[08:48] <Mirv> (head)
[08:48] <sil2100> Mirv: is everything merged in?
[08:49] <Mirv> sil2100: I've everything needed merged locally
[08:50] <Mirv> sil2100: so if you could deploy the saucy stuff you touched (and that was just merged) + head qa
[08:52] <sil2100> Mirv: https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/sdk_trusty/+merge/192101 didn\t merge
[08:53] <sil2100> Ah, but you see that
[08:53] <Mirv> sil2100: I know, it should soon. there was a whitespace change.
[08:53] <sil2100> Mirv: is there a reason why you didn't top-approve the QA branch?
[08:54] <didrocks> Mirv: yeah, good for me!
[08:56] <Mirv> didrocks: sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/head_to_manual_mode/+merge/192113 already deploying
[08:56] <Mirv> just tell me if not wanted, but I thought it's best to have that if unsure :)
[08:57]  * sil2100 is redeploying saucy
[08:57] <didrocks> Mirv: Text conflict in stacks/head/indicators.cfg
[08:57] <sil2100> Mirv: can you top-approve that QA branch or can I do that?
[08:57] <didrocks> and so on?
[08:57] <Mirv> didrocks: yeah some other merges there, let me clean up
[08:58] <didrocks> Mirv: keep manualpublish: True please
[08:58] <Mirv> yep
[09:00] <Mirv> didrocks: ok, reload
[09:02] <Mirv> sil2100: ah sorry ETOOMANYBRANCHES, top-approved that one as welll
[09:02] <sil2100> ;D
[09:02] <Mirv> plus all head branches deployed again (and again), with manual publishing, extracheck, series..
[09:05] <Mirv> sil2100: except your qa
[09:09] <sil2100> Mirv: redeploying that
[09:09] <Mirv> sil2100: please approve that ^ manual_mode branch as well
[09:10] <sil2100> Mirv: done, thanks!
[10:20] <sil2100> Mirv: hmmm, we missed unity8 stack - I'll do it now
[10:20] <sil2100> (it doesn't matter for t anyway)
[10:25] <sil2100> Mirv: webapps also didn't seem to be done... I thought fginther was working on that though
[10:27] <sil2100> I'll take that up for today
[10:28] <sil2100> Mirv: in the meantime, https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_unity8_T/+merge/192120
[10:49] <Mirv> sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/more_trusty/+merge/192124
[10:50] <sil2100> Mirv: ah, this branch is trusty!
[11:08] <xnox> Laney: is ubuntu-keyboard / maliit suppose to work on desktop/amd64 at all?
[11:08] <Laney> Dunno
[11:08] <Laney> old maliit did but somebody redid it all so I don't know what's going on there
[11:12] <xnox> Laney: $ maliit-server
[11:12] <xnox> open /usr/lib/arm-linux-gnueabihf/libpinyin/data/pinyin_index.bin failed!
[11:12] <xnox> Segmentation fault (core dumped)
[11:12] <xnox> $ dpkg --print-architecture
[11:12] <xnox> amd64
[11:14] <Laney> Talk to sergiusens
[11:14] <Laney> he took it over, it didn't have that problem when I packaged it
[11:15] <xnox> Laney: libpinyin2-dev -> libpinyin4-dev transition is missing....
[11:18]  * Laney redirects xnox to #ubuntu-touch and sergiusens
[11:21] <xnox> pitti: \o/ about 9.3
[11:21] <xnox> trusty looks like it's going to be an exciting release.
[11:22] <pitti> xnox: heh, I'll sort out the necessary extension rebuilds; I forgot to add 14.04 to postgresql-common earlier
[11:26] <xnox> pitti: now, if only somebody merges asterisk 11 & then we can drop sqlite 2 from the archive and everything will be sweet =)
[11:26] <Laney> ajmitch loves doing that
[12:47] <seb128> good morning desktopers
[12:52] <czajkowski> seb128: aloha :)
[12:53] <seb128> czajkowski, hey, how are you today?
[12:53] <czajkowski> seb128: not bad thanks, trying to get a blog post out and having writers block so playing with my new phone instead :)
[12:53] <czajkowski> seb128: how are things in the land of maple syrup
[12:53] <seb128> czajkowski, good, it stopped raining, we have blue sky today!
[12:54] <czajkowski> at least you can see the sky!
[12:55] <seb128> yeah
[12:55] <seb128> bregma, are you working on bug #1199877?
[12:55] <ubot2> Launchpad bug 1199877 in Unity 7.1 "unity-panel-service memory leak and 100% CPU usage" [High,In progress] https://launchpad.net/bugs/1199877
[12:55] <bregma> seb128, it's top priority
[12:55] <seb128> larsu, attente: ^ not sure if that's something you can help on, recent comment seems to suggest that using gimp in saucy is enough to make the unity panel service unhappy
[12:55] <bregma> if only it was easy to spot the cause
[12:56] <seb128> bregma, yeah, I was wondering if you needed help from the indicator side ... did you determine if the issue was in unity or indicators?
[12:56] <seb128> bregma, btw did you see my pings yesterday?
[12:56] <seb128> bregma, oh, and good morning ;-)
[13:00] <bregma> seb128, the issue is in the indicator stack somewhere (all Unity does is load the indicators and run them)... it appears every time a context is switched the app menus are recreated and the previous ones leaked
[13:02] <larsu> bregma: your comment #25 suggests you already found a signal leak in indicator-appmenu?
[13:03] <bregma> larsu, I've found a few small leaks, but I'm after the bug fish
[13:03] <bregma> *big* fish
[13:04] <larsu> bregma: the attached sysprof looks like a bug in gtk
[13:05] <larsu> I wonder if that's still there...
[13:07] <attente> i can't seem to replicate it with clementine
[13:09] <mdeslaur> bregma: I use workspace heavily, could that be related?
[13:09] <Mirv> sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/switch_from_next_to_daily/+merge/192139
[13:09] <mdeslaur> workspaces
[13:09] <bregma> mdeslaur, it's not related to workspaces, but it's related to switching between apps
[13:10] <bregma> I use gedit to reproduce it, gimp makes it more obvious because of more menus
[13:10] <mdeslaur> ah, cool, you can reproduce it
[13:11] <seb128> just click on some menu items in the gimp is enough to get lag and cpu increase here
[13:13] <seb128> bregma, what do you do with gedit to trigger it?
[13:15] <bregma> all I have to do is switch to another application then back again -- I have instrumented debug version of the libraries, so I can see the menus leaking, I don't need to watch top to know there's a problem
[13:16] <larsu> bregma: which menus are leaking? The ones that indicator-appmenu creates?
[13:16] <bregma> larsu, yep
[13:17] <bregma> but the water gets murkier the deeper I go
[13:34] <mdeslaur> seb128: anything objection to me getting libav demoted from main?
[13:34] <seb128> mdeslaur, not from me
[13:40] <ChrisTownsend> seb128: Good morning
[13:40] <seb128> ChrisTownsend, hey
[13:40] <ChrisTownsend> seb128: Have you heard anything else about these mouse wheel scrolling issues from upstream Gtk?  We are getting quite a few bugs about them now.
[13:41] <seb128> ChrisTownsend, no, I didn't, out of the fact that your patch was basically recreating the bug that their commit is fixing
[13:41] <ChrisTownsend> seb128: Well, their commit is a pretty bad regression.
[13:42] <seb128> ChrisTownsend, I didn't see any issue with it here so I wouldn't claim that
[13:42] <ChrisTownsend> seb128: I have a PPA that people are using and it is fixing their issues and haven't seen any negative side effects.
[13:42] <ChrisTownsend> seb128: I can easily recreate the issues these people are seeing.
[13:43] <seb128> ChrisTownsend, could you reproduce the bug that the upstream commit is supposed to fix?
[13:43] <seb128> ChrisTownsend, well, they are using non default compiz options...
[13:43] <ChrisTownsend> seb128: Hmm, I have not tried to reproduce the original issue.
[13:44] <seb128> ChrisTownsend, I don't like fixing bugs by reverting fixes :/
[13:44] <seb128> ideally we would have a solution that fixes both issues
[13:45] <ChrisTownsend> seb128: I agree.  That's what I was trying to do, but I simply am not that well versed in Gtk to fully understand how to fix this correctly.
[13:45] <ChrisTownsend> seb128: But it sure is making Compiz look bad:\
[13:46] <ChrisTownsend> seb128: However, I have seen anecdotal evidence that some of these issues are still seen even when not using Compiz.
[13:46] <seb128> ChrisTownsend, not in its default configuration, those users should know better than enabling those crazy options :/
[13:46] <ChrisTownsend> seb128: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1240957/comments/6
[13:46] <ubot2> Launchpad bug 1240957 in GTK+ "Scrolling behaviour and window focus has changed and is inconsistent" [Medium,Confirmed]
[13:47] <ChrisTownsend> seb128: That user claims it happens when using IceWm.
[13:48] <seb128> ChrisTownsend, not sure what we are arguing about there, it's a bug and it would be good to be fixed
[13:48] <seb128> ChrisTownsend, is your argument that we should regress on the upstream fix because we can't fix the second bug and the first one at the same time?
[13:49] <ChrisTownsend> seb128: Yeah, I think more people are being affected by the second bug than the first one.
[13:50] <ChrisTownsend> seb128: Who has the knowledge and motivation to fix both bugs at the same time?
[13:51] <qengho> Hi. A chromium-browser claims that there's a bug I don't understand. What would make chromium-browser contents seem to draw over another app?  I am pretty sure it's not that a top app is not repainting itself. https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1173234
[13:51] <ubot2> Launchpad bug 1173234 in chromium-browser (Ubuntu) "Chromium's content doesn't respect z order, obscuring everything else" [Undecided,Confirmed]
[13:53] <seb128> ChrisTownsend, well, garnacho would fix it if he was able to reproduce I think
[13:53] <seb128> qengho, that could be a window manager or graphical stack issue I guess
[13:54] <Laney> hey seb128
[13:54] <seb128> ChrisTownsend, I would need to read again what was the original issue they tried to fixed that introduced the other bug
[13:54] <Laney> you changed colour
[13:54] <seb128> Laney, hey
[13:54] <Laney> new client?
[13:54] <seb128> colour?
[13:54] <Laney> yeah you used to be red and now you are pink
[13:54] <seb128> in your irssi?
[13:54] <Laney> ya
[13:54] <seb128> is the color coming from the server?
[13:54] <Laney> nope
[13:54] <seb128> I'm still using the same machine/xchat-gnome
[13:54] <seb128> but I'm in Canada
[13:55] <ChrisTownsend> seb128: Ok, I didn't fully understand the original issue.  Thanks!
[14:00] <kenvandine> seb128, 2 weeks in canada, isn't that long enough to be considered a canadian?
[14:02] <seb128> kenvandine, could be, but they don't even speak french in that part of Canada, who would like to stay here?
[14:02] <kenvandine> haha
[14:19] <kenvandine> seb128, what's secret sauce to construct a url to specific crash reports on e.u.c?
[14:20] <seb128> kenvandine, construct from where?
[14:20] <kenvandine> i thought there was parameters you could pass to find reports from your machine
[14:20] <kenvandine> etc
[14:20] <kenvandine> some uuid from your computer or something
[14:20] <kenvandine> and other info
[14:20] <seb128> kenvandine, oh, that
[14:20] <seb128> kenvandine, webbrowser 'http://errors.ubuntu.com/user/'$(printf $(sudo cat /sys/class/dmi/id/product_uuid) | sha512sum)
[14:21] <kenvandine> awesome
[14:21] <kenvandine> thx
[14:21] <seb128> yw
[14:26] <seb128> ChrisTownsend, the original gtk issue was that e.g gedit would scroll when you focus it by the distance you scrolled in other apps when it was not focussed, that's a pretty annoying bug as well
[14:26] <seb128> ChrisTownsend, e.g https://bugzilla.gnome.org/show_bug.cgi?id=690275
[14:26] <ubot2> Gnome bug 690275 in general "scrolling on other windows is applied when coming back (gedit and evince at least)" [Major,Resolved: fixed]
[14:26] <seb128> bregma, did you see my ping about https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1241593 yesterday?
[14:26] <ubot2> Launchpad bug 1241593 in unity (Ubuntu) "/usr/bin/compiz:11:unity::SearchBarSpinner::Draw:nux::View::ProcessDraw:nux::Layout::ProcessDraw:nux::Layout::ProcessDraw:unity::SearchBar::DrawContent" [Undecided,New]
[14:31] <bregma> seb128, I created that bug from e.u.c, but we've never seen it happen and none of the instances have any useful information
[14:31] <kenvandine> seb128, is it odd that the error reports listed for me link to blank pages?
[14:31] <seb128> bregma, ok
[14:31] <mdeslaur> seb128: can I get a confirmation from the desktop team on bug 1243235 please?
[14:31] <ubot2> Launchpad bug 1243235 in libav (Ubuntu) "Please demote libav to universe" [Undecided,New] https://launchpad.net/bugs/1243235
[14:31] <kenvandine> or could they be new reports that need some processing or something?
[14:32] <seb128> kenvandine, check with ev, maybe that an outdated way or something
[14:32] <kenvandine> it did list 2 reports for me, which also seems odd... i'd think there would be tons
[14:32] <kenvandine> ok
[14:33] <seb128> mdeslaur, done
[14:33] <mdeslaur> seb128: ty
[14:33] <seb128> kenvandine, check, I think there is a link in the g-c-c privacy panel as well
[14:33] <kenvandine> ah, there is
[14:33] <kenvandine> takes me to the same page
[14:34] <ChrisTownsend> seb128: Yeah, I was re-reading the original bug as well and I agree, that is very annoying.  I've asked in the new wheel scroll bugs if anyone has non-default wheel bindings.  Maybe someone has this issue besides the Compiz workspace switching bindings.  I'd really like to find a better repro case for garnacho.
[14:36] <seb128> ChrisTownsend, seems like some people have the issue under xfce or KDE, maybe try with those
[14:43] <seb128> pitti, hey
[14:43] <seb128> pitti, would you consider https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1055464 being the same issue than https://errors.ubuntu.com/problem/cc5ba09ec065c27e619e5731ec052741e738b3f2 ?
[14:43] <ubot2> Launchpad bug 1055464 in rhythmbox (Ubuntu) "apport-gtk crashed with ValueError in _apt_pkg(): package rhythmbox-ubuntuone-music-store does not exist" [Medium,Triaged]
[14:43] <pitti> salut seb128
[14:44] <seb128> pitti, that report is ranking 19 on the saucy bugs list
[14:45] <pitti> seb128: traceback on errors doesn't make it fully clear that it's from a hook, but it's plausible
[14:45] <seb128> pitti, well, in any case, it seems like apport should trigger an error dialog because a package doesn't exist, it should just display an UI to tell that to the user and exit no?
[14:46] <pitti> seb128: hm, tricky; report.add_package_info() is relatively low-level API, I wouldn't really like to make that ignore errors
[14:46] <seb128> pitti, or do we want to learn about those through bts?
[14:46] <seb128> bts=backtraces
[14:46] <pitti> seb128: but it's a bit weird, if the hook itself crashes, apport should just ignore that
[14:46] <pitti> seb128: it's useless for the user if the hook specifies an invalid package
[14:47] <pitti> seb128: I mean "for the user to know", as he can't do anything about it
[14:47] <seb128> pitti, clicking through some of the reports, that seems to happen on random packages, some of those are outdated kernel versions
[14:48] <pitti> I have some doublts that this is from bdmurray's rhythmbox package hook
[14:48] <seb128> the most common one seems skype
[14:49] <pitti> we don't ship any hook referring to skype
[14:49] <pitti> seb128: so it could rather be that this somehow comes from a package which got removed after a dist-upgrade, but the .crash was still from before the upgrade?
[14:50] <seb128> pitti, right
[14:50] <pitti> but where does the rhythmbox-store thing come from then
[14:50] <pitti> that was dropped in lucid already
[14:51] <seb128> pitti, the rb case is a buggy hook, I'm fixing it
[14:51] <seb128> pitti, see /usr/share/apport/package-hooks/source_rhythmbox.py
[14:51] <pitti> right
[14:51] <seb128>     stacktrace = report.get("Stacktrace", None)
[14:51] <seb128>     if stacktrace:
[14:51] <seb128>         if "ubuntuone" in stacktrace or "webkit" in stacktrace:
[14:51] <seb128>             report.add_package_info("rhythmbox-ubuntuone-music-store")
[14:51] <pitti> that part is clear
[14:51] <pitti> seb128: but if a hook crashes, apport doesn't crash
[14:51] <pitti> it just prints the stack trace to stderr and goes on
[14:51] <pitti> (precisely for reasons like that)
[14:52] <pitti> elif not apport.packaging.is_distro_package(report['Package'].split()[0]):
[14:52] <pitti> oh, that could be it
[14:57] <pitti> seb128: ok, I think I know what's going on, thanks for pointing out
[14:57] <seb128> pitti, great, thanks for looking to it (I'm trying to reproduce)
[14:58] <seb128> brb
[15:19] <seb128> pitti, I can't reproduce that bug, even by adding/removing packages or sources and doing some kill 11 in between
[15:23] <ChrisTownsend> seb128: About the wheel scrolling, Xfce/Xfwm is affected since it binds workspace switching to the mouse wheel by default.
[15:30] <seb128> ChrisTownsend, great
[15:30] <seb128> oh, it's meeting time:
[15:30] <seb128> !
[15:30] <mlankhorst> nah
[15:30] <seb128> qengho, Sweetshark, mlankhorst, Laney, tkamppeter, desrt, attente, larsu: hey
[15:30] <desrt> MEETING
[15:31] <larsu> \o/
[15:31] <mlankhorst> ohai
[15:32] <seb128> congrats on the saucy release, good job everyone ;-)
[15:33] <seb128> let's get start with the meeting, I expect it's going to be a short one, between release and sprint
[15:33] <seb128> qengho, hey
[15:33] <Sweetshark> o/
[15:33] <qengho> Hi hi.
[15:33] <qengho> - Close to releasing chromium-browser. Handing to #webapps for testing, as soon as PPA builder finishes.
[15:33] <qengho> - Bug-report triaging.
[15:33] <qengho> ...and whatever comes up from that.
[15:35] <seb128> qengho, thanks
[15:35] <seb128> Sweetshark, hey
[15:35] <Sweetshark> - build LibreOffice 4.0.6 for raring PPA (last minor, should likely be SRUed) - added patch which missed upstream tagging - smoketesting right now, should move over to the ppa ~today, SRU in a 1-2 weeks - rc2 = final
[15:35] <Sweetshark> - cleaned up pbuilders, setup stuff for trusty
[15:35] <Sweetshark> - investigating fdo#70741, which: - isnt happening with an upstream build - reportedly wasnt there with LibreOffice 3.6/quantal packages - thus a regression in both directions
[15:35] <Sweetshark> - still cleaning up all the leftover bits (TODO down into the 40ies, yay!1!)
[15:35] <Sweetshark> EOF
[15:36] <seb128> Sweetshark, thanks
[15:36] <seb128> mlankhorst, hey
[15:36] <mlankhorst> testing nested mir -> works, confirmed for someone else to work too. \o/ mesa 9.1.7 upload to raring + verification, fixing i915 s->q kernel backport. wine1.7 fixes for saucy and trusty, fixing arsenal scripts, filing a lts-s bug, and requesting a MRE for other lts-s components \0
[15:37] <seb128> mlankhorst, thanks
[15:37] <seb128> Laney, hey
[15:37] <Laney> well hello
[15:37] <Laney> • system-settings MPs
[15:37] <Laney> ∘ urihandler to switch panels in running instance
[15:37] <Laney> ∘ Make AS (greeter) background setting work again (TODO: re-enable UI)
[15:37] <Laney> ∘ Use more standard controls/appearance in the wifi panel
[15:37] <Laney> ∘ TODO: check language panel locale setting for LC_*
[15:37] <Laney> • Various SRUs including precise gnome-control-center/glib (verification) and saucy glib/glib-networking/gnome-control-center
[15:37] <Laney> • Fix some services for trusty opening such as codesearch, UDD and the transition tracker
[15:37] <Laney> • Push back a little bit on upower dropping some signals/API. Not sure we'll win on this one (don't look so shocked) so may have to port if we want 1.0.
[15:37] <Laney> • Started working through my large merge/sync list. RB 3.0 coming soon.
[15:37] <Laney> • DMB
[15:39] <seb128> rb3, great
[15:39] <seb128> Laney, speaking of DMB, what's the status of Sweetshark/libreoffice?
[15:40] <Laney> don't know, bdrung was away for a while
[15:41] <seb128> (sorry, I seem to be lagging here)
[15:42] <seb128> Laney, thanks
[15:42] <seb128> tkamppeter, hey
[15:42] <tkamppeter> - cups-filters: Working on pdftoippprinter filter for PPD-(configuration)-less printing on IPP printers, especially with mobile devices.
[15:42] <tkamppeter> - Upgraded my machines to Saucy and tried to debug a ghost monitor problem.
[15:42] <tkamppeter> - Talked with tvoss about steps needed for mobile printing (PPD-less, small-footprint, start daemon on-demand).
[15:42] <tkamppeter> - Bugs.
[15:42] <seb128> tkamppeter, thanks
[15:42] <seb128> desrt, hey
[15:42] <desrt> seb128: hey
[15:42] <desrt> so, most importantly: took seb128 to niagara falls
[15:43] <seb128> ;-)
[15:43] <desrt> this was hard work, and very boring
[15:43] <desrt> but it's done now
[15:43] <desrt> the rest of the stuff is pretty minor:
[15:43]  * seb128 hugs desrt, good job!
[15:43] <desrt> smacked down the glib bug backlog a bit
[15:43] <desrt> implemented a faster search algorithm for desktop files that includes support for intersecting results like "gno calc" (thanks larsu for design help there)
[15:43] <desrt> rebased desktop file index, added some nice testcases
[15:43] <desrt> removed the gmaincontext qdata dependency from the appinfo monitor -- i don't think i want the qdata api on gmaincontext anymore because quarks are kinda dumb for this purpose
[15:43] <desrt> wrote a png parser so that we can have a thumbnail-validity attribute on GFile
[15:43] <desrt> made some changes to and landed the gapplication commandline tool
[15:43] <desrt> landed gsubprocess (after endless years of back and forth with colin)
[15:43] <desrt> landed gnotification (after endless months of back and forth with larsu)
[15:43] <desrt> (eof)
[15:44] <seb128> desrt, thanks
[15:44] <seb128> attente, hey
[15:44] <attente> alt+shift bug
[15:44] <attente> eof :(
[15:44] <desrt> also: bought seb128 expensive beer
[15:44] <desrt> and hopefully got a full night of sleep last night, for the first time in a while :)
[15:44] <Laney> haha
[15:44] <Laney> poor attente
[15:44] <attente> it's the best beer in the world at least :P
[15:45] <seb128> that bug is b****
[15:45] <desrt> at freakin $22/bottle, it ought to be
[15:45] <Laney> wtf
[15:45] <seb128> lol
[15:45] <Laney> bring one to oak :-)
[15:45] <seb128> attente, I'm glad we finally got a SRU round out for those keyboard issues, good job, that's a tricky topic
[15:45] <desrt> Laney: they only serve it in a bar.  i don't expect they'd let you leave with it.
[15:46]  * seb128 guesses attente understands know why nobody picked those items before ;-)
[15:46] <desrt> attente: ya.. congrats for finally getting that solved.
[15:46] <desrt> and your 'hack' is not so much a hack as it is 'the way that X works' :/
[15:46] <desrt> (for better or worse)
[15:46] <seb128> everybody should pay attente a beer next week for the hard work he did this cycle on those crazy keyboard stuff
[15:46] <larsu> desrt: isn't that another word for "hack"?
[15:46] <seb128> attente, thanks
[15:46] <seb128> larsu, your turn!
[15:47] <larsu> sure
[15:47] <larsu> - look into writing a DBusObject component for accessing D-Bus from QML (have a rough prototype, waiting for feedback)
[15:47] <larsu> - indicator-sound: allow changing the volume with the left/right keys
 mentally prepared to eat a very good burger
[15:47] <larsu> eof
[15:47] <larsu> - fix panel icons not updating sometimes (thanks seb128 and attente)
[15:47] <larsu> - add TimeFormatter to unity8: an object that does what strftime does but changes the time when the timezone changes (waiting on review)
[15:47] <larsu> - other minor fixes in the indicators
[15:47] <larsu> oh yeah.
[15:47] <Laney> writing after the eof, bad form
[15:47] <desrt> methinks larsu doesn't know how 'eof' works
[15:47] <desrt> minus 3 points
[15:47] <larsu> everbody answers questions aftr the eof
[15:47] <larsu> EVERYBODY
[15:47] <seb128> you didn't answer questions
[15:48] <seb128> you kept listing items
[15:48] <Laney> that's a different f
[15:48] <desrt> eof means "start asking questions now"
[15:48] <attente> ?
[15:48] <attente> oh
[15:48] <attente> lol
[15:48] <seb128> larsu, thanks ;-)
[15:48] <larsu> desrt: you asked too quickly
[15:48] <desrt> larsu: i didn't ask anything.  only complained :)
[15:48]  * Sweetshark wonders if the niagara rushes en francais even on the US side now. I know that seb128 can be very convincing ...
[15:48] <seb128> so my turn
[15:48] <seb128> * Updated GTK to 3.8.5, found a regression, talked to upstream, got a fix and 3.8.6 out, SRUed that
[15:48] <seb128> * helped to reproduce some indicator bugs/provide debug infos/test fixes
[15:48] <seb128> * some bug triage after saucy to list things worth SRUing
[15:48] <seb128> * looked at errors.ubuntu.com most common issues
[15:48] <seb128> * tried to help attente with the keyboard layout switching/keybinding issues in saucy
[15:48] <seb128> * looked at/tested some of the ubuntu-system-settings merge requests
[15:49] <seb128> * some bug fixes/SRU for saucy (libgpod, file-roller)

[15:49] <desrt> seb forgot to mention niagara falls
[15:49] <seb128> oh, right
[15:49] <Sweetshark> desrt: thus: needs repeating ...
[15:49] <desrt> also: his increasing waistline
[15:49] <seb128> oh, yeah, I forgot a good part of the list
[15:49] <Laney> where are you guys this week?
[15:49] <larsu> toronto
[15:49] <desrt> Laney: toronto
[15:50] <seb128> saw the nice falls, got rained on, got rained on AGAIN (what's wrong with this country)
[15:50] <Laney> in someone's flat?
[15:50] <larsu> Laney: no...
[15:50] <desrt> Laney: scattered presently, but we're meeting in kensington market for lunch
[15:50] <seb128> working through Toronto's places-to-visit-for-food list from desrt-larsu-attente
[15:50] <larsu> seb128 is making good progress topo
[15:50] <larsu> *too
[15:50] <seb128> that's hard work man
[15:50] <desrt> too many good places to eat in toronto for one week
[15:50] <Laney> aha
[15:51] <larsu> it's like we'd need to come here again...
[15:51] <Laney> sounds awful, truly
[15:51] <seb128> Laney, larsu and I are currently in a Starbuck
[15:51] <desrt> hence spotty wifi
[15:51] <Sweetshark> seb128: thats ok, you are keeping the rain out of Hamburg -- exceptionally good weather here, usually we always have some little bit of rain all the time.
[15:51] <seb128> Sweetshark, not you
[15:51] <larsu> and desrt and attente are surely on their way to kensington market
[15:51] <seb128> desrt is also saying that's I'm the one bringing the rain
[15:51] <desrt> today actually looks like a pretty nice day...
[15:51] <seb128> :-(
[15:51] <bdrung> Laney: i came back yesterday
[15:51] <desrt> seb128: i only say it 'cause it's true
[15:52] <Laney> bdrung: \o/
[15:52] <desrt> it was freaking amazing in both toronto and montreal before you showed up :p
[15:52] <seb128> desrt, wait for me to go out of the starbuck, I'm sure it's going to star raining
[15:52] <larsu> raining stars?
[15:52] <desrt> seb128, larsu, attente: when do you guys want to meet?
[15:52] <seb128> start :p
[15:52] <larsu> desrt: asap
[15:52]  * larsu <-- hungry
[15:52] <Laney> EOM?
[15:52] <seb128> ok, I guess END OF MEETING
[15:52] <desrt> k.  i'll go hop on the streetcar
[15:52] <seb128> thanks everyone
[15:52] <desrt> seb128: thanks :D
[15:52]  * Sweetshark thinks desrt is taking the "blame it on Canada" game and turns it against seb128 
[15:52] <seb128> Oakland next week \o/
[15:53] <desrt> attente: btw: i can explain the weirdness of your app not working properly last night
[15:53] <Laney> ya, see you saturday/sunday
[15:53] <desrt> attente: the long branch line is shutdown so _all_ cars shortturn at the humber loop
[15:53] <attente> :(
[15:53] <desrt> they have a bus connection there
[15:53] <desrt> so i guess green line for me today =)
[15:53] <Sweetshark> seb128: as for Oakland -- no need to bring that weather.
[15:53] <desrt> see you all soon.
[15:54] <seb128> Sweetshark, I'm working on it, let's see
[15:54] <Sweetshark> ;)
[15:54] <seb128> desrt, ttyiab
[15:56] <Mirv> didrocks: so also today the weekly = landing call?
[15:56] <didrocks> Mirv: yeah
[16:31]  * didrocks waves good evening
[16:32] <Laney> pushed rb to bzr
[16:32] <Laney> waiting for a rb-ubuntuone merge before uploading it
[16:34] <tkamppeter> Anyone working with emacs here?
[17:31] <happyaron> Laney: see LP: #1194117 and LP: #1243321 and tell about your feelings, :)
[17:31] <ubot2> Launchpad bug 1194117 in ubuntukylin-default-settings (Ubuntu) "Version Logo in Detail dialog of "About this computer" can't be customized" [High,Triaged] https://launchpad.net/bugs/1194117
[17:31] <ubot2> Launchpad bug 1243321 in ubuntukylin-default-settings (Ubuntu) "sed hacks in chroot hook script" [Undecided,New] https://launchpad.net/bugs/1243321
[17:33] <Laney> why so much branding?
[17:33] <happyaron> :)
[17:35] <happyaron> probably this is only a half that gets modified, some are done in clean ways, some other are not (and am finding more)
[17:36] <Laney> I'm pretty sure the grub one is actively wrong
[17:36] <Laney> And not sure what the effect of the others are
[17:36]  * happyaron don't think any of the above is correct
[17:37] <Laney> Indeed
[17:37] <Laney> I advise you to remove them and apply branding sensibly and in moderation :-)
[17:39] <happyaron> that's already done in raring cycle, I'm just trying my best to revert them. obiviously they don't like "regressions" so it's difficult.
[17:41] <happyaron> there were many overrides of system services in post-raring time, like avahi-daemon and modemmanager...
[18:37] <mterry> robru, I tested with saucy valac, and it worked.  I think you have saucy valac, but also have installed GTK 3.10 at some point?
[18:37] <mterry> robru, (re: deja-dup)
[18:38] <robru> mterry, hmmm, I don't think I installed gtk 3.10. I was using gnome-shell for a while but uninstalled it before 3.10 landed i thought.
[18:41] <robru> mterry, duh, how would I even check that?
[18:42] <mterry> robru, apt-cache policy libgtk-3-0
[18:42] <robru> 3.8.4
[18:43]  * mterry shakes fist at sky
[18:43] <mterry> robru, I just compiled trunk with saucy valac and gtk
[18:43] <mterry> robru, so I have cmake logic in deja-dup that checks your version of gtk
[18:43] <mterry> robru, and it only enables the optional gtk 3.10 stuff if it detects a later version
[18:43] <robru> mterry, hang on, i'll try it again in a clean vm, my dev system often has all kinds of crap installed
[18:43] <mterry> robru, ooh
[18:43] <mterry> robru, no
[18:44] <mterry> robru, maybe merge trunk into the branch firt
[18:44] <mterry> robru, I bet I fixed the detection in trunk after I branched that?
[18:44] <robru> ok, i'll try
[18:46] <mterry> seb128, is there any way we could upgrade to gtk 3.10 but patch out all their crazy regressions?  I like the new widgets
[18:46]  * mterry knows that's not reasonable, is just sad
[18:46] <xnox> mterry: which ones? =)
[18:47] <xnox> (can we cherry pick new widgets?!)
[18:47] <seb128> mterry, I can diff gtk-3-10 gtk-3-8 and apply the patch over gtk 3.10? ;-)
[18:47] <kenvandine> new widgets?  i've not really paid any attention to gtk lately
[18:47] <mterry> xnox, GtkListBox and GtkHeaderBar in particular
[18:47] <robru> mterry, oh my, that's a big diff
[18:48] <mterry> robru, which is?
[18:48] <mterry> kenvandine, https://developer.gnome.org/gtk3/stable/api-index-3-10.html is huge
[18:48] <mterry> xnox, we could cherrypick, but configure-time detection would be hard
[18:49] <robru> mterry, i merged trunk into your branch, it touched dozens of files. i was just expecting something small
[18:49] <robru> mterry, I agree, I'm eager to start using GtkHeaderBar in Gottengeography ;-)
[18:49] <seb128> mterry, we could be reasonable, get a solid LTS out and then get crazy ;-)
[18:49] <mterry> seb128, the regressions are crazy, new widgets are sexy
[18:50] <seb128> cool, we have a new gtk maintainer
[18:50] <seb128> mterry, congrats, the job is yours!
[18:50] <seb128> ;-)
[18:50] <mterry> robru, I've been doing lots of UI tweaks and build system changes
[18:50] <mterry> seb128, I hear robert_ancell is back on Desktop, I'm sure he doesn't have enough yet
[18:50] <xnox> mterry: robru: seb128: did you hear about the GTK3 CSS bug that caused last-minute ubiquity respins for saucy? Adding a class to one evenbox, caused "Install Now" button to become insensitive and hence no way to finish the install (also stealing all the events going to that button)
[18:51]  * xnox is still trying to work out if ubiquity is doing something insane.
[18:51] <mterry> xnox, :(
[18:51] <robru> yikes
[18:51] <xnox> but to be honest adding CSS class to one object, shouldn't be affecting _other_ objects without that css class defined.
[18:53] <robru> hey guys! guys. hey, guys. when can we update to trusty?!
[18:56] <kenvandine> robru, funny, i haven't really thought about updating my computer to trusty yet, but i'm itching to update my phone to trusty
[18:56] <kenvandine> oh how times have changed :)
[18:56] <robru> kenvandine, lol
[18:56] <robru> kenvandine, well I ask because i tried 'do-release-upgrade -d' last night but it didn't find trusty yet.
[18:57] <kenvandine> oh?  i thought that should work by now
[18:58] <robru> kenvandine, it mentioned trusty briefly right at the start but then it put saucy into sources.list and upgraded me within saucy.
[18:58] <mterry> robru, kenvandine: I'm on trusty
[18:58] <mterry> robru, I just manually edited sources.list
[18:59] <mterry> robru, it's pretty similar so far.  :(  I was disappointed by lack of updates
[18:59] <robru> mterry, ah, sneaky
[18:59] <robru> mterry, lol
[18:59] <mterry> Just new gcc really
[18:59] <mterry> robru, thanks for review!
[19:00] <robru> mterry, you're welcome!
[19:00] <mterry> robru, did you play with the new preferences at all?  I've been toying with the layout.  Curious if it rocks or sucks
[19:00] <robru> mterry, didn't look at it, no. just ran the testsuite.
[19:01] <mterry> robru, fair.  Oooh, we also have autopilot tests now!  You can run "make autopilot" or "make autopilot-system" to get em
[19:01] <xnox> robru: i'm running trusty since ~30min it was created. Dist-upgraded right away.
[19:02] <mterry> xnox, boring, right?   :(
[19:02] <xnox> robru: i can't remember when we enable "do-release-upgrad -d" maybe around alpha1, not sure.
[19:02] <mterry> seb128, alpha users are demanding excitement!  Better throw 3.10 in!
[19:02]  * seb128 throws mterry in
[19:02]  * seb128 adds some lions
[19:02] <mterry> :)
[19:03] <xnox> mterry: love it! new boost, new perl, new db, new postgres, new emacs, new gcc (which works with abi-compliance-checker)
[19:03] <mterry> xnox, pfft, I can't get pumped about that layer of the stack
[19:04]  * xnox goes to upload ubuntu-themes
[19:04] <mterry> yay
[19:04] <xnox> would that be a thriller?
[19:04] <mterry> xnox, shouldn't debian packages be trickling in too?
[19:04] <sarnold> you're not thrilled about the new point release of boost??
[19:04] <xnox> mterry: oh yeah, we had like a 5k hit.
[19:04] <xnox> mterry: it's all compiled on armhf, but i386/amd64 are taking a while.
[19:04] <mterry> xnox, fair enough
[19:07] <robru> xnox, what version of emacs did you upgrade from/to? I've been running trunk snapshots for as long as i can remember.
[19:08] <robru> mterry, hmm, i get a failure with the AP tests...
[19:08] <mterry> robru, ooh, do tell
[19:08] <robru> mterry, oh, nm, it looks like it's related to the GtkHeaderBar that I don't have anyway
[19:08] <seb128> xnox, you don't get to upload ubuntu-themes, that's under autolanding land
[19:08] <mterry> robru, huh, I didn't think we tested that
[19:09] <mterry> robru, yeah, that shouldn't come up...
[19:09] <robru> mterry, then what's this? http://paste.ubuntu.com/6284697/
[19:11] <mterry> robru, that's talking about the header label for the progress bar.  I'm guessing it's a race condition  :(
[19:11] <mterry> robru, is your computer super fast?
[19:11] <robru> :(
[19:11] <robru> mterry, ... yes? it's an 8-core i7.
[19:12] <mterry> robru, there's a known race in my autopilot testing, but I didn't know if real-world runs would hit it.   I can fix, I'll just have to tag some widgets
[19:12] <mterry> robru, so don't worry about AP failures yet I guess
[19:13] <robru> mterry, ok, no worries. man, I need to write some AP tests for gottengeography. it's testsuite is crap
[19:31] <ajmitch> Laney: throwing me under the bus again? :P
[19:45] <Laney> :D
[19:52] <robru> mterry, whoa, just tried deja-dup-preferences from trunk. looks great!
[19:52] <mterry> robru, nice  :)  If you run the ccpanel version, we put a little switch in the header for enabling/disabling auto backups too
[19:53] <seb128> cyphermox, can we get indicator-session and indicator-datetime from 3.10 series SRUed?
[19:53] <mterry> (or if you run 3.10, we put it in the HeaderBar)
[19:53] <robru> mterry, cool!
[19:53] <cyphermox> sure, as soon as I'm done with some merges here
[21:10] <seb128> qengho, chrisccoulson: is any of you working on https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1195797? that's one of the most reported saucy issues
[21:10] <ubot2> seb128: Error: launchpad bug 1195797 not found
[21:17] <chrisccoulson> seb128, oh, no. sorry, that slipped off my radar, and i've been busy with other things ;)
[21:17] <seb128> chrisccoulson, hey, how are you?
[21:18] <chrisccoulson> seb128, yeah, not too bad thanks
[21:29] <qengho> seb128: which is that?  I get 404
[21:30] <seb128> qengho, reload
[21:33] <qengho> seb128: Nope, I haven't seen this one.  I'll begin it next.
[21:33] <seb128> qengho, thanks
[21:34] <qengho> chrisccoulson: I'm stealing it.