[00:01] Damn. Where's robert_ancell when you need to ask a Vala question! === attente is now known as attente_zzz [00:44] Gah. Don't switch from boost::shared_ptr to std::shared_ptr in an SRU, damnit! [00:48] meh, std::shared_ptr is mostly a copy+paste+cleanup of boost::shared_ptr anyway ;) [00:48] RAOF, mind approving jockey in precise-proposed's unapproved queue? I'm nearing eod but would like to verify alberto's fix. [00:51] bryce: Done. [00:52] tsimpson: Yeah, I know that. But I wouldn't be totally amazed if there was a subtle difference in behaviour due to bugs or whatever, and it's not exactly a minimal change. [00:53] Incidentally, is canonical IRC down for anyone else? [00:53] RAOF: its down for me :P [00:53] [00:54] RAOF: worksforme [00:56] lifeless: :P [01:04] Its up for me. [01:12] Huh. My route to irc.canonical.com dies inside of level3.net, apparently. [01:13] RAOF: very odd; my route to irc.canonical.com goes through level3.net just fine -- san jose, new york, london [01:13] Mine dies at ae-2-52.edge5.London1.Level3.net [01:14] mine goes through there [01:14] my next hop from that goes through SOURCE-MANA.edge5.London1.Level3.net [01:15] * micahg has the same as sarnold [03:45] Good morning [03:45] Good morning pitti! [03:46] hey RAOF, how are you? [03:46] Annoyed at the Unity SRU in quantal-unapproved. [03:47] Apart from that, pretty good. [03:47] No longer as tired as I was this morning! [03:47] RAOF: oh, lots of "fun" changes? [03:48] RAOF: not tired any more> see? the refreshing effect of processing SRUs :-) [03:48] Not _lots_ of fun changes, but they appear to have switched from boost::* to std::* for absolutely no reason. [03:48] !? [03:48] this seems like a good change for trunk indeed, but in an SRU? [03:48] Well, I guess it's not *absolutely* no reason; now that they can use C++11 that's fine, but it's NOT fine in an SRU. [03:49] Also there's some questionable code in there, like: [03:49] + // FIXME: although this pretends to be generic, we're just making [03:49] + // sure that icons requested to have 96px will be 64 [03:49] + base_icon_width = max_width > 0 ? max_width * 2 / 3 : max_width; [03:50] urgh - /me accidentally hits the "show desktop" in alt+tab [03:50] this is such a mess, there's no obvious undo to that [03:50] Hit show desktop again. [03:50] It's totally undiscoverable, but show desktop is self-inverse. [03:51] ah, so it is [03:51] I wonder why we still even have that [03:57] For a certain kind of user I'm pretty sure it's the bee's knees. [03:57] Of course, I'm not sure if that kind of user knows how to get at it ☺ [04:03] Its worth noting that modern versions of Windows have the desktop in the alt-tab switcher. [04:03] I.e from Vista and later. [05:00] Dear vala: hurry up and write a gcc frontend, so I don't have to wade through your indecipherable C for SRUs. [06:27] Why does unity-lens-photos have a .desktop file at all? [06:34] RAOF: hilariously, we were discussing exactly this last night [06:34] except we favoured an llvm frontend :) [06:35] Whatever; kindly be making its internal guts transparent to me :) [06:37] (Or I guess just acknowledge that what you really want is C#, and make mono more awesome :P) [06:38] RAOF, shhh... i've been getting harassed this week for my mono sticker on my laptop [06:39] * desrt contributes [06:39] grrr [06:39] kenvandine: I avoid this by not having any stickers on my laptop :) [06:39] Good morning all. [06:39] hey BigWhale [06:40] RAOF: let me get you a 'sarah palin 2016' sticker [06:40] Well, except for the one which says “This is a HWE laptop that can't be certified” [06:40] hey kenvandine. you're up early ... or late ... I'm guessing you're already in Europe? :) [06:40] yeah [06:40] been here all week :) [06:40] HWE? === tkamppeter_ is now known as tkamppeter [06:41] hardware enablement? [06:41] UDS starts on 29th? right? [06:41] yes [06:41] mon-thu [06:41] Yeah, hardware enablement. [06:41] didrocks: Yo! [06:41] didrocks: Good morning! [06:42] RAOF: hey! how are you? :) [06:42] didrocks: Sadly, I'm about to make it a little less good for you :( [06:42] RAOF: sniffff ;) [06:42] RAOF: what happened on the SRU front? [06:42] salut didrocks, ça va? [06:42] didrocks: Would you kindly be shouting at PS that switching from boost::stuff to std::stuff is not an appropriate SRU change? [06:42] pitti: ça va bien, et toi? [06:43] didrocks: je vais bien, merci! [06:43] * desrt thinks that a ç looks and sounds like a lop-sided s [06:43] * pitti is on a code slaughter quad-damage trip [06:43] RAOF: I think popey can find the exact kind words for it :) [06:43] which sru is that? [06:43] RAOF: this is only for unity package itself, isn't it? [06:43] Unity [06:43] RAOF: the rest is good? [06:44] Compiz isn't; I've commented on the bug. [06:44] RAOF: I can see a little tear on popey's face just 1 meter away from me :) [06:44] unity-lens-photos isn't, but I've apparently forgotten why. [06:44] oh? [06:44] sorry, I'll stop laughing [06:45] didrocks: Oh, no. That's right. [06:45] didrocks: I wasn't accepting unity-lens-photos until I knew why it's got a desktop file at all. [06:46] popey: on compiz, can you look with duflu about the comment on bug #1060171 [06:46] Launchpad bug 1060171 in compiz (Ubuntu Quantal) "gtk-window-decorator crashed with SIGSEGV in g_hash_table_lookup_node() from g_hash_table_remove_internal() from event_filter_func() from gdk_event_apply_filters()" [High,Triaged] https://launchpad.net/bugs/1060171 [06:46] RAOF: let me look at u-l-p [06:46] Good work, gnome-keyring. A stable release that fixes bugs *and* has a test suite! [06:47] sure [06:48] didrocks, popey: Oh, also, while browsing through the unity changes I saw something that seemed strange to make through code review; the comment says “ensure we return 64px icons, the code returns max_size * 3 / 4. [06:48] RAOF: u-l-p: [06:48] https://code.launchpad.net/~davidc3/unity-lens-photos/unexpected-geeqie-crasher/+merge/130044 [06:48] Sorry; max_width * 2 / 3. [06:49] didrocks: Ah, ok. So, it's for the benefit of software-center. [06:50] I guess that should be fixed to be better, but I'll accept u-l-p. [06:50] didrocks, hey, how are you? thanks for doing SRU review! ;-) [06:50] RAOF: thanks :) [06:50] seb128: A geary SRU? Really? [06:50] uh [06:50] isn't 'u' for 'update'? [06:50] RAOF, why not? ;-) [06:51] It's an awesome idea, but it barely works? :) [06:51] RAOF: who cares? we ship thunderbird and evolution, don't we? :) [06:53] I'm very much behind the idea of geary, and have the daily PPA build installed. I'm surprised it's in universe, though; it's currently litte more than a broken toy :{ [06:53] Baby attack! [06:53] RAOF, it's mostly to be nice to the yorba guys [06:55] bonjour seb128! [06:55] pitti, hey, wie gehts? [06:55] seb128: gut, danke! happily dropping loots of code [06:56] pitti, sprint^Wautomn cleaning? :-) [06:56] seb128: indeed! just landed some more patches which remove ~ 1400 LOCs [06:56] nice [07:11] RAOF/didrocks: I can't see removed xml files in lp:ubuntu/compiz - the line about disabled test was removed by didier to not erronously refer to the bug, but probably only the bug number should have been removed [07:11] (regarding bug #1060171 note) [07:11] Launchpad bug 1060171 in compiz (Ubuntu Quantal) "gtk-window-decorator crashed with SIGSEGV in g_hash_table_lookup_node() from g_hash_table_remove_internal() from event_filter_func() from gdk_event_apply_filters()" [High,Triaged] https://launchpad.net/bugs/1060171 [07:12] Mirv: I agree about the disabling test, RAOF, we have manual tests and agrees on those [07:13] RAOF: this version was tested by popey's team and I for more than a week now and we can ensure there is no visible regressions [07:13] RAOF: also, like in GNOME, we don't list every commits [07:13] only those which have a visible impact on user experience, with opened bugs [07:13] I don't see PS work different here [07:13] so re:compiz: is it acceptable for you? [07:14] ah sil2100 commented on the bug as well regarding the cherry-picks (ie. xml files were removed already earlier) [07:14] for unity, let popey's team (I looked for the commit id) giving you an answer [07:15] didrocks: As far as I'm aware PS doesn't have a blanket MRE? [07:16] RAOF: sorry, I don't understand MRE :) [07:16] GNOME gets a pass because it's got a MRE; it might be appropriate that unity/compiz/etc get a Micro Release Exception, but they currently don't, so we want just bug fixes, and only changes which fix bugs. [07:17] RAOF: it didn't work like that in the past, I think the SRU team trusted what we pushed because it was tested [07:17] not sure how pitti dealt with compiz and unity SRUs in the past [07:17] pretty much like "stick fingers in ears and press the knob", really [07:18] Heh. [07:18] not that I was happy about that approach, but these diffs were usually way too big for a sane review anyway [07:18] and I don't think in 3 years we pushed buggy updates in a SRU (we had one regression AFAIK on the dozen of uploads) [07:18] yeah, and every merge requests already have at least one reviewer [07:18] that + the tests [07:18] so, I'm happy that we can answer on the things that looks wrong to you [07:19] I'm all for various PS projects getting a micro release exception (although perhaps *after* getting the message that boost::*→std::* is *not* a stable release candidate). [07:19] (like boost versus std: change) [07:19] but large structural code changes like that give me the creeps, too [07:19] especially stuff like boost -> std [07:19] was this really tested on arm, powerpc, etc.? this cold lead to all sorts of interesting regressions [07:19] not sure about mandating every commit (which have been checked by distro to fit for a SRU, or would have been reverted) to get all noticed [07:19] pitti: yep, there have been a test on arm [07:20] but let us get an answer on boost -> std [07:20] and powerpc? [07:20] and armel? [07:20] pitti: no those 2 AFAIK [07:20] amrhf had though [07:20] didrocks: Basically, you're arguing for a MRE - I'm sure the technical board would be receptive, given that everything's nicely tested. [07:21] RAOF: right, I have a session about it at UDS [07:21] meal ready to eat? [07:21] RAOF: but the additional commits in compiz ar really wondering you? [07:21] are* [07:21] worrying* [07:21] * didrocks needs coffee [07:21] didrocks: Yes! I worry when an SRU removes files without any mention of why! [07:22] RAOF: like indicated in the bug report now, those were already removed as cherry-picks in the previous release [07:22] hence it's not indicated again [07:22] in the changelog [07:22] So why is it in the debdiff? [07:23] RAOF: one sec, checking [07:24] I remember to have asked Mirv to remove the line because it was already in ubuntu, but let me check, the SRU was pushed more than one week ago in -proposed and didn't get touch… [07:26] so the fix was for https://bugs.launchpad.net/compiz/+bug/1057955 [07:26] Launchpad bug 1057955 in Compiz 0.9.8 "Removed schema keys still used in keybindings and automated tests" [Undecided,Fix committed] [07:27] Yes, I commented on the bug regarding this [07:27] it looks ok in lp:ubuntu/compiz, but I think Adam's 1:0.9.8.4-0ubuntu3 upload added them back? [07:27] 1:0.9.8.4-0ubuntu3 is also not in the packaging branch at all [07:27] Yeah, the compiz we're shipping in Quantal includes those xml.in files. [07:28] Check out apt-get source. [07:28] Mirv: hum, in fact, it's a different story [07:28] http://launchpadlibrarian.net/117994551/compiz_1%3A0.9.8.2%2Bbzr3377-0ubuntu1_1%3A0.9.8.4-0ubuntu1.diff.gz [07:28] they were removed from the install [07:28] So something is wrong [07:28] not in upstream tarball [07:29] Mirv: does it sound right to you? ^ [07:31] didrocks: they were removed in ubuntu1, yes, but possibly erronously put back in ubuntu3 which is missing from lp:ubuntu/compiz as well [07:31] Mirv: no, there were not removed if I'm correct (look at the debdiff), there were just not *installed* [07:31] which is the same for the end user experience [07:31] which is what we should focus on I guess [07:32] hmm, yes, true, regardless of how it is [07:32] * RAOF goes and has a nice relaxing bath [07:32] - 50-compiz-launchers.xml.in [07:32] 50-compiz-navigation.xml.in [07:32] and lp:ubuntu/compiz is fine now [07:32] - 50-compiz-screenshot.xml.in [07:32] - 50-compiz-system.xml.in [07:32] (after bzr pull) [07:33] Mirv: yeah, seems the move to raring branches missed it (it was in the proposed one) [07:33] Mirv: so I grabbed and pushed [07:33] RAOF: can we have a conscensus on that? [07:33] (for compiz, again, we'll check with upstream for the boost -> std on unity) [07:34] also the compiz-gnome I've installed with the packaging is fine [07:39] RAOF: regarding the offending commit... [07:39] how do we get the upstream fix for https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1064992 in? do we want it in i guess? [07:39] Launchpad bug 1064992 in gtk+3.0 (Ubuntu) "Unity menubar crashes when activating a submenu in LibreOffice while using Orca screen reader" [Undecided,In progress] [07:40] RAOF: if the boost->std switch is not good, we can revert this switch indeed... [07:40] RAOF: and stick with boost for now [07:41] tsdgeos, subscribe ubuntu-sponsors to the bug and get the SRU infos if you can to help the update [07:41] sil2100: can we get that merged in 6.0 and then, we just cherry-pick it? [07:41] (now that the branch is in sync again ;)) [07:41] didrocks: yes, I just asked bschaefer_ to do that [07:41] :) [07:41] excellent, thanks sil2100! [07:41] thanks sil2100! [07:41] Sorry about that, it's really ugh, I feel ashamed, I could have remembered that SRU==no-big-changes === bschaefer_ is now known as bschaefer [07:41] tsdgeos, SRU infos: impact, test case, regression potential [07:41] Since I basically approved it ;p [07:42] * bschaefer should have known that as well [07:42] sil2100: can you look at: [07:42] 08:48:31 RAOF | didrocks, popey: Oh, also, while browsing through the unity changes I saw something that seemed strange to [07:42] | make through code review; the comment says “ensure we return 64px icons, the code returns max_size * 3 / 4 [07:42] sil2100: can help you with bzr annotate just to find the correct person :) [07:43] didrocks: will try! ;) [07:43] sil2100: keep me posted if you need help [07:43] so I think unity is on the right track [07:43] we need to have a decision on compiz itself [07:43] I can document "removal of upstream files in the source that we already don't install upstream and downstream" [07:43] but: [07:43] 1. there is nothing to check [07:44] 2. reverting that will make us diverging from the rarring branch for no reason [07:44] I'll just get a drink [07:47] seb128: ok, done [07:53] didrocks: If we're certain they're not installed I don't need a comment in debian/changelog [07:58] RAOF: we'll remove the boost->std switch and cherry-pick it ASAP [07:58] sil2100: Ta [07:58] RAOF: sorry about that [07:58] 'sok. [07:59] I just have to reject uploads, which I don't particularly like doing :/ [07:59] RAOF: yeah, I can ensure you for 100% it's not installed ;) [07:59] RAOF: hit me hard at UDS if it's the case :) [07:59] didrocks: Then full steam ahead! [07:59] RAOF: so agree on me pushing compiz again? [07:59] RAOF: I can promise you a beer, which is a lot in that country (I'll sell my car for it :p) [08:00] didrocks: Yeah, push compiz again. [08:00] * didrocks dput -f ;) [08:01] RAOF: done! thanks again! We are fixing unity now (thanks for spotting it!) [08:01] kenvandine, cassidy is pinging about https://bugs.launchpad.net/ubuntu/+source/adium-theme-ubuntu/+bug/959084 ... webkitish issue, do you have an idea could you have a look to? [08:01] Launchpad bug 959084 in empathy (Ubuntu) "empathy-chat consistently uses 9-10 % CPU" [Low,Triaged] [08:08] Got a really strange issue with LightDM, sometimes when I boot, I see the console cursor on tty7 (trough the lightdm window). If I then switch to tty1 for example, I still see lightdm visible (only partly). Is that a known bug? [08:09] bschaefer: did you submit a merge for the std->boost switch already maybe? ;) [08:09] sil2100, working on it, had to recompile some things :( [08:10] bschaefer: ok, just give me a poke once it's submitted, so that I won't miss it! [08:10] sil2100, will do! [08:16] didrocks: for the max_height * 2 / 3 change, it seems mhr3 was the author [08:16] https://code.launchpad.net/~mhr3/unity/respect-icon-size-hint-6.0/+merge/129123 [08:16] dupondje, not known [08:16] sil2100: he's not far from here! I saw him, take your knife and run after him ;) [08:16] dupondje, seems like a kernel,xorg,video issue [08:16] didrocks: let's molest him about this change [08:16] mhr3: ! [08:17] sil2100: you can as well just ask him, seems less risky and it may work ;) [08:17] mhr3: RAOF doesn't like the part that's under FIXME ;) [08:18] sil2100, mhr3: Particularly: I don't see why it calculates a value, rather than just returning 64L [08:18] Ahem. 64. [08:19] That just seems begging for an unrelated change to make things look bad later on. [08:19] RAOF, it's not in a component that should use such hardcoded values [08:19] sil2100, https://code.launchpad.net/~brandontschaefer/unity/fix-1046201-6.0/+merge/131140 [08:20] mhr3: But you're essentially hardcoding 64 there? [08:20] bschaefer: thanks! Building, testing and then approving [08:20] RAOF, although the fixme suggests that, no [08:20] sil2100, awesome thanks! [08:20] mhr3: So is 2/3 of whatever max_width is right for all values of max_width? [08:20] sil2100, the diff will be smaller after the cherry pick :) [08:21] RAOF, well... no :) but hardcoding 64 isn't correct either [08:21] for things we use it with 2/3 works [08:21] bschaefer: I think I'll even change it to Needs Review, since the decision is that we include it if it's working ok ;) [08:21] sil2100, sounds good [08:23] mhr3: If hardcoding 64 is wrong, but 2/3rds is also wrong, isn't 64 more *obviously* wrong and so more likely to be changed when appropriate? I picked up on this partially because I'm grumpy about the boost::→std:: change ☺. [08:23] sil2100, ugg i missed a change in the test [08:23] * bschaefer goes to fix it [08:23] bschaefer: no problem, still updating my chroot ;) [08:23] :) [08:25] RAOF, bottom line, i don't see any way to make it "better" atm, and hardcoding won't make it better [08:27] I think that hardcoding makes it more *obviously* wrong, so more likely to be fixed later. That said, it's not a blocker for SRU acceptance. I just reserve the right to say “I told you so” later on, should someone make a change that breaks it ☺ [08:29] fwiw we're already starting to refactor that whole component ;) [08:30] sil2100, pushed the fix [08:31] bschaefer: ok, pulling [08:44] RAOF: I'm sure you have a personal tomboy note with the "I told you so" examples :) [08:48] bschaefer: ok, working nicely, I'll just check something and approve ;) [08:48] sil2100, cool! [08:50] sil2100: I am sending you an email with some pics of my new problem this morning [08:51] sil2100: some of my windows half break to show what's underneath [08:51] gema what's up? [08:51] hey popey not much, I think it is compiz, but I am not sure, so looking for a second opinion :) [08:52] I'd also like to see those [08:52] popey: forwarding [08:52] thanks [08:53] popey: Oh, if we're soliciting random bug reports - I've got a problem when there's a window that's been greyed out for being unresponsive. [08:53] oh? [08:54] The unity overlays (dash, alt-tab, top-bar-shadow) flicker at roughly 30Hz between being there and not being there when they're over an unresponsive window. [08:55] I've got a video of it, but haven't yet attached it to a bug. [08:55] Want to see? [08:55] gema: thanks! [08:55] ping us the bug when you do [08:55] Will look into it a bit later [08:55] sil2100: no prob [08:56] gema, that loooks like a video driver issue to me [08:57] gema, what video card does that machine have, with 3 heads? [08:57] didrocks: for the change from std back to boost - should we create a new bug for it and link it to it, or just in the changelog write it down without a bug number when cherry-picking? [08:59] popey: Radeon HD 5800 [09:00] popey: it used to work fine with precise [09:04] popey: it may well be the new kernel then playing games on me, I will look into it [09:05] I now have a shiny new Radoon HD 7870 that supports 4 monitors; I should see if jasoncwarner_ will let me expense 3 extra monitors to test :) [09:05] RAOF: :D [09:07] popey: Enjoy! https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1070735 [09:07] Launchpad bug 1070735 in unity (Ubuntu) "When Unity UI elements are above an unresponsive window, they flicker" [Undecided,New] [09:17] popey, sil2100: using gnome classic for a while to discard unity and make sure it's a graphics issue [09:22] thanks RAOF [09:38] didrocks: ! [09:45] didrocks: https://code.launchpad.net/~sil2100/unity/ubuntu_6.10_cp_std <- the cherry-picked branch for unity [09:46] didrocks: I didn't know if I should revert it to UNRELEASED from quantal-proposed or not, so I just left it as it is [09:46] didrocks: hope the changelog entry is ok [09:46] didrocks: oh, and there's also one more branch I'd like you to check [09:46] sil2100: let me have a look [09:46] sil2100: it's fine to keep it as it is, no UNRELEASED for this special process :) [09:51] didrocks: https://code.launchpad.net/~sil2100/unity-lens-applications/vala_bump <- the other branch, since pstolowski has a merge that bumps the requirement for libgnome-menu and also valac [09:52] RAOF "to test" ;) [09:52] didrocks: https://code.launchpad.net/~stolowski/unity-lens-applications/use-libgnome-menu3/+merge/130509 <- this merge [09:52] I've been told it's a necessary change ;) [09:53] didrocks: thanks for checking those out! [09:55] sil2100: running the new unity, seems good to me :) [09:55] sil2100: looking at u-l-a then! [09:56] sil2100: unity in -proposed [09:57] RAOF: ^ [09:57] didrocks: ta ;) [10:01] gema: looking at the bug pictures now [10:02] sil2100: so far my gnome classic experience is good, my graphics card is working fine here [10:02] sil2100: so I doubt is a driver issue [10:03] sil2100: or maybe it's a driver issue with unity [10:03] try gnome-shell, it's likely to be closer to unity in terms of driver usage [10:04] gema: we think it's rather a driver issue, since the code related to it is rather fragile - but we'll be looking at it ;) [10:04] Laney: I will try gnome-shell [10:05] sil2100: thanks! [10:06] sil2100: pushed and approed [10:07] didrocks: awesome! [10:48] didrocks: did you push u-l-a distro update to lp:ubuntu/u-l-a? [10:49] Since I can't see it in the bzr branch I just did [10:49] And the merge is still failing [11:00] cool website: http://upstream-tracker.org/index.html [11:01] it lists api changes in quite some libs [11:01] on that lunch time [11:58] good morning! [12:09] 14:06:48 didrocks | sil2100: hum, I did bzr push [12:09] 14:08:02 didrocks | sil2100: oh, it's telling me it diverged [12:09] 14:08:47 didrocks | sil2100: let me merge your change [12:10] Awww, maybe because the branch was from Monday... [12:10] didrocks: thanks! [12:10] sil2100: yeah, your branch is outdated, no worry :) === attente_zzz is now known as attente [13:37] desrt: ping [13:40] qengho, did you see the webkit bug i assigned to you? === m_conley_away is now known as m_conley [13:43] qengho, i tried to bisect it, testing all the previous versions of the adium theme and still got the same behavior [13:43] so sounds like something that webkit caused [13:47] webapps seem to make firefox use a lot of cpu [13:51] kenvandine: got it. lp#959084. [13:51] thanks [13:52] sounds like it has to be something that webkit introduced... so have fun diving in that :) [13:55] attente: pong [13:56] desrt: can you take a quick look at this? http://fpaste.org/eHsH/ [13:57] attente: SHOW ME THE CODE!!! [14:03] attente: we've seen this bug before....... [14:03] desrt: we have? [14:03] libreoffice was crashing with a very similar trace [14:04] the only thing i can tell is that the menu passed in is NULL [14:04] so either you are doing the same thing they were (they fixed the bug on their side) or it's my fault :) [14:05] to unrealize the GtkMenu, all i did was remove it from the parent container [14:06] then re-realize it by adding it back in === dpm__ is now known as dpm [14:13] desrt: do you know how they fixed it? [14:14] (or what they did in the first place) [14:24] didrocks, seb somewhere close to you? [14:25] didrocks, i need to cry to him that bustle-dbus-monitor doesn't work [14:25] seb128, , i need to cry to you that bustle-dbus-monitor doesn't work [14:26] guess it's the change in Q where the monitoring apps need to set some flag now [14:30] mhr3, the eavedropping thing? [14:30] seb128, that'd be my guess [14:33] attente: sorry. was asking lars about it and got into a big discussion [14:34] attente: we're planning how to make seb128 lose his will to live [14:34] yeah looks like our bustle is quite out of date [14:34] Laney, want to have a look at updating it? [14:34] desrt, want to make ubuntu spicier? [14:34] desrt: oh. ok then [14:34] can do [14:35] attente: anyway... not sure what the issue is [14:35] desrt, be careful, I'm watching you [14:35] if i had your code and could reproduce it locally it would help a lot [14:35] seb128: creep [14:35] desrt: i emailed it to you [14:35] oh. good. [14:35] larsu, hey, long time not seen, how are you? [14:35] you should get that in git.... [14:35] mhr3: you probably want these https://bugs.freedesktop.org/show_bug.cgi?id=39140#c12 [14:36] Freedesktop bug 39140 in General "add eavesdrop=true to rule(s)" [Normal,Resolved: fixed] [14:36] seb128, pretty good. What's up? [14:36] is there a remote i can push to? [14:36] attente, lp:~huaw/+junk/yourcode? :p [14:36] attente, bzr! [14:36] ;-) [14:36] heh [14:37] Laney, yep, looks that way [14:38] attente: put it on chinstrap? [14:38] or github... [14:38] or gitorious [14:38] tarball & email :p [14:38] * desrt has dconf-qt on gitorious [14:38] usb stick in an envelope ? [14:39]