[00:02] <micahg_> chrisccoulson: can I do that tonight?  I need it to fix mediatomb and gxine
=== asac_ is now known as asac
=== administrator is now known as Guest81668
[07:48] <debfx> chrisccoulson: you haven't merged my firefox kde fix :(
[07:49] <chrisccoulson> debfx - i was pretty busy yesterday trying to fix a menu issue so i didn't find time for review yet. then i had to do an upload with what i had last night so i didn't miss the freeze in 1 hour
[07:49] <chrisccoulson> sorry about that
[07:49] <chrisccoulson> i'll look at that today though
[07:50] <debfx> ok
[07:54] <chrisccoulson> debfx - ok, i targetted it for natty now
[07:54] <chrisccoulson> i need to do one more upload before final once i've figured out the bookmarks issue in bug 749450 anyway
[08:11] <fta2> chrisccoulson, hi, i fixed bug 670128 in the ch dailies, now, i need to be sure stable is also impacted
[08:11] <fta2> xdg-utils bug
[08:18] <micahg_> chrisccoulson: I've got some questions about libmozjs185, but I guess we'll have to figure it out after the beta freeze before final freeze
[08:21] <artnay> fta2: ping
[08:52] <chrisccoulson> fta2 - cool, thanks
[08:52] <chrisccoulson> micahg - what sort of questions?
[08:55] <micahg_> chrisccoulson: well, everything seems to be looking for libmozjs in mozilla-js.pc
[08:56] <chrisccoulson> micahg - that's the wrong pkgconfig file
[08:56] <micahg_> is there a reason we're versioning the pc file/
[08:56] <chrisccoulson> i'm shipping the pkgconfig file provided by upstream
[08:57] <micahg_> fun, so we have to patch each build system to recognize it?
[08:57] <chrisccoulson> well, other upstream authors should just add support for it eventually too
[08:59] <micahg_> ok, I guess I'll start patching this week then :)
[09:01] <fta2> artnay, pong
[09:02] <fta2> micahg_, could you please confirm bug 670128 impacts ch stable.. or not?
[09:02] <artnay> fta2: I think I'm being hit by https://bugs.launchpad.net/launchpad/+bug/740225
[09:03] <artnay> fta2: I've fixed many upstream oopsies (made by translator(s) hired by Google) but the fixes in Rosetta always get overwritten during an import
[09:04] <artnay> surely the upstream translators could review the changed (their mistakes) and fix those in Chrome but that's slow or it doesn't happen
[09:04] <artnay> so basically we're unable to fix chrome translation errors in chromium as they get overwritten always during the import, right? or am I missing something here?
[09:05] <fta2> artnay, do you mean lp/rosetta doesn't accept your fixes?
[09:05] <artnay> fta2: it does but fixes get overwritten when you import new strings from chrome. this happened on thursday's import (once again)
[09:05] <fta2> changes made in lp should overwrite the upstream changes
[09:05] <fta2> hm
[09:05] <artnay> fta2: they do but the fixes tend to get overwritten
[09:06] <fta2> they should not
[09:06] <fta2> which lang?
[09:06] <fta2> http://people.ubuntu.com/~fta/chromium/translations/trunk/converter-output.html
[09:06] <artnay> in Chrome it states my connection is secured by 128 byte encryption. in Chromium I fixed it be 128 bit encryption a few weeks ago but the fix got overwritten on thursday
[09:06] <artnay> fta2: Finnish
[09:07] <fta2> Chrome doesn't use the lp translations, only chromium does
[09:09] <micahg_> fta2: are you asking about pre-natty?
[09:09] <fta2> artnay, ^^, I don't have much time to investigate that at the moment. please file a bug with the string, preferably with the numerical id so i can track its change in the bzr branches
[09:10] <artnay> fta2: against LP? I have quite a few for you to track ;-)
[09:10] <artnay> with screenshots actually, I've been tracking this issue for a while now and been talking with henninge and dpm
[09:10] <fta2> artnay, "ubuntu-bug chromium-browser"
[09:10] <artnay> fta2: thanks, will happen later today
[09:14] <fta2> micahg_, bug 670128 #18 says stable is impacted, but its embedded xdg utils didn't change lately, so i'm quite surprised
[09:15] <micahg_> fta2: I'll have to check later, just trying to get a pidgin build up before the freeze
[09:27] <fta2> ok, thanks
[14:29] <fta2> micahg_, fyi, I'll do -ubuntu3 for natty rsn (for the unity/bafm vs webapps bug)
[14:30] <fta2> micahg_, most probably not today, as it seems my internet access at home is broken
[14:51] <fta2> ok, afk; i'll probably be offline for a while :P
=== hggdh_ is now known as hggdh
[15:15] <m_conley> chrisccoulson: hey - finally got to try globalmenu extension on TB - patch appears to have fixed my issue.  Thanks!
[15:15] <chrisccoulson> m_conley, excellent, thanks for testing
[15:15] <m_conley> chrisccoulson: np
[15:44] <m_conley> chrisccoulson: ping
[15:44] <chrisccoulson> hi m_conley
[15:45] <m_conley> chrisccoulson: hey - so somebody just asked me about our plans for integrating the Unity integration work, and I wanted to consult with you there.  Just so we're clear - it was your intention to merge your code into Gecko/Thunderbird's core, as opposed to integrating as add-ons via Ubuntu's build process?
[15:46] <m_conley> er, and by Ubuntu's build process, I mean, via the packaging - as you do with thunderbird-3.3-globalmenu, for example
[15:46] <chrisccoulson> m_conley, yeah, that's my intention
[15:46] <chrisccoulson> i just keep getting sidelined doing other things ;)
[15:47] <m_conley> chrisccoulson: were you hoping to land this work in TB 3.3?
[15:47] <chrisccoulson> i don't think the globalmenu stuff will land in 3.3, as it's based on a mozilla version that's already released
[15:47] <chrisccoulson> unless something has changed ;)
[15:48] <m_conley> chrisccoulson: well, if you wanted to land it in 3.3, you'd need to get your patch to Gecko landed by tomorrow
[15:48] <chrisccoulson> ah, that might be difficult ;)
[15:48] <m_conley> mmhmm
[15:49] <chrisccoulson> m_conley, which gecko version is tb3.3 going to be based on then? (i'm confused now)
[15:49] <chrisccoulson> i thought it was based on mozilla-2.0?
[15:50] <m_conley> chrisccoulson: From my understanding, 3.3 will be based on the "aurora" branch from mozilla-central that will be created tomorrow.
[15:50] <chrisccoulson> oh, i didn't realise that :/
[15:51] <m_conley> chrisccoulson: so, it's still a bit fuzzy for me as well, but the patches in Aurora will go through several weeks of stabilization, before hitting beta for further stabilization, and then release.
[15:51] <chrisccoulson> yeah, i'm still a bit confused tbh ;)
[15:51] <m_conley> chrisccoulson: see the first graphic in http://mozilla.github.com/process-releases/draft/development_overview/
[15:52] <m_conley> chrisccoulson: where "fx-exp" is Aurora
[15:53] <m_conley> chrisccoulson: so, the way I figure, tomorrow is when we start that 6th week - patches from central are merged to Aurora.  TB3.3, I believe, is going to be based on whatever stabilizes through weeks 6 to 16.
[15:54] <m_conley> chrisccoulson: Standard8 in #maildev on irc.mozilla.org will probably be able to answer more of your questions on this if you have any, as I'm still a bit fuzzy on it myself.  :p
[15:55] <chrisccoulson> m_conley, thanks. i'll probably ping him in a bit, i've got some other things to look at first though
[16:01] <m_conley> chrisccoulson: k - no worries. :)
[16:01] <chrisccoulson> i'm getting quite concerned that i still don't really understand how this is all going to work ;)
[16:02] <m_conley> chrisccoulson: mmhmm - it's going to take some getting used to.
[17:56] <chrisccoulson> m_conley, do you know if you are coming to UDS?
[18:41] <m_conley> chrisccoulson: hey - I'm figuring that out as we speak!
[20:16] <flopex> In-browser pdf viewer doesn't work (firefox 4, ubuntu 11.04)
[20:22] <micahg_> flopex: which in browser PDF viewer?
=== m_conley is now known as m_conley_away