[00:00] <nthykier> micahg: but you wants to determine the path at runtime, right?
[00:00] <nthykier> want*
[00:00] <micahg> chrisccoulson: will that then drop the build-dep on xul?
[00:00] <chrisccoulson> micahg - it will
[00:00] <micahg> chrisccoulson: excellent another rdepends gone :)
[00:01] <micahg> nthykier: yes, I was wondering if anything that's not compiled is taking it
[00:01] <bdrung_> nthykier: woohoo
[00:01] <LLStarks> micahg, i'm completely lost on how to do a commit-specific compile. what exactly am i compiling? firefox? xulrunner?
[00:01] <nthykier> bdrung_: good news?
[00:01] <micahg> LLStarks: depends
[00:01] <micahg> LLStarks: what do you want to compile?
[00:01] <bdrung_> nthykier: i found a working solution: we have to only set MOZILLA_FIVE_HOME
[00:02] <micahg> bdrung_: that's what a lot of the wrapper scripts do
[00:02] <nthykier> awesome - THAT'S our solution
[00:02] <bdrung_> long term solution: fix upstream eclipse to find the correct place
[00:02] <LLStarks> micahg, i have my pushlog from yesterday and i'd like zero in on the offending commit.
[00:02] <LLStarks> i have a cloned mozilla-central hg repo, but i have no idea what to do with it.
[00:02] <micahg> LLStarks: if you're using upstream build system, it's firefox
[00:02] <bdrung_> nthykier: i will commit our solution to git repo
[00:02] <nthykier> bdrung_: go ahead
[00:03] <micahg> LLStarks: hg help bisect
[00:03] <nthykier> bdrung_: btw, upstream would not accept it - they allow us to provide a hook to find the library
[00:03] <bdrung_> nthykier: really?
[00:03] <bdrung_> nthykier: let's find the code first
[00:04] <nthykier> bdrung_: if the xulrunner property is not set, they will reflect a class and check the value of the property after that class has been reflected
[00:05] <nthykier> bdrung_: but if we can set that MFH variable, then we do that - because it is easier
[00:05] <nthykier> It is a PITA to execute programs via Java
[00:06] <bdrung_> micahg: what path should we use? /usr/lib/xulrunner-1.9.2 --gre-version? how to detect the xulrunner version on compile time?
[00:06] <micahg> bdrung_: yep
[00:06] <micahg> oops
[00:06] <micahg> no
[00:07] <LLStarks> micahg, i'm a bit of noob and i'd like to handle this in a more insane manner by compiling each commit in the pushlog range.
[00:07] <bdrung_> /usr/lib/$(xulrunner-1.9.2 --gre-version)
[00:07] <micahg> /usr/lib/xulrunner-`xulrunner-1.9.2 --gre-version`
[00:07] <micahg> bdrung_: ^^\
[00:07] <bdrung_> micahg: how to detect 1.9.2 on compile time?
[00:07] <micahg> LLStarks: that's what hg bisect helps you do
[00:07]  * micahg looks for the blog post
[00:08] <micahg> LLStarks: http://harthur.wordpress.com/2009/12/08/regression-range-finder-for-firefox-nightly-builds/
[00:08] <LLStarks> i'm on that page
[00:08] <LLStarks> :)
[00:08] <LLStarks> nothing's happening though
[00:09] <LLStarks> ah one sec
[00:09] <LLStarks> here we go.
[00:09] <LLStarks> i have no idea what's being compiled or tested
[00:09] <bdrung_> micahg: /usr/lib/xulrunner-`xulrunner-@VERSION@ --gre-version`
[00:10] <bdrung_> micahg: i want to replace @VERSION@ on compile time
[00:10] <micahg> bdrung_: idk offhand, FF postinst script uses the version of the package
[00:11] <micahg> bdrung_: I don't think that's as big a deal as we'll only be changing that at most every 6 months
[00:11] <micahg> bdrung_: and we can fix that later too
[00:13] <bdrung_> micahg: can i assume a three number version (X.Y.Z)?
[00:13] <micahg> bdrung_: ATM
[00:13] <micahg> bdrung_: 4
[00:13] <micahg> bdrung_: 4.0 most likely won't be
[00:14] <bdrung_> micahg: for @VERSION@
[00:14] <micahg> bdrung_: yes, idk if they'll jump to xul 2.0 for FF 4.0
[00:14] <micahg> bdrung_: in that case it wouldn't be, but your solution is probably good for the next year
[00:14] <bdrung_> micahg: other trick: search for xulrunner-*
[00:14] <nthykier> that is enough - 3.6 will be out before then
[00:15] <nthykier> eclipse 3.6 that is
[00:15] <bdrung_> first xulrunner-X.Y.Z.A - if it not exists xulrunner-X.Y.Z and otherwise xulrunner-X.Y
[00:15] <LLStarks> goddammit
[00:15] <micahg> bdrung_: can you see which xulrunner*dev is installed?
[00:15] <LLStarks> mozregression is tracing
[00:16] <LLStarks> ]AttributeError: Bisector instance has no attribute 'prevAppInfo'
[00:17] <bdrung_> micahg: pkg-config --modversion libxul
[00:19] <LLStarks> so frustrating
[00:19] <micahg> bdrung_: well, that's no so clear either
[00:19] <micahg> actually, ATM, yeah, you can do that
[00:19] <micahg> X.Y.Z
[00:20] <micahg> bdrung_: ^^
[00:21] <nthykier> bdrung_: micahg: I am off for now, unless you need me for something
[00:21] <micahg> nthykier: nope, thank you
[00:22] <nthykier> you should thank bdrung_ - he is doing all the work and found the solution as well :P
[00:23] <micahg> nthykier: I intend too :)
[00:32] <bdrung_> micahg: do you know the corresponding eclipse bug number?
[00:32] <micahg> bdrung_: bug 559229
[00:33] <micahg> bdrung_: there's also bug 553779
[00:33] <micahg> bdrung_: thanks
[00:35] <bdrung_> you're welcome
[00:39] <bdrung_> in 12 minutes i will see if my fix work
[08:45] <fta2> asac, should i just push chromium or what? the ffe bug is not moving
[08:53] <BUGabundo_remote> Raise the Sun, Raise the soldiers moral o/
[09:03] <BUGabundo_remote> fta great news tech.slashdot.org/story/10/04/13/0141208/Google-to-Open-Source-the-VP8-Codec
[09:16] <fta2> BUGabundo_remote, indeed, the missing http:// is disturbing
[09:17] <BUGabundo_remote> haaha
[09:17] <BUGabundo_remote> I filed it
[09:17] <BUGabundo_remote> no one touched it :(
[09:17] <BUGabundo_remote> that's why I hate to file bugs on google projects
[09:17] <BUGabundo_remote> they don't get fixe
[09:17] <BUGabundo_remote> and mozilla is even weired
[09:18] <BUGabundo_remote> they just talk talk talk talk talk and nothing
[09:18] <BUGabundo_remote> remember that session bug?
[09:18] <BUGabundo_remote> its still ongoing discussion on the FF bug
[09:19] <fta2> BUGabundo_remote, iirc, the last bug you filed were fixed, or at least assigned
[09:19] <BUGabundo_remote> which one?
[09:19] <BUGabundo_remote> I filed a bunch of them
[09:20] <BUGabundo_remote> and have one more, opened here to press SEND
[09:20] <BUGabundo_remote> :)
[10:08] <BUGabundo_remote> fta: WTH is M5 omnibar? code.google.com/p/chromium/issues/detail?id=41146
[10:09] <BUGabundo_remote> ahhh
[10:09] <BUGabundo_remote> mileston
[10:10] <BUGabundo_remote> oh damn
[10:10] <BUGabundo_remote> its a 'feature' not a bug
[10:10] <BUGabundo_remote> FAIL
[10:11] <BUGabundo_remote> bye bye chromium, welcome back Firefox
[10:14] <BUGabundo_remote> http://code.google.com/p/chromium/issues/detail?id=40865
[10:28] <fta2> BUGabundo_remote, if i understand it correctly, it's still a work in progress. it looks weird without http:// but if it's there when pasted, i won't mind
[10:39] <BUGabundo_remote> but its not!
[10:39] <BUGabundo_remote> you can't copy it
[10:40] <BUGabundo_remote> like my link 1h ago
[10:40] <BUGabundo_remote> only some app do fill in the gap
[10:40] <BUGabundo_remote> but it's a very bad UI regression
[10:43] <fta2> remember it's trunk
[10:44] <BUGabundo_remote> for 3 days?
[10:44] <BUGabundo_remote> and with 8 dupe bugs?
[10:44] <BUGabundo_remote> with them saying it's a feacture?
[10:45] <fta2> incl. a week end
[10:45] <BUGabundo_remote> ill wait a few more days
[10:45] <BUGabundo_remote> if not reverted, I'll drop ch
[10:45] <BUGabundo_remote> I use URL links a lot!
[10:53] <fta2> asac, i give up, there's no way i can sanely maintain chromium since it's frozen in the repo :(
[10:54] <BUGabundo_remote> :(
[11:02] <asac> fta2: sorry?
[11:38] <BUGabundo_remote> fta: asac: why does html5test.com/ say both chromium and FF don't don't have mp3 support?
[12:17] <chrisccoulson> hey fta2, how is the chromium change going?
[12:23] <asac> 11:53 < fta2> asac, i give up, there's no way i can sanely maintain chromium since it's frozen in the repo :(
[12:23] <asac> seems fta needs some love :(
[12:23]  * asac hugs fta2 
[12:23] <asac> chrisccoulson: ^^^
[12:24]  * chrisccoulson hugs fta2 too
[12:24] <chrisccoulson> fta2 - if you have any issues, please let me know :-)
[12:56] <fta2> chrisccoulson, i didn't have time to work on this. if you do, please feel free (on the .head branch)
[12:57] <fta2> chrisccoulson, and i don't see how i can upload. See bug 561510
[12:58] <asac> fta2: take one step back ;)
[12:58] <chrisccoulson> fta2 - ok, i will try and push that along. the current process of requiring a FFe doesn't really fit well with the chromium support model
[12:58] <asac> fta2: stefan offered to delegate FFe to me and you refused it ;)
[12:59] <asac> but we will take over
[12:59] <asac> chrisccoulson: thanks. its really a non issue.
[12:59] <asac> lets close the bug and just upload
[12:59] <chrisccoulson> asac - ok, so you can ACK that?
[12:59] <chrisccoulson> excellent
[12:59] <asac> seems that ubuntu-release has no plan what to do that
[12:59] <chrisccoulson> thanks :)
[12:59] <asac> chrisccoulson: yes, i can ack that
[13:02] <asac> done
[13:02] <asac> fta2: just upload closing that bug. i take the blame if someone complains
[13:02] <asac> or chrisccoulson do that ;)
[13:02] <asac> chrisccoulson: i think for the search provider the idea is to not add a patch which would be a pain to maintain, but rather a sed command in rules
[13:02] <asac> did fta2 align with you on that?
[13:03] <chrisccoulson> asac - no, i wasn't aware of that, but that makes sense if it is possible
[13:03] <asac> chrisccoulson: should be
[13:03] <chrisccoulson> cool. i'm just doing fennec now
[13:04] <chrisccoulson> that looks fairly trivial to do
[13:04] <asac> great
[13:06] <fta2> asac, i didn't refuse to delegate to you or to anyone, just to delegate to the mozilla delegates, it's not a mozilla product
[13:08] <asac> well. there is no delegate group for chromium ;)
[13:08] <asac> anyway. not a problem. lets get it just in before final freeze and then get the standing FFe etc.
[13:12] <directhex> is micahg not about?
[13:12] <chrisccoulson> directhex, he's usually around later in the afternoon
[13:12] <BUGabundo_lunch> asac: fta: how about rename this channel to ubuntu-browsers ?
[13:12] <BUGabundo_lunch> and create a oficial team in ppa to run the oficially supported browsers?
[13:15] <directhex> in case i forget, can someone ask him to sync gluezilla? it fixes xulrunner 1.9.1 requirement (and lack of xulrunner dependencies)
[13:15] <asac> directhex: no diff for ubuntu?
[13:15] <asac> kk
[13:15] <chrisccoulson> asac - you can do that anyway can't you?
[13:16] <directhex> asac, same source package test-built on sid & lucid with appropriate 1.9.1/1.9.2 binary dep in the output
[13:16] <asac> chrisccoulson: synching?
[13:16] <chrisccoulson> asac - yeah
[13:16] <asac> i have no archive powers ;)
[13:16] <asac> so i would need to poke ;)
[13:16] <chrisccoulson> asac - oh, i thought you did ;)
[13:16] <asac> like everyone else
[13:16] <asac> no ... just MIR
[13:16] <asac> i always felt like not picking up more responsibility would be a good idea
[13:17] <asac> ... powers always come with new tasks ;)
[13:17] <BUGabundo_lunch> it is :)
[13:17] <directhex> i try to get other people to issue pokes, so the archive admins don't get cross with me
[13:17] <chrisccoulson> yeah, i always poke pitti when i need something doing ;)
[13:17] <BUGabundo_lunch> lol
[13:18] <fta2> hmm, ff 3.7 freezes badly when i visit http://www.webreference.com/authoring/languages/html/HTML5-Client-Side/
[13:19] <fta2> (i wanted to see the "Browser Feature Test Results" box)
[13:19] <asac> directhex: same here ;)
[13:19] <directhex> anyway, this sync is needed for .net apps using windows gui toolkit and embedded browser control to not segfault when xul 1.9.1 isn't installed
[13:20] <asac> i already streess archive admins and ubuntu-release enough
[13:20] <BUGabundo_lunch> fta will test in a few secs
[13:20] <BUGabundo_lunch> need dgb of that?
[13:21] <directhex> actually, i can upload it myself can't i...
[13:21] <directhex> i'll do it tonight
[13:21] <asac> directhex: yes.
[13:21] <asac> just upload with ubuntu1 ;)
[13:21] <asac> or just upload with the debian version
[13:21] <asac> i think that is considered bad ... but still ;)
[13:21]  * asac break
[13:22] <BUGabundo_lunch> fta where is it crashing exaclty?
[13:22] <BUGabundo_lunch> page loaded fine for me, on FF3.7 daily
[13:22] <directhex> asac, there's a script. but i need my .changes
[13:22] <BUGabundo_lunch> Browser Feature Test Results 				Session Storage: supported
[13:22] <BUGabundo_lunch> 				Global Storage: supported
[13:22] <BUGabundo_lunch> 				Local Storage: supported
[13:22] <BUGabundo_lunch> 				Database Storage: not supported
[13:22] <fta2> BUGabundo_lunch, freezing, not crashing (and unkillable)
[13:23] <fta2> damn, Database Storage not supported :(
[13:23] <fta2> and 3.6?
[13:23] <BUGabundo_lunch> sec
[13:24] <BUGabundo_lunch> Browser Feature Test Results 				Session Storage: supported
[13:24] <BUGabundo_lunch> 				Global Storage: supported
[13:24] <BUGabundo_lunch> 				Local Storage: supported
[13:24] <BUGabundo_lunch> 				Database Storage: not supported
[13:24] <BUGabundo_lunch> both in safe-mode
[13:24] <BUGabundo_lunch> so no addon interfires
[13:30] <BUGabundo_lunch> fta_ chromium:
[13:30] <BUGabundo_lunch> Browser Feature Test Results
[13:30] <BUGabundo_lunch> Session Storage: supported
[13:30] <BUGabundo_lunch> Global Storage: not supported
[13:30] <BUGabundo_lunch> Local Storage: supported
[13:30] <BUGabundo_lunch> Database Storage: supported
[13:34] <chrisccoulson> nobody has any outstanding items for fennec do they?
[13:34] <chrisccoulson> if not, then i'm just going to upload
[13:42] <chrisccoulson> asac - i get a FTBFS with videolink against xulrunner192 btw. i'm not sure if that's actually a xulrunner bug:
[13:42] <chrisccoulson> /usr/include/xulrunner-1.9.2.3/nsPresContext.h:889: error: 'nsRunnableMethod' is not a template
[13:42] <asac> chrisccoulson: need to see the full error
[13:43] <chrisccoulson> asac - the only other line is:
[13:43] <chrisccoulson> In file included from event_state_manager.cpp:9:
[13:43] <chrisccoulson> asac - http://paste.ubuntu.com/413625/
[13:45] <asac> chrisccoulson: videolink is using MOZ_INTERNAL_API
[13:45] <asac> such things need to get dumped from the archive imo
[13:45] <chrisccoulson> asac - ok, i'm happy with that
[13:45] <chrisccoulson> it has no rdepends anyway
[13:45] <asac> yeah. lets dump it ... until upstream fixes to use frozen api
[13:46] <asac> chrisccoulson: or try to drop the MOZILLA_INTERNAL_API define first
[13:46] <asac> maybe it just works then
[13:46] <asac> if not, remove
[13:46]  * asac has to run out and get some stuff
[13:46] <chrisccoulson> ok, i'll try that first, but i suspect it probably won't work at all
[13:56] <fta2> BUGabundo_remote, thanks. Global Storage is a moz hack, deprecated. so no worry for ch. I guess i have to use local storage then, i wanted db storage :(
[14:09] <fta2> chrisccoulson, the idea for the patch is to make it dynamic in d/rules, so we can upload the same src package to debian without it. so something like "ifneq (,$(filter Ubuntu,$(DEBIAN_DIST)))  perl -i~ -pe 's/foo/bar/' file endif" should work
[14:10] <fta2> i wanted to do it that way but i lacked time to properly build and test it :(
[14:12] <LLStarks> fta2, how do i restart a bisect?
[14:12] <fta2> LLStarks, what do you mean?
[14:12] <chrisccoulson> fta2 - ok, no worries. i will try and look at that this afternoon
[14:12] <LLStarks> the bisect i did is lying to me and won't let me double check the work it did
[14:13] <LLStarks> it's all "lol trust me. you don't need to compile the commit i think is bad. just trust me."
[14:13] <fta2> eh?
[14:14] <LLStarks> when bisect finds the first bad commit, it doesn't forward the repo to that commit
[14:14] <LLStarks> it remains on the last good commit
[14:14] <LLStarks> and i can't get the repo to move up the first bad commit
[14:14] <LLStarks> and thus i can't double check
[14:16] <fta2> sorry, i don't know anything about that. I usually bisect manually.
[14:16] <fta2> (hence all my daily builds)
[14:37] <asac> chrisccoulson: we really need to fix the ffox dailies for 3.6
[14:37] <asac> thats where all the rework for oopp thing landed
[14:37] <asac> and we currently dont see how bad it is ;)
[14:37] <asac> at least the last snapshot i use has severe problems ;)
[14:38] <chrisccoulson> asac - ok, i will try and fix that in a bit
[14:38] <asac> if we dont fix that now we cant provide feedback to mozilla and we cant complain if next security update blows things up for us :(
[15:00] <jdstrand> chrisccoulson: hi! I was wondering how the progress was going on bug #559881 for lucid and jaunty. Also, is tbird3/lucid affected by #559918?
[15:00] <jdstrand> bug #559918
[15:03] <chrisccoulson> jdstrand - i'm going to do those this afternoon
[15:03] <chrisccoulson> and thunderbird 3 doesn't have the same issue
[15:03] <jdstrand> chrisccoulson: cool, thanks
[15:04] <jdstrand> chrisccoulson: I'm also interested in getting nss 3.12.6 in hardy and jaunty. do you have thoughts on this?
[15:04] <jdstrand> (to fix CVE-2009-3555)
[15:04] <chrisccoulson> jdstrand - we will need to eventually, but there's not much benefit at the moment
[15:05] <chrisccoulson> i think the fix also relies on quite a large xulrunner patch
[15:05] <jdstrand> chrisccoulson: not for firefox, but there is for other users of nss
[15:05] <chrisccoulson> ah, ok
[15:05] <chrisccoulson> i don't mind really then
[15:05] <jdstrand> (I thought we were going all embedded for ff anyway)
[15:06] <chrisccoulson> we have done in lucid
[15:06] <jdstrand> chrisccoulson: yes. whenever security support goes away for 3.0/3.5 is what I mean
[15:07] <jdstrand> chrisccoulson: maybe the plan of attack should be to wait on hardy and jaunty until after firefox uses its own embedded nss
[15:07] <jdstrand> after which, we can upgrade the system nss
[15:07] <jdstrand> chrisccoulson: does that sound reasonable?
[15:07] <chrisccoulson> yeah, that sounds good. i'm not entirely sure what the timeframe for that is though
[15:08] <chrisccoulson> jdstrand - i've also been trying to think of ways we can coordinate testing of security updates in the future
[15:08] <chrisccoulson> do you think something like http://iso.qa.ubuntu.com/ targetted for mozilla updates would be useful?
[15:08] <jdstrand> chrisccoulson: sure, but they keep threatening it. I'm not interested in fixing this right away-- it's a protocol change that we'll need to do gradually, and so waiting on 3.6 seems reasonable
[15:10] <jdstrand> chrisccoulson: maybe. how it was done in the past is asac would do a bunch of testing, then give me the ok (sometimes asking for additional testing). I would then do my list of tests and publish. in the more distant past, people would use and give feedback on the packages in ubuntu-mozilla-security iirc. there might even be an announcement that people would get to know it was available
[15:11] <jdstrand> chrisccoulson: this is more or less what I follow https://wiki.ubuntu.com/MozillaTeam/QA
[15:12] <jdstrand> though I don't test all the plugins-- just adobe flash and java, and then verify opening of a slew of mimetypes (including PDFs)
[15:12] <chrisccoulson> ok, that looks good as a testing sequence. how do users communicate their testing results though?
[15:12] <chrisccoulson> oh
[15:12] <jdstrand> chrisccoulson: I think they communicated with asac in this channel, but I'm not sure
[15:12] <chrisccoulson> it's at the top of the page
[15:12] <jdstrand> oh, there you go :)
[15:12] <chrisccoulson> http://mozilla.qa.ubuntu.com/
[15:12] <chrisccoulson> ok, so that looks good
[15:13] <chrisccoulson> so, we should resurrect this then :)
[15:13] <jdstrand> chrisccoulson: I'm not sure, but it seems that lately this hasn't been happening as much, probably because mozilla had several 'fire drills' in a row
[15:13] <jdstrand> chrisccoulson: sounds good
[15:13] <jdstrand> chrisccoulson: incidentally, my tests are based on lp:qrt-regression-testing/scripts/test-firefox.py
[15:14] <chrisccoulson> cool, thanks. i will take a look at those
[15:14] <jdstrand> I wish it was automated, but it isn't-- the script just walks you through stuff
[15:14] <jdstrand> but will test epiphany-browser in hardy-jaunty
[15:15] <jdstrand> (also)
[15:15] <jdstrand> ah, there is even a thunderbird test plan in there-- cool
[15:15] <jdstrand> (that wasn't always there)
[15:17] <jdstrand> https://litmus.mozilla.org/ looks interesting. wouldn't it be neat if we could get our builds integrated into that?
[15:18] <chrisccoulson> it would. perhaps i might look at things like this for next cycle
[15:25] <jdstrand> chrisccoulson: I'll update our CVE tracker for nss based on our discussion and plan
[15:42] <micahg> chrisccoulson: I'm assuming miro from the PPA worked fine for you with only xul192?
[15:52] <chrisccoulson> micahg - it seems to be working fine here
[15:53] <micahg> chrisccoulson: k, I guess I'll deal with the fallout if there is any, probably like you said with apport being turned off, most people won't notice
[15:53] <micahg> I'm testing vlc now
[15:55] <chrisccoulson> micahg - thanks
[15:55] <chrisccoulson> we dropped another rdepends today (videolink)
[15:55] <micahg> chrisccoulson: BTW, is packagekit done?
[15:56] <chrisccoulson> micahg - i think packagekit just needed rebuilding. when was it last built?
[15:56] <micahg> needs a loog (chrisccoulson)
[15:56] <micahg> 5 weeks ago
[15:57] <chrisccoulson> ok, packagekit still needs a rebuild then
[15:57] <micahg> chrisccoulson: can you test that and take care of it, it's in main
[15:57] <asac> jdstrand: chrisccoulson: we want to regularly announce security ppa
[15:57] <asac> and ask for more folks to join and where to escalate issues
[15:57] <asac> we need to resurrect this to make us better sleep at night ;)
[15:58] <micahg> asac: FYI, we can't push 3.6.4 to security PPA until we figure out why our builds don't work
[15:58] <chrisccoulson> asac - yeah, i was thinking about something like http://iso.qa.ubuntu.com/, before i realised that we already have http://mozilla.qa.ubuntu.com/
[15:58] <asac> micahg: yes. chrisccoulson is working on fixing the dailies soon ;)
[15:58] <chrisccoulson> we could make better use of this
[15:58] <asac> chrisccoulson: we already have that
[15:58] <jdstrand> micahg: re NSS, I just filed bug #562332
[15:58] <micahg> asac: it might be fixed by the xulrunner patch
[15:58] <asac> chrisccoulson: however, it turned out to be really hard getting folks submitting stuff there
[15:59] <asac> if we could get there it would be best
[15:59] <micahg> jdstrand: great
[15:59] <asac> chrisccoulson: however, geting folks using -security ppa all the time is the first step
[15:59] <jdstrand> micahg: in summary-- we want to, but are going to wait until the embedded firefoxs hit hardy - jaunty
[15:59] <asac> then asking when we push to beta or something to test and submit to mozilla.qa would be great
[15:59] <chrisccoulson> asac - do you know what users found difficult about submitting there? tbh, i've not used it yet, but it looks like it could be useful
[15:59] <jdstrand> micahg: that'll help ease testing
[15:59] <micahg> jdstrand: ok, that should be later this month hopefully
[16:00] <jdstrand> for some definition of 'hopefully' :P
[16:00] <micahg> well, I made progress last night on porting some hardy packages
[16:00] <jdstrand> I already started hitting things that bug me about all the embedded stuff
[16:00] <micahg> jdstrand: what do you mean embedded stuff?
[16:01] <jdstrand> eg, the recent libpng CVE-- I had to check the mozilla source to see if it was fixed. I couldn't see anything anywhere stating it was fixed (it was)
[16:01] <jdstrand> anyway, my complaining won't change anything, so I'll stop
[16:03] <micahg> jdstrand: did you try searching for it in the upstream tracker?
[16:03] <asac> chrisccoulson: its not difficult to submit there ... its just hard to get enough folks doing that
[16:03] <asac> so in the end i settled on getting stuff early on the security ppa
[16:03] <asac> and getting users use that so they start complaining
[16:03] <asac> if something breaks
[16:04] <asac> if you dont hear anything, its probably fine
[16:04] <jdstrand> micahg: I just checked the source changelogs and didn't see anything. I might have missed it, but it only illustrates the problems with embedded libs, that's all. if it used a system libpng, I knew it was fixed. since it doesn't, I had do do additional stuff to see if it was vuln or not
[16:04] <asac> chrisccoulson: if you want to try to resurrect, go ahead :)
[16:04] <asac> its not really mutually exclusive ... we have to announce the security updates anyway
[16:04] <asac> includin a request to submit the qa thing is probably good
[16:05] <chrisccoulson> asac - i will probably try to resurrect this, but that's something for me to look at next cycle now
[16:05] <chrisccoulson> but yeah, we need to announce the updates first
[16:08] <asac> yeah
[16:08] <asac> chrisccoulson: we can discuss all the great and perfect ideas i had during UDS ;)
[16:08] <asac> while drinking a beer
[16:08] <chrisccoulson> asac - sounds good :)
[16:08] <asac> maybe you want to pick some of those up ... or not
[16:09] <micahg> can I come too?
[16:13] <fta> asac, i'm not sure what i'm supposed to do now? upload or provide the -imho useless- info asked for the FreezeExceptionProcess?
[16:13] <micahg> asac: was DEB_MIN_SYSDEPS unintentionally applied to NSS and NSPR?
[16:19] <asac> fta: you started it by refusing to accept that mozilla delegates can approve it ;) ...
[16:19] <asac> imo you should just upload
[16:19] <asac> now
[16:19] <asac> unless they vetoed on the comment i made
[16:19] <fta> they didn't, until now
[16:21] <asac> fta: just upload then
[16:21] <fta> ok
[16:22] <asac> lose this bug and never open a new FFe bug
[16:22] <asac> we sent the mail you prepraed to technical-board
[16:22] <asac> i think it will just get approved and then we dont need to bother about it
[16:22] <asac> if someone complains, blame me ;)
[16:23] <fta> ok
[16:31] <fta> asac, you meant you already sent the email to TB?
[16:32] <asac> no i didnt
[16:32] <asac> we can do that today
[16:32] <asac> i can send as you seem to be unhappy about paperwork ;)
[16:32] <asac> which i totally understand ;)
[16:43] <asac> chrisccoulson: Bug 520166 is fixed according to reporter
[16:43] <asac> chrisccoulson: please add a fat sticky note to your desk that we need to update the plugin finder database before release
[16:43] <asac>  ;)
[16:44] <chrisccoulson> asac - ok, no problem
[16:44] <chrisccoulson> whats involved to update that?
[16:44] <asac> lets not discuss that right now ;)
[16:44] <asac> its simple, but i need to explain and probably we need IS love to get you permission to change it
[16:44] <micahg> chrisccoulson: vlc is ready if you want to review
[16:44] <fta> asac, done
[16:44] <asac> cool ;)
[16:44] <chrisccoulson> ok, no problem
[16:45] <micahg> chrisccoulson: bug 558981
[16:45] <asac> chrisccoulson: add a fat note ... we can do that after freeze is enforced
[16:45] <chrisccoulson> micahg - thanks, i will look at that in a bit. i need to get xulrunner working on ia-64 first though
[16:45] <micahg> chrisccoulson: did you see my note?
[16:45] <chrisccoulson> micahg - i did. but the fix for the test-suite is mostly trivial. the hard part is testing it
[16:45] <chrisccoulson> which is what i'm going to try this afternoon
[16:45] <micahg> chrisccoulson: ok
[16:51] <fta> asac, someone is cloning the chromium ppa: https://edge.launchpad.net/~towolf/+archive/crack/+packages?field.name_filter=&field.status_filter=&field.series_filter=
[16:54] <asac> fta: binary copies?
[16:54] <asac> or respinning?
[16:54] <fta> patched
[16:54] <asac> ah
[16:54] <asac> well. thats how live is ;)
[16:55] <asac> we want to foster a large community of downstreams etc. ;)
[16:55] <asac> if they put serious effort into it and we notice we might want to pull them in
[16:55] <asac> asking them to line up in ubuntu directly
[16:55] <fta>   * Add a_few_customized_shortcuts.patch.
[16:55] <fta>   * Disable drop_sse2.patch.
[16:55] <fta> the 2nd i can't take
[16:55] <asac> sure
[16:55] <asac> i think he wants it to work on really old hardwware
[16:55] <asac> oh disable
[16:56] <asac> well. yeah
[16:56] <asac> so he wants to support new ;)
[16:56] <asac> fta: maybe shoot him a mail if you see this ppa continuing that
[16:58] <fta> there's a build in progress right now so yes, it's active
[16:59] <maxb> asac: Hi, I lost my internet connection when we were talking about enigmail over the weekend: What's currently in your PPA works great for me.
[17:03] <micahg> bdrung: you might have to set MOZILLA_FIVE_HOME and LD_LIBRARY_PATH
[17:04] <bdrung> micahg: really?
[17:06] <BUGabundo_remote> fta: who the heck is this linus? http://code.google.com/p/chromium/issues/detail?id=40865#c18
[17:06] <micahg> bdrung: idk, package works for me
[17:06] <micahg> bdrung: but I only have 1 xulrunner
[17:07] <bdrung> for me too. maybe this issue is triggered by an extension
[17:07] <micahg> oops
[17:07] <micahg> I actually have 2
[17:07] <micahg> but xul192 and up
[17:07] <bdrung> micahg: i have two
[17:07] <bdrung> 191 and 192
[17:07]  * chrisccoulson is wishing his uplink was slightly faster
[17:08] <fta> BUGabundo_remote, never heard of him. apparently, he's a chromium-os and native-client dev
[17:08] <micahg> bdrung: and it works for you?
[17:08] <bdrung> yes
[17:09] <BUGabundo_remote> fta: I'm *trying* very very hard not to rant!
[17:09] <BUGabundo_remote> but that bug is driving me insane
[17:09] <micahg> bdrung: weird
[17:09] <bdrung> yes!
[17:09] <BUGabundo_remote> heck if they keep up with it, ill branch the darn code!
[17:10] <BUGabundo_remote> and revert it on a PPA just for me
[17:10] <fta> lol
[17:12] <BUGabundo_remote> lol nothing
[17:12] <BUGabundo_remote> I want my URLs
[17:22] <asac> chrisccoulson: oh one thing i just notices is that its a good idea to subscribe to the packages in debian (xulrunner/iceweasel)
[17:22] <chrisccoulson> asac - ok, i can do that
[17:22] <asac> sometimes it helps to get ideas about bugs we need to address etc.
[17:22] <asac> which we didnt know ;)
[17:23] <fta> asac, do you understand bug 561624?
[17:23] <micahg> asac: I thought the ubuntu mozilla list was subscribed to them?
[17:23]  * asac cheks
[17:23] <asac> micahg: to the packages?
[17:24] <asac> no ... to the icedove bugs ;)
[17:24] <micahg> asac: ah
[17:24] <asac> which i wanted to fix ... but i htink that was resolved now ;)
[17:24] <asac> it was a mistake to have all mails go there as our list is moderated
[17:24] <asac> you can subscribe in packages.qa.debian.org/xulrunner or something
[17:25] <fta> same for bug 561667
[17:30] <asac> fta: commented
[17:30] <asac> i think its a matter of preference whether we want -beta etc.
[17:30] <asac> for meta package i dont see a need as we already have recommends for that
[17:31] <asac> imo we decided to use different packages etc. we might want to invest some time in tools that would allow switching back to stable channel easily if user feels the current run channel buggs
[17:31] <asac> buggy
[17:31] <asac> but your decision ;)
[17:32] <fta> i have the same packages names everywhere, so switching is not that difficult
[17:32] <fta> -s
[17:32] <asac> yes.
[17:33] <asac> but i think the argument for using different package names is that you can have them side by side
[17:33] <asac> i see benefits of both
[17:33] <asac> for now i think we are fine
[17:33] <asac> imo you can mark it wont fix
[17:34] <fta> and the 2nd bug?
[17:35] <asac> fta: i concur on that one ... just not the way they phrase it
[17:35] <asac> maybe check what iceweasel uses
[17:35] <asac> ;)
[17:35] <asac> to refer to firefox
[17:36] <asac> i think we added something there at some point
[17:37] <asac> but its your call to find the right wording ;)
[17:37] <asac> i am bad at that
[18:32] <chrisccoulson> asac - it looks like i've got a good build of xulrunner on ia64 now (with the test-suite enabled)
[18:33] <chrisccoulson> fingers crossed nothing goes wrong at the last minute ;)
[18:34] <chrisccoulson> asac - do you want to review the patch before i commit it?
[18:35] <asac> chrisccoulson: paste a diff, yes.
[18:35] <asac> isnt htat a debian/rules change?
[18:37] <chrisccoulson> asac - unfortunately not. it's a source change:
[18:37] <chrisccoulson> http://paste.ubuntu.com/413773/
[18:37] <asac> err --- --disable-tests doesnt work?
[18:37] <asac> damn. ffox doesnt open
[18:37] <asac> i need a new daily ;)
[18:38] <chrisccoulson> asac - it would have done if i had also disabled the building of xulrunner-1.9.2-testsuite
[18:38] <asac> chrisccoulson: where did you get that wisdom from ;)?
[18:38] <asac> e.g. http://paste.ubuntu.com/413773/
[18:38] <asac> from debian?
[18:39] <chrisccoulson> asac - i just logged in to hally and did "objdump -d /bin/ls | grep ret" to find a return instruction
[18:39] <chrisccoulson> and then "echo | gcc -E -dM -" to find the gcc preprocessor macros on ia64 (which i found online) ;)
[18:40] <asac> cool
[18:40] <asac> upstream? ;)
[18:40] <asac> at least to debian if they dont have it
[18:40] <asac> ifyou are confident thats right, directly upstream of course
[18:41] <chrisccoulson> asac - yeah, will upstream that shortly
[18:53] <chrisccoulson> asac - are you ok to upload xulrunner tonight? i'm currently blocking quite a few things on ia64 now :)
[18:54] <asac> chrisccoulson: right. i think that should happen today then
[18:54] <asac> just prepare release, and let me know
[18:54] <chrisccoulson> ok, i'll update the branch then. do you have any changes you want to get in, or should i just tag it for release now?
[18:55] <asac> unless we have a fix for the armel "shows frame scrollbars everywhere" bug ;) ... i dont have anything
[18:59] <chrisccoulson> asac - ok, i've committed and tagged now, so it's ready to go
[18:59] <asac> on a call now ;)
[19:00] <chrisccoulson> ok, no worries
 i need a new daily ;) <= remember the bot is on hold, per doko's request
