[17:27] <LLStarks> and backporting is about to become a nightmare: http://downloadsquad.switched.com/2011/02/07/firefox-4-5-6-and-7-to-be-released-before-the-end-of-2011/
[17:28] <LLStarks> aside from the lack of a concurrent firefox-next branch, this is literally out of nowhere.
[17:51] <chrisccoulson> LLStarks, that is exactly why we don't want extensions in the archive ;)
[17:52] <LLStarks> be gone with the lot of them!
[17:53] <LLStarks> even a best-in-class add-on like abp is just another thing we'd need to worry about
[17:53] <chrisccoulson> well, that's gone already ;)
[18:01]  * micahg is conflicted http://is.gd/W7AqLB
[18:06] <LLStarks> 4.0 needs to come out first
[18:08] <chrisccoulson> micahg, yeah ;)
[18:09] <chrisccoulson> we need to speed up efforts to get xulrunner out of main
[18:09] <chrisccoulson> i don't want natty to release with it still in main ;)
[18:09] <micahg> chrisccoulson: yep, what's left, couchdb?
[18:09] <chrisccoulson> micahg - couchdb, swt-gtk and icedtea-plugin
[18:10] <chrisccoulson> icedtea-plugin is easy to resolve, we just build it against a firefox SDK
[18:10]  * micahg doesn't think couch should be in main
[18:10] <micahg> it's a disaster
[18:10] <chrisccoulson> heh
[18:10] <chrisccoulson> for couchdb though, we can provide a separate libmozjs, decoupled from firefox releases
[18:10] <chrisccoulson> for swt-gtk, i've got no idea what to do
[18:11] <micahg> chrisccoulson: can't we just ship a copy of the xul headers in icedtea-plugin or will that break later?
[18:11] <chrisccoulson> i can't find anybody who cares about swt-gtk, yet the only thing keeping it in main is a server package
[18:11] <chrisccoulson> micahg - icedtea uses xpcom, so it needs a full SDK to build against
[18:11] <chrisccoulson> but it should be building against firefox anyway
[18:12] <micahg> chrisccoulson: indeed, ok, I'll have to continue this later
[18:12] <chrisccoulson> i'm tempted to kill the browser part of swt-gtk entirely, and just drop tuxguitar, vuze etc
[18:13] <chrisccoulson> is eclipse using it too?
[18:13] <micahg> chrisccoulson: yeah, but that's switching to webkit mostly for 3.7
[18:13] <micahg> I might be able to get it ported to webkit for 3.6, but it still uses xul as a fallback
[18:49] <chrisccoulson> m_conley, did you resolve your virtualbox issue yet?
[18:49] <chrisccoulson> you can probably start the old kernel until it's resolved
[18:49] <m_conley> chrisccoulson: hey - I've gotten absorbed in another issue.  I was just going to wait for the fix to manifest in the packages.
[18:50] <m_conley> chrisccoulson: I'm checking out Thunderbird integration with the Messaging Menu.  Some good work has been done there - just needs to be ported to C++
[18:50] <chrisccoulson> m_conley, oh, are you looking at the extension that exists already?
[18:50] <m_conley> chrisccoulson: yep
[18:50] <chrisccoulson> yeah, i think we pretty much need to rewrite that (from the last time i looked) :/
[18:51] <m_conley> chrisccoulson: and it works alright - but it'll need quite a bit of love to massage it into core.
[18:51] <chrisccoulson> m_conley, how do people feel about me shipping globalmenu-extension by default with thunderbird?
[18:52] <chrisccoulson> do you think it's ready? i'd like to get people testing it soon ;)
[18:52] <m_conley> chrisccoulson: Good question - lets ask in #maildev and see what davida thinks
[18:52] <micahg> chrisccoulson: does it do anything if unity isn't installed?
[18:52] <micahg> or running
[18:52] <davida_> i'm here
[18:53] <chrisccoulson> hi davida_, how are you?
[18:53] <m_conley> davida_: oh, hey - chrisccoulson was wondering if he might start shipping globalmenu-extension by default with Thunderbird to help with testing.
[18:53] <chrisccoulson> micahg - it's inert if unity isn't running (it falls back to its own menus)
[18:53] <davida_> are we talking about the default ubuntu distro, or the mozilla build?
[18:54] <chrisccoulson> davida_, it would just be with the ubuntu build
[18:54] <m_conley> I think just the Ubuntu distro - correct, chrisccoulson?
[18:54] <chrisccoulson> yeah, that's right
[18:54] <davida_> (for now, right?  assuming it's good, we'd want that upstreamed, right?)
[18:55] <m_conley> davida_: correct - I think this is just to get it to a wider audience, to find/iron out any big bugs.
[18:55] <m_conley> and then I think we'll start migrating to core.
[18:55] <chrisccoulson> davida_, yeah, the plan is to work on getting it in to core, but it's timed badly with the firefox release schedule
[18:55] <davida_> in general, I'm fine with it, assuming the experience is likely to be much better.
[18:56] <davida_> oh, you're asking me about TB only, though, right?
[18:56] <m_conley> davida_: correct.
[18:56] <chrisccoulson> davida_, yeah, just tbird for now
[18:57] <davida_> sorry, another stupid q- how would this end up being deployed, as a security/almost-automatic update?
[18:58] <davida_> have you run it through whatever beta/testing scenarios you usually use?
[18:58] <chrisccoulson> davida_, it would only be deployed to our development release at the moment
[18:58] <chrisccoulson> so, people running it are all alpha testers anyway. it's not the sort of thing we'd deploy as a stable update
[18:58] <davida_> no objection, then, definitely not, at least from me.
[18:59] <chrisccoulson> excellent, thanks
[18:59] <davida_> it might be good to get clarkbw or andreasn1 to look at it from the UI/UX POV, if they haven't already
[18:59] <fta> dpm, still here?
[19:00] <m_conley> davida_: ok, noted.  I'll get in touch.
[19:00] <fta> dpm, looking at bug 710591, i wonder if what i'm doing right now would be useful once this is fixed
[19:00] <ubot2> Launchpad bug 710591 in launchpad "Ubuntu upstream translation imports overwrite Ubuntu translations" [Critical,In progress] https://launchpad.net/bugs/710591
[19:01] <chrisccoulson> m_conley, davida_ - thanks
[19:01] <davida_> chrisccoulson: np, i'm happy to see this thing moving along!
[19:03] <m_conley> ditto.  davida_:  there's also been good work done on Messaging Menu integration:  https://addons.mozilla.org/en-US/thunderbird/addon/indicators-for-thunderb-223374/
[19:04] <m_conley> davida_: as a demo, it's quite nice.  The code needs some re-writing to prepare it for core, though.  Still - the functionality is nice.  When this is done, the UI is going to be pretty slick.
[19:04] <davida_> sweet
[19:07] <dpm> hey fta, I'm not sure. I've been talking to henninge and they are planning to have a fix for it in the LP rollout this week. I think we'll have to check out whether the behaviour is the expected then
[19:10] <fta> dpm, i guess the hours i've spent fighting this bug are a pure loss then
[19:12] <fta> dpm, the merge proposed by danilos can't work as it's impossible to set a string to its upstream value once it diverged in lp
[19:12] <fta> dpm, but i discovered that after writing all the code :P
[19:13] <dpm> fta, :( afaik (at least for Ubuntu it was like this before the bug), you can set a string to its upstream value by selecting the upstream value. Once you've done that, that message "tracks" upstream
[19:14] <dpm> but chromium is slightly different, as there is no Ubuntu package open for translation
[19:14] <fta> dpm, not my fault, it's a launchpad limitation
[19:15] <dpm> I'm not saying it's anyone's fault, just describing the situation
[19:15] <dpm> I wished other packages had translations as well maintained as chromium
[19:27] <fta> dpm, i guess i can drop some restrictions in my code once lp is able to feed me the proper strings. For now, if lp gives me a translation which is the same as the one i get from upstream, i reject it if i received another version in the past (from lp)
[19:28] <fta> dpm, the reason i had to do that is that translations don't stick, lp keeps overwriting them with the upstream ones. i tried to re-inject them twice, they don't stick for more than 1 day
[21:11] <micahg> err, Firefox, xulrunner, and Thunderbird get delayed but Seamonkey still tomorrow
[21:11] <micahg> yay
[21:13] <chrisccoulson> oh ? interesting
[21:13] <chrisccoulson> i think they're all ready to go though aren't they?
[21:13] <micahg> chrisccoulson: 1.9.1 will go out tomorrow
[21:13] <micahg> 1.9.2 is being respun
[21:14] <chrisccoulson> oh? that's not what i wanted to hear ;)
[21:14] <chrisccoulson> oh, yes
[21:14] <chrisccoulson> just seen now
[21:14] <micahg> so, it means I still have to rush to test Seamonkey tonight :)
[21:15] <chrisccoulson> that sucks. that's my evening planned then ;)
[21:15] <micahg> chrisccoulson: you could do it in the morning ;)