| === m_conley is now known as m_conley_away | ||
| === m_conley_away is now known as m_conley | ||
| === m_conley is now known as m_conley_away | ||
| === m_conley_away is now known as m_conley | ||
| 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:27 |
|---|---|---|
| LLStarks | aside from the lack of a concurrent firefox-next branch, this is literally out of nowhere. | 17:28 |
| chrisccoulson | LLStarks, that is exactly why we don't want extensions in the archive ;) | 17:51 |
| LLStarks | be gone with the lot of them! | 17:52 |
| 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 ;) | 17:53 |
| * micahg is conflicted http://is.gd/W7AqLB | 18:01 | |
| LLStarks | 4.0 needs to come out first | 18:06 |
| chrisccoulson | micahg, yeah ;) | 18:08 |
| 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:09 |
| 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:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| 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:49 |
| 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:50 |
| 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:51 |
| 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:52 |
| 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:53 |
| 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:54 |
| 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:55 |
| 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:56 |
| davida_ | sorry, another stupid q- how would this end up being deployed, as a security/almost-automatic update? | 18:57 |
| 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:58 |
| 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? | 18:59 |
| 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:00 |
| chrisccoulson | m_conley, davida_ - thanks | 19:01 |
| davida_ | chrisccoulson: np, i'm happy to see this thing moving along! | 19:01 |
| 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:03 |
| 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:04 |
| 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:07 |
| fta | dpm, i guess the hours i've spent fighting this bug are a pure loss then | 19:10 |
| 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:12 |
| 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:13 |
| 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:14 |
| 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:15 |
| 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:27 |
| 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 | 19:28 |
| micahg | err, Firefox, xulrunner, and Thunderbird get delayed but Seamonkey still tomorrow | 21:11 |
| micahg | yay | 21:11 |
| 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:13 |
| 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:14 |
| chrisccoulson | that sucks. that's my evening planned then ;) | 21:15 |
| micahg | chrisccoulson: you could do it in the morning ;) | 21:15 |
| === m_conley is now known as m_conley_away | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!