[19:15] <fta> asac, chrisccoulson: iirc, Mike (from debian) has iceweasel 3.6 green on lots of arches, incl. the test suite, did you check with him?
[19:15] <fta> (from his blog)
[19:25] <chrisccoulson> fta - on ia64 too? i see xulrunner-1.9.2 in experimental, but only for i386/amd64
[19:25] <chrisccoulson> same for iceweasel
[19:27] <asac> fta: well. i think that disabling our ppas showed that we are not really the problem ;)
[19:27] <asac> i dont see the build list proceeding
[19:27] <asac> i will talk to doko so we can enable it again
[19:27] <asac> if he wantes his stuff to get built he needs to boost build score ... otherwise it will never finish anyway
[19:33] <chrisccoulson> jdstrand - i see you committed an apparmor fix for firefox. i branched for lucid a couple of days ago, so you might want to commit there too if you want the fix in lucid
[19:33] <chrisccoulson> (i'm going to do one more lucid upload before final freeze)
[19:34] <fta> chrisccoulson, oops, it was for 3.5, sorry: http://glandium.org/blog/?p=927
[19:34] <chrisccoulson> fta - no worries
[19:34] <chrisccoulson> i will send the patch on to debian anyway
[19:38] <jdstrand> chrisccoulson: cool, thanks-- where is it?
[19:38] <chrisccoulson> jdstrand - lp:~mozillateam/firefox/firefox-3.6.lucid
[19:46] <chrisccoulson> jdstrand - so, i intend to do an upload of firefox probably tomorrow morning, and then that will hopefully be the last one before release
[19:46] <chrisccoulson> so, nows the time to get any last minute apparmor changes in :)
[19:46] <jdstrand> chrisccoulson: cool, committed
[19:47] <chrisccoulson> thanks
[19:54] <asac> chrisccoulson: did we add the mime patch ;)?
[19:54] <asac> for ffox?
[19:54] <chrisccoulson> asac - bzXXX_plugin_for_mimetype_pref.patch ?
[19:57] <asac> yes
[19:57] <chrisccoulson> asac - yeah, that one went in before last weeks upload
[19:57] <asac> oh cool.
[19:57] <asac> nevermind then
[19:58] <chrisccoulson> right, dinner time now
[19:58] <chrisccoulson> bbiab
[19:59]  * asac out too for a bit
[20:46] <DanaG> weird... the firefox 3.6.4 in the mozilla-dailies doesn't seem to have the plugin-isolation.
[20:47] <BUGabundo> DanaG: no build with it still out
[20:47] <BUGabundo> it was broken, it seems
[20:47] <BUGabundo> use 3.7 if you want it
[20:47] <DanaG> ah, okay.  Anything else notable, new in 3.7?
[20:47] <DanaG> or maybe I should google that.
[20:51] <BUGabundo> google what?
[20:51] <BUGabundo> changes?
[20:51] <BUGabundo> its Preview
[20:51] <BUGabundo> of what might be 4.x releases
[20:52] <DanaG> weird... even with 3.7, firefox is hanging on some site.
[20:52] <DanaG> example www.hardocp.com
[20:52] <micahg> DanaG: I have the same issue, can't see the plugin isolation on 3.6.4, but I know others have had it
[20:53] <DanaG> weird... I can't strace mozilla-runtime.
[20:54] <BUGabundo> DanaG: wfm in both 3.6 and 3.7
[20:54] <DanaG> weird... it's hanging, for me.
[20:55] <DanaG> /usr/lib/xulrunner-1.9.3a4pre/mozilla-runtime: error while loading shared libraries: libxpcom.so: cannot open shared object file: No such file or directory
[20:55] <BUGabundo> hee
[20:55] <BUGabundo> $ firefox -g helps?
[20:58] <DanaG> http://pastebin.com/JZkSQ0K1
[20:59] <DanaG> er, need to add debug symbols.
[21:00] <BUGabundo> yep
[21:00] <DanaG> This is with firefox-3.7-gnome-support-dbg installed:
[21:00] <DanaG> http://pastebin.com/nyg7REDJ
[21:00] <DanaG> Still says no debug symbols.
[21:02] <BUGabundo> lol
[21:03] <BUGabundo> well beats me
[21:03] <BUGabundo> so you better ping micahg, chrisccoulson or asac on it
[21:04] <DanaG> !find libxpcom.so
[21:05] <BUGabundo> LOLOL
[21:05] <BUGabundo> yeah right
[21:05] <BUGabundo> someone forgot to pack it
[21:05] <micahg> DanaG: firefox-3.7-gnome-support is an empty package
[21:05] <BUGabundo> ahah
[21:05] <BUGabundo> humm?
[21:05] <BUGabundo> DanaG: what dbg package *did* you install ?
[21:05] <micahg> DanaG: you need xulrunner-1.9.3-dbg
[21:06] <BUGabundo> $ dpkg -l | grep firefox | pastebinit
[21:06] <BUGabundo> !debug
[21:06] <BUGabundo> err
[21:06] <BUGabundo> !firefox-debug
[21:06] <BUGabundo> bad bot
[21:06] <DanaG> ah, I missed that dependency.
[21:11] <DanaG> weird... I installed the debug symbols, and now it's not crashing or giving the missing-lib error.
[21:16] <DanaG> Must've had a missing dependency, or something.
[21:16] <DanaG> now, is there a nice ppa for moonlight?
[21:18] <micahg> DanaG: moonlight 2.2 is in lucid
[21:19] <DanaG> I have 2.99 installed right now.
[21:19] <micahg> ah
[21:19]  * micahg will ask
[21:24] <micahg> DanaG: sorry, no PPA ATM that I know of
[21:26] <BUGabundo> DanaG: then its seriou
[21:26] <BUGabundo> if dbg as the dep and non-dbg doesn't
[21:26] <BUGabundo> someone forgot it
[21:28] <DanaG> firefox 3.7:
[21:28] <DanaG> Depends: fontconfig, psmisc, lsb-release, debianutils (>= 1.16), xulrunner-1.9.3, libatk1.0-0 (>= 1.29.3), libc6 (>= 2.4), libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 2.10), libnspr4-0d (>= 4.7.3-0ubuntu1~), libpango1.0-0 (>= 1.14.0), libstdc++6 (>= 4.1.1), firefox-3.7-branding | abrowser-3.7-branding
[21:29] <micahg> looks fine
[21:30] <chrisccoulson> micahg - do you need anything else sponsoring before final freeze?
[21:30] <micahg> chrisccoulson: vlc :)
[21:30] <micahg> chrisccoulson: libjdic-java, but I didn't file the bug yet
[21:31] <chrisccoulson> micahg - ok, those aren't a problem
[21:31] <chrisccoulson> micahg - what about thunderbird?
[21:31] <micahg> chrisccoulson: directhex said gluezilla is fixed, I'll check that out tonight
[21:31] <micahg> chrisccoulson: yeah, that should get one more upload
[21:32] <chrisccoulson> micahg - yeah, he asked for a sync of gluezilla eariler, has that not happened yet?
[21:32] <micahg> chrisccoulson: sync?  I didn't know debian was out of date
[21:32] <micahg> ah, maybe that's where he uplaoded
[21:32] <chrisccoulson> yeah, he uploaded to debian i think
[21:32] <chrisccoulson> ok, i'll try and find someone to sync that, but that might happen tomorrow now
[21:33] <micahg> chrisccoulson: k, if I get a chance, I'll test the debian version here for xul192 compatability
[21:33] <chrisccoulson> we should probably aim to get thunderbird uploaded tomorrow
[21:33] <micahg> chrisccoulson: then if it needs a patch, that'll be easier if it's sync'd already
[21:33] <micahg> chrisccoulson: sounds good
[21:34] <chrisccoulson> micahg - it's probably easier to test the version of gluezilla from debian before requesting a sync, because if it needs a patch anyway, then we don't have to find an arcive admin to sync it
[21:35] <micahg> chrisccoulson: ah, ok
[21:35] <micahg> chrisccoulson: I'll test tonight then and file a sync bug if it's good
[21:35] <chrisccoulson> ok, thanks
[23:20] <micahg> chrisccoulson: thunderbird-locales is the other thing we should probably update
[23:31] <cwillu_at_work> about:config -> javascript.options.jit.content takes effect immediately or requires a restart?