[01:44] <micahg> pitti: ACK on xulrunner debdiff, thanks
[07:23] <RAOF> I take it not many people have gltext set as their screensaver :)
[07:34]  * micahg had gltext crash
[07:38] <RAOF> micahg: Probably killed by the oom killer, I'd guess.
[08:23] <kamstrup> dpm: good morning - i have an i18n question for you :-)
[08:24] <dpm> heya kamstrup, good morning, feel free to shoot then :)
[08:24] <kamstrup> dpm: in unity-place-applications I want to filter out a set of stop words from the index
[08:24] <kamstrup> dpm: and I have const gchar *STOP_WORDS[] = {"a", "an", "and", "are", "as", "at", "be", "but", "by", "for", "if", "in", "into", "is", "it", "no", "not", "of", "on", "or", "s", "such", "t", "that", "the", "their", "then", "there", "these", "they", "this", "to", "was", "will", "with"};
[08:24] <kamstrup> dpm: I'm wondering that the sanest way to mark this for translation is..?
[08:25] <kamstrup> dpm: I was thinking of putting it in the applications.place file and use the normal .desktop translation stuff for it
[08:25] <kamstrup> dpm: or should I use _() in the code? or what makes sense :-)
[08:27] <dpm> kamstrup, I think having them marked in the code would give us the benefit of adding a translator comment explaining briefly to translators that these are stop words. I think this might be better than having them in a .desktop file, which IIRC does not allow for comments (or at least they are not forwarded to the .pot file)
[08:28] <kamstrup> dpm: hmmm... wait... now that I thihnk about it - not all languages may have the same number of stopwords
[08:29] <kamstrup> dpm: and it that case I couldn't really list them as individual elements in C code...
[08:30] <kamstrup> ie. stopw[0] = _("a"); ... doesn't work in that case
[08:30] <dpm> kamstrup, I think tracker used to use stop words, but I'm not sure how they made it so that translators could add new ones for their language. It might be worth looking at tracker (if my memory serves right and it wasn't another project :)
[08:31] <RAOF> Couldn't you have a single (something) delimited string of stop-words and split it on startup?
[08:32] <kamstrup> dpm: Tracker does it like this http://git.gnome.org/browse/tracker/tree/data/languages but they have a vastly bigger set of stopwords because they index arbitrary data, but I only have apps metadata here
[08:33] <mvo> kamstrup: sounds like something we should share acceross unity/software-center too
[08:33] <kamstrup> mvo: could be an idea
[08:34] <mvo> or I will just nick it from your code ;)
[08:34] <kamstrup> mvo: a possibility - some interdependency would not be so fun to have I think, so pasting could be the solution
[08:35] <kamstrup> mvo, dpm: I'm not sure I like Tracker's approach for my purpose, but here's another idea (in Python syntax):
[08:35] <mvo> yeah, interdependencies is not a good idea
[08:35] <kamstrup> stopwords = _("a an and are as at be ...").split()
[08:36] <kamstrup> so concat all stopwords in one translatable string and split on whitespace (or some other delimiter)
[08:36] <dpm> oh, I see, yeah
[08:38] <dpm> kamstrup, so from the translators side, a code coment above the line + that, would work well I think
[08:39] <kamstrup> dpm: ok, i'll try that then
[08:39] <kamstrup> mvo: ^^
[08:39] <dpm> cool, thanks kamstrup
[08:45] <dpm> good morning pitti, I've got a question for you:
[08:45] <dpm> It seems that the change in langpack-o-matic to copy the xpi files is causing an issue in the language pack PPAs containing FF3.6 translations (maverick+lucid), as it seems that translations have moved from the -base to the delta package and don't work there. This was discussed on the translators list recently https://lists.ubuntu.com/archives/ubuntu-translators/2011-March/004486.html (see the thread for more background)
[08:47] <kamstrup> mvo: i'll use ; as stopword delimiter instad on second thought - I dunno if some odd language could have whitespace crossing "stop-phrases" or something
[08:47] <kamstrup> (although, I think I'd break on that elsewhere, but anyway :-))
[08:49] <mvo> kamstrup: sounds good, once you have it commited, could you send me the revno?
[08:55] <mvo_> kamstrup: hrm, network disconnected: <mvo> kamstrup: sounds good, once you have it commited, could you send me the revno please?
[08:56] <pitti> Good morning
[08:57] <edwardc> morning, pitti
[08:57] <pitti> dpm: hm, that sounds like a separate issue, though; the changes were guared with >= natty
[08:57] <pitti> dpm: I have a phone call now, will look into this later
[08:57] <pitti> edwardc: good morning/evening!
[08:57] <edwardc> pitti: :)
[09:02] <kamstrup> mvo_: sure thang
[09:04] <GunnarHj> pitti: Good morning! You may want to take a look at bug 730495.
[09:04] <ubot2> Launchpad bug 730495 in gdm-guest-session "Title bar missing in GTK+ dialogs" [Undecided,New] https://launchpad.net/bugs/730495
[09:05] <dpm> cool, thanks pitti
[09:25] <chrisccoulson> good morning everyone
[09:27] <pitti> dpm: ah, you should have access to macquarie.canonical.com now
[09:27] <dpm> pitti, yeah, I got the reply to the RT, thanks for that
[09:28] <dpm> good morning chrisccoulson
[09:28] <chrisccoulson> hi dpm, how are you?
[09:29] <dpm> chrisccoulson, fine thanks, I'm about finished with catching up today and about to do some real work :)
[09:37] <pitti> hey GunnarHj, good morning
[09:37] <pitti> looking
[09:38] <seb128> hey
[09:38] <seb128> hey pitti
[09:38] <pitti> bonjour seb128, ca va?
[09:38] <seb128> pitti, got a cold but otherwise yes
[09:39] <seb128> I overslept but that didn't really fix it
[09:39] <seb128> pitti, what about you?
[09:39] <pitti> seb128: we went to the computer games museum in Berlin, and then visited my wife's grandma; returned last night
[09:41] <seb128> pitti, sounds nice ;-)
[09:41] <seb128> did you have nice weather as well?
[09:42] <pitti> yeah, it's marvellous now; bit cold still, but sunny
[09:43] <pitti> seb128: do you have something for gtk+2.0, or can I upload?
[09:43] <seb128> pitti, upload, I can't think of anything that is waiting to go in
[09:57] <kamstrup> mvo: meh - i jave to drop stopwords for now... xapian's handling of stopwords does not work well at all for our purposes
[10:01] <GunnarHj> seb128: Hi Sebastien, you advised me to try on Monday, so here I am! :-)  Any chance that you can help with the uploads to -backports acc. to bug 719815? Scott K. and Martin have cleared them, but Scott does not have upload permission for gdm.
[10:01] <ubot2> Launchpad bug 719815 in maverick-backports "Please backport gdm and language-selector to Lucid and Maverick" [Wishlist,In progress] https://launchpad.net/bugs/719815
[10:01] <seb128> pitti, ^
[10:01] <seb128> hey GunnarHj
[10:04] <pitti> I'll queue it up
[10:09] <seb128> pitti, do you know what this arch foreign change do in gtk?
[10:11] <pitti> seb128: the definition is in https://wiki.ubuntu.com/MultiarchSpec#Dependencies%20involving%20Architecture:%20all%20packages
[10:12] <pitti> seb128: I understand why it's necessary for e. g. tzdata
[10:12] <pitti> I haven't thought about it for gtk2, though; that change came from Steve
[10:13] <seb128> pitti, thanks
[10:13] <GunnarHj> pitti: Ok, thanks. Fear that you are getting tired of me, so I asked seb128. ;-) OTOH it probably makes sense that you complete that 'project'...
[10:14] <pitti> GunnarHj: heh; no, not at all, I just need to find some time to sponsor it
[10:14]  * pitti has a few tabs queued up as short-term TODO
[10:14] <pitti> GunnarHj: any help with the i18n stuff is appreciated
[10:14] <seb128> GunnarHj, sorry to not be really responsive to know but I've read some of the email exchanges on the topic, that has been going for weeks and is a non trivial set of changes, I don't want to start trying to get an hold of it just for doing backports
[10:19] <GunnarHj> pitti: Then I'm relieved. :-) Glad to help.
[10:20] <GunnarHj> seb128: I fully understand. Kind of realized it once I had pressed enter...
[10:20] <seb128> no worry, thanks for your work
[10:20] <seb128> ;-)
[10:50] <seb128> kenvandine, pitti: does any of you would like to claim bug #730528?
[10:50] <ubot2> Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528
[11:35] <and471> hey mpt
[11:36] <and471> you managed to do any sketches?
[11:58] <pitti> seb128: do you have a second to try starting a second X session with unity? (guest or normal user); do you have unity-window-decorator running there?
[11:59]  * pitti currently reproduced bug 730495 and did some initial poking
[11:59] <ubot2> Launchpad bug 730495 in compiz "unity-window-decorator doesn't start on secondary X session" [High,Confirmed] https://launchpad.net/bugs/730495
[11:59] <pitti> GunnarHj: ^ FYI
[11:59] <seb128> pitti, sure
[12:00] <seb128> did you talk to smspillaz about it? he has been fixing issues with the decorator
[12:00] <pitti> not yet, I just started looking into this
[12:00] <pitti> I can't see any obvious DISPLAY=:0 hardcoding in the patch, but I'm not 100% sure what to grep for either
[12:01] <seb128> pitti, do you want me to test something?
[12:01] <pitti> seb128: mostly to confirm that you have the same startup failure, that it's not a  misconfiguration on my end
[12:02] <seb128> pitti, confirmed
[12:02] <pitti> seb128: thanks
[12:02] <seb128> I've confirmed in a classic desktop session
[12:02] <seb128> it's not unity specific
[12:03] <seb128> (u-w-d is used in classic)
[12:03] <pitti> unity-window-decorator is running in classic, too?
[12:03] <pitti> ah
[12:07] <seb128> pitti, it's likely a recent issue, guest session was working fine until recently
[12:08] <pitti> I'm not using it that often
[12:09] <pitti> I did a dist-upgrade last night
[12:09]  * pitti checks grep '^2011-03-06.*configure ' /var/log/dpkg.log
[12:10] <pitti> seb128: hm, nothign obvious there; the most gnome-ish bit is libcanberra
[12:13] <seb128> pitti, btw did you see my ping about bug #730528?
[12:13] <ubot2> Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528
[12:13] <seb128> pitti, not sure if that's rather a kenvandine's thing or if you want to comment on it
[12:13] <pitti> seb128: ah, I saw it; still busy with catching up on the over-weekend stuff
[12:13] <pitti> (gosh, people should stop doing so much work/mail on weekends!)
[12:14] <pitti> seb128: ah, that sounds familiar; that's not how GI works, I think
[12:14] <seb128> pitti, don't tell me, I just managed to catch up with my emails now
[12:14] <seb128> it's after alpha fun I guess ;-)
[12:15] <seb128> the appmenu thing is annoying
[12:15] <seb128> it keeps breaking in different ways
[12:19] <chrisccoulson> pitti, we have firefox 4.0rc1 translation xpi's now
[12:19] <pitti> hey chrisccoulson, good morning
[12:19] <chrisccoulson> but there is a problem with them: https://bugzilla.mozilla.org/show_bug.cgi?id=639458
[12:19] <ubot2> Mozilla bug 639458 in Build Config "Translation xpi's compatibility requirements too tight for release (4.0rc1)" [Normal,New]
[12:19] <pitti> chrisccoulson: oh, great!
[12:19] <pitti> hm
[12:19] <chrisccoulson> i'm just talking to the mozilla guys about that now
[12:20] <pitti> chrisccoulson: failing that, I could also edit the install.rdf in langpack-o-matic, but fixing it upstream would be appreciated of course
[12:20] <pitti> chrisccoulson: want me to update the XPIs in po2xpi in my branch before you merge? or do you want to update them yourself?
[12:20] <chrisccoulson> pitti - yeah, we could do that as a last resort, but i think they'll fix it
[12:21] <chrisccoulson> pitti - feel free to update them. do you have a script which does that?
[12:21] <chrisccoulson> note, that the xpi's aren't in the expected location on the ftp server yet, as RC1 isn't released
[12:21] <pitti> I don't
[12:21] <pitti> just wget -r -np ;)
[12:21] <chrisccoulson> ah :)
[12:24] <pitti> chrisccoulson: I don't see them in http://releases.mozilla.org/pub/mozilla.org/firefox/releases/ ?
[12:24] <pitti> chrisccoulson: or is that "latest/"?
[12:24] <chrisccoulson> pitti, see my last comment^^^ :)
[12:24] <chrisccoulson> well, the one before my last comment ;)
[12:24] <chrisccoulson> "note, that the xpi's aren't in the expected location on the ftp server yet, as RC1 isn't released"
[12:24] <pitti> ah, sorry
[12:24] <chrisccoulson> they're currently in ftp://ftp.mozilla.org/pub/firefox/nightly/4.0rc1-candidates/build1/linux-x86_64/xpi/
[12:24] <pitti> chrisccoulson: anyway, I'll wait a bit for the upstream guys to comment
[12:25] <chrisccoulson> thanks
[12:26] <seb128> hey chrisccoulson, how are you?
[12:27] <chrisccoulson> hi seb128 - i'm good thanks, how are you?
[12:27] <seb128> got a cold but otherwise I'm fine
[12:29] <seb128> hum
[12:30] <seb128> chrisccoulson, we got several new libdbusmenu or indicator-appmenu issues, let me know if you have time for some this week.
[12:30] <chrisccoulson> seb128 - sure, although i'm meant to be patch piloting today
[12:30] <chrisccoulson> and i'm trying to fix firefox URI handling issues too
[12:30] <chrisccoulson> but that shouldn't take too long
[12:31] <seb128> ok, no worry start with those, if you have time let me know, i've issues to dispatch
[12:31] <seb128> i've assigned those to mterry for now but he might welcome some help there
[12:31] <seb128> like there 2 or 3 bugs about menus not updating as they should and 1 or 2 crashers
[12:32] <seb128> chrisccoulson, gnome-bt has still a buggy case ;-)
[12:32] <seb128> chrisccoulson, if you turn bt off and on the "visible" item check got dropped
[12:32] <chrisccoulson> cool, i'll take a look at those when i get some time
[12:32] <seb128> chrisccoulson, do you want this one assigned to you?
[12:32] <chrisccoulson> yeah, can do
[12:33] <seb128> thanks
[12:39] <seb128> chrisccoulson, bug #723463
[12:39] <ubot2> Launchpad bug 723463 in indicator-appmenu "indicator-applet-appmenu crashed with SIGSEGV in dbusmenu_menuitem_send_about_to_show()" [Medium,Confirmed] https://launchpad.net/bugs/723463
[12:39] <seb128> bug #
[12:39] <seb128> bug #729128
[12:39] <ubot2> Launchpad bug 729128 in indicator-application "gnome-bt "visible" item toggle not working after turning bt off and on" [Low,New] https://launchpad.net/bugs/729128
[12:39] <seb128> chrisccoulson, those are yours
[12:39] <chrisccoulson> seb128 - cool, thanks
[12:40] <seb128> thank to you!
[13:05] <chrisccoulson> w00t, got a working fix for bug 727372 now \o/
[13:05] <ubot2> Launchpad bug 727372 in firefox "FF 4 requires both .desktop and gconf entries for url handlers" [High,In progress] https://launchpad.net/bugs/727372
[14:00] <seb128> hello mterry!
[14:01] <mterry> seb128, hello!  noticed your libdbusmenu tear  :)
[14:01] <seb128> mterry, ;-)
[14:02] <seb128> mterry, so I've basically moved the menu refresh issues and missing items to you
[14:02] <seb128> mterry, and moved the crasher and indicator-application issue away in exchange
[14:03] <seb128> let me know if that works for you ;-)
[14:03] <mterry> seb128, ah, k.  I'm actually working on the most annoying bug in unity for me right now: "why doesn't the paste shortcut work in gnome-terminal sometimes" but I'll get to the libdbusmenu stuff too
[14:03] <mterry> this may be libdbusmenu anyway
[14:03] <seb128> ok
[14:04] <seb128> mterry, well it might be that those empathy issues and a few others turn to be one bug
[14:04] <seb128> that's why I assigned the set to you
[14:04] <mterry> yeah, makes sense
[14:04] <seb128> otherwise we might need with people working on the same bug from different angle and duplicating work
[14:08] <bcurtiswx> Dictionary note: add Oneiric to it ;)
[14:11]  * bcurtiswx picks on tedg for breaking dbus,
[14:12] <bcurtiswx> I appreciate not being able to set my status as away from the indicator menu :P
[14:12] <chrisccoulson> tedg likes breaking stuff :)
[14:13] <bcurtiswx> its rumored his license plate says "iluv2break"
[14:13] <kenvandine> bcurtiswx, i know the exact commit to revert in dbusmenu to fix it
[14:13] <kenvandine> but will wait for tedg to actually fix it
[14:13] <bcurtiswx> :)
[14:14]  * kenvandine notices twitter, identi.ca and facebook all flooded with posts about Oneiric
[14:14]  * kenvandine wonders how to pronounce that properly
[14:15] <bcurtiswx> not even the EN-US dictionary knows it exists
[14:15] <soren> http://www.merriam-webster.com/dictionary/oneiric knows
[14:15] <soren> (how to pronounce it, that is)
[14:16] <bcurtiswx> o-nye   or o-knee ?
[14:17] <soren> o-nye
[14:18] <soren> bcurtiswx: Look at that link. There's a link to a sound clip.
[14:18] <bcurtiswx> ah yes, o-nye-rick
[14:24] <seb128> hey kenvandine, tedg
[14:24] <seb128> kenvandine, do you know if the same commit breaks other things?
[14:25] <seb128> we got new appmenu issues recently
[14:25] <kenvandine> i would think it does
[14:25] <seb128> bah
[14:27] <bcurtiswx> hi seb128
[14:27] <seb128> hello bcurtiswx
[14:52] <dobey> pitti: ping
[14:57] <pitti> hey dobey, how are you?
[14:58] <dobey> pitti: good. and you?
[14:58] <pitti> I'm great, thanks
[15:00] <dobey> pitti: can you approve my new maverick-proposed upload for ubuntuone-client? it includes the rest of the fix for that one last bug
[15:00] <dobey> bug #661292 that is
[15:00] <ubot2> Launchpad bug 661292 in ubuntuone-client "Nautilus is not aware of published files" [Medium,In progress] https://launchpad.net/bugs/661292
[15:01] <pitti> I can do another round of SRUs a bit later, yes
[15:02] <dobey> great, thanks
[15:04] <lamalex> bryceh_, what lp project do I give bugs to for driver issues?
[15:04] <lamalex> and is simply, "driver does not support feature foo" a bug that I should even file?
[15:14] <dobey> lamalex: the source package that contains the driver?
[15:15] <dobey> lamalex: most of them would probably be against "linux (Ubuntu)" i guess?
[15:33] <micahg> pitti: why did you assign work items back to me?
[15:35] <pitti> micahg: I just fixed the spelling; your LP account is micahg, not micah-g
[15:35] <pitti> micahg: did you want to assign them to someone else instead?
[15:36] <micahg> pitti: right, I wanted them off the security team's burndown charts, but I hope to work on them on community time, is there a better way to do this?
[15:37] <pitti> micahg: the only requirement is that if you put a launchpad ID in front of a work item, it needs to be a valid one
[15:37] <micahg> pitti: so, I'm better off removing the ID then?
[15:37] <pitti> micahg: you can also put in a team there instead, to more clearly mark them as "not really owned"
[15:38] <micahg> pitti: ok, does the WI tracker figure out who's in a team or does it stop if it's assigned to a team?
[15:39] <pitti> micahg: it does know who is in what team, yes; but we don't build charts for e. g. ~mozilla-team
[15:39] <pitti> so it won't matter for that
[15:39] <micahg> pitti: ok, thanks
[15:39] <pitti> micahg: should we run through the plugin list again and delete more packages?
[15:40] <micahg> pitti: I think we're left with apps at this point, I'd say let's reevaluate in a couple weeks
[15:40] <pitti> ok
[15:41] <micahg> I think whatever's not ported by beta should be dropped unless someone is committing to porting it, that should wake up anyone who has an interest in a package
[15:41] <pitti> sounds like a plan
[15:42] <micahg> chrisccoulson: ^^ how does that sound?
[15:43] <chrisccoulson> there's going to be a lot of stuff that isn't ported by beta ;)
[15:43] <chrisccoulson> particularly swt-gtk (and therefore, eclipse)
[15:45] <micahg> chrisccoulson: eclipse has its own copy of swt-gtk I thought
[15:45] <chrisccoulson> micahg - if it does, then that would be a bonus. because, that means we could switch off the browser part of swt-gtk, and just drop vuze and tuxguitar ;)
[15:51] <kklimonda> bah
[15:51] <kklimonda> chrisccoulson: any idea what could be done about it: http://pastebin.com/nFfzeuGD ?
[15:52] <kklimonda> chrisccoulson: mongodb uses its own malloc, and developers have decided to use macro to define it
[15:52] <kklimonda> so now runtime->malloc from jscntxt.h is transformed into runtime->mongodb:malloc ;)
[15:53] <chrisccoulson> hmmm, that sucks. i'm not sure what you can do about that :/
[15:54] <chrisccoulson> i think defining your own malloc as a macro sounds like a bug though ;)
[15:55] <kklimonda> I wonder if that's really been the intention
[15:55] <kklimonda> yeah
[15:55] <chrisccoulson> what does the malloc macro do? does it wrap the glibc malloc?
[15:56] <chrisccoulson> you could probably just #undef malloc before including the jsapi headers ;)
[15:56] <duanedesign> didrocks: what can you tell me about GChildCare. Doing some work on the wiki to update info on Parental Controls.
[15:56] <kklimonda> chrisccoulson: well, it wraps their own malloc
[15:57] <kklimonda> chrisccoulson: yeah, it may be a solution of some sort.. or a recipe for an even greater disaster
[15:57] <didrocks> duanedesign: just that I never had time to do serious work on it and that most of the design has been given to the GNOME guys who made Nanny
[15:58] <kklimonda> I've opened (or rather commented on) a bug in their BTS
[15:58] <kklimonda> we'll see if the response.
[15:58] <kklimonda> they respond*
[16:01] <duanedesign> didrocks: aha, thank you
[16:01] <didrocks> yw :)
[16:02] <didrocks> (for reference, some code of GChildCare survived in Quickly :p)
[16:05] <bigon> could someone look at https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/620733 ? I've changed my mind, in debian we are depending against 'libdconf0 | gsettings-backend'
[16:05] <ubot2> Launchpad bug 620733 in empathy "Empathy does not remember settings" [Medium,Confirmed]
[16:18] <doko> pitti, Sweetshark: https://bugs.edge.launchpad.net/~openoffice-pkgs/+packagebugs
[16:27] <and471> hey mpt_ , did you get to work on any sketches?
[16:50] <and471> mpt_, ping
[16:50] <mpt_> hi and471
[16:51] <and471> hey
[16:51] <mpt_> I did not, sorry, I was busy with other things
[16:51] <mpt_> I'll do that tonight
[16:51] <and471> mpt_, no problem
[16:51] <and471> mpt_, no rush
[16:51] <and471> mpt_, I did have a question though, are you free to answer it?
[16:51] <mpt_> sure
[16:51] <and471> mpt_, do you have inkscape installed?
[16:55] <mpt_> and471, no, but that's easily fixed
[17:00] <and471> mpt_, when you have it installed, create a rectangle and open the fill and stroke dialog
[17:01] <mpt_> and471, done
[17:01] <and471> okay
[17:02] <and471> mpt_, so in the fill tab, you have the RGB, GSL, CMYK... tabs
[17:02] <mpt_> yep
[17:02] <and471> mpt_, now the use of these tabs is inconsistent with the tabs above it, the tabs above are looking at different things, as notebooks should be used according to the GNOME HIG
[17:03] <seb128> kenvandine, btw can you triage bug #730528? not sure if that's an issue that should be kept on the natty list or not
[17:03] <ubot2> Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528
[17:03] <and471> mpt_, however the RGB tabs are showing the *same thing* but in a different way
[17:03] <and471> mpt_, I am trying to do a mockup of an improved dialog and this is one thing I would change
[17:03] <kenvandine> seb128, sure
[17:03] <seb128> kenvandine, thanks
[17:04] <and471> mpt_, my idea was to use togglebuttons, however I am not sure this is the best widget for the job
[17:04] <and471> mpt_, is there a better suited widget for this situation?
[17:06] <chrisccoulson> hmmm, i thought metacity was in the ubuntu-desktop packageset?
[17:07] <kenvandine> pitti, for bug 730528, what causes things like that to not get a default descriptor with GI?
[17:07] <ubot2> Launchpad bug 730528 in libappindicator "Impossible to inherit a class from AppIndicator*.Indicator in Python (gir)" [Undecided,New] https://launchpad.net/bugs/730528
[17:07] <kenvandine> pitti, is it because there are 2 constructors?
[17:07] <mpt_> and471, this isn't quite answering your question, but GTK has a built-in color selection control. <http://library.gnome.org/devel/gtk/stable/GtkColorSelection.html>
[17:07] <mpt_> and471, so why isn't Inkscape using that?
[17:07] <chrisccoulson> would somebody please sponsor bug 583847 for me? i've already pushed to bzr
[17:07]  * kenvandine would hate to have overrides for everything with multiple constructors
[17:07] <ubot2> Launchpad bug 583847 in metacity "metacity assert failure: metacity:ERROR:core/prefs.c:2482:meta_prefs_get_workspace_name: assertion failed: (workspace_names[i] != NULL)" [Medium,Fix committed] https://launchpad.net/bugs/583847
[17:08] <mpt_> and471, the answer is partly that Inkscape is cross-platform, I guess, but also that the GTK color selection control isn't flexible enough.
[17:08] <and471> mpt_, guess it wants to offer more than one way of mixing colours (i.e. cmyk and cms)
[17:08] <and471> yup
[17:08] <mpt_> and471, so the answer to your question (how to present different ways of selecting a color) could be applied to GtkColorSelection too.
[17:09] <and471> mpt_, my question doesn't need to be specific to colours, just that kind of scenario
[17:10] <bcurtiswx> kenvandine, can the notify bubbles from gwibber contain the protocol it's from? (or maybe it should already?)
[17:10] <mpt_> and471, I suggest thinking of other examples of the same kind of thing and seeing how applications on various platforms present it. One example is analog/digital time.
[17:10] <kenvandine> bcurtiswx, tricky... since some of them could be multiple protocols
[17:10] <kenvandine> if you follow the same person on two networks
[17:11] <kenvandine> it collapses it to one notification
[17:11] <and471> mpt_, I guess another question would be, do you think using togglebuttons is a bad idea?
[17:11] <bcurtiswx> kenvandine, since it has to know what protocols to collapse, it can take that info and spit it out in the notify bubble?
[17:11] <kenvandine> bcurtiswx, and i don't see much value in displaying protocol in the notification anyway
[17:11] <mpt_> and471, no, probably it isn't bad, if you get the spacing right
[17:11] <kenvandine> bcurtiswx, since the whole point of gwibber is to aggregate that stuff
[17:12] <kenvandine> all you really care about is there is something you might want to go look at :)
[17:12] <and471> mpt_, ok
[17:12] <kenvandine> bcurtiswx, but not opposed to listening to reasons why it might be desirable
[17:13] <bcurtiswx> kenvandine, i see a message (backlogged probably for the 5 minutes of wait) since I follow a large amount of people, and have a crapton of facebook friends.  Lots of those messages get shoved a ways down on gwibber, and if i know which protocol than I can find ti a lot easier (with the color coding or the selections on the left)
[17:14] <kenvandine> bcurtiswx, so really just to help you find the message
[17:17] <and471> mpt_, ok last question :) can you see any issues/bad ui practice with this mockup? http://i.imgur.com/PYMx3.png
[17:18] <mpt_> and471, I thought GTK toggle buttons sat right next to each other, with no spacing between them?
[17:18] <mpt_> Or is that true only inside toolbars?
[17:18] <and471> mpt_, possibly - you are the ui guy :)
[17:18] <mpt_> and471, but I know less about GTK than you do at this point :-)
[17:19] <and471> mpt_, looks better with no padding - good call :)
[17:20] <bcurtiswx> kenvandine, i guess.  whats the against?
[17:21] <vish> and471: mpt_: thats now only in scrollbars , gtk+ doesnt have a combined-toggle-button like that yet.. there is bug in gnome bugzilla requesting that feature though ;)
[17:21] <vish> btw, hi ! :)_
[17:21] <and471> hey vish
[17:21] <kenvandine> bcurtiswx, just that it might be a fair bit of work to make display the protocol
[17:22] <vish> and471: right now, the the gtk togglebutton only toggles ON/OFF
[17:22] <kenvandine> bcurtiswx, like there is no limit to the number of account syou might have configured that have the same friends
[17:23] <kenvandine> bcurtiswx, maybe we just need better search
[17:23] <kenvandine> like find as you type search
[17:23] <kenvandine> better solution to that problem imho
[17:23] <kenvandine> also not that easy to implement currently... but ultimate a better fix
[17:24] <chrisccoulson> well, i've rejected more patches than i've sponsored during my patch-pilot duties this afternoon
[17:24] <bcurtiswx> chrisccoulson, you meant you aren't the grinch of sponsors :P j/k
[17:24] <chrisccoulson> lol
[17:25] <bcurtiswx> s/meant/mean
[17:25] <chrisccoulson> i don't reject them based on a lack of debdiff though ;)
[17:25] <bcurtiswx> kenvandine, OK, maybe the notification bubbles could support icons on the right, but then its probably not necessary
[17:26] <kenvandine> bcurtiswx, i would rather make it easier for you to find things as opposed to just polluting the notification
[17:26] <vish> wheeee! Bug 730624 for chrisccoulson  ;)
[17:26] <ubot2> Launchpad bug 730624 in firefox "Resize grip overlaps download-manager's search box" [Low,Confirmed] https://launchpad.net/bugs/730624
[17:26] <chrisccoulson> pfft, i like the resize grips!
[17:26] <chrisccoulson> even if they do look terrible in firefox
[17:26] <vish> haha!
[17:27] <chrisccoulson> i guess i'll have to disable them at some point though, even though i don't want to ;)
[17:27] <and471> mpt_, so apart from that it is okay?
[17:27] <bcurtiswx> kenvandine, yeah ctrl+f functionality in gwibber is probably TWTG
[17:28] <kklimonda> chrisccoulson: why are you going to disable them?
[17:28] <kklimonda> They are pretty useful
[17:28] <chrisccoulson> kklimonda, they are. unfortunately, they obscure other UI elements that happen to be in the bottom right-hand corner
[17:28] <chrisccoulson> but, personally, i prefer them to be there ;)
[17:28] <bcurtiswx> well i should say better ctrl+f
[17:29] <chrisccoulson> other people disagree though
[17:29] <chrisccoulson> i need to write a resize-grippy XUL widget!
[17:29] <chrisccoulson> there we go
[17:29] <chrisccoulson> fixed
[17:29] <kklimonda> chrisccoulson: how does it look on Mac OSX?
[17:29] <chrisccoulson> :)
[17:29] <kklimonda> They also have grips like we do
[17:29] <mpt_> and471, I don't know that the menu is an improvement on the buttons for the fill type
[17:30] <chrisccoulson> kklimonda, hmmm, good question, i'm not sure though
[17:30] <vish> and471: bah, "use:" is going to take a little longer with that dialogue ;)
[17:30] <chrisccoulson> mpt_ has a mac, perhaps he could say ;)
[17:30] <bcurtiswx> kenvandine, right now ctrl+f performs searches using twitter search and identica search.. seems slow tho
[17:30] <kenvandine> yeha
[17:30] <kenvandine> and not really what i want it to do
[17:30] <and471> vish, what do you mean 'take a little longer' ?
[17:30] <bcurtiswx> kenvandine, and if i want to search peoples names instead i can't
[17:30] <kenvandine> i want a separate UI for creating search streams
[17:31] <and471> mpt_, with the menu, you now have text which conveys the meaning better than icons can in this situation
[17:31] <kenvandine> bcurtiswx, when we finally get the new UI, this will be much easier
[17:31] <vish> and471: click and then select, when right now it is just one click ;)
[17:31] <kklimonda> AFAIR the grip is translucent in Terminal.app
[17:31] <kenvandine> using these mako rendered views is hard
[17:31] <kenvandine> bcurtiswx, man i want to get that new client finished... :/
[17:31] <bcurtiswx> kenvandine, brand new 'eh? mockups?
[17:32] <and471> vish, ah no, you don't even have to click, just scroll the mouse wheel :P
[17:32] <kenvandine> http://njpatel.blogspot.com/2010/07/gwibber-concept-part-1.html
[17:32] <vish> kenvandine: is gwibber now using QML ? :)
[17:32] <njpatel> hello
[17:32] <kenvandine> vish...  nope :)
[17:32] <kenvandine> you njpatel
[17:32] <and471> bbiab
[17:32] <kenvandine> s/you/yo
[17:32] <kenvandine> njpatel, someday we'll make that a reality :)
[17:32] <bcurtiswx> kenvandine, stylish /me likes
[17:33] <kenvandine> now that Dee will work, i'll start working on the service changes soon
[17:33] <kenvandine> then it will all be blocked by njpatel
[17:33] <kenvandine> ;-D
[17:33] <njpatel> heh
[17:33]  * njpatel stops making mockups
[17:33] <njpatel> ;)
[17:33] <kenvandine> bcurtiswx, the view part of that is done already
[17:33] <kenvandine> biggest piece we are missing is those tabs
[17:34] <kenvandine> and some fixups here and there
[17:34]  * kenvandine hugs njpatel
[17:34] <njpatel> :D
[17:34] <kenvandine> and of course once i add the Dee model to gwibber-service
[17:34] <kenvandine> i'll create a unity-places-gwibber or something :)
[17:34] <bcurtiswx> plus the new scrollbar would look cool on that mockup
[17:35] <vish> and471: thats not an ideal alternative, thats just scrolling blindly to get to an option we wont know is either above or below ;p
[17:38] <seb128> mterry, did you need extra infos or testing on bug #729065?
[17:38] <ubot2> Launchpad bug 729065 in indicator-appmenu "gnome-display-properties crashed with SIGSEGV in g_object_set()" [High,Confirmed] https://launchpad.net/bugs/729065
[17:40] <mterry> seb128, not clear.  the user's secondary bug that he filed after using my branch seems to not be reproducable.  But he no longer got the original crash.  So I think it's good to go...  I'll have to have tedg look carefully at it
[17:41] <seb128> mterry, ok thanks, yeah best is to get it in and see if we still get crashes similar to it
[17:41] <seb128> mterry, I just closed some duplicates, nautilus crashing during a file copy or eog crashing while browsing images
[17:41] <mterry> cool
[17:41] <seb128> mterry, not really clear how it's being triggered
[17:41] <mterry> duplicates of that bug?
[17:43] <seb128> mterry, yes
[17:43] <seb128> mterry, bug #730718
[17:43] <ubot2> Launchpad bug 730718 in nautilus "nautilus crashed with SIGSEGV in g_object_set() (dup-of: 729065)" [Medium,New] https://launchpad.net/bugs/730718
[17:43] <ubot2> Launchpad bug 729065 in indicator-appmenu "gnome-display-properties crashed with SIGSEGV in g_object_set()" [High,Confirmed] https://launchpad.net/bugs/729065
[17:43] <seb128> bug #730353
[17:43] <ubot2> Launchpad bug 730353 in eog "eog crashed with SIGSEGV in g_object_set() (dup-of: 729065)" [Medium,New] https://launchpad.net/bugs/730353
[17:44] <mterry> ick, yeah.  we should get my branch reviewed then
[17:44] <pitti> kenvandine: the difference between Object() and Object.new() is that the former just calls the standard GObject ctor, while the latter calls a custom one
[17:44] <pitti> kenvandine: the GI folks recommend that a ctor should generally just initialize properties, then you can always just use teh default one with MyObject(prop1=value1, prop2=value2, ...)
[17:46] <pitti> kenvandine: the default ctor throwing a segfault does sound like a bug in libappindicator, though
[17:58] <chrisccoulson> another patch rejected!
[18:01] <pitti> chrisccoulson: ?
[18:01] <chrisccoulson> pitti - i was just saying earlier that i seem to be rejecting more patches than i've uploaded today ;)
[18:01] <pitti> chrisccoulson: ah, during piloting
[18:02] <chrisccoulson> yeah
[18:02] <pitti> chrisccoulson: either way, cleanup is good :)
[18:02] <chrisccoulson> they're mostly --as-needed fixes which directly touch Makefile.in's and cover up other real bugs in the build system
[18:02] <chrisccoulson> perhaps i'm being a bit too picky though, but i'd rather the fixes were all correct ;)
[18:02] <bryceh_> lamalex, yeah ultimately they should be filed against the driver (either xserver-xorg-video-* or mesa or linux) depending on the type of feature.
[18:03] <pitti> chrisccoulson: yes, these should actually fix the Makefile.am, and also be sent to upstream (or at least Debian)
[18:04] <pitti> chrisccoulson: NB that Debian sid is now affected by those as well
[18:04] <seb128> note that natty isn't
[18:04] <pitti> (any more)
[18:04] <seb128> doko just dropped the --as-needed since there is still universe work to do, that will resume next cycle
[18:05] <pitti> right, so the main focus of patch piloting sohuld be to get those upstream and into Debian
[18:05] <seb128> which means no hurry to take broken versions of the patches in  natty
[18:05] <doko> note that --no-add-needed is still enabled
[18:07] <pitti> seb128: want me to look at the new poppler version?
[18:08] <seb128> pitti, I was going to do it tomorrow but if you want feel free
[18:08]  * pitti tests new polkit-1 ATM, will sync if working well
[18:08] <seb128> pitti, btw should be sync the new policykit-1!?
[18:08] <seb128> -!
[18:08] <pitti> snap!
[18:08] <seb128> hehe
[18:09] <seb128> ok, I need to run
[18:09] <seb128> pitti, we might need to do gexiv2 and shotwell, I didn't check with robert_ancell if he's going to do those this week
[18:09] <seb128> just throwing things to do
[18:10] <seb128> bah, ssh issues again
[18:10] <chrisccoulson> kenvandine, you ok with bug 719324?
[18:10] <ubot2> Launchpad bug 719324 in ubuntu-geoip "ubuntu-geoip-provider should use uppercase HTTP method" [Medium,In progress] https://launchpad.net/bugs/719324
[18:10] <pitti> seb128: weird that shotwell doesn't appear on http://people.canonical.com/~platform/desktop/versions.html
[18:10] <seb128> pitti, can you sync-source -b robert_ancell -S experimental libsoup2.4
[18:10] <pitti> seb128: will do
[18:10] <seb128> pitti, -S glib-networking as well
[18:10] <seb128> pitti, he emailed me about those but I forgot to do it today
[18:11] <seb128> pitti, well, versions track 0.8 which is the stable serie
[18:11] <seb128> pitti, they just rolled 0.8.90 last week
[18:11] <seb128> but it missed a3, it was a bit late for that
[18:11] <seb128> I guess we should ask a ffe as well for it
[18:13] <pitti> seb128: synced
[18:13] <pitti> (robert's)
[18:13] <seb128> danke
[18:13] <seb128> ok, I need to run I'm late
[18:13] <seb128> see you tomorrow!
[18:13] <pitti> seb128: good night!
[18:13] <seb128> thanks
[18:13] <seb128> you as well
[18:24] <pitti> didrocks: oh, another unity release? are we keeping the semiweekly ones now?
[18:24]  * pitti eager to test the new release
[18:24] <didrocks> pitti: no, it was planned that way already, Monday and Thursday for post-freeze :)
[18:25] <didrocks> pitti: basically, what we do now is:
[18:25] <didrocks> Thursday on the "usual business"
[18:25] <didrocks> on freeze (alpha) week: release on Monday
[18:25] <didrocks> then, next Monday, to let people test a little bit the alpha
[18:25] <didrocks> and back to Thursday as usual
[18:26] <didrocks> btw, we try to keep https://launchpad.net/unity/3.0 up to date :)
[18:29] <pitti> good night everyone! time for sports
[18:29] <didrocks> pitti: enjoy :)
[19:15] <chrisccoulson> b'ah, i wish dbusmenu would stop breaking :)
[21:30] <kenvandine> dobey, FYI, bug 730929
[21:30] <ubot2> Launchpad bug 730929 in ubuntuone-client "ubuntuone-syncdaemon crashed with SIGSEGV in g_typelib_get_dir_entry_by_gtype()" [Undecided,New] https://launchpad.net/bugs/730929
[21:30] <dobey> lovely
[21:31] <dobey> thisfred: ^^
[21:31] <kenvandine> dobey, i started getting that after updating gir1.2-unity-3.0 to 3.6.2-0ubuntu1
[21:31] <dobey> i bet it doesn't like the unity gir
[21:31] <kenvandine> right
[21:32] <thisfred> hmm
[21:32] <kenvandine> thisfred, reproduced this on two computers
[21:32] <dobey> kenvandine: https://twitter.com/#!/dohbee/status/44796479839281152 :)
[21:33] <kenvandine> haha
[21:33] <dobey> this morning, was frustrations with launchpadlib. now it's gir :(
[21:34] <kenvandine> depending on gir is going to be fun, i can see that
[21:34] <dobey> gir is nasty
[21:34] <dobey> pretty much every gir is broken :(
[21:35] <dobey> this is why i haven't gotten very far with encompass yet
[21:35] <thisfred> I'm not sure that I have enough knowledge to even start debugging this
[21:36] <kenvandine> seb128, did you see sjoerd's suggestion in #telepathy about updating gnome-keyring to 3.0, if it will work with gtk2
[21:36] <seb128> kenvandine, no
[21:36] <dobey> thisfred: i say wait for the apport retrace
[21:36] <seb128> kenvandine, why would we want to do that?
[21:37] <kenvandine> seb128, it would save certificates
[21:37] <kenvandine> so people don't keep getting prompted to accept certs
[21:37] <seb128> kenvandine, which in practice give us...?
[21:37] <kenvandine> less annoyance to users
[21:37] <kenvandine> :)
[21:37] <seb128> in which context are they prompted?
[21:37] <kenvandine> if the self-signed certs or if the cert doesn't match the domain
[21:37] <kenvandine> like in google talk
[21:38] <kenvandine> for google hosted domains
[21:38] <kenvandine> he just asked if there was any chance we would, i assumed not
[21:39] <kenvandine> i am sure they probably get quite a few bug reports upstream about it
[21:39] <seb128> kenvandine, I've reviewing the git log
[21:39] <kenvandine> ok
[21:39] <seb128> but it seems not likely
[21:39] <kenvandine> ok
[21:40] <seb128> kenvandine, do you remember what happened last time we pondered updating gnome-keyring and did it? ;-)
[21:40] <kenvandine> yeah :)
[21:40] <kenvandine> i suspect the primary driver for them is to cut down on the noise of bug reports
[21:42] <seb128> I've not noticed so much noise on our side
[21:42] <seb128> the work and risk don't seem worth the win
[21:42] <seb128> I would say no
[21:42] <kenvandine> ok
[21:48] <seb128> tedg, is bug #728503 on your list of things to work on?
[21:48] <ubot2> Launchpad bug 728503 in libdbusmenu "libappindicator stops updating the menu after gtk.MenuItem is added" [High,Confirmed] https://launchpad.net/bugs/728503
[21:48] <tedg> seb128, Yup, I think the menu isn't getting mapped.
[21:48] <seb128> tedg, could you take the bug assignment, seems you have a clue of what's going on
[21:48] <seb128> ?
[21:48] <tedg> seb128, I think it's an after effect of the change from realized to map for Empathy.
[21:49] <tedg> seb128, Sure
[21:49] <seb128> mterry, ^
[21:49] <nperry_> Any ideas when the gnome3 stack is going to merged with latest upstream git?
[21:50] <seb128> nperry_, no, we only work with tarballs, we don't have the ressources to snapshot git commits
[21:50] <seb128> tedg, bug #729191 bug #729194 bug #729203
[21:50] <ubot2> Launchpad bug 729191 in libdbusmenu "Empathy - 'Contact' menu items dont work in chat window" [Low,Confirmed] https://launchpad.net/bugs/729191
[21:50] <ubot2> Launchpad bug 729194 in libdbusmenu "Empathy - edit->contact is again missing submenus" [Low,Confirmed] https://launchpad.net/bugs/729194
[21:50] <ubot2> Launchpad bug 729203 in libdbusmenu "Shotwell - menubar not updated when switching back to a category" [Low,New] https://launchpad.net/bugs/729203
[21:50] <nperry_> seb128: Ok so when they roll a tarball out, thats when the stack gets updated!
[21:50] <seb128> tedg, do you think those issues could have to do with either the bug you fixed or the one I just listed?
[21:50] <seb128> nperry_, yes
[21:50] <nperry_> seb128: *goes to bang on the gnome door for updated tarballs*
[21:51] <seb128> nperry_, what update are you waiting on?
[21:51] <seb128> tedg, checking before mterry starts spending time on those
[21:51] <tedg> seb128, I think those are probably because of the patch that kenvandine distro patched a couple hours ago.
[21:51] <nperry_> seb128: the power indicator was fixed..
[21:51] <mterry> seb128, sorry, what's the question?
[21:52] <seb128> tedg, btw could you review his appmenu-gtk merge request as well today? we got some duplicates of crashers
[21:52] <tedg> seb128, I think I merged it, no?
[21:52] <seb128> mterry, not so much of a question than the 3 lines before my "^"
[21:52] <mterry> tedg, there is another one, about cancelling RegisterWindow callbacks
[21:52] <seb128> mterry, just read it for context
[21:52] <tedg> mterry, Oh, man.  Okay.  will do.
[21:52] <mterry> seb128, I could believe the realize->map change affected things
[21:52] <seb128> mterry, I'm just trying to avoid have you and tedg duplicating work
[21:53] <mterry> seb128, I'm not workign on that now
[21:53] <seb128> ok
[21:53] <mterry> seb128, been doing a bunch of MIRs and next is figuring out why alt-mnemonics don't activate the global menu
[21:53] <seb128> mterry, ok, so maybe wait for ted to fix bug #728503 before investigating the other issues
[21:53] <ubot2> Launchpad bug 728503 in libdbusmenu "libappindicator stops updating the menu after gtk.MenuItem is added" [High,Confirmed] https://launchpad.net/bugs/728503
[21:54] <seb128> seems you are busy with other things today
[21:54] <seb128> so should be alright ;-)
[21:54] <mterry> yeah, a bunch of small things just kept coming up today :)
[22:32] <bcurtiswx> kenvandine, can I play gwibber critic again?
[22:43] <kpettit> Hi, I'm trying out Ubuntu 11.04 and I'm using "Ubuntu Classic Desktop" which is supposed to be like default in 10.10 and older.
[22:44] <kpettit> But it does the Max OSX type of menu where the menu's aren't on the applicaiton box but on the main bar.
[22:44] <kpettit> Anybody know how I can swithc application menu's back to how they work in 10.10 and 10.04?
[22:45] <seb128> kpettit, right click on the menu and and pick remove
[22:46] <kpettit> I did and it just removed that icon.
[22:46] <seb128> you clicked on the icon and not on the menu then
[22:46] <seb128> they are different
[22:46] <kpettit> All the applications like xchat for example don't have menu's on the app window.  They are all on the top bar like where the ubuntu icon is.
[22:47] <seb128> right, indicator-appmenu-applet is configured by default
[22:47] <kpettit> ahhhh, that's better
[22:47] <kpettit> thanks a ton seb128.
[22:47] <seb128> you're welcome
[22:47] <kpettit> I have a dual-screen setup so it was driving me crazy to have to drag the mouse so far to get to menu items