[00:37] <chrisccoulson> micahg - have mozilla added any support for the messaging indicator in to thunderbird?
[00:38] <chrisccoulson> or are they planning to?
[00:39] <rsavoye> I'm cleaning up my packaging dependencies right now...
[00:39] <micahg> chrisccoulson: idk, I think that was deferred to 3.2, but I was going to add some simple options to the menu like compose, someone submitted a patch
[00:40] <micahg> so TB will appear, just not technically integrated
[00:40] <chrisccoulson> micahg - i was thinking about writing an extension to implement support for it
[00:40] <chrisccoulson> we can use ctypes in TB3.1 :)
[00:40] <chrisccoulson> which should make it much easeir to do
[00:40] <micahg> chrisccoulson: oh, well, I guess that's fine and we can recommend it on install
[00:41] <chrisccoulson> that's maverick +1 work though, but something we can talk about at UDS
[00:41] <micahg> chrisccoulson: you know that stuff much better than I do, I haven't do any extension dev (creation) work yet
[00:41] <micahg> cool, maybe we should do the same for notifications
[00:41] <chrisccoulson> i've only written 1 extension so far ;)
[00:41] <micahg> that's one more than me :)(
[00:41] <chrisccoulson> but i should write some more before i forget everything
[11:08] <asac> chrisccoulson: brian dropped the Xb-... plugin headers from adobe-flashplugin again it seems
[11:08] <asac> can you poke him to keep this fixed?
[11:08] <chrisccoulson> asac - yeah, sure
[12:03] <chrisccoulson> asac, the alternative branding stuff is giving me a headache in FF4. if you switch between the 2 different branding packages now, you have to manually delete XUL.mfasl from your profile folder, else the old branding remains cached :/
[13:10] <gnomefreak> micahg: firefox 4 is not fixed as title of channel says
[13:11] <gnomefreak> nevermind i think
[13:32] <chrisccoulson> gnomefreak, what's up? it's working fine here
[14:25] <fishor> hallo all, [firefox-4.0] i choise to display some video (ogg or webm) in full screen and it will have some strange flickering.
[14:25] <fishor> can any one confirm it?
[14:26] <gnomefreak> chrisccoulson: its working here too but yesterday when i did updates it didnt configure but i fixed it
[14:28] <mdeslaur> what do you guys thing about bug #612185
[14:28] <ubot2> Launchpad bug 612185 in firefox (Ubuntu) (and 1 other project) "Apport leaks the secret name of the Firefox profile directory (affects: 1) (heat: 783)" [Undecided,New] https://launchpad.net/bugs/612185
[14:30] <chrisccoulson> mdeslaur, i have no opinion either way. i can change it if you think it's the right thing to do
[14:31] <mdeslaur> chrisccoulson: yes, I think it should be changed
[14:32] <mdeslaur> chrisccoulson: can I assign the bug to you?
[14:32] <gnomefreak> !freenode
[14:32] <ubot2> freenode is the IRC network that you're on! See http://freenode.net/faq.shtml. freenode has policies that govern how people should use the network which can be read at http://freenode.net/policy.shtml. The ubuntu channels on freenode also have their own !guidelines
[14:33] <chrisccoulson> mdeslaur, yeah, no problem
[14:34] <mdeslaur> gnomefreak: ?
[14:34] <mdeslaur> chrisccoulson: cool, thanks
[14:34] <gnomefreak> mdeslaur: huh?
[14:34] <mdeslaur> gnomefreak: oh, thought you did that with relation to something we said
[14:36] <gnomefreak> mdeslaur: no im working on something atm
[14:36] <gnomefreak> sort of
[14:36] <mdeslaur> gnomefreak: oh, cool...sorry for the noise
[14:37] <gnomefreak> np
[14:39] <rsavoye> chrisccoulson: I fixed the nasty alternatives for boost in the gnash control file, new snapshot up on getgnash.org
[14:39] <chrisccoulson> rsavoye, awesome, thanks. i'll have a look at that this afternoon
[14:39] <rsavoye> I'll be out this afternoon, but if you see more stuff I should improve, let me know
[14:41] <rsavoye> btw, we build gnash now with support for both ffmpeg and gstreamer, but I assume for Ubuntu, you'd only want gst
[14:41] <rsavoye> it's selectable at runtime, same for rendering backends
[14:44] <gnomefreak> anyone know a Yawner(nick)
[14:56] <gnomefreak> micahg: you are now and op in here and you have all rights to topic and everything else you may need to do
[14:56] <gnomefreak> ^^ per talk the other day
[14:58] <gnomefreak> ok be back smoke
[15:17] <chrisccoulson> gnomefreak, Yawner? i don't know that person
[15:34] <shadeslayer> hey \o
[15:35] <shadeslayer> i was just handed https://addons.mozilla.org/en-US/thunderbird/addon/519/ to package, any other similar packages that i can look at ? :)
[15:49] <shadeslayer> chrisccoulson: around?
[15:50] <chrisccoulson> hi
[15:51] <shadeslayer> hi i was told by Riddell that youll be able to help me out ;)
[15:52] <chrisccoulson> yes, possibly
[15:52] <chrisccoulson> is there a compelling reason to package that extension though?
[15:53] <chrisccoulson> we're trying to keep the number of extensions in the archive at a bare minimum
[15:53] <shadeslayer> id guess because its important... id have to check with ScottK tho
[15:54]  * ScottK waves at shadeslayer.
[15:54]  * shadeslayer waves back 
[15:54] <shadeslayer> ScottK: http://pastebin.com/ct00QPHq
[15:54] <chrisccoulson> hi ScottK
[15:54] <ScottK> Hello chrisccoulson
[15:55] <ScottK> chrisccoulson: We've done a major push this cycle on getting Kolab updated and integrated on the server side: https://blueprints.launchpad.net/ubuntu/+spec/server-maverick-kolab
[15:56] <ScottK> We're doing some KDE specific packages on the client side, but Kolab isn't KDE specific, so we want to provide this extension too.
[15:56] <chrisccoulson> how well maintained is the extension?
[15:56] <ScottK> Not sure.
[15:56] <chrisccoulson> i don't mind accepting it, but my only reservation is because we have to support it for the life of the release
[15:57] <ScottK> Upstream for Kolab, Kolab Systems is engaged with us on improving Kolab support in Ubuntu.
[15:57] <chrisccoulson> which will most likely include several iterations of thunderbird major versions too
[15:57] <ScottK> Right.  I'm familiar with that problem.
[15:57] <chrisccoulson> is that the latest version of the extension?
[15:58] <chrisccoulson> it says it only works with TB3.0.x
[15:58] <ScottK> Which is what we have at the moment.
[15:58] <chrisccoulson> but we're just about ready to push 3.1.x to lucid and maverick
[15:58] <ScottK> Oh.
[15:58] <ScottK> Didn't realize that.
[15:58] <chrisccoulson> 3.0.x is approaching EOL ;)
[15:58] <chrisccoulson> or, at least it most likely will be quite soon
[15:58] <ScottK> OK.  In that case, we should wait to package it until there's one that supports 3.1.
[15:59] <chrisccoulson> yeah, sure
[15:59] <ScottK> shadeslayer: ^^^
[15:59] <shadeslayer> ok :)
[15:59] <ScottK> I'll investigate.
[15:59] <ScottK> See you later.
[15:59] <chrisccoulson> thanks
[15:59] <shadeslayer> bye from me too :)
[15:59] <shadeslayer> chrisccoulson: thanks :D
[15:59] <chrisccoulson> yw
[16:03] <micahg> gnomefreak: thanks
[16:03] <micahg> chrisccoulson: did you see the bug about standalone chatzilla?
[16:04] <chrisccoulson> micahg - i did. what do you think about it? it doesn't look like it uses any binary components, which is a plus
[16:05] <micahg> chrisccoulson: no go, upstream is stuck on xulrunner 1.9 IMHO
[16:05] <chrisccoulson> oh, i didn't realist that
[16:06] <micahg> they take the chatzilla from seamonkey and throw it on top of xulrunner, but it's not kept up to date from what I can see
[16:06] <micahg> also at the moment, SM is xul191 and we have xul192
[16:06] <micahg> even if we did it ourselves, it wouldn't be easy, I don't think it's worth it
[16:06] <chrisccoulson> ok, makes sense. i'll let you comment on the bug if you like
[16:16] <micahg> chrisccoulson: do you notice any improvement in webm since I updated yasm in maverick?
[16:16] <chrisccoulson> micahg - it's quite choppy on my laptop still, but i'm not sure if that's due to my graphics drivers
[16:17] <micahg> just curious...
[16:17] <micahg> chrisccoulson: the good news is TB3.1.2 seems very stable, just a memory hog
[16:18] <chrisccoulson> are you testing it in maverick or lucid?
[16:18] <micahg> lucid
[16:18] <micahg> do you want to test in maverick?  I can push up debs to my PPA
[16:19] <micahg> no enigmail yet, I'll have that later tonight
[16:19] <chrisccoulson> yeah, sure. i can test that
[16:19] <chrisccoulson> did you resolve the upgrade issue too?
[16:19] <micahg> not yet, not quite sure why it's doing that, I was going to check to make sure the files didn't end up in the wrong package later
[16:21]  * micahg can't remember where the TB upload dir is ATM
[16:25]  * micahg applies for FFe for TB31 :)
[16:46] <micahg> chrisccoulson: should be ready for maverick in about an hour: ppa:micahg/mozilla-test
[16:47] <chrisccoulson> cool, thanks
[16:47] <micahg> chrisccoulson: also, weirdly ff369 failed on the crashreporter patch, but the file hasn't been modified upstream, so I'm confused
[16:48] <chrisccoulson> strange, i'll have a look at that in a bit
[17:11] <chrisccoulson> micahg - did you notice any improvement with the updated yasm?
[17:12] <chrisccoulson> i'm just wondering whether to try FF4 on my desktop, which has better graphics HW
[17:12] <chrisccoulson> but that's running lucid :/
[17:12] <micahg> chrisccoulson: I don't have it actually
[17:12] <micahg> If there was a difference, I was going to upload to umd
[17:12] <chrisccoulson> yeah, i can't really tell too much. the performance here is quite bad
[17:13] <chrisccoulson> i'll try my desktop
[17:25] <chrisccoulson_> micahg - ok, webgl is quite significantly faster on my nvidia desktop
[17:27] <micahg> chrisccoulson_: cool, I'm curious how it compares to yasm 0.8
[17:27] <chrisccoulson_> i'll build yasm on my lucid box and rebuild firefox with it later
[17:28] <micahg> chrisccoulson_: I think it has to do more w/the CPU overhead than anything else
[17:29] <chrisccoulson_> it's pretty CPU heavy
[17:30] <chrisccoulson_> oh yes
[17:30] <chrisccoulson_> i just closed the tab with webgl content and it stopped using 100% cpu ;)
[17:31] <chrisccoulson_> micahg - so, you think the updated yasm will help with the CPU overhead?
[17:32] <micahg> chrisccoulson_: well, adding it initially helped, I can only assume a new version will optimize that further, I just don't know how much the gain is or if it's worth throwing it in umd for that
[17:32] <chrisccoulson_> ok, i'll try it later on
[17:33] <chrisccoulson_> i  need to leave this machine relatively free for  my GF. she will complain if i start building firefox on it ;)
[17:34] <chrisccoulson_> hmmm, fonts suck on lucid too :/
[17:35] <vish> hehe , for a moment i thought ^ that was someone complaining on #ubuntu ! ;p
[17:35] <chrisccoulson_> actually
[17:35] <chrisccoulson_> that's my fontconfig settings that are messed up on my desktop
[17:35]  * micahg needs to learn how valgrind works so I can figure out why TB is a memory hog
[17:35] <chrisccoulson_> lol vish
[17:36] <chrisccoulson_> i'm allowed to complain ;)
[17:36] <vish> nope! ;p
[17:36] <chrisccoulson_> micahg - i could probably decipher a valgrind log for you, but i'm not sure how useful it would be for TB
[17:36] <chrisccoulson_> if it's GC issues, then valgrind won't be much use
[17:37] <chrisccoulson_> i'm not sure what tools exist to debug memory leaks on mozilla stuff
[17:37] <chrisccoulson_> i should familiarise myself with them
[17:39] <chrisccoulson_> i'm really digging the new tab animations in FF4
[17:39] <chrisccoulson_> they even appear to be smoother than chromium
[17:46]  * micahg should probably learn that stuff too
[17:51] <micahg> chrisccoulson_: we're not about to add a canonical root CA to NSS, right?
[17:52] <micahg> not asking as in timing, but about feasibility
[17:52] <chrisccoulson> micahg - not that i'm aware of, how come?
[17:52] <micahg> bug 553495
[17:52] <ubot2> Launchpad bug 553495 in chromium-browser (Ubuntu) (and 2 other projects) "SSL cert for news.launchpad.net (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/553495
[17:52]  * micahg was going to move to nss and mark won't fix
[17:54] <chrisccoulson> jdstrand, do you have any opinion on what to do with that bug?
[17:55] <chrisccoulson> there is a well documented process for having new root certs added to NSS, but it takes quite a long time
[17:55] <chrisccoulson> i'm sure it's not something we should do
[17:55]  * micahg doesn't think distros should add stuff to NSS INHO
[17:55] <micahg> *IMHO
[18:08] <chrisccoulson> micahg - ok, i closed it as wontfix
[18:14] <micahg> chrisccoulson: thanks
[18:15]  * micahg just moved it to nss :)
[18:15] <micahg> bbiab
[19:46] <asac> chrisccoulson: how is the crash submission going?
[20:10] <chrisccoulson> asac - it's stalled atm. i got an account on the mozilla server and uploaded our first set of symbols, and then submitted a new key so i can push them automatically from chinstrap
[20:10] <chrisccoulson> asac - i think i just missed you there ;)
 asac - it's stalled atm. i got an account on the mozilla server and uploaded our first set of symbols, and then submitted a new key so i can push them automatically from chinstrap
