=== m_conley is now known as m_conley_away [06:56] Morning! [06:58] hey sil2100! how are you? [07:06] didrocks: hey! Pretty good now actually, reading up my e-mails right now - how about you? [07:06] sil2100: I'm fine thanks, hoping that we can finish the transition and having cu2d ready before the meeting [07:07] 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] didrocks: is T open already? [07:07] sil2100: yeah ;) [07:07] Ah, I see it! [07:07] and the ppa can build for it :) [07:07] Trusty Tahr, need to google that [07:07] (tested yesterday with a dummy bamf upload [07:07] heh [07:08] sil2100: can you keep me posted on where you stand with Mirv? (and if you need help) [07:08] I would really having us being ready before the meeting [07:08] all the rest is in place, we are the last ones ;) [07:08] didrocks: sure! Let me get up-to-date [07:09] great ;) [07:10] didrocks: https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/saucy_transition_misc_unity/+merge/191989 is waiting [07:10] Morning! [07:10] sil2100: ^ [07:11] Mirv: reviewing then, thanks [07:13] Mirv: ok, do with unity and nux they're not explicitly bumping the upstream version, yes? [07:13] *do=so [07:15] 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] sil2100: we don't really care if they don't, right? [07:16] since we now care about release branches and not the strict version number [07:16] ACK [07:16] 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] Mirv: approved, sweet [07:17] sil2100: thanks, deploying [07:17] oh, think about checking the application list as well [07:17] for tests [07:17] not sure the package list was updated [07:17] or we can try a build + test run [07:17] and see what otto will yell at [07:18] Mirv: sil2100: otto ready btw [07:18] yeah they will certainly need a bit of updating [07:18] Mirv: which stacks are you working on now? Since from the list I don't think all stacks got switched [07:18] didrocks: you mean, it's working now again? \o/ [07:18] 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] sil2100: we did upgrade to trusty (and it wasn't broken AFAIK?) [07:19] since those were obviously missing from before [07:20] Mirv: ok, browsing then [07:26] Mirv: I'm transitioning OIF now if anything [07:28] sil2100: yeah, that sounds useful [07:43] 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] Ouch [07:49] Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_oif_platform_T/+merge/192094 [08:01] Mirv: do you know if the SDK stack needs transitioning? [08:01] Mirv: if yes, could you take care of that? [08:01] I'll take care of the rest [08:03] sil2100: yeah, why not, handling that [08:04] Mirv: thanks! [08:04] morning [08:04] Laney: morning \o/ === psivaa-afk is now known as psivaa [08:11] Mirv: also, when you have the time: https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_some_projects_T/+merge/192096 [08:12] hey Laney [08:13] hey didrocks sil2100 [08:14] didrocks: I assumed we don't need to split branches for mir - is that correct? [08:14] sil2100: not needed, indeed ;) [08:17] Mirv: transitioning the last one I guess: QA [08:18] sil2100: and https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/sdk_trusty/+merge/192101 [08:18] Mirv: ah, I guess the 'saucy-armhf -> trusty-armhf' leftovers we'll have to do later as well [08:19] Mirv: looking good, thanks! [08:19] yeah can be separate commits to fix remaining issues [08:22] 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] if the wiki is missing that, please add it :) [08:31] didrocks: ah, so like this? https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/head_extracheck_trusty/+merge/192105 [08:31] checking the wiki [08:36] didrocks, Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_qa_to_T/+merge/192106 <- is this ok? [08:36] Mirv: actually I think we need to modify also the 'series:' tag too? [08:36] Mirv: I modified it in the QA merge [08:37] updated the wiki [08:39] sil2100: ok, I'm updating my branch a bit as well [08:42] sil2100: please check https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/head_extracheck_trusty/+merge/192105 (I omitted qa from there) [08:44] Mirv: approved! I wonder if we need to change anything else, but I guess we can fix that later [08:44] ;) [08:47] sil2100: deploying all but qa [08:48] (head) [08:48] Mirv: is everything merged in? [08:49] sil2100: I've everything needed merged locally [08:50] sil2100: so if you could deploy the saucy stuff you touched (and that was just merged) + head qa [08:52] Mirv: https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/sdk_trusty/+merge/192101 didn\t merge [08:53] Ah, but you see that [08:53] sil2100: I know, it should soon. there was a whitespace change. [08:53] Mirv: is there a reason why you didn't top-approve the QA branch? [08:54] Mirv: yeah, good for me! [08:56] didrocks: sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/head_to_manual_mode/+merge/192113 already deploying [08:56] 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] Mirv: Text conflict in stacks/head/indicators.cfg [08:57] Mirv: can you top-approve that QA branch or can I do that? [08:57] and so on? [08:57] didrocks: yeah some other merges there, let me clean up [08:58] Mirv: keep manualpublish: True please [08:58] yep [09:00] didrocks: ok, reload [09:02] sil2100: ah sorry ETOOMANYBRANCHES, top-approved that one as welll [09:02] ;D [09:02] plus all head branches deployed again (and again), with manual publishing, extracheck, series.. [09:05] sil2100: except your qa [09:09] Mirv: redeploying that [09:09] sil2100: please approve that ^ manual_mode branch as well [09:10] Mirv: done, thanks! === vrruiz_ is now known as rvr [10:20] Mirv: hmmm, we missed unity8 stack - I'll do it now [10:20] (it doesn't matter for t anyway) [10:25] Mirv: webapps also didn't seem to be done... I thought fginther was working on that though [10:27] I'll take that up for today [10:28] Mirv: in the meantime, https://code.launchpad.net/~sil2100/cupstream2distro-config/transition_unity8_T/+merge/192120 [10:49] sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/more_trusty/+merge/192124 [10:50] Mirv: ah, this branch is trusty! === Sweetsha1k is now known as Sweetshark [11:08] Laney: is ubuntu-keyboard / maliit suppose to work on desktop/amd64 at all? [11:08] Dunno [11:08] old maliit did but somebody redid it all so I don't know what's going on there [11:12] Laney: $ maliit-server [11:12] open /usr/lib/arm-linux-gnueabihf/libpinyin/data/pinyin_index.bin failed! [11:12] Segmentation fault (core dumped) [11:12] $ dpkg --print-architecture [11:12] amd64 [11:14] Talk to sergiusens [11:14] he took it over, it didn't have that problem when I packaged it [11:15] Laney: libpinyin2-dev -> libpinyin4-dev transition is missing.... [11:18] * Laney redirects xnox to #ubuntu-touch and sergiusens [11:21] pitti: \o/ about 9.3 [11:21] trusty looks like it's going to be an exciting release. [11:22] xnox: heh, I'll sort out the necessary extension rebuilds; I forgot to add 14.04 to postgresql-common earlier [11:26] pitti: now, if only somebody merges asterisk 11 & then we can drop sqlite 2 from the archive and everything will be sweet =) [11:26] ajmitch loves doing that === MacSlow is now known as MacSlow|lunch === greyback is now known as greyback|food === tkamppeter_ is now known as tkamppeter === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow === greyback|food is now known as greyback === alan_g|lunch is now known as alan_g [12:47] good morning desktopers [12:52] seb128: aloha :) [12:53] czajkowski, hey, how are you today? [12:53] seb128: not bad thanks, trying to get a blog post out and having writers block so playing with my new phone instead :) [12:53] seb128: how are things in the land of maple syrup [12:53] czajkowski, good, it stopped raining, we have blue sky today! [12:54] at least you can see the sky! [12:55] yeah [12:55] bregma, are you working on bug #1199877? [12:55] 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] seb128, it's top priority [12:55] 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] if only it was easy to spot the cause [12:56] 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] bregma, btw did you see my pings yesterday? [12:56] bregma, oh, and good morning ;-) [13:00] 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] bregma: your comment #25 suggests you already found a signal leak in indicator-appmenu? [13:03] larsu, I've found a few small leaks, but I'm after the bug fish [13:03] *big* fish [13:04] bregma: the attached sysprof looks like a bug in gtk [13:05] I wonder if that's still there... [13:07] i can't seem to replicate it with clementine [13:09] bregma: I use workspace heavily, could that be related? [13:09] sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/switch_from_next_to_daily/+merge/192139 [13:09] workspaces [13:09] mdeslaur, it's not related to workspaces, but it's related to switching between apps [13:10] I use gedit to reproduce it, gimp makes it more obvious because of more menus [13:10] ah, cool, you can reproduce it [13:11] just click on some menu items in the gimp is enough to get lag and cpu increase here [13:13] bregma, what do you do with gedit to trigger it? [13:15] 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] bregma: which menus are leaking? The ones that indicator-appmenu creates? [13:16] larsu, yep [13:17] but the water gets murkier the deeper I go [13:34] seb128: anything objection to me getting libav demoted from main? [13:34] mdeslaur, not from me [13:40] seb128: Good morning [13:40] ChrisTownsend, hey [13:40] 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] ChrisTownsend, no, I didn't, out of the fact that your patch was basically recreating the bug that their commit is fixing [13:41] seb128: Well, their commit is a pretty bad regression. [13:42] ChrisTownsend, I didn't see any issue with it here so I wouldn't claim that [13:42] 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] seb128: I can easily recreate the issues these people are seeing. [13:43] ChrisTownsend, could you reproduce the bug that the upstream commit is supposed to fix? [13:43] ChrisTownsend, well, they are using non default compiz options... [13:43] seb128: Hmm, I have not tried to reproduce the original issue. [13:44] ChrisTownsend, I don't like fixing bugs by reverting fixes :/ [13:44] ideally we would have a solution that fixes both issues [13:45] 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] seb128: But it sure is making Compiz look bad:\ [13:46] seb128: However, I have seen anecdotal evidence that some of these issues are still seen even when not using Compiz. [13:46] ChrisTownsend, not in its default configuration, those users should know better than enabling those crazy options :/ [13:46] seb128: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1240957/comments/6 [13:46] Launchpad bug 1240957 in GTK+ "Scrolling behaviour and window focus has changed and is inconsistent" [Medium,Confirmed] [13:47] seb128: That user claims it happens when using IceWm. [13:48] ChrisTownsend, not sure what we are arguing about there, it's a bug and it would be good to be fixed [13:48] 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] seb128: Yeah, I think more people are being affected by the second bug than the first one. [13:50] seb128: Who has the knowledge and motivation to fix both bugs at the same time? [13:51] 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] Launchpad bug 1173234 in chromium-browser (Ubuntu) "Chromium's content doesn't respect z order, obscuring everything else" [Undecided,Confirmed] [13:53] ChrisTownsend, well, garnacho would fix it if he was able to reproduce I think [13:53] qengho, that could be a window manager or graphical stack issue I guess [13:54] hey seb128 [13:54] ChrisTownsend, I would need to read again what was the original issue they tried to fixed that introduced the other bug [13:54] you changed colour [13:54] Laney, hey [13:54] new client? [13:54] colour? [13:54] yeah you used to be red and now you are pink [13:54] in your irssi? [13:54] ya [13:54] is the color coming from the server? [13:54] nope [13:54] I'm still using the same machine/xchat-gnome [13:54] but I'm in Canada [13:55] seb128: Ok, I didn't fully understand the original issue. Thanks! [14:00] seb128, 2 weeks in canada, isn't that long enough to be considered a canadian? === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [14:02] kenvandine, could be, but they don't even speak french in that part of Canada, who would like to stay here? [14:02] haha [14:19] seb128, what's secret sauce to construct a url to specific crash reports on e.u.c? [14:20] kenvandine, construct from where? [14:20] i thought there was parameters you could pass to find reports from your machine [14:20] etc [14:20] some uuid from your computer or something [14:20] and other info [14:20] kenvandine, oh, that [14:20] kenvandine, webbrowser 'http://errors.ubuntu.com/user/'$(printf $(sudo cat /sys/class/dmi/id/product_uuid) | sha512sum) [14:21] awesome [14:21] thx [14:21] yw [14:26] 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] ChrisTownsend, e.g https://bugzilla.gnome.org/show_bug.cgi?id=690275 [14:26] Gnome bug 690275 in general "scrolling on other windows is applied when coming back (gedit and evince at least)" [Major,Resolved: fixed] [14:26] bregma, did you see my ping about https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1241593 yesterday? [14:26] 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] === alan_g is now known as alan_g|tea [14:31] 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] seb128, is it odd that the error reports listed for me link to blank pages? [14:31] bregma, ok [14:31] seb128: can I get a confirmation from the desktop team on bug 1243235 please? [14:31] Launchpad bug 1243235 in libav (Ubuntu) "Please demote libav to universe" [Undecided,New] https://launchpad.net/bugs/1243235 [14:31] or could they be new reports that need some processing or something? [14:32] kenvandine, check with ev, maybe that an outdated way or something [14:32] it did list 2 reports for me, which also seems odd... i'd think there would be tons [14:32] ok [14:33] mdeslaur, done [14:33] seb128: ty [14:33] kenvandine, check, I think there is a link in the g-c-c privacy panel as well [14:33] ah, there is [14:33] takes me to the same page [14:34] 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] ChrisTownsend, seems like some people have the issue under xfce or KDE, maybe try with those [14:43] pitti, hey === alan_g|tea is now known as alan_g [14:43] 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] 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] salut seb128 [14:44] pitti, that report is ranking 19 on the saucy bugs list [14:45] seb128: traceback on errors doesn't make it fully clear that it's from a hook, but it's plausible [14:45] 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] seb128: hm, tricky; report.add_package_info() is relatively low-level API, I wouldn't really like to make that ignore errors [14:46] pitti, or do we want to learn about those through bts? [14:46] bts=backtraces [14:46] seb128: but it's a bit weird, if the hook itself crashes, apport should just ignore that [14:46] seb128: it's useless for the user if the hook specifies an invalid package [14:47] seb128: I mean "for the user to know", as he can't do anything about it [14:47] pitti, clicking through some of the reports, that seems to happen on random packages, some of those are outdated kernel versions [14:48] I have some doublts that this is from bdmurray's rhythmbox package hook [14:48] the most common one seems skype [14:49] we don't ship any hook referring to skype [14:49] 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] pitti, right [14:50] but where does the rhythmbox-store thing come from then [14:50] that was dropped in lucid already [14:51] pitti, the rb case is a buggy hook, I'm fixing it [14:51] pitti, see /usr/share/apport/package-hooks/source_rhythmbox.py [14:51] right [14:51] stacktrace = report.get("Stacktrace", None) [14:51] if stacktrace: [14:51] if "ubuntuone" in stacktrace or "webkit" in stacktrace: [14:51] report.add_package_info("rhythmbox-ubuntuone-music-store") [14:51] that part is clear [14:51] seb128: but if a hook crashes, apport doesn't crash [14:51] it just prints the stack trace to stderr and goes on [14:51] (precisely for reasons like that) [14:52] elif not apport.packaging.is_distro_package(report['Package'].split()[0]): [14:52] oh, that could be it [14:57] seb128: ok, I think I know what's going on, thanks for pointing out [14:57] pitti, great, thanks for looking to it (I'm trying to reproduce) [14:58] brb [15:19] pitti, I can't reproduce that bug, even by adding/removing packages or sources and doing some kill 11 in between [15:23] seb128: About the wheel scrolling, Xfce/Xfwm is affected since it binds workspace switching to the mouse wheel by default. === m_conley_away is now known as m_conley [15:30] ChrisTownsend, great [15:30] oh, it's meeting time: [15:30] ! [15:30] nah [15:30] qengho, Sweetshark, mlankhorst, Laney, tkamppeter, desrt, attente, larsu: hey [15:30] MEETING [15:31] \o/ [15:31] ohai [15:32] congrats on the saucy release, good job everyone ;-) [15:33] let's get start with the meeting, I expect it's going to be a short one, between release and sprint [15:33] qengho, hey [15:33] o/ [15:33] Hi hi. [15:33] - Close to releasing chromium-browser. Handing to #webapps for testing, as soon as PPA builder finishes. [15:33] - Bug-report triaging. [15:33] ...and whatever comes up from that. [15:35] qengho, thanks [15:35] Sweetshark, hey [15:35] - 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] - cleaned up pbuilders, setup stuff for trusty [15:35] - 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] - still cleaning up all the leftover bits (TODO down into the 40ies, yay!1!) [15:35] EOF [15:36] Sweetshark, thanks [15:36] mlankhorst, hey [15:36] 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] mlankhorst, thanks [15:37] Laney, hey [15:37] well hello [15:37] • system-settings MPs [15:37] ∘ urihandler to switch panels in running instance [15:37] ∘ Make AS (greeter) background setting work again (TODO: re-enable UI) [15:37] ∘ Use more standard controls/appearance in the wifi panel [15:37] ∘ TODO: check language panel locale setting for LC_* [15:37] • Various SRUs including precise gnome-control-center/glib (verification) and saucy glib/glib-networking/gnome-control-center [15:37] • Fix some services for trusty opening such as codesearch, UDD and the transition tracker [15:37] • 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] • Started working through my large merge/sync list. RB 3.0 coming soon. [15:37] • DMB [15:39] rb3, great [15:39] Laney, speaking of DMB, what's the status of Sweetshark/libreoffice? [15:40] don't know, bdrung was away for a while [15:41] (sorry, I seem to be lagging here) [15:42] Laney, thanks [15:42] tkamppeter, hey [15:42] - cups-filters: Working on pdftoippprinter filter for PPD-(configuration)-less printing on IPP printers, especially with mobile devices. [15:42] - Upgraded my machines to Saucy and tried to debug a ghost monitor problem. [15:42] - Talked with tvoss about steps needed for mobile printing (PPD-less, small-footprint, start daemon on-demand). [15:42] - Bugs. [15:42] tkamppeter, thanks [15:42] desrt, hey [15:42] seb128: hey [15:42] so, most importantly: took seb128 to niagara falls [15:43] ;-) [15:43] this was hard work, and very boring [15:43] but it's done now [15:43] the rest of the stuff is pretty minor: [15:43] * seb128 hugs desrt, good job! [15:43] smacked down the glib bug backlog a bit [15:43] 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] rebased desktop file index, added some nice testcases [15:43] 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] wrote a png parser so that we can have a thumbnail-validity attribute on GFile [15:43] made some changes to and landed the gapplication commandline tool [15:43] landed gsubprocess (after endless years of back and forth with colin) [15:43] landed gnotification (after endless months of back and forth with larsu) [15:43] (eof) [15:44] desrt, thanks [15:44] attente, hey [15:44] alt+shift bug [15:44] eof :( [15:44] also: bought seb128 expensive beer [15:44] and hopefully got a full night of sleep last night, for the first time in a while :) [15:44] haha [15:44] poor attente [15:44] it's the best beer in the world at least :P [15:45] that bug is b**** [15:45] at freakin $22/bottle, it ought to be [15:45] wtf [15:45] lol [15:45] bring one to oak :-) [15:45] attente, I'm glad we finally got a SRU round out for those keyboard issues, good job, that's a tricky topic [15:45] 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] attente: ya.. congrats for finally getting that solved. [15:46] and your 'hack' is not so much a hack as it is 'the way that X works' :/ [15:46] (for better or worse) [15:46] everybody should pay attente a beer next week for the hard work he did this cycle on those crazy keyboard stuff [15:46] desrt: isn't that another word for "hack"? [15:46] attente, thanks [15:46] larsu, your turn! === vrruiz_ is now known as rvr [15:47] sure [15:47] - look into writing a DBusObject component for accessing D-Bus from QML (have a rough prototype, waiting for feedback) [15:47] - indicator-sound: allow changing the volume with the left/right keys [15:47] mentally prepared to eat a very good burger [15:47] eof [15:47] - fix panel icons not updating sometimes (thanks seb128 and attente) [15:47] - add TimeFormatter to unity8: an object that does what strftime does but changes the time when the timezone changes (waiting on review) [15:47] - other minor fixes in the indicators [15:47] oh yeah. [15:47] writing after the eof, bad form [15:47] methinks larsu doesn't know how 'eof' works [15:47] minus 3 points [15:47] everbody answers questions aftr the eof [15:47] EVERYBODY [15:47] you didn't answer questions [15:48] you kept listing items [15:48] that's a different f [15:48] eof means "start asking questions now" [15:48] ? [15:48] oh [15:48] lol [15:48] larsu, thanks ;-) [15:48] desrt: you asked too quickly [15:48] 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] so my turn [15:48] * Updated GTK to 3.8.5, found a regression, talked to upstream, got a fix and 3.8.6 out, SRUed that [15:48] * helped to reproduce some indicator bugs/provide debug infos/test fixes [15:48] * some bug triage after saucy to list things worth SRUing [15:48] * looked at errors.ubuntu.com most common issues [15:48] * tried to help attente with the keyboard layout switching/keybinding issues in saucy [15:48] * looked at/tested some of the ubuntu-system-settings merge requests [15:49]