[08:41] <vish> sense: hmm , you got some weird indentations going on in that debugging wiki..
[08:41] <sense> vish: Really? In what way?
[08:42]  * vish fixing some
[08:42] <vish> sense: oddly some words are italic and some are bold.. its wiki's fault though..
[08:42] <sense> vish: Ah, do you know how to fix that?
[08:43] <sense> morning seb128
[08:43] <vish> sense: yeah , on it.. i'm changing the layout there.. it seems to have problems when dots are present or something..
[08:44] <sense> vish: Weird. Thanks for looking into it!
[08:44] <vish> np..
[08:44] <thorwil> vish: isn't both bold and italic done with a certain number of '
[08:44] <seb128> hey sense
[08:45] <thorwil> vish: meaning that forgetting one throws off the markup of the entire page?
[08:45] <vish> thorwil: yeah , but when you look here [ https://wiki.ubuntu.com/DebuggingAyatana ] , you'll notice that the lines not meant to be italic are italic too
[08:46] <vish> thorwil: there are some forgotten markups too :)
[08:51] <thorwil> vish: having to write markup without any editor support, especially syntax highlighting is bad. tempted to say unacceptable, but as it seems to be wiki standard ...
[09:23] <vish> sense: i think i fixed most of the markups , had to change a few lines. Just check if everything is right : https://wiki.ubuntu.com/DebuggingAyatana
[09:24] <sense> vish: Am looking at it right now. Thank you!
[09:24] <vish> np..
[09:24] <sense> Looks good to me.
[14:43] <bratsche> vish around?
[14:48] <LaserJock> is the UNE PPA scheduled to get updated packages sometime soonish?
[14:51] <jcastro> didrocks: ^^^
[14:51] <didrocks> LaserJock: either this evening or tomorrow morning
[14:52] <didrocks> LaserJock: didn't have the time with the sprint and GUADEC last two weeks
[14:59] <LaserJock> didrocks: right, makes sense
[15:15] <sense> bratsche: There was this patch for GTK+2.0 that added the 'child-added' and 'child-removed' signals to GtkContainers. It is used by libappindicator to detect whether a submenu was added or not.
[15:15] <sense> bratsche: However, it seems the signal 'child-added' is raised too little (only once), and 'child-removed' never.
[15:16] <sense> bratsche: Is that correct and could that be the cause of libappindicator not adding submenus to AppInd menus when they are added later?
[15:16] <bratsche> sense: Yeah, I'm aware of that.  It's something I'd like to fix, but it's quite an investment of time to figure out everywhere that they could be emitted from.  I think I only did the signal emission in the one point that really mattered for that particular bug, for now.
[15:17] <bratsche> If you know of any other places where it would be a useful emission then we should emit in those places as well.
[15:17] <sense> bratsche: I think it was not at exactly the right point, since I'm facing that bug right now. Shall I take a closer look at that bug and see where else it can be emitted?
[15:17] <sense> bratsche: I'll submit a new patch and subscribe you.
[15:17] <bratsche> Yeah, that would be great.
[15:17] <bratsche> Thanks.
[15:17] <sense> You're welcome. Thank you for your answer!
[15:47] <vish> bratsche: oh hi, havent poked mpt yet , didnt wanna poke him the first thing on a Mon morn , will poke him now.. :D
[15:48] <bratsche> vish: It's okay, I've already done so.
[15:48] <vish> bratsche: oh, you already merged the branch , neat thanks!  :)
[15:49] <bratsche> We'll see what happens, maybe it will need to be backed out later but for now it's merged in.
[16:22] <vish> sense: same concern was raised for "Home" too , every language is not the same , translator needs to use best judgment
[16:23] <sense> vish: True, but Home is of a completely different kind that Restart I think, because it is a difference in word type. Verb vs noun.
[16:23] <mpt> I haven't had my daily poke
[16:24] <sense> We should give mpt some attention? Vish, anything he can look at?
[16:24] <vish> mpt: Bug 586928 today's initial dose ;)
[16:25] <vish> more to come.. ;p
[16:25] <sense> mpt: There was a suggestion for a translation paper cuts project reported as a paper cut. Not sure if technically speaking that bug report would be a valid paper cut, but it is an interesting suggestion. ;)
[16:26] <sense> mpt: Previously we also had an idea from Siegel to accept paper cuts for screenshots of applications shown in the Software Centre, next to the descriptions we're already accepting.
[16:26] <sense> So there are quite some potential extra paper cuts candidates, that's for sure.
[16:26] <vish> sense: i'm thinking of what to do with that translations bug.. me dont have enough help for the main bug , are we gonna split it for every language.. ;p
[16:26] <vish> sense: seems like dpm is on it :)
[16:27] <sense> vish: Yeah, that's good. But I don't think those paper cuts should be added to the 'hundredpapercuts' project as well.
[16:27] <vish> s/me/we
[16:27] <sense> vish: s/me/I/
[16:27] <sense> Although there were some other triagers active as well.
[16:28] <sense> vish: I should have some more time now GUADEC is over, but Friday we depart to England for a two week holiday, and no, that does not include a visit to Millbank. ;)
[16:29] <vish> sense: you better start fixing some bugs, else the next time i see you , i'm gonna whip you ;)
[16:30] <sense> Don't make me avoid you!
[16:31] <sense> I am learning the bzr bd-do stuff from the desktop team right now, that could help with making fixing easier for me,t hough.
[16:31] <vish> sense: cool!
[16:33] <vish> sense: there , marked it as "Opinion"
[16:33] <vish> my first "opinion" \o/
[16:33] <sense> yay!
[16:33] <sense> First!
[16:38] <sense> bratsche: I think I've found out why the 'child-added' signal didn't work: it was only triggered when you insert a menu item into a GtkMenuShell, but I think gtk_menu_item_set_submenu() is a separate function. However, I am now a bit in doubt. Should we use the "child-added" signal for both adding childs to a GtkMenuShell, and for adding a submenu to a GtkMenuItem, or should we create a new signal? The latter would be more consistent, but would defaut
[16:38] <sense> the whole purpose of the former signal.
[16:39] <bratsche> Yeah, makes sense.
[16:40] <sense> bratsche: So I could remove the child-added and child-removed signals and create a submenu-added and submenu-removed signal instead. What do you say?
[16:40] <bratsche> Well, I think the child-added may still be useful though.
[16:41] <sense> I'll keep it around.
[17:41] <Cimi> bratsche: I'm in london :)
[17:46] <bratsche> Cool
[18:24] <Cimi> bratsche: do you have some patches for me? :)
[18:34] <sense> bratsche: You were right, we actually need the 'child-added' signal elsewhere in the AppInd code.
[18:39] <bratsche> sense: Yeah I thought we would.  But thanks for noticing the need for the submenu-added signal.
[18:41] <sense> bratsche: You're welcome. :) That discovery made my life easier, since I need it for the Deluge AppInd.
[18:41] <bratsche> sense: Nice work dude!
[18:48] <sense> Dang, I broke GTK+. :P
[18:51] <sense> Wait, that is not funny.
[19:05] <davidbarth> Cimi: hey, how's London?
[20:40] <sense> vish: What to do with bug #602680? It is the description of a non-default package that looks a lot like a default system package. Packages like these have always bothered me because they show up in the Software Centre like any other package, but they are non-default, might replace default system parts and therefore are confusing.
[20:42] <vish> sense: we should hide some of them , my VM is not booting right now , so cant really check if it is hidden or not
[20:42] <sense> vish: Last time I checked it wasn't.
[20:42] <sense> vish: There are things in place already to do so?
[20:43] <sense> vish: I'm running Maverick, I can be your VM if you want. ;)
[20:43] <vish> sense: yeah , in Maverick , we have a section called "Technical items" and a lot of items can be hidden , but not sure how they are hidden right now yet..
[20:44] <vish> sense: search , something , it will show only a few items , and the rest are hidden
[20:44] <gambs> It provides a link to show technical items at the bottom of the search results field.
[20:45] <sense> Yes, but it seems usermode isn't properly hidden by it.
[20:45] <sense> Good such a system is in place, though.
[20:47] <sense> vish: Do we forward package description bugs?
[20:48] <vish> sense: i'm sending them to debian too , but not sure everything will get accepted , thats why i attach debdiff on lp as well
[20:48] <sense> ok
[20:48] <sense> vish: And it has been you who has been generating those debdiffs?
[20:49] <vish> sense: hmm, not sure i understand your question?
[20:49] <vish> sense: hehe , you mean am I writing those debdiffs?
[20:50] <vish> sense: yup :D
[20:50] <sense> Great work! :)
[20:50] <vish> sense: well , if I'm asking others to fix , I should fix them as well :)
[20:50] <sense> I'll try to live up to your example, although this mere mortal will probably never achieve more than the mere ghost of your greatness
[20:51] <sense> Leading by example is a good thing to do.
[20:51] <sense> It makes other people do more easily what you tell them to do.