[07:38] <julius__> hello guys, the nightly builds for firefox have failed again ...
[07:39] <julius__> 1 out of 4 hunks FAILED -- rejects in file uriloader/exthandler/unix/nsMIMEInfoUnix.cpp
[07:40] <julius__> Patch mozilla-kde.patch does not apply (enforce with -f)
[07:40] <micahg> julius__: feel free to propose a merge fixing it if you like
[07:42] <julius__> micahg: I would gladly do so, but my system is not prepared for builds and trying do set it up will probably take longer than having someone else looking over the issue
[07:46] <micahg> julius__: we'll try to get to it soon, I won't be able to look at it until tomorrow night
[07:47] <julius__> micahg: OK, no problem, just wanted to inform you; thank you!
[07:48] <micahg> julius__: we could use someone to help keep the dailies going if you'd be interested in doing that
[07:49] <julius__> micahg: I could give it a try, for the next 10 days I have more time available
[07:50] <micahg> julius__: sure, it's purely volunteer, so you can spend as much time as *you* want
[07:50] <julius__> micahg: OK then
[07:50]  * micahg actually started with that almost 2 years ago :)
[07:51] <julius__> I see ... :)
[07:51] <julius__> micahg: so, how do I start?
[07:51] <micahg> the branch is lp:firefox
[07:52] <micahg> you can grab the .orig.tar.gz from the daily PPA
[07:53] <julius__> OK
[08:57] <julius__> micahg: I found some differences but I don't know what to do with them
[09:06] <julius__> micahg: where and how I can test the new patch?
[09:15] <micahg> julius__: sorry, it's 3AM and I have to finish something before bed, can we continue later?
[09:15] <julius__> micahg: sure, no problem; sleep well!
[09:16] <micahg> julius__: there should be a README.source in the debian dir in lp:firefox if you're feeling adventerous
[09:17] <julius__> micahg: OK, I'll look there; have a good night sleep!
[09:19] <micahg> julius__: thanks
[09:20] <fta2> micahg, http://launchpadlibrarian.net/65426925/buildlog_ubuntu-natty-armel.chromium-browser_9.0.597.107~r75357-0ubuntu1_FAILEDTOBUILD.txt.gz  :(
[09:21] <fta2> i should drop arm, i'm just poking in the dark without any way to build or test :(
[09:27] <julius__> fta2: do you know how to integrate a patch into the firefox nightly build?
[09:28] <fta2> julius__, sure, but i'm no longer a mozilla maintainer, ask chrisccoulson or micahg
[09:29] <julius__> fta2: OK, thanks
[09:39] <micahg> fta2: well, there's a task assigned to linaro to help with that
[10:45] <julius__> chrisccoulson: hi, I saw that the firefox nightly did not build and I think I found the issue; how can I test the patch?
[14:08] <fta2> asac, help!
[14:13] <asac> fta: i am here ;)
[14:13]  * asac hopes fta didnt drown already
[14:23] <chrisccoulson> hi fta2
[14:24] <chrisccoulson> i might have the thunderbird.head branch ready to start 3.3 dailies later
[15:57] <fta> chrisccoulson, cool, i need the new branch names and locations
[15:57] <fta> asac, still there?
[15:58] <fta> asac, http://paste.ubuntu.com/574525/  i need to know where i should enable/disable armv7, arm_neon, arm_thumb for lucid, maverick, natty
[15:59] <fta> asac, i'm sick of poking in the dark, i can't build, i can't test
[16:00] <fta> asac, my last update failed, i found out why by digging into my bzr branches, but it's not a good solution, i always find the problems afterwards
[16:00] <fta> asac, my only other option is to simply stop caring about arm :(
[19:28] <jdstrand> fta: fyi- https://launchpad.net/~ubuntu-security-proposed/+archive/ppa/+buildjob/2294422
[19:28] <jdstrand> fta: maverick/armel ftbfs
[19:28] <fta> jdstrand, i know
[19:28] <jdstrand> ah
[19:28] <jdstrand> ok
[19:28] <fta> same on natty
[19:29] <jdstrand> fta: I'm somewhat inclined to push out i386 and amd64 and have armel get fixed in the next update. what is your opinion?
[19:29] <jdstrand> micahg: ^
[19:30] <fta> jdstrand, http://irclogs.ubuntu.com/2011/03/02/%23ubuntu-mozillateam.txt  9:20 and 15:58
[19:30] <fta> jdstrand, yep, please do
[19:31] <jdstrand> fta: ok
[19:33] <fta> jdstrand, i really don't know how i can really support arm. we don't have porter boxes like debian, i don't have that h/w here, i'm not allowed to have a native ppa (which won't solve the testing part anyway), and no-one from the arm team seem to care enough to help.
[19:34] <fta> so i can only flip switches in the dark with a long stick, and hope for the best.
[19:34] <fta> depressing
[19:34] <jdstrand> fta: I hear you. micahg may be able to help going forward. one option could be to have him funnel your packages to the ubuntu-mozilla-security ppa
[19:35] <jdstrand> fta: but that is only part of the problem, I realize
[19:36] <micahg> the problem looks like it just needs an ifdef, I'm just not sure what the ifdef should be
[19:36] <micahg> I might be able to get janimo to take a look
[19:36] <fta> nonix4, it's just that i forgot a arm_thumb=0 during the codecs merge, but i found another while trying to fix that
[19:37] <fta> nonix4, n-m
[19:37] <fta> i meant "no, it's..."
[19:37] <micahg> ah, ok
[19:37]  * micahg should've checked that as well
[19:38] <fta> but i had armv7 set in one package and unset in the other, for months, no-one noticed
[19:39] <fta> i'm wondering if anyone is really testing those
[19:39] <chrisccoulson> fta - for arm - i feel exactly the same as you ;)
[19:39] <fta> hence my request to asac
[19:39] <chrisccoulson> (although i can build it, i have no way of testing anything on arm)
[19:39] <chrisccoulson> and the porter boxes are super slow ;)
[19:39] <fta> i'm accepting donations ;)
[19:40] <chrisccoulson> heh :)
[19:40] <fta> i should blog about this
[19:41] <fta> i think i will
[19:57] <asac> fta: dont bother about lucid ... maverick and natty are important. both are armv7=1 and neon=0 and arm_thumb=1 ... but for performance intense hot spots of code you might want to keep arm_thumb=0 if you have an option to do that for parts
[19:58] <asac> we are adding "neon if available" for skia so then you can use neon=1 ... but you would be notified i guess
[19:58] <asac> lucid is the same btw
[19:59] <asac> fta: do you want hardware?
[19:59] <asac> i can get you a board
[19:59] <fta> that would solve the problem
[19:59] <asac> definitly a beagle for now ... a panda probably soon
[19:59] <asac> awesome i will work on that
[20:02] <asac> let me see if i can get you access to a porter box as well sooner
[20:05] <fta> excellent
[20:37] <m_conley> chrisccoulson: ping
[20:58] <m_conley> chrisccoulson: ping
[20:58] <chrisccoulson> hi m_conley, how are you?
[20:58] <m_conley> chrisccoulson: things are good!  Have things started to calm down for you a bit yet?
[20:58] <chrisccoulson> heh :)
[20:58] <chrisccoulson> i wish ;)
[20:59] <m_conley> chrisccoulson: well, I was wondering if you wanted to give my add-on a spin:  https://addons.mozilla.org/en-US/thunderbird/addon/messaging-menu-integration/
[20:59] <chrisccoulson> yeah, i will do. i'm just trying to build thunderbird 3.3 atm
[21:00] <m_conley> nice
[21:00] <m_conley> it's a good version.  :)
[21:00] <m_conley> (the add-on is currently only supporting 3.1.* though)
[21:00] <chrisccoulson> ah, ok
[21:00] <chrisccoulson> that should be easy for me to test then :)
[21:40] <fta> chrisccoulson, still in the a3 crashes?
[21:56] <chrisccoulson> fta - not now \o/
[21:56] <chrisccoulson> just getting tbird 3.3 ready :)
[21:57] <fta> chrisccoulson, good, maybe you'll have time for breakpad soon then ;)
[21:57] <chrisccoulson> fta - yes :)
[21:57] <fta> chrisccoulson, http://ftagada.wordpress.com/2011/03/02/blindly-poking-at-arm-bugs-with-a-stick/
[21:59] <chrisccoulson> i keep thinking about buying some arm hardware
[21:59] <chrisccoulson> if i can find any ;)
[22:00] <chrisccoulson> it is a bit of a pain. and firefox takes nearly 10 hours to build on arm now!
[22:00] <chrisccoulson> actually
[22:00] <chrisccoulson> it's 12 hours :(
[22:01] <chrisccoulson> that sucks
[22:01] <fta> 21 for ch, before the codecs merge
[22:01] <chrisccoulson> eek, that's pretty long
[22:01] <chrisccoulson> are you running a test suite too?
[22:01] <fta> no
[22:01] <fta> not anymore
[22:01] <chrisccoulson> that *is* quite long ;)
[22:01] <chrisccoulson> the 12 hours for firefox includes the full set of tests, which take up most of the time
[22:02] <fta> a couple of hours just for linking the binary
[22:02] <chrisccoulson> or, at least i *think* it's most of the time. i guess i should instrument the build really
[22:06] <fta> PERF: 'chrome chrome_sandbox ' built in 1184 sec  (amd64)
[22:06] <fta> PERF: 'chrome chrome_sandbox ' built in 69396 sec (armel, without the codecs)
[22:07] <fta> just the build, not the deb, strip, etc
[22:07] <fta> and that's v9, v11 is biggest
[22:07] <fta> bigger
[22:10] <fta> 1h20 spent outside of the real build