[08:02] <Adri2000> hi everyone
[08:04] <Adri2000> could anyone telle me what's is blocking bug #532232 ? are we just missing someone to create the package or is there something else?
[08:04] <ubot2> Launchpad bug 532232 in lightning-sunbird (Ubuntu) (and 1 other project) "[MASTER] Please update lightning extension to version 1.0 for use with Thunderbird 3 (affects: 62) (dups: 4) (heat: 357)" [Wishlist,Triaged] https://launchpad.net/bugs/532232
[08:05] <Adri2000> s/telle/tell/
=== yofel_ is now known as yofel
[12:05]  * gnomefreak tries tb31
[12:06] <gnomefreak> yay it works agin
[12:38] <gnomefreak> it seems it wants to work only when it feels like
[12:53] <gnomefreak> i cant get tb31 daily to open again. it worked once this morning
[14:40] <Adri2000> so noone knows what's the status of the lightning package? :o
[14:48] <gnomefreak> it is on our to do list atm
[14:49]  * gnomefreak doesnt have a lot of time to put into it anymore.
[14:50] <gnomefreak> right now we are working on landing tb31 and ff4 into Maverick
[14:51] <gnomefreak> Milos_SD: thunderbird-3.1 worked once this morning but it hasnt worked since than
[14:52] <gnomefreak> damnit
[14:52] <gnomefreak> micahg: ^^^
[15:00] <chrisccoulson> Adri2000, that's actually on my list this week
[15:00] <Adri2000> chrisccoulson: great news :)
[15:19] <micahg> gnomefreak: no FF4 in maverick
[15:19] <micahg> gnomefreak: TB 3.1 is in maverick
[15:23] <micahg> chrisccoulson: BTW, they have the fix for xul20 FTBFS upstream, hopefully it'll land today
[15:24] <chrisccoulson> cool!
[15:27] <gnomefreak> micahg: we are not getting ff4 in Maverick?
[15:29] <gnomefreak> i was ina  pissy mood and aim starts when i log into windows
[15:29] <gnomefreak> damn
[15:29] <micahg> gnomefreak: no, it'll be in natty
[15:29] <gnomefreak> oh damn
[15:29] <micahg> gnomefreak: they're not even feature frozen yet, so there was no way to port all the apps
[15:30] <gnomefreak> i thought FF was last week but i dont remember. once tb3.1 starts working i will know for sure
[15:30] <micahg> gnomefreak: it'll be in the firefox-stable PPA though, we'll have a firefox-next PPA as well soon
[15:30] <micahg> gnomefreak: our FF was 10 days ago
[15:31] <gnomefreak> maybe that is it
[15:32]  * chrisccoulson craps whip on micahg from smallfoot
[15:32] <chrisccoulson> heh ;)
[15:32] <micahg> heh
[15:35] <micahg> chrisccoulson: can you take a quick look at the debdiff in bug 614912
[15:35] <ubot2> Launchpad bug 614912 in flashplugin-nonfree (Ubuntu) (and 1 other project) "Fix description after 10.1.53.64ubuntu2 update (affects: 1) (heat: 10)" [Low,New] https://launchpad.net/bugs/614912
[15:36] <micahg> tumbleweed can upload, but I just want to be sure the changes I made are ok
[15:37] <chrisccoulson> micahg - yeah, that looks ok
[15:37]  * gnomefreak gets the feeling enigmail is causing tb31 no start issue
[15:39] <gnomefreak> micahg: after running tb31 in -safe-mode than close than tb31 works fine out of safemode
[15:39] <micahg> gnomefreak: well, which one are you running?
[15:39] <gnomefreak> micahg: daily
[15:39] <micahg> which daily?
[15:40] <gnomefreak> micahg: tb31
[15:40]  * micahg needs fta to come back to fix thunderbird
[15:40] <gnomefreak> engimal from your PPA
[15:40] <micahg> gnomefreak: yeah, it's missing the symlink patch, was hoping fta would come back...
[15:40] <gnomefreak> ok
[15:40] <micahg> gnomefreak: I'll add it
[15:41] <gnomefreak> micahg: ok i ddidnt know if you knew is all
[15:44] <micahg> gnomefreak: k, added
[15:44] <gnomefreak> that was fast
[15:45] <gnomefreak> still need to build
[15:45] <gnomefreak> there is no way to run in debug mode at least --help doesnt list it
[16:00] <micahg> chrisccoulson: I'm guessing if we added some symlink magic it wouldn't be enough, for pyxpcom, right?
[16:00] <chrisccoulson> probably not. we should avoid installing things in to application directories if we can
[16:01] <micahg> chrisccoulson: well, I would say have pyxpcom install in its own dir and xulrunner can manage the symlinks to itself
[16:01] <chrisccoulson> i'm not sure if that would work would it? that would imply that xulrunner would need to have some knowledge about pyxpcom wouldn't it?
[16:02] <micahg> chrisccoulson: yes
[16:02] <micahg> maybe we can create a pyxpcom trigger
[16:40] <fta> bug 529242
[16:40] <ubot2> Launchpad bug 529242 in chromium-browser (Mandriva) (and 4 other projects) "chromium doesn't recognize icedtea6-plugin (affects: 14) (dups: 1) (heat: 98)" [Unknown,Won't fix] https://launchpad.net/bugs/529242
[16:40] <fta> chrisccoulson, hi, ^^ any idea if it's still wanted in lucid? maverick?
[16:42] <chrisccoulson> fta - it's not fixed in ubuntu yet?
[16:42] <fta> chrisccoulson, that's my question.. i have a workaround in ch, but is it still needed?
[16:42] <micahg> fta: can you update thunderbird to be 3.1 and drop thunderbird 3.1 from the bot?
[16:43] <chrisccoulson> fta - i'll need to check, it's not obvious to me whether it really was fixed in openjdk-6 or not
[16:43] <fta> chrisccoulson, if openjdk still builds the plugin with libxul, the workaround is still needed
[16:43] <fta> iirc, maverick should be ok, but no idea for lucid
[16:45] <micahg> yeah, Lucid and past version were updated past 1.8-4
[16:45] <Dimmuxx> openjdk doesn't work in chrome in lucid if that's what you wanted to know
[16:46] <Dimmuxx> or hmm maybe it does now
[16:46] <Dimmuxx> It's listed in about:plugins in chrome beta at least
[16:47] <Dimmuxx> -e+ium
[16:47] <fta> i have the workaround in all PPAs, but not in the official repos, i wanted feedbacks i never got, and as last resort, i planed to ship it in the next stable version, which appeared 2/3 days ago
[16:48] <fta> ok, i'll keep it until v6 lands, it's no big deal
[16:55] <fta> chrisccoulson, do i still need to file bugs to upgrade chromium?
[16:55] <fta> .. filing bugs for myself is just pointless
[16:56] <fta> jdstrand, ^^
[16:57] <micahg> chrisccoulson: we've got a problem since TB now tries to load system libmoon and libmoon is broke
[16:58] <jdstrand> fta: chrisccoulson is talking with the TB about this. he should be the one to respond
[16:59] <fta> jdstrand, i have 5.0.375.127~r55887 ready, minus this bugid. http://googlechromereleases.blogspot.com/2010/08/stable-channel-update_19.html
[16:59] <fta> lots of High/Critical..
[17:00] <chrisccoulson> one second, on a call right now
[17:01] <jdstrand> fta: imo you should file a bug, put it in the changelog, then provide me with lucid-security packages and we can upload like usual. if we get TB approval before 7 days, we can then just push to lucid-security without waiting
=== fta_ is now known as fta
[17:05] <fta> grr
[17:16] <fta> too bad 'bzr tags' is not apt sorted
[17:19] <chrisccoulson> fta - we'll have to use the existing process for chromium until we get sign-off from the TB to allow us to change that
[17:19] <chrisccoulson> (although the current discussion is encouraging)
[17:20] <chrisccoulson> i'm not sure what the next step is actually, whether it's something that they discuss at the next TB meeting
[17:20] <chrisccoulson> jdstrand might know what happens next ;)
[17:25] <fta> chrisccoulson, hm, upstream wants gyp 810 for the stable channel, lucid has 805
[17:25] <jdstrand> chrisccoulson: I don't specifically. you could send an email asking? I imagine it will be at the next meeting
[17:25] <chrisccoulson> jdstrand, ok, i'll do that then
[17:26] <chrisccoulson> fta - we'll just have to update gyp as well then. nothing else in the archive uses it does it?
[17:26] <fta> nope
[17:26] <fta> at least, i don't think so
[17:27] <chrisccoulson> that should be ok to update then
[17:33] <fta> bug 622823
[17:34] <ubot2> Launchpad bug 622823 in chromium-browser (Ubuntu) "5.0.375.127~r55887 security update (affects: 1) (heat: 6)" [High,Fix released] https://launchpad.net/bugs/622823
[17:34] <chrisccoulson> fta - what was the openjdk workaround for chromium?
[17:34] <chrisccoulson> it doesn't look like the openjdk plugin is linking against libxul anymore
[17:34] <fta> chrisccoulson, LD_LIBRARY_PATH
[17:34] <fta> too late
[17:35] <fta> at last, it will auto-close the bug for next time ;)
[17:36] <chrisccoulson> fta - yeah, that's working without the workaround now
[17:40] <fta> chrisccoulson, where should i close gyp? lucid-proposed? -updates?
[17:43] <fta> ok, used lucid-proposed. i guess i should upload myself then
[17:47] <fta> jdstrand, http://people.ubuntu.com/~fta/chromium/5.0.375.127~r55887-0ubuntu0.10.04.1/
[17:48] <jdstrand> fta: sweet, thanks :)
[17:48] <fta> jdstrand, details in bug 622823
[17:48] <ubot2> Launchpad bug 622823 in chromium-browser (Ubuntu) "5.0.375.127~r55887 security update (affects: 1) (heat: 6)" [High,Fix released] https://launchpad.net/bugs/622823
[17:49]  * jdstrand nods
[18:05] <chrisccoulson> hmmm, why on earth is moonlight suddenly crashing thunderbird and firefox :/
[18:14] <fta> Bug 622856
[18:14] <ubot2> Launchpad bug 622856 in chromium-browser (Ubuntu) "chromium crash when moonlight-plugin-chromium is installed (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/622856
[18:15] <fta> chrisccoulson, ^^
[18:15] <chrisccoulson> fta - interesting, this is also crashing thunderbird and firefox
[18:16] <chrisccoulson> it hasn't changed recently though :/
[18:22] <chrisccoulson> weird weird weird. it crashes in the openjdk plugin when moonlight is installed
[18:22] <chrisccoulson> so, my initial speculation on bug 621563 might be correct
[18:22] <ubot2> Launchpad bug 621563 in thunderbird (Ubuntu) "SIGSEGV in __static_initialization_and_destruction_0 () (affects: 1) (heat: 6)" [Medium,Invalid] https://launchpad.net/bugs/621563
[18:22]  * chrisccoulson wonders if moonlight corrupts environ
[18:23] <chrisccoulson> valgrind to the rescue
[18:24] <fta> maybe link the two bugs
[18:38] <chrisccoulson> wow, valgrind + firefox = pain
[18:39] <micahg> chrisccoulson: is that why we have so many memory leaks?
[18:39] <chrisccoulson> i don't think so, but running most things in valgrind is pretty painful ;)
[18:40] <micahg> fta: is the thunderbird bot change ok?
[18:42] <chrisccoulson> hmmm, firefox-4.0-dbg has no symbols in it :/
[18:47] <fta> micahg, what did you do to the branches?
[18:47] <micahg> fta: updated thunderbird to 3.1
[18:47] <micahg> so we don't need thunderbird-3.1 anymore
[18:47] <micahg> 3.0 will be dropped soon
[18:47] <micahg> and I'll prepare a thunderbird-trunk branch soon
[18:48] <fta> so thunderbird.head is 3.1 now?
[18:48] <micahg> fta: cirrect
[18:48] <micahg> and it uploaded the stable version, I don't jnow why
[18:49] <fta> done then
[18:49] <micahg> fta: thanks
[18:51] <fta> can't delete, lp times out, as usual
[18:52] <micahg> fta: don't worry leave it for now, I think thunderbird will FTBFS tonight anyways
[18:52] <micahg> I'll fix that in the morning and then delete
[18:53] <micahg> fta: we're moving more towards a channel model for the dailies and PPAs, firefox-trunk, firefox-next, firefox, same for TB
[18:54] <fta> k
[18:59] <micahg> rsavoye: are there any tests on gnash CPU usage vs Flash?
[18:59] <rsavoye> nothing official
[19:00] <rsavoye> my own tests show it's usually better than Adobe by a small factor
[19:00] <rsavoye> I plan to focus on performance over the next few months if I can find funding for it
[19:01] <micahg> rsavoye: k, thanks
[19:02] <Dimmuxx> http://www.webupd8.org/2010/08/gnash-088-claims-to-support-all-youtube.html
[19:02] <rsavoye> yes, it should
[19:03] <rsavoye> Dimmuxx: having written the release announcement myself :-)
[19:03] <Dimmuxx> ah ;)
[19:03] <Dimmuxx> vaapi seems to work on 720p at least
[19:04] <rsavoye> only if you build with a recent ffmpeg
[19:04] <rsavoye> my tests have 720p in Chromium running at under 30% cpu load
[19:04] <rsavoye> the problem being it only works for mpeg4
[19:04] <Dimmuxx> h264
[19:05] <micahg> chrisccoulson: do you think the packaging for 4.0 is good enough to make the beta PPA yet?
[19:05] <Dimmuxx> it looks like maverick won't have vaapi support for ironlake :/
[19:05] <chrisccoulson> micahg - nearly, but there's still a few things which don't work (such as system-wide preferences)
[19:06] <micahg> chrisccoulson: is that a heavily used feature?
[19:06] <chrisccoulson> i should probably fix the build to ensure that our customized preferences are rolled in to the omni.jar at build time
[19:06] <chrisccoulson> that's the only thing we really need to fix i think
[19:07] <Dimmuxx> Is it decided yet what will happen once 4.0 final is out? Will lucid and maverick get it direct or will they stay on 3.6?
[19:07] <chrisccoulson> Dimmuxx, they will stay on 3.6 until it approaches EOL
[19:07] <micahg> Dimmuxx: it will be in Natty
[19:07] <Dimmuxx> natty?
[19:07] <Dimmuxx> ah next ubuntu
[19:07] <chrisccoulson> yeah, that's maverick+1
[19:08] <rsavoye> Dimmuxx: the vaapi support is there now for people to play with, but we figure it'll be the next release of most distros before the base packages are distributed
[19:08] <micahg> Dimmuxx: it'll get into the stable PPA hopefully at upstream release
[19:08] <rsavoye> there are PPAs for libva, etc... on launchpad you can use
[19:08] <Dimmuxx> rsavoye: Doesn't libva need to be updated?
[19:09] <rsavoye> it's still unreleased
[19:09] <rsavoye> so I build my own debs for the Gnash repository
[19:09] <Dimmuxx> intel have released if offically
[19:09] <Dimmuxx> I was talking about vaapi support in other apps like vlc etc
[19:09] <rsavoye> once you install libva and vdpau-video, it works good on lucid and maverick
[19:09] <Dimmuxx> micahg: great, that's what I wanted to hear :)
[19:10] <Dimmuxx> rsavoye: not on ironlake
[19:10] <Dimmuxx> libva 1.0.3+ is needed fot that afaik
[19:11] <rsavoye> I'll be working on OMAP and OpenGLES support in the near future, which probably makes more sense
[19:12] <Dimmuxx> http://intellinuxgraphics.org/h264.html
[19:15] <rsavoye> the other problem with vaapi is it requires ffmpeg, which most distros don't ship
[19:19] <micahg> chrisccoulson: so no more dropping rdepends I guess...that should be ok, we're at about 20 now
=== fta_ is now known as fta
[19:26] <micahg> chrisccoulson: I'm going to check later on moonlight to see if it's linked against libxul
[20:22] <micahg> dpm: were you waiting for an answer from me on something?
[20:23] <dpm> hi micahg, no, I don't think so, why is that?
[20:23] <micahg> dpm: I remember owing you an answer for something...
[20:24] <dpm> micahg, I'm not sure, but I'm sure It'll come back :) The last thing I was doing related to ff or thunderbird were the translations of the .desktop files, but I think those are nearly all sorted
[20:25] <dpm> you or someone else from the team committed them, IIRC
[20:25] <micahg> dpm: oh, upstream for the .desktop files...we're the upstream :)
[20:25] <dpm> ah, right, yeah, I was asking that some days ago... thanks :)
[20:26] <micahg> dpm: so just file bugs against teh distro packages and we'll make sure they get included as soon as possible
[20:26] <dpm> cool
[20:26] <dpm> strange that mozilla don't have .desktop files upstream and let each distro have their own...
[20:30] <micahg> dpm: mozilla 296568
[20:30] <ubot2> Mozilla bug 296568 in Shell Integration "Firefox should have a firefox.desktop file for Linux builds" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=296568
[20:31] <dpm> nice, thanks micahg :)
[20:32] <micahg> dpm: I wonder how much it would help if we did that though
[20:38] <dpm> micahg, what do you mean, if it would be helpful to have centralized upstream .desktop files?
[20:39] <micahg> dpm: I'm wondering if it's something we should try to fix and upstream or just wait for them to do it (i.e. if it's a large benefit for us, maybe try to tackle it next cycle)
=== fta_ is now known as fta
[20:54] <micahg> chrisccoulson: how hard to write SC plugins?
[20:55] <chrisccoulson> micahg - not sure, i've not looked at the plugin API yet
[20:56] <micahg> chrisccoulson: k, that might be better than writing our own tool for our PPAs
[20:56] <dpm> micahg, I think it should be "nice to have", as it would be more efficient to have a unique place to have the desktop files rather than every distro shipping their copies, but I'm not sure how much of a big benefit could be to us. We've already have the translations and they are working, and I'm sure there are other higher priorities. I might just add a comment on the upstream bug to see if someone might be interested.
[22:15] <micahg> chrisccoulson: besides lightning, anything else we have to do before beta freeze?
[22:16]  * micahg wants to try to update mediatomb, but is unsure if there will be time
[22:16]  * micahg also needs to update gnome-shell to not need a rebuild...
[22:18] <chrisccoulson> micahg - lightning is the main one. i wouldn't worry too much about gnome-shell, as that can be done closer to release
[22:18] <micahg> chrisccoulson: k, will you have time, or do you want me to try
[22:19] <chrisccoulson> i was hoping to do it this week, but i need to get crash reporting working first
[22:19] <chrisccoulson> it seems breakpad doesn't work on ubuntu because of the ptrace restrictions :(
[22:19] <chrisccoulson> i'm trying to fix that atm
[22:20] <micahg> chrisccoulson: there were instructions for overriding in the original email
[22:20] <chrisccoulson> yeah, i've just seen a patch for the KDE crash reporter, which seems to do what i want
[22:20] <chrisccoulson> i need to figure out breakpad now ;)
[22:21] <micahg> k, I can try a quick look tonight when I get home, I'll grab the thunderbird packaging and see if I can get a tarball to build for lightning...
=== fta_ is now known as fta
=== fta_ is now known as fta
=== TannerF is now known as TannerF|deleted
=== fta_ is now known as fta