[00:02] <micahg_> chrisccoulson: can I do that tonight?  I need it to fix mediatomb and gxine
[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
[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?


[12:36] <Brainstorm> Updates for Bangladesh: +4636 cases (now 856304), +78 deaths (now 13626) since 22 hours ago


[09:29] <Tomin> Hi, I just filled this bug report at work: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1479267
[09:29] <Tomin> Seems like there is a regression in some recent version of cups


[01:22] <wgrant> blr: I've got three MPs up on https://code.launchpad.net/launchpad/+activereviews when you've stopped having fun with juju and mojo.
[02:49] <blr> yes, "fun"...
[02:49] <blr> will have a look
[03:19] <wgrant> I am adjusting squid-forwardproxy atm.
[03:25] <blr> wgrant: ah, what in particular?
[03:28] <wgrant> blr: More flexible ACLs.
[03:29] <blr> wgrant: are you touching auth_list?
[03:29] <wgrant> blr: It is likely.
[03:29] <wgrant> I'm trying to work out how to salvage it.
[03:30] <wgrant> That doesn't go near your work, does it?
[03:30] <blr> yeah, it isn't great by any means.
[03:30] <blr> no that's fine, might need to update the mojo spec though.
[03:31] <blr> wgrant: did you have a look at the auth_param changes btw?
[03:31] <wgrant> blr: Ah, no, I didn't see an MP.
[03:56]  * wgrant scratches head
[03:56] <wgrant> "This charm requires the following relation settings from clients:
[03:56] <wgrant> ip: service ip address
[03:56] <wgrant> port: service port
[03:56] <wgrant> sitenames: space-delimited list of sites to whitelist
[03:56] <wgrant> "
[03:56] <wgrant> What possible use could the service port be to the proxy?
[08:45] <wgrant> blr: https://code.launchpad.net/~wgrant/charms/precise/squid-forwardproxy/auth_list-deny/+merge/267626
[21:10] <blr> wgrant: looks like you've already merged it, sorry - certainly an improvement, particularly handling the inverse is nice.
[21:13] <blr> wgrant: wrt to auth_param, without any special casing we would need a dict without nesting similar to {'scheme': 'basic', 'children': '0 startup=N idle=N'} etc.
[21:16] <blr> was inclined to have all of the params mapped to keys, but probably just as clear that way
[22:35] <wgrant> blr: I haven't merged it yet, and I realised a case last night that I'm not sure I can be bothered handling in a backward-compatible way, so it can probably wait for the more sensible redesign.
[22:35] <wgrant> Specifically, there's no way to specify the order of ACL elements within an http_access line, which can be relevant when you're relying on short-circuiting for performance or to avoid unnecessary auth prompts.
[23:49] <blr> wgrant: any thoughts on the auth_param stuff above? ^ will that suffice?
[23:51] <wgrant> blr: Hm, perhaps have a special case that if the "children" key is a dict then it gets turned into a string?
[23:53] <wgrant> So {"scheme": "basic", "children": "11", "utf8": "off"} and {"scheme": "basic", "children": {"number": 11}, "utf8": "off"} would be equivalent.
[23:53] <wgrant> I suppose turning bools into strs would also make sense.
[23:54] <wgrant> So you can still specify anything you want using strings, but there are also niceties for certain keys.
[23:54] <blr> right
[23:54] <wgrant> Does that make sense to you?
[23:54] <wgrant> I think it's the least jarring approach.
[23:55] <blr> yep, that seems reasonable


[21:06] <Fuchs> any of our dutch speaking people here?  We have a guy who found the german ubuntu forums, writing in dutch, but writing that he is french (?).  Would be lovely if someone could have a look at it and help me translate :)
[21:08] <jussi> Fuchs: perhaps grab seveas in #ubuntu-offtopic ?
[21:08] <jussi> or JanC ^^
[21:10] <Fuchs> works, thank you very much :)
[22:07] <JanC> Fuchs: do you still need my help?
[22:07] <Fuchs> JanC: no, thank you very much
[22:10] <JanC> most people in #ubuntu-nl-team should be able to help with such issues too, as do people in #ubuntu-nl-mwanzo (especially those who have "voice" there)
[22:12] <Fuchs> okay, thank you very much, will remember this for the future. Now it's bed time, nighty night :)