[20:10] <chrisccoulson> before i realised i can't use ssh from chinstrap
[20:11] <chrisccoulson> so i contacted #is and created a RT as advised, and i'm still waiting
[20:11] <chrisccoulson> meanwhile, my old key that allows me access from my laptop is not working
[20:11] <chrisccoulson> and everytime i ping someone about it, they're always busy ;)
[20:12] <chrisccoulson> mdeslaur, is this ok? (bug 616988)
[20:12] <ubot2> Launchpad bug 616988 in firefox (Ubuntu) "This is a test, please ignore me :) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/616988
[20:12] <chrisccoulson> i think it's scrubbed out all private data now
[20:14] <mdeslaur> chrisccoulson: yep! great
[20:14] <micahg> chrisccoulson: you should probably rename the pluginred.dats accordingly
[20:14] <micahg> *pluginreg
[20:15] <chrisccoulson> micahg - do they need renaming? the reporter of the original bug was concerned about the location of the profile folder being exposed
[20:15] <micahg> hmm, ok, well I guess one can't know the dir from just the profile name
[20:15] <micahg> although that might be private too
[20:16] <chrisccoulson> it should be ok. we can always change it if people moan about it
[20:29] <chrisccoulson> micahg - i'm going to tag lp:firefox/3.6 and upload once i've tested it, so we can fix the builds for 3.6.9
[20:29] <micahg> chrisccoulson: k, can you add the translations
[20:29] <chrisccoulson> yeah, i'll just find the bugs
[20:30] <micahg> bug 559083 614190
[20:30] <ubot2> Launchpad bug 559083 in firefox (Ubuntu) (and 1 other project) "Incomplete Vietnamese translation for items listed in desktop main menu (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/559083
[20:30] <micahg> bug 614190
[20:30] <ubot2> Launchpad bug 614190 in thunderbird (Ubuntu) (and 2 other projects) "Traditional Chinese update for firefox.desktop and thunderbird.desktop (affects: 1) (heat: 12)" [Wishlist,Triaged] https://launchpad.net/bugs/614190
[20:30] <micahg> chrisccoulson ^^
[20:30] <chrisccoulson> thanks
[20:35] <asac> chrisccoulson: :( ... busy on moz side or busy on our side if you ping them?
[20:35] <asac> chrisccoulson: cant you just copy the chinstrap key down to your local system and use it?
[20:36] <chrisccoulson> asac - on the moz side. i will ping fox2mike again in a minute, but i hate to be a pita ;)
[20:36] <chrisccoulson> asac - yeah, i tried that, it seems neither key works since i submitted the second key
[20:36] <asac> chrisccoulson: right. but why not pull the secret key that is now on chinstrap
[20:36] <asac> hmm
[20:36] <asac> double check
[20:36] <asac> if not ping poke be pita
[20:36] <asac> or wait till monday ;)
[20:37] <asac> its not that urgent, but i would like to see this flying after all the time it took to get this close ;)
[20:37] <asac> so ted isnt your contact anymore?
[20:48] <chrisccoulson> asac - yeah, ted is still my contact, but i talk to fox2mike about my server account
[20:57] <chrisccoulson> right, dinner time. bbiab
[22:44] <chrisccoulson> micahg - have you tried getting the KDE patches working in lp:firefox?
[22:45] <micahg> chrisccoulson: no, not yet
[22:45] <micahg> chrisccoulson: debfx might be interested in doing that
[22:51] <debfx> i'll have a look at it tomorrow
[22:53] <micahg> cool, thanks debfx, keep in mind, 4.0 is still in flux, so unless you're comfortable fixing regular breakage, you might want to wait until beta 5 or 6
[22:54]  * micahg has seen addon authors complaining
[22:56] <debfx> micahg: do you build daily packages from that branch?
[22:57] <micahg> debfx: yes
[22:57] <micahg> debfx: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+packages
[22:59] <chrisccoulson> grrr, my stupid cats
[23:01] <chrisccoulson> micahg - mozilla bug 569836 FYI
[23:01] <ubot2> Mozilla bug 569836 in Build Config "Build fails on Fedora Core 13" [Major,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=569836
[23:01] <chrisccoulson> that's why 3.6.9 currently fails
[23:01] <debfx> ok, in that case i'll wait a bit longer :)
[23:06] <debfx> chrisccoulson: are they begging you for more food? :D
[23:06] <chrisccoulson> debfx, they keep running around and knocking things over ;)
[23:06] <chrisccoulson> they are seriously annoying me
[23:06] <chrisccoulson> i might just put them outside ;)
[23:13] <micahg> chrisccoulson: that's what I thought, but the time in hg is jun :(
[23:19] <micahg> chrisccoulson: is it safe to fix now?
[23:20] <chrisccoulson> micahg - i'm just testing it now, as the commit has 1 less #include compared to our patch
[23:20] <micahg> chrisccoulson: k, can you fix then?
[23:20] <chrisccoulson> micahg - yeah, no problem
[23:20] <micahg> s/fix/take care of/
[23:20] <micahg> chrisccoulson: thanks
[23:20] <micahg> chrisccoulson: BTW, idk if you saw, but FFe was granted
[23:21] <chrisccoulson> yeah, i saw that. that's good :)
[23:21] <chrisccoulson> although i don't know what we'd do if it wasn't granted ;)
[23:21] <micahg> chrisccoulson: I'll have to figure out the dependency issue over the weekend with more debug flags
[23:21] <micahg> chrisccoulson: bribe, beg, cry
[23:22] <chrisccoulson> heh, we'd still have to upload it really. not uploading isn't really an option for us ;)
[23:22] <chrisccoulson> we should just get a standing FFe
[23:23] <chrisccoulson> although, i thought the current maintenance model would already cover us for that
[23:23] <chrisccoulson> maybe i'll speak to pitti
[23:23] <micahg> chrisccoulson: we do for minor versions, this is for a major version
[23:23] <micahg> IIRC
[23:23] <chrisccoulson> yeah, but we can upgrade major versions in stable releases as well
[23:24] <chrisccoulson> i'll ask if we can have a standing FFe if we don't already have one
[23:24] <micahg> chrisccoulson: ok, I'll probably be delegated to the mozilla package set FFe approval anyways this cycle
[23:24] <micahg> universe stuff
[23:25] <chrisccoulson> cool
[23:25] <micahg> last time I was the backup approver
[23:25] <micahg> but I still have to ask if I can approve my own FFe request :)