/irc-logs / mozilla / #developers / 2013-03-28 / end

Options:

# Session Start: Thu Mar 28 00:00:00 2013
# Session Ident: #developers
# [00:00] <cpeterson> mdas: beware that some of the Gaia UI and FxOS apps were written using desktop-style mousedown/move/up events. Those apps were fixed with gaia/shared/js/mouse_event_shim.js to simulate desktop-style mouse events from real touch events. That code make interfere with gesture events.
# [00:02] * Quits: wlach (wlach@moz-A1116E53.sdsl.bell.ca) (Ping timeout)
# [00:03] * Quits: robertbindar (bindar@moz-C133775.eregie.pub.ro) (Quit: Leaving.)
# [00:04] * philor|away is now known as philor
# [00:04] * hwine|mtg is now known as hwine
# [00:05] * Quits: TheOne (one@moz-CFF61793.dip.t-dialin.net) (Input/output error)
# [00:05] * geekboy is now known as geekboy|afk
# [00:05] * Joins: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net)
# [00:05] * khuey is now known as khuey|away
# [00:06] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [00:07] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Connection reset by peer)
# [00:08] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [00:08] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [00:09] <Waldo> dolske: didn't you hear, I've been freelancing the file control UX changes!
# [00:09] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Connection reset by peer)
# [00:09] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:09] * Joins: juanb (jbecerra@moz-ACDE7EEC.mozilla.com)
# [00:09] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [00:10] <mdas> cpeterson: oh, yes thanks, we know from first hand automation problems :)
# [00:11] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [00:11] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [00:11] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Connection reset by peer)
# [00:12] * Quits: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com) (Connection reset by peer)
# [00:12] * Quits: spartanfire (guimdearau@DBDFA50.8C382C77.7C9220AF.IP) (Quit: spartanfire)
# [00:12] <@dolske> Waldo: I know, I was trying not to complain about the new red-and-white stripes it has.
# [00:13] <Bas> gps: Fwiw, if you support the idea I'd be very interested to hear that support (and your arguments for it), on the mailing list as well.
# [00:13] * Joins: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com)
# [00:13] <Waldo> dolske: it's part of the new candyland theme I'm pioneering!
# [00:13] <Waldo> dolske: we're going to candy mountain dolske!
# [00:13] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [00:13] <@dolske> gumdrop mountain, here I come!
# [00:13] <grobinson> Anybody here know how to log to the Web Console from C++ code?
# [00:13] <BenWa> gps: adding a guard for if exit_code > 255: because 256 overflows to 0
# [00:13] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Connection reset by peer)
# [00:13] * Quits: clee (clee@E48845AB.3A9F9BD4.4C2245EF.IP) (Quit: clee)
# [00:14] * Quits: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [00:14] <BenWa> clamps to 255
# [00:14] * Joins: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP)
# [00:15] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [00:16] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [00:16] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [00:16] <@bz_away> Has anyone seen smontagu?
# [00:16] * Quits: ehsan|mtg (ehsan@EF408078.10A53EE3.77834EAA.IP) (Input/output error)
# [00:16] <aja> yikes....apparently Chrome is visiting Candyland, too
# [00:17] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [00:17] <@dolske> ?
# [00:17] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [00:18] <aja> see tools panel in beta/canary builds
# [00:19] <Waldo> poidh
# [00:19] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
# [00:21] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [00:21] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [00:21] <Bas> sfink: Out of interest, should in a completely theoretical world a Moz2D subrepo be proven to work well. Would you think the JS engine might want to have a similar system?
# [00:22] <sfink> Bas: my personal guess would be 'yes'
# [00:22] <Waldo> yes yes a thousand times yes
# [00:22] <Waldo> if only we had an engine capable of being used that way :-(
# [00:23] <Bas> Waldo: You have stand-alone testing infrastructure right?
# [00:23] <Waldo> like, I wish Gecko *could* switch to v8, because right now if someone decided they were going to do that, it'd likely be a multi-month endeavor to get it right, I'd bet
# [00:23] <Waldo> not that I think this will happen, or should
# [00:23] <dcamp> Bas: I'd sure be interested to hear if that's successful
# [00:24] <Waldo> but there should not be nearly so much intertwinedness between Gecko and SpiderMonkey
# [00:24] <Bas> Right, I understand, too many bidirectional dependencies at the moment?
# [00:24] * @roc retweets "Waldo: I wish Gecko could switch to v8"
# [00:24] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [00:24] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [00:24] <mbrubeck> Waldo: Or, in the other direction, "what if Node wanted to switch to Spidermonkey" which we have some actual experience with...
# [00:24] <Waldo> roc: yeah, yeah, I was thinking of that when I said it :-)
# [00:24] <sfink> Bas: yes, we do have standalone testing code. Not sure if that's what you meant by "infrastructure".
# [00:24] <@roc> you're safe; I don't actually use Twitter
# [00:24] <markh> grobinson: look for nsIConsoleService
# [00:24] <Waldo> heh
# [00:25] * Quits: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP) (Ping timeout)
# [00:25] <Bas> sfink: Yeah, I guess it's not stand-alone automation like I want for Moz2D in an ideal world, I understand.
# [00:25] * Waldo has very serious doubts that cycle collection could be integrated at all easily with any other JS engine
# [00:25] <mbrubeck> /mobile used to be in a separate repository
# [00:26] <@smaug> Waldo: well, Gecko and Webkit have rather different memory management, in other words, webkit doesn't have such. That has partially lead to the current setup where Gecko needs to use low level JS eng APIs
# [00:26] <Waldo> Bas: mostly it's Gecko hooking into deep SpiderMonkey guts we only have half-exposed as "friend" APIs that we're allowed to break any time we want, for any reason
# [00:26] <mbrubeck> but the coupling with the rest of m-c was strong enough that it was way more pain than benefit
# [00:26] <Waldo> smaug: true enough
# [00:26] <mbrubeck> at least, the way we did it
# [00:26] <Waldo> smaug: I suspect we could have something cleaner than we have now, tho
# [00:26] <@smaug> sure
# [00:26] <Bas> Waldo: *nods*
# [00:26] <@smaug> if JS API would be saner ;)
# [00:26] <Waldo> smaug: you think I'm going to disagree with that? you must be new here :-)
# [00:27] * @smaug is very new here
# [00:27] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [00:28] <sfink> Dear brain: you know that problem where you run mochitests but it times out waiting for the server to start up? Probably because xpcshell is crashing on startup or something? What did I do to get the xpcshell invocation running under a debugger last time?
# [00:28] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
# [00:28] <sfink> oh, I think maybe I replaced the xpcshell binary with a shell script that starts it up under gdb
# [00:29] <Waldo> Bas: SpiderMonkey's traditionally developed as a standalone thing, if not always frequently distributed as such, so we've never really had dependencies on Gecko -- a very good thing, I think, given Mozilla's track record at having nice clean abstractions
# [00:29] <Waldo> although I think we're improving on this record now, and moreso as time progresses
# [00:29] <mbrubeck> sfink: Alternately you could probably replace [xpcshell] with ['gdb', xpcshell] at http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/runtests.py#427
# [00:29] <mbrubeck> or something like that
# [00:29] <sfink> ooh, that's maybe simpler
# [00:29] <sfink> mbrubeck: thanks
# [00:30] <@dolske> I want to be able to plug features into spidermonkey, like E4X and sharp variables.
# [00:30] <@dolske> this is critical to my enterprise deployment rollout.
# [00:30] <sfink> I want to be able to plug sharp things into dolske
# [00:30] <Bas> waldo: Well, yeah, I guess that is exactly what I'm trying to do here, I think a separate repo (now that the technology hopefully exists), would be a good addition to that.
# [00:30] <mbrubeck> like E4X
# [00:30] <mcsmurf> sfink: ./mach mochitest-plain --debugger=gdb ...
# [00:30] <@dolske> ow. my doctor said I'm not supposed to get sharp things in my eye!
# [00:30] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [00:31] <mcsmurf> sfink: though that's mochitest, not xpcshell..
# [00:31] <mbrubeck> mcsmurf: That runs the browser under a debugger; sfink wants to run the server under a debugger
# [00:31] * Quits: Mic (Mic@moz-AE6DEC66.superkabel.de) (Quit: No time to waste, let's go!)
# [00:31] <Bas> gps: Any chance you could help me to find out how hard it would be for our git-clone to support a mercurial subrepo?
# [00:31] <mcsmurf> oh
# [00:31] <Waldo> dolske: you outsource your IRC conversations to a freelance writer, correct?
# [00:31] <mbrubeck> (mochitest uses xpcshell to run server.js)
# [00:31] <mcsmurf> ah now I get it :)
# [00:31] <@dolske> Waldo: (send help)
# [00:32] <tbsaunde> sfink: just run dist/bin/xpcshell? (may or may not work)
# [00:32] * Joins: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP)
# [00:32] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [00:33] <sfink> tbsaunde: nope, it doesn't get far enough along to crash. Says "failed to get nsXPConnect service!" first. But mbrubeck's solution is working perfectly.
# [00:33] * Quits: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com) (Quit: beaufour)
# [00:33] <sfink> it would be nice if runtests.py reported the xpcshell crash a little better
# [00:34] * Joins: RealRaven (Thunderbir@8E0B5ACA.42482A8E.27F80FAC.IP)
# [00:34] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:34] <tbsaunde> sfink: ah, the gre path vudu isn't magically working in your case :-/
# [00:37] * Quits: Ann_Yimi_ (Ann_Yiming@2557E599.66715431.D25A875A.IP) (Input/output error)
# [00:37] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: )
# [00:37] * Joins: Ann_Yiming (Ann_Yiming@2557E599.66715431.D25A875A.IP)
# [00:37] * Joins: devd (Name@moz-9DACDECA.cs.berkeley.edu)
# [00:38] * Quits: RealRaven (Thunderbir@8E0B5ACA.42482A8E.27F80FAC.IP) (Quit: RealRaven)
# [00:38] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [00:38] * whimboo|afk is now known as whimboo
# [00:39] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
# [00:39] * mjschranz_away is now known as mjschranz
# [00:39] * Quits: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net) (Client exited)
# [00:40] * njn wonders what the exact meaning of "jouez et jouissez" is
# [00:40] <devd> hi, how can I figure out whether a docshell refers to a top level frame or an iframe? can anyone link me to sample code? How do I handle mozbrowser frames?
# [00:40] <fabrice> njn: play and have orgasms
# [00:40] <@dolske> njn: "Indeed Google translate failed me as I tried to say "Have fun and enjoy". "
# [00:41] <njn> fabrice: ah. Google translate indeed misses that particular nuance
# [00:41] <@dolske> fabrice: oh dear, is that the literal translation?!
# [00:41] <Bas> I wonder if there were actually people offended.
# [00:41] <fabrice> dolske: yes. It used to be the tag line for a condom brand in France
# [00:41] <njn> dolske: that's the whole point of the discussion
# [00:41] <njn> lol
# [00:41] <fabrice> I think that was perfect
# [00:41] <njn> Mozilla is a great place to work
# [00:42] <@dolske> lolz. I thought it was just something garbled.
# [00:42] * Joins: cstipkovic (uid6805@moz-C944F5EC.irccloud.com)
# [00:42] * @dolske is pleased to see the infamous meat/vodka bit listed in http://en.wikipedia.org/wiki/Literal_translation#Mistranslations
# [00:42] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [00:43] * Joins: jrmuizel (jrmuizel@6E6CCD63.BC65149B.D16F30BC.IP)
# [00:44] * Joins: sfink_ (chatzilla@moz-3AFB2EB2.dsl.pltn13.sbcglobal.net)
# [00:44] * Quits: sfink (chatzilla@moz-3AFB2EB2.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [00:44] * nthomas is now known as nthomas|away
# [00:44] * sfink_ is now known as sfink
# [00:45] <Callek> dolske: but vodka *is* always good
# [00:45] * Quits: jrmuizel (jrmuizel@6E6CCD63.BC65149B.D16F30BC.IP) (Client exited)
# [00:46] <@dolske> you have a lot to learn about vodka, son
# [00:46] <Callek> dolske: after you drink enough of it, it is always good :-)
# [00:46] <@dolske> I repeat my previous comment!
# [00:46] * Joins: jrmuizel (jrmuizel@6E6CCD63.BC65149B.D16F30BC.IP)
# [00:47] <tbsaunde> dolske: I think you just stop too soon
# [00:47] * @dolske sends Callek a plastic gallon of Popov's "finest"
# [00:47] <Callek> I make my own in a distillery
# [00:47] <Callek> out back
# [00:48] <Callek> (ok really, I don't drink at all -- so I probably do have a lot to learn)
# [00:48] * Joins: ehsan|mtg (ehsan@EF408078.10A53EE3.77834EAA.IP)
# [00:49] * Quits: jrmuizel (jrmuizel@6E6CCD63.BC65149B.D16F30BC.IP) (Client exited)
# [00:49] <@dolske> cheap liquor has a reputation for being poorly packaged (plastic bottles, really), tasting off, and giving nasty nasty hangovers.
# [00:49] * Joins: mwobensmith (Adium@2F560B30.27376607.189F3E15.IP)
# [00:50] * Quits: nbt (nbt@moz-D891C5B8.cable.virginmedia.com) (Quit: )
# [00:51] * Joins: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP)
# [00:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/82441eb369e8 - Randell Jesup - Bug 839650: Remove assertion suppression from dom/media/tests/mochitest r=jsmith
# [00:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2ab3b6ef0786 - Randell Jesup - Bug 842126: Avoid deadlock if we can't send an Open message r=mcmanus
# [00:51] * khuey|away is now known as khuey
# [00:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a4ae083f9caf - Randell Jesup - Bug 843695: Make some DataChannels assertions fatal in opt/release r=derf,r=ted
# [00:52] * coop|mtg is now known as coop|afk
# [00:53] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Write error: Connection reset by peer)
# [00:53] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [00:54] * Joins: jrmuizel (jrmuizel@6E6CCD63.BC65149B.D16F30BC.IP)
# [00:54] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [00:54] * Quits: ehsan|mtg (ehsan@EF408078.10A53EE3.77834EAA.IP) (Input/output error)
# [00:56] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [00:57] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
# [00:57] * geekboy|afk is now known as geekboy
# [00:58] * Quits: till (till@moz-1C485254.adsl.alicedsl.de) (Client exited)
# [00:58] <njn> I'm using NS_NewLocalFile() to write a file, but I also want it to work if I'm overwriting an existing file, and NS_NewLocalFile() fails in that case. What should I do?
# [00:58] * geekboy is now known as geekboy|afk
# [00:59] * Quits: jrmuizel (jrmuizel@6E6CCD63.BC65149B.D16F30BC.IP) (Client exited)
# [00:59] * Quits: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [01:00] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [01:00] * Fallen is now known as Fallen|away
# [01:01] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [01:01] <heycam> is that Fedora64 pgo build failure anything to worry abotu?
# [01:02] <heycam> compiler segfault
# [01:02] * Joins: brson_ (brson@2557E599.66715431.D25A875A.IP)
# [01:02] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [01:02] * heycam ignores
# [01:02] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/40b1eec8a12a - Cameron McCormack - Bug 855183 - Reflow SVG text sooner on full page zoom. r=longsonr
# [01:04] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [01:04] <gps> Bas: so, I know hg-git supports subrepos. I'm just not sure how it works workflow wise in git land
# [01:04] * Joins: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu)
# [01:04] <Bas> gps: How might I test, considering I don't want to offend our friends using git :-)
# [01:04] <gps> Bas: FWIW, I've contributed to hg-git and am familiar with the code base. if we need it to do something else, that's potentially on the table :)
# [01:05] <Bas> gps: That's even more awesome :)
# [01:05] <gps> Bas: you can just create a dummy Mercurial repo and set up hg-git!
# [01:05] * Quits: victorporof (victorporo@CE45988F.E6F61E32.320F75DD.IP) (Quit: victorporof)
# [01:05] <gps> https://bitbucket.org/durin42/hg-git
# [01:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e3e6a4b45028 - Nicholas D. Matsakis - Bug 853555 - Avoid using `a[i] = b` until we are sure that `i` is defined on `a` r=till
# [01:05] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Connection reset by peer)
# [01:06] <johns> Ideally it would just convert changes from .hgsubs to .gitmodules right?
# [01:06] <gps> I /think/ you can |pip install hg-git| and then just set up the extension in your .hgrc and it's ready to go
# [01:06] <gps> johns: I'm pretty sure that's what it does
# [01:06] <gps> but in terms of workflow, subrepos and submodules aren't the same
# [01:06] <johns> What we want to avoid is having it convert things in a bad way, and then having to go back and rewrite git history to use the proper method later
# [01:06] <philor> Im starting to think of it as a game, where my score is based on how few pushes I allow through before closing for bustage again
# [01:06] <nmatsakis> RyanVM|Dinner: ping (later)
# [01:06] <gps> IIRC with Git submodules you need to manually recurse to perform updates
# [01:06] <philor> how does everyone else keep score?
# [01:06] <Bas> gps: As far as I can tell, subrepos are more what I want than git submodules.
# [01:06] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [01:06] * Quits: mcsmurf (mcsmurf@moz-6A85856F.dip.t-dialin.net) (Quit: )
# [01:07] <gps> Bas: I think you are correct about that
# [01:07] <gps> Git submodules are teh suck
# [01:07] <johns> philor: I think the scoreboard in engineering is just labeled "times burning inbound"
# [01:07] <Bas> gps: Why does git not have subrepos? Is there a particular reason?
# [01:07] <gps> http://blog.codekills.net/2011/07/14/nested-repository-handling-in-git-and-mercurial/
# [01:07] <gps> I've heard stories that the Git people don't accept patches to make submodules suck less
# [01:07] <gps> why, I dunno. I'd have to look at mailing lists
# [01:08] <gps> apparently the Facebook crowd knows
# [01:08] <gps> maybe ask sid0
# [01:08] * mjschranz is now known as mjschranz_away
# [01:08] <sid0> git submodules are a massive joke
# [01:08] <johns> The solution is obvious: Fork git!
# [01:08] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [01:09] <sid0> their existence is a net negative to the world
# [01:09] <philor> jesup: just a suggestion, maybe don't make DataChannels fatal to the *build process*?
# [01:09] <sid0> however, now that it's in a release product the UI is set in stone
# [01:09] <sid0> Bas: ^ therefore it can't be changed
# [01:09] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [01:10] * Quits: juanb (jbecerra@moz-ACDE7EEC.mozilla.com) (Quit: juanb)
# [01:11] <sid0> the answer for git submodules, and to a lesser extent hg subrepos, is "don't"
# [01:11] <Bas> sid0: Well, we need something like it, so hg subrepos it is :p
# [01:11] <jesup> philor: Ugh. Sorry.
# [01:11] <sid0> Bas: what's the use case?
# [01:11] <jesup> I'll back it out
# [01:11] * Quits: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com) (Ping timeout)
# [01:11] <Bas> sid0: Subrepositories :p
# [01:12] <sid0> Bas: that's not a use case
# [01:12] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Ping timeout)
# [01:12] <Bas> sid0: Sure it is, when the product is git, it is :P
# [01:12] <sid0> what are you actually trying to do?
# [01:12] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:12] <Bas> sid0: So in our case potential usecases I think would be NSPR, JS and Moz2D, in my case, I'm particularly interested in Moz2D.
# [01:12] * Joins: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com)
# [01:12] <sid0> Bas: what's wrong with the current NSPR deployment model?
# [01:13] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
# [01:13] <sid0> into m-c
# [01:13] <sid0> or is this a different product
# [01:13] <gps> people want smaller, isolated repos
# [01:13] <sid0> they don't
# [01:13] <sid0> trust me, they don't
# [01:13] <Bas> sid0: I do, and most other people I've talked to do :p
# [01:14] <Bas> sid0: I think fondly I worked at a place which had it :p
# [01:14] <sid0> the supposed win is more than offset by the pain of actually keeping trees in sync
# [01:14] <sid0> IMO there are two viable development models:
# [01:14] <gps> easier to do at a company not based on open source. here, we're practically maintaining forks of some projects in m-c
# [01:15] <sid0> (1) a full-fledged versioning system, like what is used for NSPR now
# [01:15] <sid0> (2) all development happens in one repo
# [01:15] <sid0> anything in between is doomed
# [01:15] <sid0> I think we already have a great OSS example in comm-central
# [01:16] <Bas> sid0: Moz2D would have its own builds, tests, etc. The revision tag in m-c would be updated at a regular basis.
# [01:16] <philor> an example of doooooomed?
# [01:16] <sid0> philor: comm-central, which pulled in tip of m-c all the time and broke all the time as a resut
# [01:16] * @dolske updates his "It has been X days since someone mentioned 'great' and 'comm-central' in the same sentence" counter.
# [01:16] <sid0> er, result
# [01:17] * Quits: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [01:17] <philor> we don't have to go that far for doomed, b2g is totally doomed by its build system
# [01:17] <sid0> wait, b2g uses submodules?
# [01:17] <gps> repo I think
# [01:18] <tbsaunde> sid0: sure, but that's an argument for not using tip, not not doing it at all
# [01:18] <philor> b2g pulls n repos from m mirrors in o states
# [01:18] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 19.0.2/20130311161054])
# [01:18] * Joins: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [01:19] <jesup|laptop> Sorry, my main browse froze on me
# [01:19] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
# [01:19] <tbsaunde> yeah, b2g uses repo but I wouldn't be that shocked if it used sub modules too =P
# [01:19] * Joins: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [01:19] <sid0> gps: repo is not a particularly liked tool, I understand.
# [01:19] <jesup|laptop> philor: you want a bustage fix (parens around the 0 in "while 0", or a backout? ready to do either
# [01:19] * vladan is now known as vladan-afk
# [01:19] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [01:20] <tbsaunde> sid0: the problem is the only real alternative to some sort of sub repoish thing is cp and patches and update scripts
# [01:20] <sid0> Bas: it's still not clear to me why you can't just check Moz2D into m-c
# [01:20] * dholbert is now known as dholbert|afk
# [01:20] <gps> we could automatically mirror Moz2D's pushes into m-c
# [01:20] <tbsaunde> because it should be a seperate project?
# [01:21] <gps> replay commits
# [01:21] <tbsaunde> gps: you'd have to figure something out for backouts but sure
# [01:21] <Bas> gps: We could :( It would not allow us to nicely and cleanly revert m-c to older Moz2D versions if we had a problem with a certain Moz2D version and such,.
# [01:21] <sid0> tbsaunde: here at my current employer, we discourage repo proliferation
# [01:21] <gps> but then you tie the behavior of Moz2D to m-c development model
# [01:22] <jesup|laptop> philor: ping. If I don't hear, I'll commit the bustage fix
# [01:22] <sid0> tbsaunde: indeed we are looking to consolidate repos, not proliferate
# [01:22] <tbsaunde> sid0: that's nice, but some people believe seperate projects are a good thing
# [01:22] <gps> tbsaunde: what you're saying is we should use Mercurial as a DVCS and not Subversion, right :)
# [01:23] <tbsaunde> gps: ?
# [01:23] <gps> the fact we treat m-c as Subversion/CVS bothers me
# [01:23] <gps> as opposed to bookmarks / Git branch model
# [01:23] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [01:23] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [01:24] <gps> and the fact we have N project branches instead of 1 unified repo
# [01:24] * Quits: j0ni_ (j0ni@moz-20B252D9.home.otenet.gr) (Ping timeout)
# [01:24] <tbsaunde> gps: you mean as in everyone checks into one tree? it doesn't bother me too much, but it does seem to have its scalability issues
# [01:24] <benjamin> at least you can't mutate tags...
# [01:24] <@dolske> idle question I will probably regret asking: how likely is it that Moz2D will have active development outside the scope of "make it work in Firefox*"?
# [01:24] <jesup|laptop> ok. I'm going to got with the bustage fix unless there are objections
# [01:25] <tbsaunde> gps: honestly I think of them as teh same repo (and pull them into the same tree)
# [01:25] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [01:25] <tbsaunde> gps: my hg tree has heads for m-c m-i m-b m-a m-esr10 and m-esr17
# [01:26] * Quits: nsm (nikhil@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:26] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [01:26] * Quits: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [01:26] * aki|buildduty is now known as aki|biab
# [01:27] * Joins: evilpie_ (tom@moz-E64D4837.pools.arcor-ip.net)
# [01:27] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Ping timeout)
# [01:27] <Callek> tbsaunde: you best not push esr10 to trunk, or vice versa
# [01:27] <Callek> k-thx
# [01:27] <gps> Bas: hg-git simply converts .hgsub to and from .gitmodules
# [01:27] <gps> Git submodules result in a [git] section in .hgsub
# [01:27] * khuey is now known as khuey|away
# [01:27] <jesup> Ok, pushing bustage fix now
# [01:28] <Bas> gps: Hrm, so how do they follow the tagging that hg subrepos does?
# [01:28] <Bas> gps: i.e. if you do a git clone and update, will it pull in the hg repo nicely, the right revision and all?
# [01:28] * Quits: ctangira (ctangira@moz-264CB7F1.cisco.com) (Ping timeout)
# [01:28] <gps> Bas: I'd have to test that
# [01:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/01de5071069b - Randell Jesup - Bug 843695: bustage fix rs=me on a CLOSED TREE
# [01:29] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [01:29] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Connection reset by peer)
# [01:29] <Bas> gps: That would be great, if you told me to figure it out myself I'd be very understanding of that too :-)
# [01:29] * whimboo is now known as whimboo|afk
# [01:29] <gps> Bas: I'd prefer you did it :)
# [01:29] <gps> you created this mess after all :)
# [01:29] <Bas> gps: *grins*
# [01:30] <Bas> gps: I'm really really really hoping this great potential experiment will not work because of this git hell people seem to have insisted on creating.
# [01:30] * nthomas|away is now known as nthomas
# [01:30] <gps> well, subrepos are their own hell
# [01:30] <jesup> As soon as an opt build goes green, we should open
# [01:30] <gps> pick your poison
# [01:30] <Bas> gps: As far as I can tell mercurial subrepos are just what we need (moreso on hg 2.0+ but still), I'm not sure what their problems are?
# [01:31] <NeilAway> is it me or does pymake -jN like to build a bunch of crap after something errors out?
# [01:31] <gps> NeilAway: that's how make works
# [01:31] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [01:31] <gps> if there are N parallel processes and 1 fails, it waits for the existing processes to finish
# [01:31] <gps> rather than forcibly abort and leave in a potential bad state
# [01:32] * kaze is now known as kaze|zZz
# [01:32] <jesup> That's why I always send make output to a /tmp/x file and then load-and-search-for-first-"error:"
# [01:32] * NeilAway groans at Waldo's pun 2 hours ago
# [01:32] <tbsaunde> NeilAway: I feel like pymake does generally have more after the failure than make, though that might well just be length of command lines / I only see pymake on try so can't rerun with -j1
# [01:33] * Quits: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 21.0a2/20130323042013])
# [01:33] * Joins: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net)
# [01:33] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
# [01:34] <NeilAway> gps: sure, but if it fails in content/base I don't really want it to finish compiling as much as it can of all the other parallel dirs of content
# [01:35] <Bas> gps: I'll test hg-git with subrepos tomorrow, hopefully it'll come up good, although I feel doubtful :(
# [01:35] <Bas> This whole git-hg situation already pissed me off before, I'm guessing it's going to become worse :(
# [01:35] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [01:35] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Input/output error)
# [01:36] * Matti is now known as Matti_away
# [01:36] <tbsaunde> Bas: its certainyl complicated, but its not like having more than one vcs is new
# [01:36] <Bas> tbsaunde: Just wish we didn't mirror things :p
# [01:37] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [01:37] <tbsaunde> yeah, that is kind of anoying
# [01:37] <reuben> 3:07.98 ../../dist/include/gfxPlatformMac.h:21:7: error: forward declaration of class cannot have a nested name specifier
# [01:37] <reuben> 3:07.98 class mozilla::gfx::DrawTarget;
# [01:38] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [01:38] <reuben> anyone else seeing this? I'm running Clang trunk, I think that may be the reason
# [01:38] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:39] * Joins: tom_ (tom@moz-E64D4837.pools.arcor-ip.net)
# [01:39] <reuben> hm, that's it… http://permalink.gmane.org/gmane.comp.compilers.clang.scm/69529
# [01:41] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
# [01:42] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [01:43] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
# [01:44] <gps> reuben: it's OS X only and has existed for a week or two. AFAIK no bug has been filed
# [01:44] <gps> please file it
# [01:44] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [01:45] <gps> geebus. how often does inbound have to be closed before we realize it's a bad model for landing code
# [01:45] <Bas> gps: How do you think people would respond to a situation where hg-git would checkout just fine, but just not allow you to update the subrepo from git?
# [01:45] <gps> Bas: if Git is not the official repo, then I would say "that's the pill you have chosen"
# [01:46] <gps> all it takes is a clever shell alias and you would be good
# [01:46] <Bas> gps: I feel a little bit worried about git not taking any patches to make git submodules better, if the plan is to switch m-c to git :s
# [01:46] <jesup> FYI we're past the point on the bustage fix where all the opt builds failed
# [01:46] <gps> I've wanted to move us in a direction where the build environment is inside a source shell script. these kind of things could be automagic
# [01:46] <gps> but there is strong resistance from some on requiring a build environment to build
# [01:47] <gps> this would be a great roundtable to have at an all hands!
# [01:48] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [01:48] * Quits: tom_ (tom@moz-E64D4837.pools.arcor-ip.net) (Quit: Leaving)
# [01:49] <tbsaunde> gps: I like being able to use shells for things other than work on m-c and to switch between trees / builds for a tree easily
# [01:49] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [01:50] <gps> tbsaunde: I know. and that's a valid concern. hence why I haven't blazed my own path yet :)
# [01:50] <gps> I'm just saying there's shell-level tooling that could pave over a lot of suckitude with Git, Mercurial, etc
# [01:51] * Joins: felipe_ (felipe@F0FABB58.F4D65A64.6D8EEF99.IP)
# [01:51] <gps> the alternative is |mach update| and |mach pull| or similar not-hg/git command
# [01:51] <gps> which may not be that bad in the end. but you know people will complain about out of principle
# [01:51] * Joins: bjacob (bjacob@FAB9EE2B.BC65149B.D16F30BC.IP)
# [01:52] <Bas> gps: Well we -know- people will insist on using git ;)
# [01:52] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
# [01:52] * Quits: grobinson (garrett@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [01:52] * Joins: raccettura (raccettura@moz-72914653.nwrknj.fios.verizon.net)
# [01:53] <tbsaunde> gps: yeah, I'm not opposed to shell tools
# [01:54] * Joins: Mavericks (Mibbit@11733555.9F503B7B.261E7448.IP)
# [01:54] * Quits: @bz_away (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net) (No route to host)
# [01:54] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [01:55] * RyanVM|Dinner is now known as RyanVM
# [01:56] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [01:57] * Quits: felipe_ (felipe@F0FABB58.F4D65A64.6D8EEF99.IP) (Quit: felipe_)
# [01:57] * Quits: gcp_ (gpascutto@moz-86A7852.access.telenet.be) (Ping timeout)
# [01:58] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [01:59] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [01:59] * Quits: Wes_ (chatzilla@moz-BEF0C255.page.ca) (Ping timeout)
# [02:00] * Joins: Wes_ (chatzilla@moz-BEF0C255.page.ca)
# [02:00] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [02:00] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [02:02] * khuey|away is now known as khuey
# [02:02] * philor is now known as philor|afk
# [02:02] * Joins: grobinson (garrett@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [02:02] * Quits: KaiRo (robert@moz-DD43BBAD.adsl.highway.telekom.at) (Input/output error)
# [02:03] * Quits: Ann_Yiming (Ann_Yiming@2557E599.66715431.D25A875A.IP) (Input/output error)
# [02:03] * Quits: inolen (Adium@moz-9F4F17DF.tourcaster.com) (Quit: Leaving.)
# [02:03] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [02:04] * Quits: bjacob (bjacob@FAB9EE2B.BC65149B.D16F30BC.IP) (Quit: Konversation terminated!)
# [02:05] * jcranmer|away is now known as jcranmer
# [02:05] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [02:05] * Quits: mwobensmith (Adium@2F560B30.27376607.189F3E15.IP) (Quit: Leaving.)
# [02:06] * Joins: m_kato (m_kato@moz-658AB552.tokyo.ocn.ne.jp)
# [02:06] <@roc> "I appreciate the intellectual stimulation I got from learning about git's implementation." DANGER DANGER DANGER
# [02:06] * Joins: ekr_ (ekr@moz-A8C6FB82.mycingular.net)
# [02:06] * Joins: mbrubeck1 (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [02:07] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [02:07] * Quits: sid0 (uid2934@moz-A588D045.irccloud.com) (Quit: )
# [02:07] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Ping timeout)
# [02:07] * Quits: Mavericks (Mibbit@11733555.9F503B7B.261E7448.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [02:07] * Quits: evilpie_ (tom@moz-E64D4837.pools.arcor-ip.net) (Quit: Leaving)
# [02:07] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [02:08] <jcranmer> gps: one thing I will say
# [02:08] * mbrubeck1 is now known as mbrubeck
# [02:08] <jcranmer> gps: as someone who prefers hg over git, the idea of having to clone git subrepos is fairly annoying
# [02:08] <jcranmer> since I don't know git command lines
# [02:08] <nmatsakis> decoder: ping
# [02:09] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [02:09] <jcranmer> when you've been innoculated for years on one command line method, having to switch to another system is a lot worse
# [02:10] <jcranmer> also, saying "just use hg-git and you'll be fine" isn't a good answer
# [02:10] * Quits: timeless (uid4015@moz-C944F5EC.irccloud.com) (Quit: )
# [02:10] <jcranmer> hg-git doesn't scale very well to large repositories
# [02:10] <jcranmer> as I discovered when cloning llvm/clang using hg-git
# [02:10] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [02:10] * aki|biab is now known as aki|buildduty
# [02:13] * Quits: jedp (jedp@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Computer has gone to sleep.)
# [02:14] <benjamin> jcranmer: but you can use subversion for llvm! :)
# [02:14] <jcranmer> hg-svn is equally troublesome
# [02:15] <jcranmer> especially since llvm locks down their svn repo to make it impossible to mirror "properly" in hg
# [02:15] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [02:15] * Joins: KaiRo (robert@moz-DD43BBAD.adsl.highway.telekom.at)
# [02:16] * Quits: grobinson (garrett@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
# [02:16] * Quits: ekr_ (ekr@moz-A8C6FB82.mycingular.net) (Quit: Colloquy for iPhone - http://colloquy.mobi)
# [02:16] * Mossop is now known as Mossop_away
# [02:17] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [02:17] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:17] <RyanVM> nmatsakis: pong
# [02:17] <nmatsakis> RyanVM: I just wanted to note that I re-opened bug 853555, which you closed because I put the wrong bug id in a commit...
# [02:18] * Quits: trevorh (trevor@moz-4BD168B1.lnse1.cha.bigpond.net.au) (Quit: Leaving.)
# [02:18] <nmatsakis> ...not sure if I messed up any bugzilla bits in doing so.
# [02:18] <RyanVM> nmatsakis: nah, good to know though
# [02:18] <RyanVM> usually, it's recommended to make a note in the wrong bug pointing to the right one as well
# [02:18] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
# [02:18] <nmatsakis> I did that too
# [02:19] * Joins: brendan (brendaneic@moz-9A39E574.sub-70-199-70.myvzw.com)
# [02:19] <nmatsakis> I didn't realize I had put the wrong # in the commit until just now, when I saw the bug was closed :)
# [02:19] * Quits: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu) (Client exited)
# [02:19] <RyanVM> nmatsakis: i just set the flags on bug 853573
# [02:20] <RyanVM> can we get a test checked in please?
# [02:20] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [02:20] <dzbarsky> is inbound ever open nowadays?
# [02:20] * Quits: TimAbraldes (TimAbralde@moz-CDD0DFBD.sd.sd.cox.net) (Quit: ChatZilla 0.9.90 [Firefox 21.0a2/20130325042013])
# [02:20] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [02:21] <nmatsakis> RyanVM: Oh, yes, I'll commit the tests from that bug and bug 853555 as well.
# [02:21] * whimboo|afk is now known as whimboo
# [02:21] <RyanVM> dzbarsky: if you guys would stop breaking it all the time, it would be
# [02:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/627021947bfd - Ryan VanderMeulen - Bug 825560 - Support readyState on PeerConnection. r=jesup
# [02:21] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c773de367eea - Trevor Saunders - bug 845134 - enable more logging
# [02:21] <RyanVM> dzbarsky: that said, it's open :P
# [02:21] <RyanVM> nmatsakis: sounds good, thanks
# [02:21] <JosiahOne-Away> Ryan: Ouch...
# [02:21] * JosiahOne-Away is now known as JosiahOne
# [02:22] * Quits: jcranmer (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
# [02:22] * Joins: bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net)
# [02:22] * ChanServ sets mode: +o bz
# [02:22] <JosiahOne> Though a very good come-back. And perhaps true...
# [02:24] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [02:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/143617847dc6 - Jan Beich - Bug 854152 - Make sure GLIB_CFLAGS are passed for LinuxGamepad.cpp. r=ted
# [02:24] * whimboo is now known as whimboo|afk
# [02:25] * Joins: jcranmer (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
# [02:25] <JosiahOne> Er… I totally just accidentally pinged someone else...
# [02:25] <JosiahOne> #fail
# [02:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4a86211079c7 - David Zbarsky - Bug 840417 Part 1: Move nsIDOMSVGElement up to nsSVGElement r=Ms2ger
# [02:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8539f16b6763 - David Zbarsky - Bug 854629 Part 2: Remove nsISupports when there is only one base class r=Ms2ger
# [02:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/54e4bbd35f15 - David Zbarsky - Bug 847120: Remove nsIDOMSVGFilterPrimitiveStandardAttributes r=Ms2ger f=jwatt
# [02:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/28feb89ac666 - David Zbarsky - Bug 854629 Part 0: Remove the rest of XPIDL bindings for SVG elements r=Ms2ger
# [02:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/889cee343aea - David Zbarsky - Bug 840417 Part 2: Remove nsSVGUnknownElement r=Ms2ger
# [02:28] * ewong|afk is now known as ewong
# [02:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/833ddc983ff5 - David Zbarsky - Bug 854629 Part 1: Remove nsIDOMSVGUnitTypes r=Ms2ger
# [02:28] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [02:29] <jcranmer> so... svg elements are now all on webidl?
# [02:29] * Quits: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: gwagner)
# [02:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/51ff01206ba4 - Nicholas D. Matsakis - Bug 853555 - Add test.
# [02:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bab9914e9a31 - Nicholas D. Matsakis - Bug 853576 - Check for negative indices supplied in scatter r=shu
# [02:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/adb4ae9d355a - Nicholas D. Matsakis - Bug 853573 - Add test.
# [02:30] * Quits: brendan (brendaneic@moz-9A39E574.sub-70-199-70.myvzw.com) (Quit: brendan)
# [02:30] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
# [02:31] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [02:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e5b54db9ddb6 - Bobby Holley - Bug 790732 - Fix two more toolkit tests. r=me
# [02:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a835569488a8 - Bobby Holley - Bug 790732 - Define a lazily-resolved shim for Components. r=mrbkap
# [02:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9ca7defc8a0f - Bobby Holley - Bug 790732 - Components shim telemetry. r=mrbkap
# [02:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/68842f61d58b - Bobby Holley - Bug 790732 - Omit Components object for content scopes. r=mrbkap
# [02:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a2998da65e3a - Bobby Holley - Bug 790732 - Stop attaching Components in InitClasses. r=mrbkap
# [02:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6422928d26e4 - Bobby Holley - Bug 854139 - Handle all DOM objects, not just ones that unwrap to nsISupports. r=bz
# [02:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ab716af95256 - Bobby Holley - Bug 790732 - Components shim tests. r=mrbkap
# [02:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7b2f668e489d - Bobby Holley - Bug 790732 - Make Components console warning test pref-aware. r=mrbkap
# [02:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d5dfcbbcd176 - Bobby Holley - Bug 790732 - Remove the aTarget parameter from AttachComponentsObject. r=mrbkap
# [02:32] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
# [02:32] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [02:33] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [02:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/598542288568 - Nicholas D. Matsakis - Bug 853753 - Remove accidental second copy of test. rs=test
# [02:35] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Quit: bholley)
# [02:35] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [02:36] <imelven> are b2g emulator mochitests not running on m-i/m-c any more ?
# [02:36] * Joins: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com)
# [02:38] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:39] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [02:39] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:39] <RyanVM> ooo, bholley thinks that if he lands later in the evening, we won't back him out then
# [02:39] * Quits: ankesh11 (uid8015@moz-A588D045.irccloud.com) (Quit: )
# [02:40] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [02:40] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [02:40] * Joins: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net)
# [02:42] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [02:42] * Joins: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net)
# [02:43] <wanderview> hello, quick question: any guidance on using 3rd party libs in moz-central vs. rolling custom code?
# [02:43] <wanderview> if the license is compatible, can it be imported into moz-central? or is that discouraged?
# [02:44] * Quits: NimeshNeema (uid2689@moz-D8B63698.irccloud.com) (Quit: )
# [02:44] <wanderview> sorry if this is on the wiki. I looked here but the answer didn't jump out at me: https://developer.mozilla.org/en-US/docs/Developer_Guide/Source_Code
# [02:44] * Quits: nutellaSandwich (uid3566@moz-D8B63698.irccloud.com) (Quit: )
# [02:45] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [02:45] <tbsaunde> wanderview: what libray?
# [02:45] * Quits: m_kato (m_kato@moz-658AB552.tokyo.ocn.ne.jp) (Ping timeout)
# [02:45] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [02:45] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [02:45] * Quits: mikedeboer (mikedeboer@moz-ADFC0358.colouryourpersonality.nl) (Ping timeout)
# [02:45] * Joins: m_kato_ (m_kato@moz-658AB552.tokyo.ocn.ne.jp)
# [02:45] * Joins: mikedeboer (mikedeboer@moz-ADFC0358.colouryourpersonality.nl)
# [02:45] * Joins: cpearce_ (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [02:45] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
# [02:45] * cpearce_ is now known as cpearce
# [02:45] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [02:45] * Joins: inolen (Adium@moz-FA2406D8.socal.res.rr.com)
# [02:46] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [02:46] <wanderview> looking at EXIF alternatives for: https://bugzilla.mozilla.org/show_bug.cgi?id=298619
# [02:46] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [02:46] <wanderview> also, it appears EXIF is a TODO in pdf.js
# [02:46] <wanderview> this seemed like one option: http://code.google.com/p/easyexif/
# [02:46] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:47] <wanderview> the only thing I could find for javascript so far has been this: http://www.nihilogic.dk/labs/exif/exif.js
# [02:48] <gps> jcranmer: you obviously aren't using my hg-git patches that make it many times faster
# [02:48] <wanderview> of course, we could also roll our own implementation
# [02:48] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [02:48] <tbsaunde> wanderview: not my area, so I really don't care
# [02:49] * Quits: JeroenDeDauw (j@moz-55410B6F.dip.t-dialin.net) (Quit: Leaving.)
# [02:49] <jcranmer> gps: also, I'm leary of a build system that won't make ./configure && make work
# [02:49] <gps> jcranmer: why type 2 commands to build when you can type 1?
# [02:50] <gps> I'm weary of a build system that isn't simple to use!
# [02:50] <jcranmer> gps: try building a few hundred build programs with a custom compiler and custom flags
# [02:50] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
# [02:50] <jcranmer> you come to realize that the best build system is the one that follows conventions
# [02:51] <jcranmer> for *nix C/C++ programs, that convention is ./configure && make
# [02:51] * Quits: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [02:51] <gps> so you don't like tools like ninja that build faster?
# [02:51] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
# [02:51] * Joins: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP)
# [02:51] <gps> with progress comes change. shave the neckbeard :)
# [02:51] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [02:52] <wanderview> tbsaunde: don't care about 3rd party libs in general or this specific selection? was more looking for general guideline for moz-central. thanks
# [02:52] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Ping timeout)
# [02:52] <jcranmer> I've ebeen less impressed with systems that try to completely remake the build system, particularly cmake
# [02:52] <tbsaunde> this particular case
# [02:52] <wanderview> k, thanks
# [02:53] * Quits: KaiRo (robert@moz-DD43BBAD.adsl.highway.telekom.at) (Input/output error)
# [02:54] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [02:54] <gps> jcranmer: IMO a fault of many build system replacements is attempting to remake the whole thing - configuration and building - I believe it is foolish to combine them. decouple them and you'll be happier
# [02:54] * Joins: KaiRo (robert@moz-DD43BBAD.adsl.highway.telekom.at)
# [02:55] <jcranmer> you'll find no disagreement from me there
# [02:55] * Quits: KaiRo (robert@moz-DD43BBAD.adsl.highway.telekom.at) (Input/output error)
# [02:55] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [02:56] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
# [02:56] <ewong> RyanVM ping
# [02:56] * Joins: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP)
# [02:56] <RyanVM> pong
# [02:57] <ewong> RyanVM I was actually looking at the the orange X (https://tbpl.mozilla.org/php/getParsedLog.php?id=21183283&tree=Mozilla-Inbound) and trying to figure out which bug.. then then it was starred.. with the same cset that it belongs to? I didn't understand that
# [02:59] * rail is now known as rail_away
# [03:00] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [03:00] <RyanVM> ewong: that was accidental
# [03:00] <RyanVM> that needs filing
# [03:01] <ewong> ooh ok.. RyanVM thanks for the clarification..
# [03:01] <Callek> RyanVM: admit it, ewong just caught you trying to get away without filing a new orange bug :-P
# [03:01] <ewong> coz I was really stuck on that..
# [03:01] * Callek teases
# [03:01] <RyanVM> Callek: well, given the number I've already filed today...
# [03:02] <RyanVM> ewong: please go ahead and file :)
# [03:02] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [03:02] <ewong> RyanVM: ok..
# [03:02] <RyanVM> don't forget the intermittent-failure keyword or tbpl won't find it
# [03:02] <Callek> RyanVM: when you've filed 100 new orange bugs in a day, whats one more? :-P
# [03:02] <Callek> RyanVM: also I'm getting pretty close to adding yet more tegra tests to the tree
# [03:02] <Callek> (xpcshell)
# [03:02] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [03:03] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [03:03] <RyanVM> oh boy, that gives me the same feeling I get every time I push more new tests into the tree
# [03:03] <Callek> on the bright side, xpcshell is currently passing, *and* its only 1 test right now (literally one test)
# [03:03] <RyanVM> (BTW, I'm SOOOO glad I picked your push to merge to m-c with a DONTBUILD in it)
# [03:03] <RyanVM> why do I always notice that *after* I push?
# [03:03] <Callek> RyanVM: oooo sorry about that
# [03:03] <ewong> RyanVM what component should I put this bug under? Toolkit::..???
# [03:04] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [03:04] <ewong> General?
# [03:04] <Callek> RyanVM: I thought we always waited for PGO builds to merge to m-c
# [03:04] * ctalbert is now known as ctalbert|afk
# [03:04] <RyanVM> Callek, look at the push prior to yours ;)
# [03:04] <RyanVM> ewong: whatever component the test falls under
# [03:04] <RyanVM> ewong: mxr can point you in the right direction
# [03:05] <Callek> RyanVM: then why'd you pick me :-P
# [03:05] <RyanVM> ewong: but yes, this is probably Toolkit:Addons Manager
# [03:05] * Quits: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:05] <RyanVM> Callek: not uncommon for me to take an extra cset if it's NPOTB or not affected by PGO (like B2G or Android)
# [03:05] <Callek> ahhh ok
# [03:06] <Callek> RyanVM: btw, since sometimes you push to comm: http://tbpl-dev.callek.net/ if I didn't already tell you about it
# [03:07] <Callek> RyanVM: I didn't setup the aurora/etc things yet, and central has a few quirks I need to fix on the SM buildbot side, but it (mostly) works
# [03:07] <RyanVM> OK, good to know
# [03:07] <Callek> that said, we're still pretty orange and bad about starring
# [03:07] <Callek> so its mostly good to watch for red's
# [03:07] * heycam is now known as heycam|away
# [03:07] <ewong> ok.. filed
# [03:07] <Callek> at least its the newer TBPL code
# [03:07] <Callek> :-)
# [03:07] <RyanVM> Callek: yep, I sometimes ask myself why I bother starring c-c
# [03:07] <RyanVM> which is why I often end up not
# [03:08] <ewong> bug 855571
# [03:08] <RyanVM> ewong: we're going to need to fix it up a bit
# [03:08] <RyanVM> tbpl isn't seeing
# [03:08] <RyanVM> yeah, the summary could use some work
# [03:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4afb61ad2964 - Rodrigo Silveira - Bug 846422 - Hide context menus when popups appear [r=mbrubeck]
# [03:08] * philor|afk is now known as philor
# [03:09] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
# [03:09] <RyanVM> ewong: but most importantly, you forgot the intermittent-failure keyword
# [03:09] <ewong> ah yeah!
# [03:09] <RyanVM> tbpl will *NOT* see it if that's missing
# [03:09] <RyanVM> but the summary needs to be more descriptive too
# [03:09] <ewong> I always forget that...
# [03:10] <RyanVM> ewong: also good to CC a relevant module owner
# [03:10] <RyanVM> or someone who's worked in that code
# [03:11] <ewong> RyanVM now that I didn't know..
# [03:11] <RyanVM> ewong: ok, it'll show up on tbpl for future failures now
# [03:11] <RyanVM> ewong: always good to try to at least make someone who's familiar with the code in question aware of the orange
# [03:11] <ewong> RyanVM basically add a Toolkit owner?
# [03:12] <RyanVM> (even if it doesn't necessarily lead to proactive work on fixing...)
# [03:12] <RyanVM> well, Mossop basically owns the addon manager, so he's always good for that
# [03:12] <ewong> ok
# [03:12] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [03:12] <RyanVM> but you can also use hg history to see who's worked in that
# [03:12] <RyanVM> or made the test
# [03:12] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [03:16] * aki|buildduty is now known as aki
# [03:16] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
# [03:18] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [03:18] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [03:18] * hwine is now known as hwine-commuting
# [03:19] * Quits: Mitch (chatzilla@moz-7C8DACDA.sbr802.nsw.optusnet.com.au) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.16.2/20130310201055])
# [03:19] * Joins: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net)
# [03:19] * Joins: hsinyi (hsinyi@moz-99690620.hinet-ip.hinet.net)
# [03:21] * Joins: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP)
# [03:21] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [03:22] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [03:25] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [03:26] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
# [03:27] <@roc> did I really just build Android Firefox in 4 minutes on my latop
# [03:27] * @roc is suspicious
# [03:28] <@roc> indeed, I didn't
# [03:28] * Parts: aja (Instantbir@CF955BAD.7D97D4E0.7880DB15.IP)
# [03:29] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [03:30] <ewong> RyanVM I suspect you know about this, but fwiw .there's an orange r on https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=adb4ae9d355a and it doesn't look right.. (as in it's a bit related to the patch, afaics)
# [03:30] <RyanVM> just backed it out
# [03:30] <ewong> ah ok
# [03:31] <philor> nice reaction, I reached for a tab to load treestatus, and the first thing I typed was "closed"
# [03:31] <RyanVM> or at least attempted to
# [03:31] <RyanVM> philor closed the tree on me when I tried to push
# [03:31] <philor> because I think bholley's going to fail in an old familiar way
# [03:31] <ewong> ahh
# [03:31] <@bz> nooo
# [03:32] * @bz was about to push
# [03:32] <RyanVM> philor: k, I just backed out nmatsakis
# [03:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bc6dfc2e65f0 - Ryan VanderMeulen - Backed out changeset bab9914e9a31 (bug 853576) for SM rootanalysis orange on a CLOSED TREE.
# [03:32] <RyanVM> you'll have to handle bholley
# [03:32] * Joins: ehsan|mtg (ehsan@122E7B1.85C3B074.CED80046.IP)
# [03:32] <bholley> RyanVM: hm?
# [03:32] * Parts: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net)
# [03:33] * Joins: vicamo (vicamo@moz-8AEFC1C4.dynamic.hinet.net)
# [03:33] <philor> oh, different failure, same suite
# [03:33] <ewong> m-4, right?
# [03:33] <bholley> philor: did I break something?
# [03:33] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [03:34] <philor> bholley: maybe!
# [03:34] <bholley> philor: details?
# [03:34] <RyanVM> ooo, and a new assert for jesup to look at
# [03:34] <RyanVM> ...tomorrow
# [03:34] <philor> bholley: https://tbpl.mozilla.org/php/getParsedLog.php?id=21184869&tree=Mozilla-Inbound
# [03:35] <jesup> RyanVM: yes?
# [03:36] <RyanVM> jesup: it's probably for padenot or cpearce, actually
# [03:36] <RyanVM> jesup: https://tbpl.mozilla.org/php/getParsedLog.php?id=21184932&tree=Mozilla-Inbound
# [03:36] <RyanVM> it's late :P
# [03:36] <bholley> philor: I doubt it
# [03:37] <jesup> RyanVM: Phew!
# [03:37] <bholley> philor: the patches from bug 790732 are the same as I pushed yesterday, modulo fixing the path on the test
# [03:37] <RyanVM> jesup :)
# [03:37] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
# [03:37] <RyanVM> bz: apparently being a couple minutes late to push runs in the family :P
# [03:37] <jesup> RyanVM: all the assertion suppressions in dom/media/test/mochitest have been removed
# [03:37] * Quits: chewey (chewey@moz-92B186D5.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:38] * Quits: ehsan|mtg (ehsan@122E7B1.85C3B074.CED80046.IP) (Connection reset by peer)
# [03:38] * Joins: mwobensmith (Adium@2F560B30.27376607.189F3E15.IP)
# [03:38] * Joins: ehsan|mtg (ehsan@122E7B1.85C3B074.CED80046.IP)
# [03:38] <bholley> philor: and the patch for bug 854139 is a targetted fix that only affects a situation where we'd have crashed before
# [03:38] * Joins: chewey (chewey@moz-CCB078A9.dip0.t-ipconnect.de)
# [03:38] <jesup> And the Try run for the nsThread leak is green; abr should be landing it after dinner
# [03:38] <abr> Yep, I just logged in to do exactly that. :)
# [03:39] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [03:39] <abr> Except -- argh! -- the tree is closed
# [03:39] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [03:40] * Quits: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [03:40] * Quits: Wes_ (chatzilla@moz-BEF0C255.page.ca) (Ping timeout)
# [03:41] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [03:41] <RyanVM> abr: you have no idea how much I want to tell you to land it CLOSED TREE ;P
# [03:41] <RyanVM> abr: you going to be around for awhile?
# [03:41] <abr> Not actively, but I'll come back to check in from time to time for the next hour or two
# [03:42] * Joins: Asa (asa@363AA1C0.A1EC5031.204CA821.IP)
# [03:42] <RyanVM> abr: I was thinking along the lines of pushing direct to m-c and watching your push
# [03:42] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Quit: bholley)
# [03:43] <abr> I'm not sure I can commit to staying up that late, unfortunately
# [03:43] <RyanVM> abr: otherwise, if you aren't able to land it today, put a checkin-needed on the bug and I will assure you that it will land ASAP tomorrow :)
# [03:43] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [03:43] <abr> Do you have a good feel for how long this tree closure will take it to unwind?
# [03:43] <RyanVM> abr: that's up to philor
# [03:44] <RyanVM> though I'm assuming it'll be soon if the OSX 10.6 debug M4 retrigger goes green
# [03:44] <RyanVM> and we should know that in a few minutes
# [03:44] * Quits: ehsan|mtg (ehsan@122E7B1.85C3B074.CED80046.IP) (Input/output error)
# [03:44] <jesup> abr: if you want, I can land it on m-c and babysit it - I'll be up for a while
# [03:44] <abr> Okay. I'll check back in a bit. If I haven't landed it by the time I turn in for the night, I'll mark it checkin-wanted.
# [03:45] <RyanVM> checkin-needed* :P
# [03:46] <abr> Yeah, that. :-D
# [03:46] <philor> green above, and it's not like we weren't already full of fail, reopened
# [03:46] <abr> Woo-hoo!
# [03:46] <abr> Okay, here goes.
# [03:46] <philor> bz: ^ get in there too
# [03:46] <jesup> abr: win the push battle!
# [03:47] <@bz> abr: you go first
# [03:47] * @bz is happy to wait a minute
# [03:47] <abr> Done
# [03:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/687b479332b3 - Adam Roach [:abr] - Bug 853998 - Convert sync dispatches from SIPCC threads to use SyncRunnable r=jesup
# [03:47] <@bz> esp since that tree is in the middle of compiling something and I'd have to qpop the something to push. ;)
# [03:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d507ab8a0019 - EKR - Bug 853998 test (WIP)
# [03:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9a04c4a506df - Benjamin Smedberg - Bug 853998 - Add a common "SyncRunnable" class which dispatches events totally synchronously, avoiding event loop spinning or automatic promotion of this event to a
# [03:47] <firebot> nsThread, r=bsmedberg
# [03:47] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
# [03:48] <abr> Hey, firebot is back online.
# [03:48] <KWierso|Home> firebot: botsnack
# [03:48] * firebot smiles
# [03:49] <@bz> mmm
# [03:49] <@bz> patch by bsmedberg, r=bsmedberg? ;)
# [03:49] * @bz actually trusts bsmedberg with that sort of thing, but....
# [03:49] <abr> There's a story there
# [03:49] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
# [03:49] <jesup> No one updated the author on the patch
# [03:50] * Joins: sewardj_ (sewardj@moz-595C8872.dip.t-dialin.net)
# [03:50] <@bz> yeah, I guessed that
# [03:50] <jesup> patch was mostly done by ekr and abr after an initial bit by bsmedberg
# [03:50] * Joins: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP)
# [03:51] <abr> bsmedberg wrote a proof of concept patch, and EKR used it as the basis for the final patch, which I then hacked on further. Really, the bulk of what's in there is a pastiche of their work, and bsmedberg seemed like the right guy to make sure we hadn't botched the patch with our changes.
# [03:51] * Quits: sewardj (sewardj@moz-4CD7ECF4.dip.t-dialin.net) (Ping timeout)
# [03:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5ce029bac59f - Boris Zbarsky - Bug 855025. Always do Xrays for DOM interface objects. r=peterv
# [03:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/423f679f1d44 - Boris Zbarsky - Bug 607441 part 1. Don't disable SVG presentational attributes when page styles are disabled. r=dbaron,jwatt
# [03:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1b8b0c20f8ba - Boris Zbarsky - Bug 853910 part 2. Stop using prclist for individual ListenerCollections. r=khuey
# [03:51] * Joins: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP)
# [03:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/71cf55aee147 - Boris Zbarsky - Bug 607441 part 2. Mark the scoped sheet rule processor dirty when author styles are enabled or disabled. r=dbaron
# [03:51] <@bz> patchiche, you say? ;)
# [03:51] <RyanVM> abr: w000000000000000000000000000000000000000000000000t
# [03:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/86253d3b7fac - Boris Zbarsky - Bug 853910 part 1. Stop using prclist for our list of ListenerCollections. r=khuey
# [03:52] <@bz> and yes, RyanVM is going to love you for driving that in
# [03:52] <RyanVM> abr: HALLE-FRICKING-LUJAH
# [03:52] * heycam|away is now known as heycam
# [03:52] <jesup> bz: 5 minute penalty for that one
# [03:52] <@bz> jesup: ;)
# [03:52] <jesup> The sheriffs break out the champagne when this one sticks
# [03:52] <philor> oh, we're switching to the light stuff tonight?
# [03:53] * philor is now known as philor|away
# [03:53] <abr> Glad to be of service. Credit where it's due, I just took the ball across the finish line here. Jesup did the heavy lifting of finding the problem with some help from jib, and EKR did more work on the patches than I did.
# [03:53] * Quits: mwobensmith (Adium@2F560B30.27376607.189F3E15.IP) (Quit: Leaving.)
# [03:54] <RyanVM> abr: jesup: but man, what am I going to have left to whine about if webrtc fixes all of its main oranges?
# [03:54] <RyanVM> oh wait, I still have Android and B2G :D
# [03:54] <abr> Ha!
# [03:54] <jesup> RyanVM: good point!
# [03:55] <@bz> RyanVM: heh
# [03:55] <@bz> RyanVM: that's why I wanted the per-OS orangefactor breakdown
# [03:55] <@bz> RyanVM: to see how much of the problem are those
# [03:56] <@bz> Also, if you just want some randomorange...
# [03:56] <@bz> I could check some in
# [03:56] <RyanVM> bz: at times, Android infra has been ~7 of the top 10 on OF
# [03:56] * @bz is pretty sure he could disguise it well
# [03:56] <jesup> RyanVM: you *do* know we plan to put WebRTC on Android *and* b2g, right? ;-)
# [03:56] <RyanVM> jesup: heh
# [03:56] <@bz> RyanVM: infra, not actual codeflake?
# [03:56] <@bz> RyanVM: <sigh>
# [03:56] <RyanVM> yeah
# [03:56] <RyanVM> abr: jesup: bz: oh yeah, and I still have the android NSS crash!
# [03:57] <RyanVM> how could I forget?
# [03:57] <abr> At least you'll be able to sleep at night not worrying that you'll run out of things to worry about.
# [03:58] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
# [03:58] <RyanVM> lol, if there's one thing devs are good at, it's finding new ways to break our test infra
# [03:58] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [03:58] * Joins: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net)
# [03:59] * @bz would never do such a thing
# [04:00] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [04:01] <abr> I'm signing off for the night. Have a good one, everyone.
# [04:01] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [04:01] * Quits: nigelb (nigel@moz-8640053A.me) (Client exited)
# [04:02] * Joins: ehugg (ehugg@moz-44D86B1E.cisco.com)
# [04:02] <rnewman> gavin: do you have a preference for testing Bug 841554? just testing Nightlies, testing custom Aurora builds, or just verifying after Aurora landing?
# [04:02] * glob|away is now known as glob
# [04:02] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Input/output error)
# [04:03] * Joins: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP)
# [04:03] * Quits: tallowen (tallowen@45F0E994.D90A1759.D9F9915C.IP) (Input/output error)
# [04:04] * Quits: ehugg (ehugg@moz-44D86B1E.cisco.com) (Ping timeout)
# [04:05] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [04:05] * Quits: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net) (Connection reset by peer)
# [04:06] * Joins: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net)
# [04:06] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130326101142])
# [04:07] <rnewman> now, I'm totally new to Talos, but it seems kinda scary that [ts] has messages like "GeckoLayerClient( 4668): Dropping renderRequested call before libxul load.
# [04:08] <rnewman> ", and "java.lang.IllegalArgumentException: Make sure the SurfaceView or associated SurfaceHolder has a valid Surface
# [04:08] <rnewman> "
# [04:08] <njn> in a mochitest for about:memory, I need to click a button that triggers a save dialog, and then save a file. How do I do that?
# [04:08] <rnewman> and apparently our clocks are totally wrong: AnnounceBrSvc :: Launch time 1364402013588 is later than max sane launch timestamp 127508424663. Ignoring until clock is corrected.
# [04:08] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [04:11] * Joins: ehsan|mtg (ehsan@122E7B1.85C3B074.CED80046.IP)
# [04:11] <abr> RyanVM / philor -- I see that the patch died on -Werror. If you want to throw out d507ab8a0019, that problem will go away. I'll fix the issue and resubmit that patch alone tomorrow.
# [04:14] * Quits: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP) (Ping timeout)
# [04:17] <@bz> oh, red
# [04:17] * @bz kicks tests
# [04:17] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [04:17] <abr> I'm trhing to back it out.
# [04:17] <abr> Hold on
# [04:18] <@bz> oh, I'm not doing anything to the tree
# [04:19] <abr> Apparently, I don't know what I'm doing.
# [04:19] <abr> "remote: abort: pretxnchangegroup.c_commitmessage hook failed"
# [04:20] <abr> Ah: "remote: Backout rev 05e424963ec5 needs a bug number or a rev id."
# [04:20] <njn> abr: what's the exact log message?
# [04:21] * Joins: darkowlzz|zzz (darkowlzz@961A928A.26FF09EC.27560D6E.IP)
# [04:21] <abr> Well, the message is right. I didn't include a rev id.
# [04:21] <abr> How do I change the log message for a patch in my outbound queue?
# [04:21] * Joins: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP)
# [04:22] <njn> abr: |hg qref -e|
# [04:22] <njn> abr: if you've already qfinish'd, do |hg qimport| to get it back in your queue
# [04:22] <abr> Ah, okay.
# [04:22] <abr> That last bit is what I need to do
# [04:23] * Quits: brson_ (brson@2557E599.66715431.D25A875A.IP) (Quit: leaving)
# [04:23] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
# [04:24] <RyanVM> jesup: for the love of God, please fix the -Werror bustage on inbound
# [04:24] * Joins: ekr_ (ekr@moz-D7997EC8.rtfm.com)
# [04:24] <abr> Except I already merged bz's patches back in.
# [04:24] <devd> in browser.js, how can I determine whether the ownerDoc for an event is an iframe or top level window ?
# [04:24] <abr> RyanVM: that's what I'm trying to do
# [04:24] <abr> But my hg-foo is weak.
# [04:24] <RyanVM> what's up?
# [04:24] <abr> (This is part of why I didn't want to land on m-c. :) )
# [04:24] <abr> I need to back out 05e424963ec5
# [04:24] <njn> > python runtests.py --chrome --autorun --test-path=toolkit/components/aboutmemory/test/test_aboutmemory.xul
# [04:24] <njn> Traceback (most recent call last):
# [04:24] <njn> File "runtests.py", line 25, in <module>
# [04:24] <njn> from automation import Automation
# [04:24] <njn> File "/home/njn/moz/mi9/d64/_tests/testing/mochitest/automation.py", line 35, in <module>
# [04:24] <njn> import mozcrash
# [04:24] <njn> ImportError: No module named mozcrash
# [04:24] <njn> hmm
# [04:25] <njn> that used to work
# [04:25] <RyanVM> abr: https://bitbucket.org/sfink/qbackout
# [04:25] * Joins: kentuckyfriedtakahe_ (ajones@538BABFE.A073F3E.97BBD552.IP)
# [04:25] * Quits: ehsan|mtg (ehsan@122E7B1.85C3B074.CED80046.IP) (Input/output error)
# [04:25] * Quits: kentuckyfriedtakahe_ (ajones@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [04:26] <RyanVM> abr: what's 05e424963ec5?
# [04:26] <jesup> RyanVM: On it
# [04:26] <abr> It's just a unit test
# [04:26] <abr> Hold on, I think I have this under control now
# [04:27] <jesup> abr: a bustage fix might be good if you have a clear fix
# [04:27] <abr> Good point, but I'm now at a point where I might have hosed my local repo.
# [04:28] <abr> Gimme a sec to remediate that
# [04:28] <jesup> abr: I have a clean repo
# [04:28] <jesup> or can in a very short time
# [04:28] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [04:29] <abr> Okay, if you can grab TestSyncRunnable.cpp and fix it so that the result of RUN_ALL_TESTS() isn't ignored, that should make the problem go away
# [04:29] <njn> gps: I can't get the --keep-open option working with |mach mochitest-chrome|
# [04:29] <njn> |mach help mochitest-chrome| doesn't mention it
# [04:30] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Ping timeout)
# [04:30] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130326101142])
# [04:32] <jesup> abr/ryanvm/etc: http://www.pastebin.mozilla.org/2252601
# [04:32] <abr> Yep, as soon as I un-nuke my local repo, I can fix that
# [04:32] <jesup> abr: review?
# [04:32] <abr> Sure. r+ me
# [04:32] <abr> that looks exacly right.
# [04:32] * Quits: T3 (T3@7723EDBC.71F63A26.7DA01DD1.IP) (Ping timeout)
# [04:33] <jesup> ryan left...
# [04:33] <jesup> philor is away
# [04:33] <abr> And the tree is closed.
# [04:33] <abr> Well, that's bad luck.
# [04:33] <jesup> Anyone object to a bustage fix instead of backout?
# [04:34] <jesup> going once
# [04:35] <abr> I, for one, think it would be preferable, and it would fix the exact problem that has the tree closed, which (as I understand it) is the exact purpose of landing stuff CLOSED TREE.
# [04:35] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [04:35] <njn> gps: ah, my tree was out of date
# [04:35] * Quits: kanru (kanru@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [04:35] <jesup> going twice...... patch is queued and ready
# [04:37] <abr> Aha! Here's the new trick of the night: hg strip. Dangerous but powerful.
# [04:37] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [04:37] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
# [04:38] <jesup> abr: NOOOOO! Stay away. (Ok, that's mostly for the trees that it's dangerous.)
# [04:38] <@khuey> hg strip is great
# [04:38] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [04:39] * Quits: vicamo (vicamo@moz-8AEFC1C4.dynamic.hinet.net) (Quit: Konversation terminated!)
# [04:39] <abr> Yeah, so I really botched my local repo. Stripping back to where I messed up and then doing a pull fixed it all for me. I'm not sure how else I would have fixed that without some serious hg gymnastics that are way above my understanding.
# [04:40] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [04:40] <@bz> hg strip is lovely
# [04:40] * @bz ponders whether khuey is a good reviewer for this constification thing
# [04:41] <@bz> we need more bindings reviewers
# [04:41] * Joins: kanru (kanru@moz-99690620.hinet-ip.hinet.net)
# [04:41] <jesup> Ok, third time's the charm. Pushing bustage fix
# [04:41] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [04:42] <jesup> done
# [04:42] <abr> Thanks for cleaning that up for me. I didn't realize we had different build options on the tree than we do for building locally. It seems that having -Werror turned on for tbpl but off for local builds might be… inadvisable?
# [04:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8ba09dac7d26 - Randell Jesup - Bug 853998: bustage fix for the SyncRunnable test (warning fix) r=abr on a CLOSED TREE
# [04:43] <jesup> abr: local compiler revs vary a lot more than the builders
# [04:43] <jesup> some devs run with warnings-as-errors. .mozconfig
# [04:43] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [04:43] <jesup> up to you to do it if you want
# [04:43] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [04:43] <@bz> khuey: ping
# [04:43] <abr> I'll look at that. I seem to recall seeing a lot of errors in various other parts of the tree, so I don't know wheter I could get a good build out of that.
# [04:44] <abr> Anyway, I need to run off now. It sounds like the kids aren't completely settled, and that's really bad news for 10:40 pm on a school night.
# [04:44] <abr> ttyl
# [04:44] <jesup> abr: :-/
# [04:44] <jesup> thanks
# [04:45] * Quits: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu) (Quit: spartanfire)
# [04:45] <@khuey> bz: hi
# [04:45] <@bz> khuey: so I just asked you for a review, but please punt to Peter if needed, ok?
# [04:45] * Quits: Wes (chatzilla@moz-8EE0ED3E.kingston.net) (Ping timeout)
# [04:45] <@khuey> ok
# [04:45] <@bz> khuey: well, or anyone else you can think of who can review codegen... ;)
# [04:47] <@khuey> heh
# [04:47] <@khuey> can I punt it to you?
# [04:47] * hwine-commuting is now known as hwine-ooo
# [04:47] <@khuey> :-P
# [04:47] * Joins: T3 (T3@9F5FBED7.62284FCE.EF49E5F2.IP)
# [04:47] <@bz> khuey: I wish
# [04:48] <@bz> khuey: given that it's a patch to add const, I claim I should be able to check it in with r=clang
# [04:48] <@bz> khuey: but .....
# [04:48] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
# [04:49] <@bz> http://hg.mozilla.org/releases/mozilla-release/annotate/6ffe3e9da8a8/obj-firefox/dist/include/nsIContent.h#l282
# [04:49] <@bz> Why is that not showing me the blame? :(
# [04:49] <@khuey> because its in the bojdir?
# [04:50] <@khuey> and doesn't actually exist?
# [04:50] <@bz> uh
# [04:50] <@bz> right, then!
# [04:50] * @bz kicks crash-stats. ;)
# [04:50] * Quits: ekr_ (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [04:50] <@khuey> indeed
# [04:50] <@bz> it's clearly late. :(
# [04:50] <@khuey> speaking of things that need to be kicekd
# [04:50] * @khuey goes looking for that releng bug
# [04:53] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [04:53] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
# [04:53] <JonathanS> jesup, it is like asking Doctor Who questions like "Who is Doctor Who?"
# [04:53] <@bz> khuey: so just for the curious, what was the build system issue?
# [04:53] <Callek> I asked that one before
# [04:54] * Quits: hub (hub@E639FEDB.F04051C4.DC1243F8.IP) (Ping timeout)
# [04:54] <@khuey> bz: with the bindings?
# [04:54] <JonathanS> Callek, dangerous question
# [04:55] <@bz> khuey: yeah
# [04:55] * nthomas is now known as nthomas|away
# [04:56] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
# [04:56] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [04:57] <@khuey> bz: well the immediate cause is that http://mxr.mozilla.org/mozilla-central/source/dom/bindings/Makefile.in#103 should not be foo.pp, it should be .deps/foo.pp
# [04:57] <@khuey> but fixing that exposes other problems :-/
# [04:57] <@bz> khuey: lovely
# [04:57] <@bz> khuey: I'm sorry I didn't catch that, btw. :(
# [04:58] <@khuey> bz: look at blame for that line
# [04:58] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
# [04:58] <@khuey> ;-)
# [04:58] <@bz> khuey: yes, I know
# [04:59] <@khuey> bz: anyways the plan is to fix pymake to not suck
# [04:59] <@khuey> reland glandium's thing
# [04:59] <@khuey> and revel in working deps
# [04:59] <@khuey> even on windows
# [04:59] <@bz> khuey: but look at the r= on the patch that added it. ;)
# [04:59] <@bz> khuey: That sounds like an excellent plan
# [05:00] <Callek> bz: working deps, you must be joking!
# [05:00] <@bz> khuey: Is it something that's doable in a "days" timeframe without making your life hell?
# [05:00] <Callek> we haven't had good working deps since the nmake era
# [05:00] * philor|away is now known as philor
# [05:01] <@khuey> bz: yeah I think so
# [05:01] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [05:02] <@khuey> speaking of which
# [05:02] * @khuey flips kernel switches for profiling, reboots
# [05:02] * khuey is now known as khuey|away
# [05:02] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [05:04] <philor> wow, that was a 36 minute opening!
# [05:04] * khuey|away is now known as khuey
# [05:04] * Quits: Matti_away (Matti@moz-783566DD.dip.t-dialin.net) (Ping timeout)
# [05:04] <@dolske> as long as we start scripting landing, we only need to be open for a few seconds each day.
# [05:05] * Joins: Wes (chatzilla@moz-8EE0ED3E.kingston.net)
# [05:06] <@bz> dolske: it takes at least 10+ seconds to push
# [05:07] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [05:07] <philor> not if we're fantasizing, it doesn't
# [05:07] <Callek> bz: takes me less than that
# [05:07] <Callek> like 9.59
# [05:07] <@dolske> launching a push attempt every second should deal with that.
# [05:08] * Joins: Matti_away (Matti@moz-FF9770CE.dip.t-dialin.net)
# [05:08] * Matti_away is now known as Matti
# [05:11] * Joins: sankha93 (sankha93@A30B2604.8ACFB64A.EFB84E89.IP)
# [05:11] * Joins: Wes_ (chatzilla@moz-BEF0C255.page.ca)
# [05:12] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [05:18] <@bz> mmm
# [05:18] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
# [05:18] <@bz> 22 branches soon
# [05:18] * @bz wonders whether we'll get an 11th hour landing of HTMLDocument
# [05:20] <jesup> Looks like builds succeeded
# [05:20] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [05:21] <jesup> Who will be the first to land when it reopens? :-) I'm betting on bz
# [05:21] * Quits: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [05:21] <jesup> philor: I think we probably can open
# [05:22] * Quits: Wes (chatzilla@moz-8EE0ED3E.kingston.net) (Connection reset by peer)
# [05:22] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [05:22] * ChanServ sets mode: +o dveditz
# [05:22] * darkowlzz|zzz is now known as darkowlzz
# [05:22] * Quits: ewong|sleep (chatzilla@moz-753C8B37.static.netvigator.com) (Connection reset by peer)
# [05:22] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Connection reset by peer)
# [05:23] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [05:23] <philor> jesup: but do we want to?
# [05:23] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [05:23] <jesup> philor: I have no patches waiting.... ;-)
# [05:23] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [05:23] * Joins: ewong|sleep (chatzilla@moz-753C8B37.static.netvigator.com)
# [05:23] * Joins: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com)
# [05:23] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
# [05:23] <jesup> So it's just these other folk you need to worry about
# [05:24] <@khuey> bz: so 90% of our pymake time is in two functions
# [05:24] * heycam is now known as heycam|away
# [05:24] <@khuey> bz: I suspect it will be easy to cut that down tomorrow ;-)
# [05:24] <jesup> warning, some of them look shady....
# [05:24] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [05:25] <jesup> khuey: garbage collection? ;-) Seriously, which two?
# [05:25] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [05:25] <@khuey> jesup: pymake has gc disabled
# [05:26] <@khuey> ncalls tottime percall cumtime percall filename:lineno(function)
# [05:26] <@khuey> 1583005 19.596 0.000 74.857 0.000 build/pymake\pymake\parserdata.py:
# [05:26] <@khuey> 158(execute) 1601909 17.714 0.000 22.926 0.000 build/pymake\pymake\data.py:573(__
# [05:26] <@khuey> init__)
# [05:26] <@khuey> note that ncalls here is waaaaay too high
# [05:26] * Joins: sid0 (uid2934@moz-A588D045.irccloud.com)
# [05:26] <@khuey> 1.5 million rules in a single directory?!?
# [05:31] * heycam|away is now known as heycam
# [05:31] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [05:31] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [05:31] * Joins: Wes (chatzilla@moz-8EE0ED3E.kingston.net)
# [05:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4573d094fa71 - Bas Schouten - Bug 854468 - Part 2: Package command line recording code. r=ted
# [05:33] <jesup> khuey: reminds me of a perf issue where we added input refs to a frame, and then removed them in the same order. On a page with a a LOT of <input>s, it became an n! job to remove them from the wrong end of the list....
# [05:35] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [05:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/023023d36160 - Cameron McCormack - Bug 850655 - Make CharIterator::Next() not crash when at the end of text. r=longsonr
# [05:36] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [05:37] * njn just got caught by the old "the code being run isn't the code you're looking at, stupid" trick
# [05:37] * Quits: raccettura (raccettura@moz-72914653.nwrknj.fios.verizon.net) (Quit: raccettura)
# [05:38] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
# [05:38] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [05:39] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [05:39] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
# [05:40] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
# [05:41] <@khuey> ha, down to 13s!
# [05:42] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [05:42] <@khuey> sweet
# [05:42] <jesup> khuey: from what?
# [05:43] <@bz> 13s for a clobber build?
# [05:43] <@bz> ship it!
# [05:43] <@khuey> jesup: from 4-5 minutes
# [05:43] <@khuey> bz: for a no-op traversal of dom/bindings under pymake with glandium's patch
# [05:43] <jesup> bz: hell, 13s for a non-clobber build would be great
# [05:43] * Joins: cabanier (cabanier@D72CD82A.EBE7551E.A32919DD.IP)
# [05:43] <jesup> Assuming it actually does anything....
# [05:43] <@khuey> bz: if we didn't do three separate passes it would be a third of that ...
# [05:44] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [05:44] * mattwoodrow is now known as mattwoodrow|away
# [05:44] * @khuey wonders how big he can make pymake's makefile cache
# [05:44] * Joins: spartanfire (guimdearau@moz-1BC5DAA1.mielccc.clients.pavlovmedia.com)
# [05:44] * Parts: spartanfire (guimdearau@moz-1BC5DAA1.mielccc.clients.pavlovmedia.com)
# [05:45] <@bz> khuey: heh
# [05:45] <@bz> khuey: so the bad news is we'll add more bindings files....
# [05:46] <@khuey> yeah
# [05:46] <@khuey> but this is good enough to land, imo
# [05:47] <@khuey> and then we should be able to stop clobbering all the time
# [05:47] * Quits: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP) (Client exited)
# [05:47] <jesup> khuey++++
# [05:48] <jesup> firebot: karma khuey
# [05:48] <firebot> khuey has 164 points of karma (rank 5).
# [05:48] <@khuey> damn
# [05:48] <@khuey> firebot: rank
# [05:48] <firebot> The person with the most karma is dolske with 525 points.
# [05:48] <firebot> Global rankings (Top 10):
# [05:48] <firebot> 1. dolske (525)
# [05:48] <firebot> 2. philor (185)
# [05:48] <firebot> 3. gavin (172)
# [05:48] <firebot> 4. mossop (165)
# [05:48] <firebot> 5. khuey (164)
# [05:48] <firebot> 6. jx (150)
# [05:48] <firebot> 7. boriss (129)
# [05:48] <firebot> 8. jesse (127)
# [05:48] <firebot> 9. ted (126)
# [05:48] <firebot> 10. shaver (123)
# [05:48] <@roc> aw
# [05:48] <jesup> khuey++
# [05:49] <@roc> I was waiting for "i"
# [05:49] <@dolske> what?
# [05:49] <@dolske> philor--
# [05:49] <@khuey> firebot: rank c
# [05:49] <firebot> c has 15 points of karma (rank 136).
# [05:49] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [05:49] <@khuey> roc: ^
# [05:49] <jesup> firebot: karma chameleon
# [05:49] <@roc> firebot: rank i
# [05:49] <firebot> chameleon has 1 points of karma (rank 941).
# [05:50] <firebot> i has no karma.
# [05:50] <jesup> couldn't resist
# [05:50] <@roc> that's just wrong
# [05:50] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [05:50] <@dolske> you++
# [05:51] <Jesse> roc++
# [05:52] * @khuey wanders off
# [05:52] * khuey is now known as khuey|away
# [05:53] <@dolske> hmm
# [05:53] <heycam> bz, you know how Web IDL bindings take an nsGlobalWindow (if the method is static), is there a way I can get an XPIDL method to get one?
# [05:54] * Quits: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp) (Ping timeout)
# [05:54] <heycam> bz, alternatively, I'm inside CSSSupportsRule::SetConditionText -- can I get an nsGlobalWindow from there somehow?
# [05:54] * Joins: Jesse_ (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [05:54] * Joins: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp)
# [05:55] * Joins: NimeshNeema (uid2689@moz-A588D045.irccloud.com)
# [05:55] <@bz> heycam: hmm
# [05:55] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
# [05:55] <@bz> heycam: so the theory is that for non-static methods you can just get to a window from the object, right?
# [05:55] <@bz> heycam: that said, which window do you want?
# [05:55] <@bz> heycam: and why?
# [05:55] <heycam> bz, I suppose that is the theory… I want a window that I can get a principal off that I can pass into CSSParser methods
# [05:55] <@bz> heycam: (noting that in general a stylesheet might be shared across windows...)
# [05:56] <@bz> ah
# [05:56] <heycam> so just like I've got in CSS::Supports()
# [05:56] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
# [05:57] <@bz> I suppose you could always GetSubjectPrincipal()
# [05:57] <@bz> Conceptually, that's the right thing to do, I think.
# [05:58] <heycam> bz, so that returns the principal for the script that's running, or something like that?
# [05:58] <@bz> But you need a document and base URI too, right?
# [05:58] <@bz> yeah
# [05:58] * heycam wonders how much it actually matters what principal gets passed in to parser methods
# [05:58] <@bz> Not quite
# [05:58] <@bz> It returns the principal whose permissions you should operate with
# [05:58] <darkowlzz> bz: can you please add some comments on Bug 835873 about how to fix it?
# [05:58] <heycam> yeah I can get document and base URI from stylesheet->GetDocument(), if it's actually inserted in the document at the time
# [05:58] <@bz> which is typically the principal of the rule except in the xray case
# [05:58] <@bz> well, so
# [05:58] <@bz> if you have a document, you can get a principal
# [05:58] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
# [05:58] * ChanServ sets mode: +o dbaron
# [05:59] <@bz> doc->NodePrincipal()
# [05:59] <@bz> (works on any nsINode)
# [05:59] <heycam> GetDocument() is going to return null if the rule isn't in a style sheet tho
# [05:59] <@bz> right
# [05:59] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
# [05:59] <@bz> we never actually use any of these bits of info here, do we?
# [05:59] <@bz> in practice?
# [05:59] <heycam> probably not ;)
# [06:00] <@bz> darkowlzz: ok
# [06:00] <darkowlzz> thanks :)
# [06:00] <@bz> darkowlzz: comment 2 wasn't enough?
# [06:00] <darkowlzz> no, some more details
# [06:00] <@bz> ok
# [06:01] <@bz> I mean, at some point it gets simpler for me to just fix it... ;)
# [06:01] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [06:02] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [06:02] <heycam> bz, hmm, I remember you or dbaron saying that I need to supply a base URI since it affects parsing of url() values
# [06:03] * Quits: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [06:04] <@bz> heycam: right
# [06:04] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
# [06:04] <heycam> bz, does it actually cause parsing to fail?
# [06:04] <@bz> heycam: so then the spec needs to say which base URI is used.....
# [06:04] <@bz> heycam: So if the base URI is about:blank
# [06:04] <heycam> bz, if I use a relative uri?
# [06:04] <@bz> heycam: I don't remember.
# [06:05] <@bz> heycam: would need to go read the code. Want me to? ;)
# [06:05] <heycam> bz, if you could!
# [06:05] <heycam> be quicker than me working it out
# [06:05] <@bz> How do I make something like http://hg.mozilla.org/mozilla-central/file/962f5293f87f/layout/forms/nsHTMLButtonControlFrame.cpp?mark=1 work?
# [06:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7fdeab2a549d - Mark Hammond - Bug 820743 - test-only change to (hopefully!) fix intermittent chat resize orange. r=me
# [06:06] <@bz> Looks like no
# [06:06] <@bz> Except @import
# [06:06] <heycam> bz, that is good news then
# [06:07] <@bz> relative URI in @import that can't be resolved will act like a parse error
# [06:07] <@bz> arguably shoudn't
# [06:07] <@bz> oh, no
# [06:07] <@bz> it'll just report the error and go on
# [06:07] <@bz> so even there it doesn't affect things too much
# [06:07] <heycam> bz, @supports doesn't need to care about the actual values, so hopefully I'm fine passing in null for the base uri
# [06:07] <@bz> yeah
# [06:07] <heycam> cool
# [06:07] <heycam> I'll pass in document uri if it's available, for error niceness
# [06:07] <@bz> anyone? How to mark lines in hgweb?
# [06:08] <@bz> Right
# [06:08] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [06:08] <heycam> bz, it's a "desired featured" https://developer.mozilla.org/en-US/docs/Mercurial_Desired_Features
# [06:09] <@bz> mmm
# [06:09] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [06:09] * @bz makes do
# [06:10] <@bz> darkowlzz: better?
# [06:10] <@bz> darkowlzz: Was there someone looking to fix and being confused, btw?
# [06:11] * Quits: sankha93 (sankha93@A30B2604.8ACFB64A.EFB84E89.IP) (Quit: Leaving.)
# [06:13] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
# [06:13] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
# [06:14] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:14] <darkowlzz> bz: well, I don't know about others. Maybe this comment will help them to get started.
# [06:15] <darkowlzz> If response in few days, I will give it a shot :)
# [06:16] <firebot> Check-in:
# [06:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cdcf6581c682 - Tanvi Vyas - Bug 840388 - Mochitests that navigate https frames to http frames, both when a secure parent exists and when no secure parents exist. Tested with the mixed active content
# [06:17] <firebot> pref enabled and disabled. r=smaug
# [06:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/844ef68557d8 - Tanvi Vyas - Bug 836951 - Add mDocShell to nsSecureBrowserUIImpl. Traverse up to the root doc shell. r=bsmith,smaug
# [06:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cf276949f2b6 - Tanvi Vyas - Bug 840388 - Check if a iframe has any https parents. If not, then there is no mixed content since we are not on a secure page. r=smaug
# [06:17] <@bz> darkowlzz: just go for it
# [06:18] * jcranmer is now known as jcranmer|away
# [06:18] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [06:18] <tanvi> after you push to inbound a local repo, should I do a qfinish before doing another hg pull && hg update and before pushing more patches?
# [06:19] <heycam> tanvi, if you've pushed, you would have qfinished just before, so you won't have any patches applied, right?
# [06:19] <tanvi> ah; no i didn't
# [06:20] <heycam> tanvi, but in general I think it's better to pull when you don't have patches applied
# [06:20] <tanvi> i have the 3 patches i pushed to inbound applied
# [06:20] <heycam> tanvi, you might need to pop them, then pull, then remove the patches from your queue
# [06:20] <heycam> s/pull/pull -u/
# [06:21] <tanvi> pull -u?
# [06:21] <heycam> same as hg pull && hg up
# [06:21] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [06:21] <tanvi> ah! thanks
# [06:21] <heycam> (assuming there is something to pull)
# [06:21] <heycam> but yeah, I always just apply the patches I want to push, qfinish them, then push
# [06:21] <tanvi> heycam - thanks! i think the step i've been missing is the hg qfinish before i do the push to inbound
# [06:21] <heycam> cool
# [06:21] * Quits: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP) (Ping timeout)
# [06:22] <darkowlzz> bz: okay, once I am done with other bugs. Thanks! :)
# [06:23] <@bz> erm
# [06:23] <@bz> hg push should refuse to push if you have mq patches applied
# [06:23] <@bz> were you pushing with -f or something?
# [06:26] <jesup> Nuke the repo from orbit. It's the only way to be sure.
# [06:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f46bbb876415 - Tanvi Vyas - Bug 841850 - Check the target of a link click and update the content type from TYPE_SUBDOCUMENT to TYPE_DOCUMENT if the target is a new document. r=bz
# [06:30] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/95274843db65 - Tanvi Vyas - Bug 841850 - Mochitests. r=smaug
# [06:35] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [06:36] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Quit: Leaving)
# [06:37] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [06:38] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [06:42] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [06:43] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
# [06:43] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
# [06:44] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [06:45] * Joins: vd (vd@moz-7A53EEF0.ddns.cablebg.net)
# [06:46] <masayuki> Hello, I have a question. How do you pronounce "asm.js"?
# [06:46] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
# [06:46] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [06:47] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Input/output error)
# [06:47] <vd> ps -wwp 26669 -o etime,cputime,args
# [06:47] <vd> ELAPSED TIME COMMAND
# [06:47] <vd> 12:04:43 00:05:31 /usr/bin/ld ...... -o libxul.so
# [06:47] * Joins: Kailas (patilkr@167E751E.9EA085B9.A76F6622.IP)
# [06:48] <darkowlzz> How do you add a bugzilla nick?
# [06:48] * philor is now known as philor|away
# [06:48] <glob> darkowlzz, make it part of your 'real name'
# [06:48] <glob> darkowlzz, https://bugzilla.mozilla.org/userprefs.cgi?tab=account
# [06:48] <darkowlzz> oh! thanks :)
# [06:48] <glob> darkowlzz, prefix it with :
# [06:50] <vd> The ld to produce libxul.so has been running for 12+ hours so far on my PC!
# [06:51] <heycam> masayuki, I would say "ay ess em dot jay ess"
# [06:52] * heycam is now known as heycam|away
# [06:53] <masayuki> heycam: Oh, really?
# [06:53] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [06:53] * philor|away is now known as philor
# [06:59] * Quits: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP) (Client exited)
# [06:59] <glob> masayuki, i pronounce it the same as heycam
# [07:01] <masayuki> glob: thanks, I was looking for the official pronunciation, but I've never found it yet.
# [07:01] * capella is now known as capella|zZzZz
# [07:01] * Quits: njn (chatzilla@moz-DA9602F5.dyn.iinet.net.au) (Ping timeout)
# [07:02] <masayuki> The pronunciation of "asm.js" is now a big question of a part of Japanese mozillians.
# [07:02] <glob> :)
# [07:02] <glob> are they more "azem dot jey ess" ?
# [07:02] * heycam|away is now known as heycam
# [07:03] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
# [07:03] <masayuki> depends on each person :-(
# [07:03] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [07:04] * Joins: njn (chatzilla@moz-D21BEDF6.dyn.iinet.net.au)
# [07:04] <masayuki> "a-se-mu", "a-su-mu" or "a-se-mo" + dot jay ess in Japanese community
# [07:05] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [07:07] <heycam> interesting
# [07:08] <heycam> I like "a-se-mu" of those :)
# [07:09] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
# [07:09] * Quits: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net) (Quit: Leaving.)
# [07:09] <masayuki> Yeah, if it comes from "assembler", "a-se-mu" does make sense for me.
# [07:09] * Joins: bjacob (bjacob@moz-BDD802ED.hfc.comcastbusiness.net)
# [07:12] * Quits: agoforth (agoforth@moz-4CF27AFB.hsd1.mi.comcast.net) (Ping timeout)
# [07:13] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [07:13] * philor is now known as philor|away
# [07:15] <jesup> vd: likely paging. mozilla doesn't want to link in <8GB, and really doesn't like it in <4gb
# [07:16] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Client exited)
# [07:16] * Joins: agoforth (agoforth@moz-4CF27AFB.hsd1.mi.comcast.net)
# [07:16] <vd> jesup: yes, that's a 2GB machine, the cpu time used is only 5 min
# [07:17] <vd> on my 4GB machine it links for 40 mins
# [07:17] * philor|away is now known as philor
# [07:17] <jesup> vd: go to sleep :-). In another 12 or 24 hours, it may be done. (Kill everything non-critical first!). Or better yet, go to sleep, tomorrow get up and go to the computer store and buy more ram. Faster than waiting. :-)
# [07:17] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [07:18] <jesup> On my 16GB machine it links in about 20-30 seconds IIRC
# [07:18] <vd> jesup: I already ordered more ram yesterday, but it turned out that is incompatible with my PC, will have to deal with the seller today to replace it
# [07:18] <vd> lucky you :)
# [07:19] <jesup> I bought 8GB of ram for one machine a few months ago; $34 - $10 rebate IIRC
# [07:19] <vd> it is that 12-hour ld has been running on a laptop overnight
# [07:19] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [07:20] * Joins: nsm (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP)
# [07:20] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
# [07:20] <vd> 4GB (2x2GB modules) = $45 here
# [07:21] <vd> (that is the incompatible one)
# [07:21] <jesup> yeah, that was desktop memory, and a good price
# [07:22] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Quit: leaving)
# [07:22] * philor is now known as philor|away
# [07:22] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [07:23] * Joins: nikhil (nikhil@moz-33E2A52D.tmodns.net)
# [07:23] <vd> just checked, maybe I will have to replace it today for 8GB (2x4GB) for $78 (this is for my desktop PC)
# [07:24] * Quits: spohl (Adium@moz-B4158996.reverse.softlayer.com) (Quit: Leaving.)
# [07:24] * Joins: nikhil_ (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP)
# [07:24] * Quits: nsm (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP) (Connection reset by peer)
# [07:25] * Joins: j0ni_ (j0ni@moz-20B252D9.home.otenet.gr)
# [07:25] * Quits: nikhil (nikhil@moz-33E2A52D.tmodns.net) (Ping timeout)
# [07:26] * Joins: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net)
# [07:29] * Joins: stransky (stransky@moz-3C58453D.net.upcbroadband.cz)
# [07:33] * dholbert|afk is now known as dholbert
# [07:33] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
# [07:38] * Joins: past (Instantbir@moz-84FB736B.dsl.dyn.forthnet.gr)
# [07:38] <firebot> Check-in:
# [07:38] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7a289f49170f - Daniel Holbert - Bug 848539 part 3: Back out part of 076d87bf30d0, bug 666041 part 7 (flexbox frame class impl -- just removing the code that deals with min-height:auto). r=dbaron
# [07:38] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/afe27d80eeef - Daniel Holbert - Bug 848539 part 7: Fix or disable reftests that depend on min-width:auto / min-height:auto. r=dbaron
# [07:39] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/edd98255e81d - Daniel Holbert - Bug 848539 part 1: Back out ed5120ffd118 from bug 794748 (mochitest for min-width:auto). r=dbaron
# [07:39] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f8b5090d02e5 - Daniel Holbert - Bug 848539 part 5: Back out 6bb37077d615, bug 763689 part 2 (style-system handling for min-width:auto). r=dbaron
# [07:39] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e7a9e30409eb - Daniel Holbert - Bug 848539 part 6: Back out ff0658329dbd, bug 763689 part 1 (CSS parser support for min-width:auto & min-height:auto). r=dbaron
# [07:39] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [07:39] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5db313632268 - Daniel Holbert - Bug 848539 part 4: Back out 82f73bdb2237, bug 763689 part 3 (style-system handling for min-height:auto). r=dbaron
# [07:39] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1eae876d6c3a - Daniel Holbert - Bug 848539 part 2: Back out de6a5c46a8ff, bug 666041 part 8 (special-handling for min-width:auto as min-content, for flex items). r=dbaron
# [07:39] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:40] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Client exited)
# [07:40] <jesup> dholbert is on a backout rampage
# [07:40] * Quits: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: lizzard)
# [07:40] <dholbert> jesup, it's not quite what it looks like
# [07:40] <dholbert> jesup, a feature was removed from the flexbox spec
# [07:40] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [07:40] <dholbert> so that was backing out all of the (mercifully mostly atomic) changesets that implemented that feature
# [07:41] <jesup> I figured it wasn't what it looked, but I'm punchy
# [07:41] <dholbert> :)
# [07:41] * dholbert backs out WebRTC
# [07:41] <dholbert> (j/k)
# [07:41] <jesup> Hey, we just fixed almost all the oranges!!!
# [07:41] * Quits: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu) (Client exited)
# [07:41] <Callek> jesup: don't let sheriff's hear you say that
# [07:42] <Callek> jesup: of course, if you do fix all the Firefox oranges and strive to fix more, http://tbpl-dev.callek.net/
# [07:42] <jesup> I did say "almost"....
# [07:43] * Callek whistles at the subtle joke of jesup fixing SeaMonkeys oranges
# [07:43] <jesup> Hell, I think I have a day of leeway after nailing the XPCOM nsThread leak (which was triggered by webrtc, but really was an xpcom bug)
# [07:43] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [07:43] <Callek> jesup: no day of leeway when you get a long weekend coming up
# [07:43] <Callek> :-P
# [07:43] <jesup> No long weekend here
# [07:44] <jesup> Unless you mean a long weekend of landing patches :-)
# [07:45] * Quits: bjacob (bjacob@moz-BDD802ED.hfc.comcastbusiness.net) (Ping timeout)
# [07:45] * Joins: nigelb (nigel@moz-8640053A.me)
# [07:45] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [07:45] * mattwoodrow|away is now known as mattwoodrow
# [07:49] * Joins: gcp (gpascutto@moz-86A7852.access.telenet.be)
# [07:49] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [07:51] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [07:52] * Joins: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP)
# [07:53] <Mavericks> 'Firing an event for content not in a document' . When is an assertion like this expected to occur
# [07:53] <Mavericks> nsPresShell.cpp 6603
# [07:55] * Quits: tonymec (tonymec@DE0F369E.4E3D4BFF.DE2DB281.IP) (Input/output error)
# [07:56] * Joins: Wusel_ (muench@moz-643A8764.planconnect.de)
# [07:56] * Quits: tonymec|away (tonymec@DE0F369E.4E3D4BFF.DE2DB281.IP) (Quit: Konversation terminated!)
# [07:56] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
# [07:58] <glob> happy bmo push day! http://globau.wordpress.com/2013/03/28/happy-bmo-push-day-38/
# [08:03] * Quits: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net) (Quit: Alfredo)
# [08:03] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [08:04] * Joins: tonymec__ (tonymec@7E071F8F.54F26451.DE2DB281.IP)
# [08:04] * Joins: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net)
# [08:05] * Quits: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:05] * Joins: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net)
# [08:05] * tonymec__ is now known as tonymec|away
# [08:05] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [08:08] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
# [08:09] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [08:10] * Quits: nikhil_ (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP) (Ping timeout)
# [08:10] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [08:11] * Quits: njn (chatzilla@moz-D21BEDF6.dyn.iinet.net.au) (Input/output error)
# [08:12] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Quit: vtmarvin)
# [08:12] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
# [08:12] * ChanServ sets mode: +o dbaron
# [08:13] <firebot> Check-in:
# [08:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/293498096b28 - Daniel Holbert - Bug 840388 followup: Remove completely unused variable 'chromeParent' introduced in cf276949f2b6, to fix unused variable build warning. (trivial patch, no review)
# [08:14] * Fallen|away is now known as Fallen
# [08:15] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [08:15] * Joins: Mitch (chatzilla@moz-7C8DACDA.sbr802.nsw.optusnet.com.au)
# [08:15] * Joins: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP)
# [08:17] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:17] * Mavericks is now known as Mavericks|afk
# [08:18] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [08:18] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [08:19] * jesup goes to sleep, happy for having TONS less bugmail after landing :-)
# [08:20] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [08:20] <dholbert> jesup, quick question, actually, if you have a sec
# [08:21] <jesup> heard the beep
# [08:21] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
# [08:21] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [08:22] <dholbert> jesup, so I'm getting http://www.pastebin.mozilla.org/2253041 build warning as of today, for a static method declaration in a .h file that appears to be unnecessary, since the method is only invoked in a .cpp file (which has a forward declaration already)
# [08:23] <dholbert> (many copies of that warning, for every .cpp file that includes the offending .h file)
# [08:23] <dholbert> jesup, this appears to be from code you added in https://bugzilla.mozilla.org/show_bug.cgi?id=839650 in the last day or so
# [08:23] <jesup> dholbert: bug 855595 patch is up for review
# [08:23] <jesup> :-)
# [08:23] <dholbert> ah, nice
# [08:23] <dholbert> that will do nicely
# [08:24] * heycam is now known as heycam|away
# [08:24] * Joins: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP)
# [08:24] <jesup> caused by a last-second change request by ekr I didn't mirror when things moved.
# [08:24] <jesup> glad to be of service!
# [08:24] <dholbert> jesup, gotcha. sleep well!
# [08:27] <darkowlzz> why do we have 2 types of tests, mochi test and xpcshell test? anyone?
# [08:30] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [08:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7a983737db1f - Marty Rosenberg - Bug 843015: Don't optimize a function that arm-linux-gnueabi-gcc-4.7.2 seems to miscompile. (r=dvander)
# [08:31] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [08:32] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
# [08:32] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
# [08:32] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [08:34] <KWierso|Home> darkowlzz: if I understand it correctly (probably not), xpcshell tests test XPCOM stuff without any chrome or content available, while Mochitests have a DOM
# [08:36] <darkowlzz> I found a bug in OS.File where mochi tests are to be converted to xpcshell test.
# [08:36] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [08:36] <darkowlzz> So xpcshell test can't deal with complete DOM?
# [08:37] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
# [08:37] <KWierso|Home> if I'm reading https://developer.mozilla.org/en-US/docs/Mozilla/QA/Automated_testing correctly, I don't think so
# [08:38] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [08:38] <dholbert> darkowlzz, you know we have more than just those two types, right? :) there are also reftests, crashtests, and sub-types of mochitests (browser-chrome, chrome, plain), and c++ unit tests
# [08:38] <darkowlzz> wow!! nice to know
# [08:38] <dholbert> but yeah, my understanding is that xpcshell tests don't have any actual DOM / layout / CSS -- they're for testing scripted things that don't require a DOM
# [08:39] <dholbert> I think in theory, every xpcshell test _could_ be written as a mochitest
# [08:39] * Quits: cabanier (cabanier@D72CD82A.EBE7551E.A32919DD.IP) (Quit: Leaving.)
# [08:39] <dholbert> but xpcshell tests are simpler
# [08:40] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [08:40] <darkowlzz> and since xpcshell tests are faster and simpler than mochi, it is good to convert the convertible ones to xpcshell
# [08:40] <Callek> guys, fyi we're dangerously close to needing trees closed for capacity on tegras
# [08:40] <dholbert> yup
# [08:40] <dholbert> Callek, really? At nearly 1am MV-time?
# [08:40] <Callek> I'm much too tired to fix the issue, but I did send e-mail to sheriffs an ateam member and all of releng
# [08:41] <Callek> dholbert: yea, look at the by-the-hour graph of http://people.mozilla.org/~hwine/mrtg/tegra_prod_1.html
# [08:41] <Callek> dholbert: theres an issue, that I don't know what it really is
# [08:41] * Quits: avih (quassel@moz-DF4A28CA.red.bezeqint.net) (Connection reset by peer)
# [08:41] <Callek> s.it really is.it's underlying cause is.
# [08:41] <darkowlzz> thanks for the clarification KWierso|Home dholbert :)
# [08:41] <dholbert> darkowlzz, np! :)
# [08:42] <Callek> we have currently ~30 tegras up out of almost 250
# [08:42] <Callek> thats not even enough to do 1 push worth of jobs at once
# [08:43] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [08:45] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [08:45] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [08:46] * Joins: avih (quassel@moz-DF4A28CA.red.bezeqint.net)
# [08:46] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [08:47] * Quits: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [08:47] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [08:47] * Mavericks|afk is now known as Mavericks
# [08:48] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [08:48] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:49] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [08:49] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [08:50] * Joins: jviereck (Adium@moz-D4794E0C.ethz.ch)
# [08:51] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [08:53] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
# [08:54] <Callek> dholbert: soooo if you want to assist a "too tired to do much" Callek in making tegra capacity better -- you'll try hard to kill off any and all pending/running android tests on https://tbpl.mozilla.org/?tree=Try&rev=f714634709c0 -- through a large set of laughable circumstances that is whats wrong, and we should get capacity back when it stops trying to do this job
# [08:55] * Joins: brendan (brendaneic@FDB96CDB.6C3B2098.6A3AF4D7.IP)
# [08:57] * kaze|zZz is now known as kaze
# [08:57] * Quits: avih (quassel@moz-DF4A28CA.red.bezeqint.net) (Connection reset by peer)
# [08:58] <ewong> O_O
# [08:58] * Joins: maikmerten (maikmerten@moz-7A336F2D.dynamic.qsc.de)
# [08:58] <ewong> wt..??
# [08:59] * Joins: avih (quassel@moz-DF4A28CA.red.bezeqint.net)
# [09:00] * Joins: Optimize1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
# [09:00] <ewong> should it be retrying like that?
# [09:01] * Joins: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com)
# [09:02] <dholbert> Callek, omg, so much blue
# [09:04] * Quits: jviereck (Adium@moz-D4794E0C.ethz.ch) (Quit: Leaving.)
# [09:04] <glazou> bonjour
# [09:05] <dholbert> Callek, I just remembered, we've got that handy "cancel all" button in upper-left
# [09:05] <dholbert> Callek, I used that, after doing a bunch of per-job canceling
# [09:05] <Callek> o we have one of those!?
# [09:05] <dholbert> Callek, so depending on how effective that button is, we may be ok
# [09:06] <dholbert> yeah! hover the commit message and it appears
# [09:06] <Callek> damn I should have thought of that
# [09:06] * Quits: michal (michal@moz-6CE1017D.broadband17.iol.cz) (Ping timeout)
# [09:06] <dholbert> (appears underneath author name)
# [09:06] <dholbert> er s/author/pusher
# [09:07] <dholbert> Callek, so I think that push is taken care of
# [09:07] <dholbert> Callek, I don't even want to ask how you found it, but good sleuthing to you or whoever on that :)
# [09:08] <Callek> dholbert: checked recent for tegras saw tons of retries all on try, so looked at one of them and pulled out the rev from buildbot status and plugged it into tbpl
# [09:08] <Callek> I got really really lucky even noticing this
# [09:08] <dholbert> Callek, probably worth documenting this in a releng bug when you get a chance
# [09:09] <Callek> theres a similar bug somewhere in releng for two aspects of this
# [09:09] <dholbert> on doing what we can to avoid a push like that in the future
# [09:09] <dholbert> ok
# [09:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/76ba219af069 - Edgar Chen - Bug 843614 - Part 2: Enable test_outgoing_busy. r=hsinyi
# [09:09] <Callek> one the issue that made us retry to begin with, the other a "limit retries to x number"
# [09:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2a0138828f01 - Edgar Chen - Bug 843614 - Part 1: Enable test_outgoing_badNumber. r=hsinyi
# [09:09] <Callek> the latter is really really hard. but the former I think I can bang out in 1 or 2 weeks now, and I think I'll do that soon :-)
# [09:10] <dholbert> cool!
# [09:10] <Callek> (issue is hardcoded fennec package name based on branch in releng configs, where if you push a non -central tree to try this can happen)
# [09:11] <Callek> anyway, overtired == goodnight and thanks!
# [09:13] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [09:14] * darkowlzz is now known as darkowlzz|afk
# [09:14] * Quits: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net) (Client exited)
# [09:14] * Joins: marcoz (marco.zehe@moz-50675C5E.dip.t-dialin.net)
# [09:15] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [09:16] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [09:17] * romaxa is now known as romaxa_zzz
# [09:17] * glob is now known as glob|away
# [09:17] <Mavericks> blue sea heh
# [09:18] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [09:18] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [09:18] * Joins: tzimmermann (tzimmerman@moz-1162692.pools.arcor-ip.net)
# [09:18] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [09:19] * Quits: Jesse_ (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
# [09:19] * Joins: sankha93 (sankha93@A30B2604.8ACFB64A.EFB84E89.IP)
# [09:20] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [09:23] * Joins: michal (michal@moz-6CE1017D.broadband17.iol.cz)
# [09:24] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [09:24] * Joins: srishti (srishti@91BC8839.F442218F.88FACCAA.IP)
# [09:26] * darkowlzz|afk is now known as darkowlzz
# [09:29] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Input/output error)
# [09:30] * Joins: cabanier (cabanier@A4577564.5F2EEA0.4D9A08AF.IP)
# [09:31] * Quits: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:32] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:35] * Quits: sankha93 (sankha93@A30B2604.8ACFB64A.EFB84E89.IP) (Quit: Leaving.)
# [09:35] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
# [09:36] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
# [09:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9c98428a284e - Nicholas Cameron - Bug 853710. Optimise use of general purpose regs stm/ldm. r=mjrosenb
# [09:38] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [09:40] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
# [09:40] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: twi)
# [09:43] * Joins: teoli (teoli@C2BB1738.5A81EF3B.F1085784.IP)
# [09:45] * Joins: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP)
# [09:48] * Quits: srishti (srishti@91BC8839.F442218F.88FACCAA.IP) (Ping timeout)
# [09:49] * whimboo|afk is now known as whimboo
# [09:49] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [09:50] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [09:50] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [09:50] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [09:52] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [09:52] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [09:53] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [09:54] * mattwoodrow is now known as mattwoodrow|away
# [09:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/14064d4b31e7 - Daniel Holbert - Bug 801268: Add crashtest for this bug. (test only, no review)
# [09:55] * Quits: Asa (asa@363AA1C0.A1EC5031.204CA821.IP) (Ping timeout)
# [09:55] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1370c07c5d3d - Daniel Holbert - Bug 854263: Add special-case for flex items that are instances of nsFrame, whose trivial reflow impl doesn't request enough space for its border/padding. r=dbaron
# [09:58] * dholbert is now known as dholbert|afk
# [10:01] * Quits: brankc (brankc@moz-29FFE1B5.me) (Ping timeout)
# [10:01] * Quits: m_kato_ (m_kato@moz-658AB552.tokyo.ocn.ne.jp) (Quit: Leaving...)
# [10:02] * Joins: brankc (brankc@moz-29FFE1B5.me)
# [10:02] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [10:03] * Joins: Mic (Mic@moz-D6011AAA.superkabel.de)
# [10:04] * Joins: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP)
# [10:05] * Quits: brankc (brankc@moz-29FFE1B5.me) (Ping timeout)
# [10:08] * Joins: brankc (brankc@moz-29FFE1B5.me)
# [10:08] * Quits: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net) (Quit: Alfredo)
# [10:09] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [10:11] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
# [10:12] * darkowlzz is now known as darkowlzz|afk
# [10:13] * Joins: srishti (srishti@91BC8839.F442218F.88FACCAA.IP)
# [10:16] * whimboo is now known as whimboo|afk
# [10:16] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [10:16] * ChanServ sets mode: +o smaug
# [10:17] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [10:17] * ChanServ sets mode: +o roc
# [10:18] * Joins: cornel_ionce (Mibbit@28C4EA76.976FBEE.5BC07656.IP)
# [10:18] * Joins: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net)
# [10:19] * Quits: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:19] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [10:20] * Quits: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP) (Broken pipe)
# [10:21] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [10:23] * Joins: gsvelto (gsvelto@moz-9D13516D.clienti.tiscali.it)
# [10:24] * whimboo|afk is now known as whimboo
# [10:25] * Joins: edmorley (edmorley@moz-96F730DB.range86-166.btcentralplus.com)
# [10:25] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [10:26] * Quits: darkowlzz|afk (darkowlzz@961A928A.26FF09EC.27560D6E.IP) (Ping timeout)
# [10:29] <edmorley> lol at bug 823923 comment 0, no wonder they wanted tinderbox shut down
# [10:29] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [10:29] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [10:31] * Joins: darkowlzz|afk (darkowlzz@961A928A.26FF09EC.27560D6E.IP)
# [10:31] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [10:32] * Quits: past (Instantbir@moz-84FB736B.dsl.dyn.forthnet.gr) (Ping timeout)
# [10:36] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
# [10:36] * Joins: jviereck (Adium@moz-D4794E0C.ethz.ch)
# [10:37] * Quits: jviereck (Adium@moz-D4794E0C.ethz.ch) (Quit: Leaving.)
# [10:38] * Quits: j0ni_ (j0ni@moz-20B252D9.home.otenet.gr) (Client exited)
# [10:39] * Quits: brendan (brendaneic@FDB96CDB.6C3B2098.6A3AF4D7.IP) (Quit: brendan)
# [10:39] * Joins: jhk1 (Jignesh@7FC79FD2.5827C9F6.D06349B0.IP)
# [10:39] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [10:39] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Ping timeout)
# [10:40] <Kailas> Hi, I am not able to access to HTTP header from cache. Code snippet is available at: http://pastebin.mozilla.org/2253061
# [10:40] <Kailas> "onCacheEntryAvailable" function triggers, but "entry" is not defined
# [10:41] <Kailas> access has value 0 and status has value 2152398909
# [10:41] * Joins: freddyb (freddyb@moz-DB4A9C19.scl3.mozilla.com)
# [10:42] * Joins: pnkfelix (pnkfelix@moz-DCE959F8.cnt.nerim.net)
# [10:42] <freddyb> we're trying to get the headers out of a cache entry (specifically: out of a webpage a user hits when clicking the back button). we do this in an add-on and use a tabprogresslistener to get the event
# [10:42] * Joins: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP)
# [10:43] <freddyb> we then use asyncOpenCacheEntry, but the result says there's no cache entry for the key
# [10:43] <freddyb> whereas about:cache indicates that there *is*
# [10:43] <freddyb> any ideas?
# [10:45] <edmorley> is there anyone around who can CC me on a webtools sec bug?
# [10:46] <freddyb> edmorley: I could try if you have a good reason to be CCd ;)
# [10:46] <freddyb> I think I can see websec, not too sure if I get full webtools
# [10:48] * @smaug cycle collects edmorley
# [10:49] <edmorley> heh :-)
# [10:50] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [10:52] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [10:53] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [10:53] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:54] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:55] * Joins: twi (Adium@moz-479B9482.ip229.fastwebnet.it)
# [10:57] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
# [10:57] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [10:58] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [10:59] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [11:00] * Joins: cdemon (kvirc@moz-1C0B5DEC.superkabel.de)
# [11:00] <cdemon> hi
# [11:00] * ewong is now known as ewong|afk
# [11:01] <cdemon> i've got a small request, could anybody of you please tag bug 827890 accourdingly?
# [11:02] <cdemon> i don't think it will get any attention otherwise and completly breaks select boxes on ff 19.0.2+ on os x when using jquery or yui
# [11:03] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [11:03] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [11:04] <edmorley> cdemon: looking
# [11:04] <cdemon> tyvm!
# [11:05] <edmorley> cdemon: do you have a rough regression range?
# [11:06] <cdemon> nope, sorry
# [11:06] <edmorley> cdemon: did it used to work in previous versions of firefox?
# [11:06] <cdemon> this got reported to us with 19.0.2and 20beta works again afaik
# [11:06] <cdemon> yes, of course
# [11:07] <cdemon> but i think the last internal testing was with ff 17
# [11:08] <NeilAway> freddyb: does page info show the size of the page? iirc that uses asyncOpenCacheEntry
# [11:08] <cdemon> the jquery folks suggests using moz-transform: none because moz-transform:3d seems to be broken. i haven't seen a report in the yui camp, though
# [11:08] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [11:09] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [11:09] <freddyb> NeilAway: I can't follow? about:cache says "data size: 627" though..
# [11:10] * Joins: Mano (mano@A737B31A.C1FECCB4.39716721.IP)
# [11:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e503b1458e77 - Gina Yeh - Bug 853200 - Remove unused event handlers from idl, r=echou, sr=mrbkap
# [11:10] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [11:11] <NeilAway> freddyb: well, that would prove that page info can read the size correctly, so you just need to cross-compare
# [11:11] <Kailas> NeilAway: about:cache details for particular key we are using is at : http://pastebin.mozilla.org/2253237
# [11:11] <NeilAway> freddyb: if page info can't read the size, then you're probably looking at the wrong cache entry
# [11:12] <freddyb> Kailas: ok, can you right-click "View page info" and check if that is the same as about:cache?
# [11:12] * pmoore|away is now known as pmoore
# [11:13] <freddyb> NeilAway: we don't get *any* cache entry with asyncOpenCacheEntry. we just try to get the headers for a page that is in the cache for back-clicks :/
# [11:13] <edmorley> cdemon: I can't reproduce on nightly, so the "works again on 20 beta" seems likely; I've marked the bug new which gets it on more people's bugmail, but given that it's fixed on 20, there will likely not be a 19.0.3 seeing as 20 will be released in a week (https://wiki.mozilla.org/RapidRelease/Calendar)
# [11:13] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [11:14] <NeilAway> freddyb: ok, so there are two possibities
# [11:14] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [11:14] <NeilAway> freddyb: a) you are doing something wrong b) you are not doing anything wrong
# [11:14] <NeilAway> freddyb: so, this is why you compare with page info
# [11:14] <NeilAway> freddyb: if page info works, then it's your fault
# [11:14] <cdemon> @edmorley: thanks a lot, that's good news
# [11:14] <NeilAway> freddyb: if page info doesn't work, then it's not your fault
# [11:15] <freddyb> ;)
# [11:15] <Kailas> NeilAway: Yes, size is 627. Its the same page
# [11:15] * Quits: twi (Adium@moz-479B9482.ip229.fastwebnet.it) (Ping timeout)
# [11:15] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [11:15] <freddyb> not our fault \o/
# [11:16] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
# [11:16] * Joins: twi (Adium@moz-479B9482.ip229.fastwebnet.it)
# [11:16] <NeilAway> Kailas: ok, so if page info gets the size right, then there must be a problem in your code :s
# [11:16] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [11:17] <Kailas> NeilAway: http://pastebin.mozilla.org/2253061
# [11:17] <NeilAway> Kailas: unfortunately I have to be afk for a bit, if you haven't figured it out maybe I can get back to you later
# [11:17] <Kailas> NeilAway: onCacheEntryAvailable is invoked but it doesn't contain valid value for "entry"
# [11:17] <freddyb> NeilAway: thanks for looking though!
# [11:18] <Kailas> NeilAway: Thank you very much!
# [11:18] <freddyb> it's good that we confirmed the cache entry is there and valid and all that
# [11:18] <freddyb> now we have to look for something else :)
# [11:19] <Kailas> yeah
# [11:20] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [11:20] * Quits: cdemon (kvirc@moz-1C0B5DEC.superkabel.de) (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/)
# [11:20] * Joins: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [11:20] <Kailas> freddyb: we used asyncOpenCacheEntry with correct url and it also invokes onCacheEntryAvailable correctly, it means entry should be available to it
# [11:20] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [11:21] <freddyb> I will try playing with the APIs locally
# [11:21] <Kailas> freddyb: but actually entry is not defined
# [11:21] <freddyb> maybe I can hash out a working minimal test case and we move on from there
# [11:21] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:21] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [11:23] <Kailas> freddyb: I trying to search on mxr for http header reading from cache page
# [11:23] <freddyb> good idea
# [11:23] <Kailas> freddyb: if there exists any test case for scenario similar to our then we can refer it
# [11:25] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [11:25] * Joins: anba (svdi@moz-58CD4338.versanet.de)
# [11:25] <freddyb> yep
# [11:26] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [11:27] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [11:29] <Kailas> freddyb: on mxr the results I found (http://mxr.mozilla.org/mozilla-aurora/search?string=.getMetaDataElement&find=&findi=&filter=%5E%5B%5E%5C0%5D*%24&hitlimit=&tree=mozilla-aurora) are using sync API openCacheEntry except 3rd link.
# [11:30] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [11:30] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [11:31] * Quits: teoli (teoli@C2BB1738.5A81EF3B.F1085784.IP) (Input/output error)
# [11:33] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [11:33] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [11:35] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [11:35] * capella|zZzZz is now known as capella
# [11:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/52cd656def30 - Julian Seward - Bug 855012 - local_debug_info_symbolizer.cc,h and shim_mac_dump_syms.mm,h have no license information (& probably need MPL boilerplate), r=dholbert
# [11:35] <freddyb> good idea
# [11:36] * freddyb looks
# [11:38] <freddyb> Kailas: we have to be careful with location.hash, http://mxr.mozilla.org/mozilla-aurora/source/browser/base/content/pageinfo/pageInfo.js#913
# [11:38] <Kailas> freddyb: when onCacheEntryAvaialble invokes the "access" has value 0. What is the meaning of 0
# [11:39] <freddyb> it's the access mode as explained in https://developer.mozilla.org/en-US/docs/XPCOM_Interface_Reference/nsICache
# [11:39] <freddyb> 0 = ACCESS_NONE
# [11:40] <freddyb> mh, or STORE_ANYWHERE? :P
# [11:40] <Kailas> I think its ACCESS_NONE
# [11:41] * Quits: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com) (Quit: Ex-Chat)
# [11:41] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Ping timeout)
# [11:41] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [11:41] <Kailas> freddyb: because its description says ACCESS GRANTED - No descriptor is provided.
# [11:41] <Kailas> freddyb: That's exactly the same behavior we are getting. No descriptor
# [11:42] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Broken pipe)
# [11:42] <freddyb> right
# [11:42] <Kailas> freddyb: "descriptor" means "entry" in our code
# [11:42] <freddyb> it's ACCESS_NONE. I checked the src ;)
# [11:43] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [11:44] * Quits: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP) (Ping timeout)
# [11:44] <Kailas> shall I need to use that replace function on url before passing to asynOpen
# [11:45] <freddyb> yep
# [11:45] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [11:45] <freddyb> makes a lot of sense too. hash is never sent to the server. the resource is the same.
# [11:45] <Kailas> freddyb: let me try it.
# [11:46] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [11:46] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Connection reset by peer)
# [11:46] * Joins: twi1 (Adium@moz-479B9482.ip229.fastwebnet.it)
# [11:47] <freddyb> won't help with our problem though :/
# [11:47] * Quits: twi (Adium@moz-479B9482.ip229.fastwebnet.it) (Ping timeout)
# [11:47] * Quits: T3 (T3@9F5FBED7.62284FCE.EF49E5F2.IP) (Ping timeout)
# [11:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/91b7d9a8c226 - Jacek Caban - Bug 855286 - Fix gamepad compilation on mingw. r=ted
# [11:48] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [11:49] <Kailas> freddyb: still same problem. entry = null
# [11:51] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [11:53] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [11:53] * Joins: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP)
# [11:53] * Quits: mhaigh (martyn@moz-7EDBCF01.cable.virginmedia.com) (Quit: Leaving.)
# [11:53] * Joins: FabioMagnoni (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP)
# [11:53] <Kailas> freddyb: in createCacheSession function I used STORE_ANYWHERE. so that it will look both memory and storage
# [11:54] <Kailas> freddyb: Do we need to use any particular flag?
# [11:54] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [11:54] <freddyb> yeah, I ran that cross some other code a few times. it looks OK
# [11:54] <freddyb> it means we look for cache entries no-matter where they are stored
# [11:55] * Joins: mhaigh (martyn@moz-7EDBCF01.cable.virginmedia.com)
# [11:55] * Quits: FabioMagnoni (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP) (Ping timeout)
# [11:55] * Quits: twi1 (Adium@moz-479B9482.ip229.fastwebnet.it) (Ping timeout)
# [11:56] <Kailas> freddyb: I also tried to change flag in creatCacheSession to false, but no help
# [11:56] * Joins: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com)
# [11:57] <Kailas> freddyb: Do know its a problem in our code or it's FF problem.
# [11:57] * Joins: twi (Adium@moz-479B9482.ip229.fastwebnet.it)
# [11:58] <Kailas> freddyb: Is there any possibility that somehow event handler is not passed with correct entry.
# [11:58] <Kailas> freddyb: As it invokes onCacheAvailable event handler correctly, we passed parameters to it correctly. I have a feeling that it might be FF problem
# [11:59] * Quits: srishti (srishti@91BC8839.F442218F.88FACCAA.IP) (Ping timeout)
# [11:59] <freddyb> I still try to copy/paste things from MXR into a dev environment to see if I can get *any* cache entry at all
# [11:59] <Kailas> freddyb: ok:)
# [12:00] * glazou is now known as glazou_afk
# [12:00] * Joins: teoli (teoli@C2BB1738.5A81EF3B.F1085784.IP)
# [12:00] * Quits: Optimize1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
# [12:01] * Joins: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com)
# [12:01] * sewardj_ is now known as sewardj
# [12:02] * Quits: darkowlzz|afk (darkowlzz@961A928A.26FF09EC.27560D6E.IP) (Ping timeout)
# [12:04] * Joins: ErvisTusha (ErvisTusha@DA7EBC19.F69FB6EA.363D84A4.IP)
# [12:05] * Joins: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
# [12:10] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Connection reset by peer)
# [12:11] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [12:11] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
# [12:11] * Joins: darkowlzz|afk (darkowlzz@31C481D1.74D7E095.27560D6E.IP)
# [12:12] <Kailas> freddyb: I am leaving now. I will come back after an hour. :)
# [12:12] * darkowlzz|afk is now known as darkowlzz
# [12:12] <freddyb> ok
# [12:13] * Quits: Kailas (patilkr@167E751E.9EA085B9.A76F6622.IP) (Quit: Leaving)
# [12:14] <sewardj> I have an OSX10.7 build failure for m-c: layout/build/nsLayoutModule.cpp:98:10: fatal error: 'mozilla/dom/FakeSpeechRecognitionService.h' file not found
# [12:14] <sewardj> Anybody know I how I can get past that?
# [12:14] * Quits: hsinyi (hsinyi@moz-99690620.hinet-ip.hinet.net) (Quit: 暫離)
# [12:15] * Quits: GinaYeh-laptop (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
# [12:20] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [12:22] * Quits: jmspeex (jm@moz-29D892D2.osuosl.org) (Ping timeout)
# [12:22] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [12:22] * Quits: rillian (giles@moz-29D892D2.osuosl.org) (Ping timeout)
# [12:23] * Joins: b10n1k (j0ni@moz-F779BA83.home.otenet.gr)
# [12:23] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [12:26] * Joins: rillian (giles@moz-29D892D2.osuosl.org)
# [12:26] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
# [12:26] * Joins: jmspeex (jm@moz-29D892D2.osuosl.org)
# [12:26] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
# [12:27] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [12:28] * Fallen is now known as Fallen|away
# [12:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f0b16aba4df7 - Mounir Lamouri - Bug 839788 - Switch Browse button from an <input> to a <button>. r=bz
# [12:30] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [12:30] * Quits: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com) (Quit: Ex-Chat)
# [12:32] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [12:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8f1f83f4f183 - Nicholas D. Matsakis - Bug 853576 - Check for negative indices supplied in scatter r=shu
# [12:33] * Quits: jmspeex (jm@moz-29D892D2.osuosl.org) (Ping timeout)
# [12:33] * Quits: rillian (giles@moz-29D892D2.osuosl.org) (Ping timeout)
# [12:34] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [12:34] * Quits: KWierso|V (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
# [12:34] * Joins: KWierso|V_ (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [12:34] * Joins: jmspeex (jm@moz-29D892D2.osuosl.org)
# [12:34] * KWierso|V_ is now known as KWierso|V
# [12:34] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
# [12:34] * Joins: rillian (giles@moz-29D892D2.osuosl.org)
# [12:35] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [12:36] * Joins: darkowlzz_ (darkowlzz@31C481D1.74D7E095.27560D6E.IP)
# [12:36] * Quits: darkowlzz (darkowlzz@31C481D1.74D7E095.27560D6E.IP) (Connection reset by peer)
# [12:36] * darkowlzz_ is now known as darkowlzz
# [12:40] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [12:41] * Joins: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com)
# [12:42] * Quits: Mic (Mic@moz-D6011AAA.superkabel.de) (Quit: No time to waste, let's go!)
# [12:44] * kmoir-afk is now known as kmoir
# [12:48] * Quits: gsvelto (gsvelto@moz-9D13516D.clienti.tiscali.it) (Quit: Leaving)
# [12:50] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Connection reset by peer)
# [12:50] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [12:50] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [12:50] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [12:51] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [12:53] * Joins: gsvelto (Thunderbir@moz-9D13516D.clienti.tiscali.it)
# [12:53] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [12:54] * catlee-away is now known as catlee
# [12:56] * Quits: b10n1k (j0ni@moz-F779BA83.home.otenet.gr) (Ping timeout)
# [13:00] * Quits: michal (michal@moz-6CE1017D.broadband17.iol.cz) (Ping timeout)
# [13:00] * Quits: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net) (Quit: Alfredo)
# [13:00] * Quits: darkowlzz (darkowlzz@31C481D1.74D7E095.27560D6E.IP) (Ping timeout)
# [13:01] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [13:01] * Joins: darkowlzz (darkowlzz@6ED62B8F.9A07F68F.F44414AF.IP)
# [13:03] * kmoir is now known as kmoir-afk
# [13:03] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [13:06] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [13:06] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
# [13:07] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [13:08] * Joins: b10n1k (j0ni@moz-F779BA83.home.otenet.gr)
# [13:08] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [13:10] * Quits: b10n1k (j0ni@moz-F779BA83.home.otenet.gr) (Ping timeout)
# [13:10] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [13:11] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
# [13:12] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
# [13:13] <RyanVM> decoder: ping
# [13:14] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
# [13:14] * glazou_afk is now known as glazou
# [13:15] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [13:15] * Joins: kdudka (kdudka@moz-7FD25064.fei.wifi.vutbr.cz)
# [13:15] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [13:16] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [13:16] * Joins: michal (michal@moz-6CE1017D.broadband17.iol.cz)
# [13:16] * Joins: jviereck (Adium@moz-6E2A247.ethz.ch)
# [13:17] * Joins: till (till@moz-7F4E3C7D.adsl.alicedsl.de)
# [13:17] * Joins: michal1 (michal@18728636.D0F82CD8.32697916.IP)
# [13:17] * Quits: ErvisTusha (ErvisTusha@DA7EBC19.F69FB6EA.363D84A4.IP) (Client exited)
# [13:17] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [13:18] * Joins: KaiRo (robert@moz-6EE16A8A.adsl.highway.telekom.at)
# [13:18] * Quits: michal (michal@moz-6CE1017D.broadband17.iol.cz) (Ping timeout)
# [13:19] * Joins: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP)
# [13:20] <RyanVM> edmorley: if it's alright with you, I'd like to merge a minor leak fix over to m-c now
# [13:21] <mikedeboer> hey! I'm trying to run mochitests on the latest m-c checkout (12.3.0 obj dir) but I get this:
# [13:21] <mikedeboer> OSError: [Errno 2] No such file or directory: '/Users/mdeboer/Projects/mozilla-central/obj-x86_64-apple-darwin12.3.0/obj-x86_64-apple-darwin12.3.0/_tests/testing/mochitest'
# [13:21] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [13:22] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [13:22] * Quits: jviereck (Adium@moz-6E2A247.ethz.ch) (Quit: Leaving.)
# [13:22] <edmorley> RyanVM: sure :-)
# [13:23] <mikedeboer> I'm invoking it with ./mach mochitest-browser browser/base/content/test/browser_aboutHome.js
# [13:23] * Quits: kanru (kanru@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [13:23] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [13:23] <mikedeboer> could anyone help me with this?
# [13:23] <RyanVM> edmorley: also, coooool - https://tbpl.mozilla.org/php/getParsedLog.php?id=21197399&tree=Mozilla-B2g18
# [13:24] <edmorley> :-)
# [13:25] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Connection reset by peer)
# [13:25] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [13:26] <mikedeboer> please?
# [13:26] * Joins: ShahPhD (chatzilla@AC89D990.D23E57D6.A35296BD.IP)
# [13:26] * Parts: ShahPhD (chatzilla@AC89D990.D23E57D6.A35296BD.IP)
# [13:26] <edmorley> mikedeboer: mayeb you need to clobber?
# [13:27] * Quits: gsvelto (Thunderbir@moz-9D13516D.clienti.tiscali.it) (Ping timeout)
# [13:28] <mikedeboer> edmorley: it just built from scratch, but I'll try... thanks
# [13:28] <edmorley> oh
# [13:29] * glob|away is now known as glob
# [13:29] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Quit: Leaving.)
# [13:29] <edmorley> mikedeboer: ask gps?
# [13:29] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
# [13:30] * Joins: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP)
# [13:30] <mikedeboer> edmorley: if clobber doesn't work, I'll ask him!
# [13:30] <JosiahOne> Who knows what we are using for the animation for Panorama? CSS?
# [13:30] * Joins: FabioMagnoni (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP)
# [13:30] <past> mikedeboer: the duplicate objdir in that error message looks suspicious
# [13:31] <mikedeboer> past: good point! hadn't noticed that earlier (doh!)
# [13:32] <edmorley> past: oh missed that lol
# [13:33] <edmorley> line wrapped in my client just at the wrong point
# [13:33] * Joins: ctangira (ctangira@moz-431FF022.dllstx.fios.verizon.net)
# [13:33] <ttaubert> JosiahOne: si
# [13:34] <JosiahOne> ttaubert: Gracias.
# [13:35] * Joins: joey-afk (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [13:35] * Joins: matthewgertner (matthewger@F5505435.26EDE4E7.25874CBB.IP)
# [13:38] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [13:39] <RyanVM> \o/\o/\o/\o/\o/\o/\o/\o/
# [13:40] <JosiahOne> RyanVM: ?
# [13:40] * Joins: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP)
# [13:40] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [13:40] <RyanVM> bug 833769 = FIXED
# [13:41] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [13:41] * Joins: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP)
# [13:41] * Quits: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [13:42] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [13:42] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [13:43] <JosiahOne> Cool.
# [13:44] <RyanVM> jesup: we're disabling webrtc on 21 once it merges to beta, right?
# [13:44] * Joins: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au)
# [13:44] <jesup> RyanVM: \o/ \o/ \o/ Finally!!!!
# [13:45] <mreavy> RyanVM: bug 853106. Disabled yesterday on Aurora 21.
# [13:45] * Joins: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
# [13:45] <RyanVM> mreavy: thanks, so this can just ride the trains and everything's rainbows and ponies :)
# [13:46] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [13:46] <mreavy> RyanVM: from your lips (or fingers) to God's ears :-)
# [13:46] * Quits: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
# [13:47] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [13:47] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [13:47] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [13:47] <edmorley> jesup: thank you for tracking that down :-)
# [13:48] * glob is now known as glob|away
# [13:49] <RyanVM> mounir: inbound's orange
# [13:49] * Joins: T3 (T3@9F5FBED7.62284FCE.EF49E5F2.IP)
# [13:49] * Joins: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP)
# [13:50] <mounir> :(
# [13:50] <RyanVM> mounir: if you want to take a few minutes to look into it, that's fine with me
# [13:50] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [13:51] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [13:51] * Joins: arky (arky@86258CAB.A7953508.B9D97DBA.IP)
# [13:51] <mounir> RyanVM: I could fix that but there could be other oranges showing up
# [13:51] <mounir> better to back out
# [13:51] <RyanVM> will do
# [13:51] * Quits: ctangira (ctangira@moz-431FF022.dllstx.fios.verizon.net) (Ping timeout)
# [13:51] <mounir> I had no idea that much tests would rely on <input type=file> containing an <input type='button'> instead of a <button>
# [13:52] <mounir> RyanVM: sorry :(
# [13:52] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [13:52] <RyanVM> it's cool
# [13:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f1394606c451 - Ryan VanderMeulen - Backed out changeset f0b16aba4df7 (bug 839788) for mochitest failures on a CLOSED TREE.
# [13:52] <RyanVM> better this time of day than 5-6 hours from now :P
# [13:52] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
# [13:52] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [13:53] * Joins: gsvelto (Thunderbir@moz-9D13516D.clienti.tiscali.it)
# [13:53] * Quits: kdudka (kdudka@moz-7FD25064.fei.wifi.vutbr.cz) (Quit: Leaving)
# [13:54] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [13:54] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Ping timeout)
# [13:54] * Joins: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net)
# [13:55] <gsvelto> When building on Windows with mach the compiler spits out a list of include files for each source it compiles, is there a way to disable this behavior? I'm currently grep'ing it out but it's quite annoying.
# [13:55] * bsmedberg-bbl is now known as bsmedberg
# [13:55] <RyanVM> does -s work?
# [13:56] * RyanVM doesn't recall seeing that, but he doesn't watch the console that closely either
# [13:57] <gsvelto> I have to give it a try but it's not listed in mach's options (nor in the build command options)
# [13:57] * Quits: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: lizzard)
# [13:57] <edmorley> gsvelto: -s is a standard make / pymake parameter, but agree it would be worth listing
# [13:58] <gsvelto> edmorley: Right, I hadn't thought about that. Still I'd like to see when make fails and currently this is getting swamped with useless comments.
# [13:59] * Joins: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP)
# [14:00] <edmorley> gsvelto: -s still shows failure lines aiui
# [14:00] <edmorley> gsvelto: file a core::mach bug maybe? :-)
# [14:00] * Joins: abhishekp (chatzilla@moz-4FB635EC.mtnl.net.in)
# [14:01] <gsvelto> edmorley: Cool, I thought that -s would silence everything, that's going to be very handy on Linux too then
# [14:01] <mikedeboer> gps: ping
# [14:01] <gsvelto> edmorley: And I'll probably file a bug because I think it's a feature worth exposing through mach if we're encouraging people not to use make directly these days
# [14:02] * Joins: mikeratcliffe (mikeratcli@1E0AB206.A29E579C.71D4DE87.IP)
# [14:02] <edmorley> agreed
# [14:02] <RyanVM> bz: ping
# [14:03] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
# [14:03] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
# [14:04] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [14:08] <Mardak> paul: thanks for blogging about the arrow function. i'm busy replacing all anonymous functions now ;)
# [14:09] <Mardak> paul: but you forgot an important feature. no more self = this!
# [14:09] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Ping timeout)
# [14:09] <paul> Mardak: what?
# [14:10] <paul> Mardak: no more self = this?
# [14:10] <paul> Mardak: as in? does it bind the function?
# [14:10] <NeilAway> mounir: how can tests rely on the native anon content on an input type=file?
# [14:10] <Mardak> paul: => binds this automatically or gives that functionality
# [14:10] <mikedeboer> past edmorley: the dupe objdir is still there after clobberin', any idea what might the cause?
# [14:11] <Mardak> paul: the ecmascript.org page you linked to mentions // ''=>'' has only lexical ''this'', no dynamic ''this''
# [14:11] <paul> Mardak: Wooow!
# [14:11] <NeilAway> gsvelto: the compiler shouldn't be spitting them out to console, they're supposed to be processed and turned into dependency files
# [14:11] <paul> Mardak: we need an article about that
# [14:11] <Mardak> paul: i wasn't entirely sure what that meant, but i looked into coffee script "fat arrow" documentation
# [14:12] <mikedeboer> past edmorley: my guess is a regression in mach when it's not in your PATH
# [14:12] <Mardak> paul: see Function context http://arcturo.github.com/library/coffeescript/02_syntax.html
# [14:13] <Mardak> paul: i'll write a quick blog post to planet ;) this is exciting stuff!
# [14:13] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [14:14] * Joins: hub (hub@E639FEDB.F04051C4.DC1243F8.IP)
# [14:14] <gsvelto> NeilAway: That's weird, what I get is an indented list that looks like:
# [14:14] <gsvelto> included foo.h
# [14:14] <gsvelto> included bar.h
# [14:14] <gsvelto> included baz.h
# [14:15] <gsvelto> NeilAway: I've got VS2010 installed and I've followed MDN instructions on building on Windows, it was the first time I approached the Windows build though so I'm not familiar with it's quirks (nor with Microsoft's compiler quirks)
# [14:16] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [14:17] * rail_away is now known as rail
# [14:18] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [14:18] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [14:19] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [14:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6cd356da2f14 - vliu - Bug 849330 - Camera recording needs AID_SDCARD_RW capability. r=dhylands
# [14:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/685c53d8b16e - David Rajchenbach-Teller - Bug 852143 - Write strings efficiently in OS.File. r=froydnj
# [14:19] <past> mikedeboer: anything weird in your .mozconfig or environment?
# [14:20] * Joins: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com)
# [14:20] <mikedeboer> past: nope, it worked before just fine.
# [14:20] <paul> Mardak: appears to work: http://jsbin.com/osuhij/1/edit
# [14:21] <past> mikedeboer: any difference if you invoke mach from the top-level dir vs. a subdir?
# [14:21] <Mardak> paul: yup :) i'm using it in code for nightly. grepping for self = this and DELETE! >:D
# [14:22] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [14:22] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [14:22] <mikedeboer> past: in that case I get another error: 'ImportError: No module named automation'
# [14:22] * jhopkins|afk is now known as jhopkins
# [14:22] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [14:22] * baku|away is now known as baku
# [14:22] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [14:22] * Joins: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP)
# [14:23] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [14:23] * ChanServ sets mode: +o smaug
# [14:23] <mikedeboer> past: I also get this error when I copy the script into /usr/local/bin and execute it
# [14:23] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [14:24] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [14:24] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [14:25] * jmaher|afk is now known as jmaher
# [14:25] * Joins: surkov (surkov@511E724B.E00BF004.E17943EE.IP)
# [14:26] * Quits: anba (svdi@moz-58CD4338.versanet.de) (Ping timeout)
# [14:27] * Quits: gsvelto (Thunderbir@moz-9D13516D.clienti.tiscali.it) (Ping timeout)
# [14:28] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [14:29] * mjschranz_away is now known as mjschranz
# [14:30] * Joins: gsvelto (Thunderbir@moz-DAB7F5EB.clienti.tiscali.it)
# [14:30] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [14:31] <tzimmermann> RyanVM: hey! for a bug report i needed to prepare a special patch for uplifting to b2g18. do i need to set a flag in the bug report to mark it as such?
# [14:31] * Joins: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com)
# [14:31] <Mardak> paul: http://ed.agadak.net/2013/03/no-self-for-new-fancy-arrow-functions :)
# [14:31] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [14:32] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [14:32] <RyanVM> tzimmerman: is this a b2g18-only bug or did something for it land on m-c too?
# [14:32] * joey-afk is now known as joey-2
# [14:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/85bcef2ac1fd - Peter Van der Beken - Fix for bug 820657 (Implement the NamedGetter functionality on HTMLDocument) - hook up document.all in the HTMLDocument NamedGetter. r=bz.
# [14:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8960293f0fb3 - Boris Zbarsky - Bug 820657. Implement the NamedGetter on HTMLDocument. r=peterv
# [14:32] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
# [14:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/202716eedf73 - Peter Van der Beken - Fix for bug 852092 (Improve DOM list ICs) - part 1, factor out ListBase checks for the Ion IC. r=jandem.
# [14:33] <tzimmermann> RyanVM: it's already in m-c
# [14:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1d97c190fe24 - Peter Van der Beken - Fix for bug 820657 (Implement the NamedGetter functionality on HTMLDocument) - refactor code to support document.all. r=bz.
# [14:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a2e02690e9bd - Peter Van der Beken - Fix for bug 820657 (Implement the NamedGetter functionality on HTMLDocument) - implement GetSupportedNames on HTMLDocument. r=bz.
# [14:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7e13b0fd42f0 - Peter Van der Beken - Fix for bug 852094 (Support Unforgeable on proxy-based DOM bindings) - add a JS_DefineOwnProperty API that takes a JSPropertyDescriptor. r=Waldo.
# [14:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7538d3ff1e14 - Peter Van der Beken - Fix for bug 852092 (Improve DOM list ICs) - part 2, don't generate stubs if there's shadowing and enable the Ion IC for slot reads. r=jandem.
# [14:33] <RyanVM> tzimmerman: then just attach a b2g18-specific patch, label it as such, and go through the regular uplift process
# [14:33] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [14:35] <paul> Mardak: nice
# [14:35] <tzimmermann> RyanVM: thanks. it's already approved for uplift. shall i set 'checkin-needed' again?
# [14:35] <RyanVM> tzimmerman: go for it
# [14:37] <mikedeboer> the Mochitest errors I'm having were introduced after this landed: https://bugzilla.mozilla.org/show_bug.cgi?id=818819 and https://bugzilla.mozilla.org/show_bug.cgi?id=841713
# [14:37] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [14:38] * Joins: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP)
# [14:39] <Yoric> ttaubert: ping
# [14:39] <mikedeboer> so I'm VERY surprised no one else got them after they pull -u's
# [14:40] * Quits: cornel_ionce (Mibbit@28C4EA76.976FBEE.5BC07656.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:40] <mikedeboer> *pull-u'd
# [14:41] <mikedeboer> gps: ping
# [14:41] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [14:42] <jlebar|away> +category app-startup Foo service,@mozilla.org/Foo;1 -- Does this thing get run in child processes on startup?
# [14:43] * Quits: abhishekp (chatzilla@moz-4FB635EC.mtnl.net.in) (Ping timeout)
# [14:43] <decoder> RyanVM: pong
# [14:43] * Joins: abhishekp (chatzilla@moz-4FB635EC.mtnl.net.in)
# [14:43] * Fallen|away is now known as Fallen
# [14:44] <RyanVM> decoder: did jsbugmon have problems last night?
# [14:47] * Quits: mikeratcliffe (mikeratcli@1E0AB206.A29E579C.71D4DE87.IP) (Ping timeout)
# [14:48] <decoder> RyanVM: yes, it dropped some bugs due to a repo corruption
# [14:48] * Fallen is now known as Fallen|away
# [14:48] <decoder> ill fix it, make the code more robust, then readd tracking flags to the bugs that dropped
# [14:48] * Joins: ErvisTusha (ErvisTusha@412BD193.F69FB6EA.363D84A4.IP)
# [14:48] <RyanVM> cool
# [14:50] * Quits: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP) (Quit: Leaving)
# [14:50] * gregglind_away is now known as gregglind
# [14:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6b3122df808d - Florian Quèze - Bug 855112 - OS.File.read fails with a "reference to undefined property options.bytes" JS Error, r=Yoric.
# [14:51] * Fallen|away is now known as Fallen
# [14:52] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [14:52] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [14:52] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [14:53] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [14:53] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
# [14:53] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [14:54] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
# [14:54] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [14:55] <edmorley> decoder: jsbugnomnomnom :-)
# [14:55] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [14:55] * Joins: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net)
# [14:56] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
# [14:56] <Yoric> Does anyone know the behavior of nsIFileInputStream if the file is modified by another thread while we are reading it?
# [14:59] <Mardak> paul: if you're curious, you can destructure => arguments but that requires an extra set of ()s, e.g., (({x}) => x*x)({x:5}). now that's just getting a bit too fancy! ;)
# [15:01] <glandium> Yoric: it's probably undefined behaviour
# [15:01] <Yoric> Yeah, I suspect it can produce any random garbage.
# [15:01] <Yoric> Thanks.
# [15:01] * Quits: surkov (surkov@511E724B.E00BF004.E17943EE.IP) (Quit: surkov)
# [15:02] <paul> Mardak: you should write more about that
# [15:02] * Quits: arky (arky@86258CAB.A7953508.B9D97DBA.IP) (Quit: Leaving)
# [15:02] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [15:02] <paul> Mardak: like an article on hacks.mozilla.org
# [15:03] * Joins: yzen (Adium@C8A3A5EA.A6295926.9D42CF23.IP)
# [15:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6ea012d36e73 - Sotaro Ikeda - Bug 850566 - Part 3: Set video size to SurfaceDescriptorGralloc. r=doublec
# [15:03] * Quits: gsvelto (Thunderbir@moz-DAB7F5EB.clienti.tiscali.it) (Quit: gsvelto)
# [15:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ae71a585726f - Sotaro Ikeda - Bug 850566 - Part 2: Render gralloc buffer by using image size. r=roc
# [15:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/345246c6d010 - Sotaro Ikeda - Bug 850566 - Part 1: Add image size to SurfaceDescriptorGralloc. r=nical
# [15:04] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [15:04] * Joins: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP)
# [15:04] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [15:04] * Quits: yzen (Adium@C8A3A5EA.A6295926.9D42CF23.IP) (Ping timeout)
# [15:04] * Joins: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP)
# [15:05] * mcote|afk is now known as mcote
# [15:05] * khuey|away is now known as khuey
# [15:06] * armenzg is now known as armenzg_brb
# [15:07] * Quits: abhishekp (chatzilla@moz-4FB635EC.mtnl.net.in) (Ping timeout)
# [15:07] <decoder> edmorley: lol
# [15:07] * Joins: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP)
# [15:07] <RyanVM> tzimmerman: were you going to set checkin-needed on something? not seeing anything yet and am getting ready to do some b2g uplifts
# [15:07] * Joins: abhishekp (chatzilla@moz-4FB635EC.mtnl.net.in)
# [15:09] <peterv> RyanVM: I have a bug with multiple patches, only one of which already landed on inbound. What do I need to do so the bug doesn't get closed when that first one's merged to m-c?
# [15:09] <RyanVM> peterv: [leave open]
# [15:10] <peterv> RyanVM: thx
# [15:10] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
# [15:12] * Quits: abhishekp (chatzilla@moz-4FB635EC.mtnl.net.in) (Ping timeout)
# [15:13] * Joins: abhishekp (chatzilla@moz-EFCCAF78.mtnl.net.in)
# [15:13] * kmoir-afk is now known as kmoir
# [15:13] * Joins: ctangira (ctangira@moz-264CB7F1.cisco.com)
# [15:14] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [15:14] * philor|away is now known as philor
# [15:15] * darkowlzz is now known as darkowlzz|afk
# [15:17] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [15:17] * Quits: brankc (brankc@moz-29FFE1B5.me) (Ping timeout)
# [15:18] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [15:19] * Joins: bjacob (bjacob@moz-BDD802ED.hfc.comcastbusiness.net)
# [15:19] * Joins: brankc (brankc@moz-29FFE1B5.me)
# [15:19] * Quits: abhishekp (chatzilla@moz-EFCCAF78.mtnl.net.in) (Ping timeout)
# [15:20] * Quits: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP) (Quit: lizzard)
# [15:20] * Joins: abhishekp_ (chatzilla@moz-43A9D583.mtnl.net.in)
# [15:20] * abhishekp_ is now known as abhishekp
# [15:20] * Joins: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP)
# [15:21] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
# [15:21] * Joins: gsvelto (gsvelto@moz-DAB7F5EB.clienti.tiscali.it)
# [15:22] <edmorley> johnath: hi :-) I don't seem to have received the list password email (and for once, it's not that postini ate it), don't suppose you could resend?
# [15:22] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
# [15:22] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [15:24] * Quits: abhishekp (chatzilla@moz-43A9D583.mtnl.net.in) (Ping timeout)
# [15:24] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [15:24] * Joins: abhishekp (chatzilla@moz-43A9D583.mtnl.net.in)
# [15:25] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
# [15:25] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
# [15:28] * Quits: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP) (Ping timeout)
# [15:29] * Joins: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP)
# [15:30] * armenzg_brb is now known as armenzg
# [15:31] * Joins: mgoodwin (mgoodwin@moz-DB4A9C19.scl3.mozilla.com)
# [15:31] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
# [15:31] <edmorley> philor: re 855591 c#6 - we have any of them? :-)
# [15:31] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [15:31] <philor> edmorley: of course we don't
# [15:32] <mgoodwin> is anyone here wise in the ways of ipc xpcshell tests?
# [15:32] <edmorley> heh, I should have used the winking emoticon
# [15:33] <philor> I shall eagerly wait to see whether any of the advocates of barely running anything on try know that we don't, though
# [15:33] * ewong|sleep is now known as ewong
# [15:34] <edmorley> lol
# [15:34] * Fallen is now known as Fallen|away
# [15:34] <freddyb> NeilAway: ping?
# [15:35] <jmaher> tbsaunde: ping
# [15:35] * Fallen|away is now known as Fallen
# [15:35] <mounir> NeilAway: with event targets, I think you can
# [15:35] <freddyb> NeilAway: I could boil down to issue, so that it *does* work in a chrome scratchpad, but not in the jetpac-addon (the if is true in the scratchpad, not in the addon). line 27/55 on this one here http://pastebin.mozilla.org/2253517
# [15:36] <mounir> NeilAway: but those tests might fail for something completely different
# [15:36] * Joins: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP)
# [15:36] * Quits: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP) (Ping timeout)
# [15:36] <NeilAway> khuey: did you see gsvelto's issue?
# [15:38] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
# [15:38] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [15:38] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [15:39] <@khuey> NeilAway: nope
# [15:39] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [15:39] <NeilAway> khuey: he says he's seeing the list of includes on the terminal during building, is that expected?
# [15:40] <NeilAway> freddyb: well that's just weird, I can't see how the same code can produce different results like that :-(
# [15:40] <gsvelto> NeilAway, khuey: That's on Windows 7 with VisualStudio 2010 installed building via mach
# [15:40] <@khuey> thats not expected, afaik
# [15:41] * Joins: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP)
# [15:41] * Quits: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP) (Quit: Leaving)
# [15:41] <freddyb> NeilAway: i.e. file a bug? ;) can you suggest a component?
# [15:41] <tbsaunde> jmaher: hi
# [15:41] * Joins: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP)
# [15:42] <gsvelto> khuey: I'm back on Linux right now, if I have some time later I'll check what options are being passed to the compiler driver to see which one is causing this behavior
# [15:42] <NeilAway> freddyb: wait, jetpack, is this firefox desktop or one of the mobiles?
# [15:42] * Joins: Kailas1 (patilkr@EA51DA42.68B4AAA5.4A949B84.IP)
# [15:42] * BenWa lines up to land a patch
# [15:42] <freddyb> NeilAway: desktop, all of it.
# [15:43] <NeilAway> freddyb: ok, so no remote processes to confuse matters there...
# [15:43] <freddyb> nope
# [15:43] * Parts: Kailas1 (patilkr@EA51DA42.68B4AAA5.4A949B84.IP) (Leaving)
# [15:44] <NeilAway> freddyb: well, I suppose you have to try core:network:cache first
# [15:44] <freddyb> NeilAway: thanks!
# [15:45] * Quits: abhishekp (chatzilla@moz-43A9D583.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [15:45] <edmorley> jlebar|away: touche! (bug 855591) :-)
# [15:46] <jlebar|away> edmorley: It's a rare day that any of us is in the same league as philor when it comes to snark. We should all enjoy it. :)
# [15:46] <jmaher> tbsaunde: hey, I wanted to see if you had any ideas why the a11y mochitests would be failing with my pushPermissions specialpowers patch on OSX 10.6 only
# [15:47] <edmorley> jlebar|away: so true :-)
# [15:47] <Kailas> freddyb: core network cache. I didn't follow it.
# [15:47] <freddyb> Kailas: I am filing a bug.
# [15:47] <AutomatedTester> bz: sorry to bother but I was wondering what should be returned if element has CSS3 transform on it if you call element.offsetLeft
# [15:47] <jmaher> tbsaunde: I am hoping there is something you know about a11y or related tests which is unique to osx 10.6
# [15:47] <Kailas> freddyb: Is it different that what we see using about:cache
# [15:47] <freddyb> Kailas: I am filing it in core/network/cache ;-)
# [15:47] <AutomatedTester> bz: if I should ask someone else just point me to the correct person :)
# [15:47] <freddyb> Kailas: core/network/cache is the category in bugzillla
# [15:48] <ewong> edmorley: ping
# [15:48] <tbsaunde> jmaher: not off hand but I have no idea what that patch does
# [15:49] <edmorley> ewong: hi
# [15:49] <Kailas> freddyb: ok. Thanks! :)
# [15:49] <ewong> edmorley: hi there.. I just fixed the nit.. for the patch for bug 841316.. do I set it checkin-needed?
# [15:50] <edmorley> ewong: I believe you have level 3? if so, you can just check it in (and it will get pushed to production by me, next time I do a push, likely next 7 days ish)
# [15:50] <ewong> edmorley: ah ok.. will push it now..
# [15:50] <edmorley> :-)
# [15:51] <freddyb> NeilAway: thanks! I filed it as https://bugzilla.mozilla.org/show_bug.cgi?id=855694 if you're interested ;)
# [15:51] <freddyb> Kailas: -------^
# [15:51] <jmaher> tbsaunde: the patch is here: https://bug685652.bugzilla.mozilla.org/attachment.cgi?id=730270, it allows mochitests to change browser permissions (via specialpowers) and at the end of the test it will restore them- as we do with prefs
# [15:52] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
# [15:53] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [15:54] * Joins: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net)
# [15:54] <Kailas> freddyb: Hi
# [15:55] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [15:55] <freddyb> ?:)
# [15:55] <ewong> edmorley: pushed..
# [15:56] <ewong> and I noticed my user cancelled patch was also pushed! wicked!
# [15:56] <tbsaunde> jmaher: and which test fails?
# [15:56] * Quits: kaie (kaie@moz-C65BBFCC.dip.t-dialin.net) (Quit: Leaving)
# [15:56] * Joins: kaie (kaie@moz-C65BBFCC.dip.t-dialin.net)
# [15:57] <Bas> bsmedberg: Pardon by ignorance but what is 'the current important system'? :)
# [15:57] * Quits: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP) (Ping timeout)
# [15:57] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [15:57] <@bsmedberg> Bas: sorry "import system"
# [15:57] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [15:57] <evilpie> peterv: nit, would you mind changing your commit messages?
# [15:57] * Quits: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
# [15:57] <@bsmedberg> Importing named tags or revisions, sometimes using client.py
# [15:57] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [15:57] <Bas> bsmedberg: So the argument against doing something like that is that it might break the workflow of people doing 'hg pull -u - go offline - try to build'
# [15:58] <jmaher> tbsaunde: test_tree.xul (https://tbpl.mozilla.org/php/getParsedLog.php?id=21171998&tree=Mozilla-Inbound)
# [15:58] <@gavin> rnewman: mostly I'm concerned aobut the _id changes, so I wanted to double-check confirm that the logic there is right
# [15:58] * coop|afk is now known as coop
# [15:58] <@bsmedberg> Bas: no, import is something moz2d developers do
# [15:58] <@bsmedberg> Bas: the code is committed to mozilla-central
# [15:58] <@gavin> rnewman: and then maybe manually test (on nightly, or locally, or whatever) that upgrade/downgrade between build with/without the patch keep meta data for all types of engines (profile, jar, app, extension)
# [15:59] * ewong is now known as ewong|sleep
# [15:59] <Bas> bsmedberg: Oh, in that case the concern was that it would be possible for people to push patches to mozilla-central Moz2D where we don't want that.
# [15:59] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [15:59] <Kailas> freddyb: So are we going to wait for that bug to get fixed? or release userCSP add-on with that bug
# [15:59] * Quits: Wusel_ (muench@moz-643A8764.planconnect.de) (Quit: Wusel_)
# [16:00] <@bsmedberg> Bas: That concern has rarely been a problem in practice, and we can use hooks if necessary
# [16:00] <Yoric> ttaubert: Ping me when you want to discuss off main thread thumbnailing.
# [16:00] * Joins: sachin_h (sachin@87C4A768.AD975AFF.C842849F.IP)
# [16:00] <KaiRo> wow, we're putting speech recognition on the web?
# [16:00] <ttaubert> Yoric: discuss what exactly?
# [16:00] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [16:00] * jcranmer|away is now known as jcranmer
# [16:00] <@bsmedberg> KaiRo: seems only natural
# [16:00] <Yoric> ttaubert: Ahaha, I knew that could catch your attention :)
# [16:00] <ttaubert> Yoric: what? =)
# [16:01] * Quits: gsvelto (gsvelto@moz-DAB7F5EB.clienti.tiscali.it) (Ping timeout)
# [16:01] * Joins: gsvelto (gsvelto@moz-F2B8196C.clienti.tiscali.it)
# [16:01] <KaiRo> bsmedberg: it's awesome if it works, just didn't know there were plans for that and just saw the checkin :)
# [16:01] <Yoric> ttaubert: Do I recall correctly that you intend to work on OMT thumbnailing?
# [16:01] <Yoric> ttaubert: Or does OOP thumbnailing replace it?
# [16:02] * hwine-ooo is now known as hwine
# [16:02] <ttaubert> Yoric: I think they will co-exist. We'd need platform support for OMT
# [16:02] <Bas> bsmedberg: Fair enough, it might be that is has to come for that if we can't find a better solution for git :-(. If we could get the git clone to at least support read-only support to Moz2D while using mercurial subrepos, do you think that would be an acceptable solution or do you feel that accounting for m-c migrating to git and using a different solution is a hard requirement?
# [16:02] * Quits: jhk1 (Jignesh@7FC79FD2.5827C9F6.D06349B0.IP) (Ping timeout)
# [16:02] <Yoric> ttaubert: Yeah, I was talking earlier with nical about paltform support.
# [16:02] <tbsaunde> jmaher: weird, it looks like that test should be disabled on 10.6 it should just check the user agent and return
# [16:03] <@bsmedberg> Bas: I feel that "keeping the git mirror working flawlessly now" is a pretty hard requirement, yes
# [16:03] * darkowlzz|afk is now known as darkowlzz
# [16:03] * Quits: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net) (Quit: Edgar)
# [16:03] <ttaubert> Yoric: so when can I have it? :)
# [16:03] <jmaher> tbsaunde: oh, odd- maybe it is normally running
# [16:04] * baku is now known as baku|away
# [16:04] <Yoric> ttaubert: So, to sum things up, if we are not insistent about displaying the top of the page and empty fields, it should be quite simple to add a nice API to the compositor that would let us take snapshots mostly OMT – and quite quickly.
# [16:04] * Joins: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net)
# [16:05] <ttaubert> Yoric: sounds good to me I think. If we capture after the page has loaded we'll mostly get the top of the page anyway
# [16:05] <jmaher> tbsaunde: it could be something in my patch is assuming there were assertions, that gives me some clues
# [16:05] <Bas> bsmedberg: But suppose we could make it work 'as good as it would work in the import case' but mercurial would just work a little better (i.e. in a mercurial tree you could push updates to Moz2D, in git you could not).
# [16:05] <Bas> (Just brainstorming here, I'm not sure if that could be realized)
# [16:05] <Yoric> ttaubert: Do you remember if we have support for an off main thread <canvas> on workers already?
# [16:06] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [16:06] * ChanServ sets mode: +o dveditz
# [16:06] <gaston> dholbert|afk: thanks that was it (re hg identify)
# [16:06] <@bsmedberg> Bas: you're still spending a lot of effort on something that has relatively low payoff, if importing works reasonably well
# [16:07] <tbsaunde> jmaher: from the log the todo for renable on 10.6 is getting hit, so might guess is that the explicit SimpleTest.finish() there is now broken where it was fine before
# [16:07] * Joins: wlach (wlach@moz-A1116E53.sdsl.bell.ca)
# [16:07] <@bsmedberg> like, the experiment time to figure out whether our build and release infrastructure works with subrepos isn't trivial
# [16:07] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [16:07] <tbsaunde> (I'm not sure its needed since we don't use waitForExplicitInish() there maybe you could just remove it and see what happens?
# [16:07] <jmaher> tbsaunde: yeah, I don't see an obvious failure, but I should be able to figure it out without much more trouble now. thanks for taking some of your time to look at this!
# [16:07] <@bsmedberg> so if we can 'worse is better' our way to a good-enough solution that still gets you a separate moz2d repo...
# [16:08] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [16:08] <Bas> bsmedberg: A fair point.
# [16:08] * Quits: Kailas (patilkr@EA51DA42.68B4AAA5.4A949B84.IP) (Quit: Leaving)
# [16:08] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [16:09] <tbsaunde> jmaher: np
# [16:09] <ttaubert> Yoric: I heard something I think.... just a proposal iirc?
# [16:10] <ttaubert> Yoric: bug 801176
# [16:10] <Bas> bsmedberg: And it would put us in a good spot to move to a different system if we do find some subrepository system to work well I guess.
# [16:10] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [16:11] <@bsmedberg> yes
# [16:11] * Joins: ggp_ (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [16:11] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
# [16:11] <Yoric> ttaubert: Thanks.
# [16:11] <Bas> bsmedberg: Alright, thanks for your thoughts, it's not pretty but it might be the best we can do to satisfy all concerns at the moment.
# [16:12] * Quits: tzimmermann (tzimmerman@moz-1162692.pools.arcor-ip.net) (Quit: Ex-Chat)
# [16:12] <Yoric> ttaubert: So this will be the blocker, I believe.
# [16:12] <ttaubert> Yoric: do we really need a canvas? we can hack something into the platform, no? :)
# [16:13] <Yoric> ttaubert: Off the main thread?
# [16:13] * Joins: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP)
# [16:13] <Yoric> You mean like calling libimage or something such?
# [16:13] <Yoric> ttaubert: That sounds possible.
# [16:13] * Parts: freddyb (freddyb@moz-DB4A9C19.scl3.mozilla.com)
# [16:13] <ttaubert> Yoric: we just capture and save to disk
# [16:14] <ttaubert> so... maybe there's an easier way
# [16:14] <Yoric> ttaubert: Do you really want to save 1900x1200 thumbnails? :)
# [16:14] * ttaubert shakes head
# [16:14] * Joins: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [16:14] <ttaubert> Yoric: but there's imgITools and such to scale down
# [16:15] <Yoric> ttaubert: Is that thread safe?
# [16:15] <ttaubert> I wouldn't think so
# [16:15] <Yoric> But yes, the underlying library might be usable.
# [16:16] * Joins: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net)
# [16:17] * Quits: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net) (Quit: Edgar)
# [16:17] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [16:18] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [16:18] <mayhemer> why are mochitest results of B2G Arm (VM) opt no longer visible on try?
# [16:18] * Joins: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net)
# [16:18] * Quits: tonymec|away (tonymec@7E071F8F.54F26451.DE2DB281.IP) (Ping timeout)
# [16:19] <RyanVM> mayhemer: IIRC, they were confusing people
# [16:19] <RyanVM> mayhemer: you can use &showall=1 to see them
# [16:20] * Joins: vladan (vladan@moz-21CD3EF9.cp.telus.net)
# [16:20] <mayhemer> RyanVM: ah! cool, that's what I need, thanks
# [16:20] <johnath> edmorley: check your email
# [16:20] <RyanVM> johnath: I think I have the same issue ed had
# [16:20] <glazou> when I said a while ago building from scratch was much slower than before, someone asked me to provide figures ; is that person here now?
# [16:20] <johnath> RyanVM: check your email :)
# [16:21] <edmorley> johnath: thank you :-)
# [16:21] <RyanVM> hah
# [16:21] <RyanVM> thanks
# [16:21] <johnath> edmorley / RyanVM - can one of you confirm it works?
# [16:21] <johnath> https://lists.mozilla.org/admin/dev-tree-management/general
# [16:21] <hsivonen> where's the script that fixes stack traces dumped to console to have symbols?
# [16:21] <hsivonen> apparently mach run does not do that for me
# [16:21] <RyanVM> johnath: works
# [16:21] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [16:21] <johnath> RyanVM: you are a scholar and a gentleman
# [16:21] <Yoric> ttaubert: Is there a bug for OMT thumbnailing already?
# [16:22] <edmorley> johnath: works, thank you
# [16:22] <johnath> edmorley: no no, thank you
# [16:22] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [16:22] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [16:22] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
# [16:23] <ttaubert> Yoric: kind of. bug 720575
# [16:23] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [16:23] <RyanVM> edmorley: so if I hit a b2g ipc bug, that means it'll be a priority, right? :)
# [16:23] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [16:24] <edmorley> RyanVM: naturally
# [16:24] <edmorley> :-)
# [16:25] <RyanVM> edmorley: ugh, /me needs to file some oranges
# [16:25] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [16:25] <hsivonen> tools/rb/fix-linux-stack.pl
# [16:25] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [16:25] <RyanVM> hsivonen: ping
# [16:25] * Fallen is now known as Fallen|away
# [16:26] <hsivonen> RyanVM: pong
# [16:26] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [16:26] <RyanVM> hsivonen: did you have a chance to look at the needinfo? on bug 807442?
# [16:26] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [16:27] <hsivonen> RyanVM: the real fix requires deep changes spanning the whole load code path from Necko to the doc
# [16:27] * Quits: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:27] <hsivonen> RyanVM: let's just make the assertion non-fatal
# [16:27] * geekboy|afk is now known as geekboy
# [16:28] <hsivonen> RyanVM: that's a duplicate of another bug where going back makes that assertion fire because the doc loader is confused
# [16:28] <RyanVM> hsivonen: wish we knew what made it spike so hard recently
# [16:28] <hsivonen> RyanVM: bogosity is real, though
# [16:28] <hsivonen> RyanVM: timing changes caused by multithreaded image decoding, most likely
# [16:28] <RyanVM> ahh, that could be
# [16:30] * Joins: atte (atte@moz-D74310DA.dhcp.inet.fi)
# [16:30] * Joins: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP)
# [16:31] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [16:31] * Fallen|away is now known as Fallen
# [16:31] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [16:31] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [16:32] * whimboo is now known as whimboo|afk
# [16:33] <RyanVM> hsivonen: is there a bug filed for the longer-term fix?
# [16:33] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [16:34] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [16:35] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [16:35] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
# [16:35] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [16:35] * Joins: jpb (chatzilla@moz-DF053F63.cse.bris.ac.uk)
# [16:35] <RyanVM> wtf - 28:34.04 c:/mozbuild/src/mozilla-central/layout/build/nsLayoutModule.cpp(98) : fatal error C1083: Cannot open include file: 'mozilla/dom/FakeSpeechRecognitionService.h': No such file or directory
# [16:36] <luisbg> I went ahead and removed the trailing whitespaces in image/src/*
# [16:36] <luisbg> https://bugzilla.mozilla.org/show_bug.cgi?id=855712
# [16:36] <luisbg> I could format the patch into hg format if you are interested
# [16:36] <luisbg> or even continue and make more code cleanup to have that folder follow the style guidelines (I just tend to do this naturally when I read code to learn it)
# [16:36] * Joins: Ms2ger (Ms2ger@B7B2FF50.C60A97A6.F9FB0584.IP)
# [16:37] * Joins: nikhil_ (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP)
# [16:37] * Quits: jpb (chatzilla@moz-DF053F63.cse.bris.ac.uk) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.9/20120422230342])
# [16:38] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [16:38] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [16:41] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [16:41] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [16:42] * Joins: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP)
# [16:42] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
# [16:43] * Quits: mhaigh (martyn@moz-7EDBCF01.cable.virginmedia.com) (Quit: Leaving.)
# [16:44] * @bz really wishes sessionstore would restore window positions right. :(
# [16:45] * Joins: mhaigh (martyn@moz-7EDBCF01.cable.virginmedia.com)
# [16:45] <Mavericks> heh
# [16:45] * Quits: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP) (Quit: lizzard)
# [16:45] * Joins: sankha93 (Instantbir@77E2712A.C0D45E01.EFB84E89.IP)
# [16:45] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [16:46] * Joins: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [16:46] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/2f63e2f90d5c - Aaron Klotz - Bug 855507: Update talos.json to capture new xperf main thread I/O counters. r=aki
# [16:46] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [16:46] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [16:47] * Joins: archerabi (Mibbit@6D343200.DA6F7616.F83D3F11.IP)
# [16:48] * Quits: stransky (stransky@moz-3C58453D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [16:48] * Joins: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net)
# [16:48] * ctalbert|afk is now known as ctalbert
# [16:48] * Quits: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net) (Quit: Edgar)
# [16:49] * nikhil_ is now known as nsm
# [16:49] <jesup> bz: even more fun with multiple monitors I've heard
# [16:49] <@bz> jesup: Oh, I bet
# [16:49] * Quits: bjacob (bjacob@moz-BDD802ED.hfc.comcastbusiness.net) (Ping timeout)
# [16:50] <@bz> jesup: my fail here is multiple desktops. :(
# [16:50] * Joins: kats (kats@moz-7A4332AD.compute-1.amazonaws.com)
# [16:51] <hsivonen> RyanVM: yes, a long-term bug is on file
# [16:51] <RyanVM> hsivonen: yeah, I asked that before I saw your reply in the bug :)
# [16:51] <RyanVM> mind a quick r+? :)
# [16:52] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
# [16:52] * Ms2ger kicks roc and Bas
# [16:52] <RyanVM> ggp_: ping
# [16:53] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
# [16:53] <hsivonen> RyanVM: r+. thanks.
# [16:53] <RyanVM> hsivonen, thank you!
# [16:54] * Fallen is now known as Fallen|away
# [16:54] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [16:54] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [16:54] * Quits: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [16:54] <RyanVM> hmm, so why is my freshly-clobbered build not getting MOZ_WEBSPEECH set?
# [16:55] * Quits: gsvelto (gsvelto@moz-F2B8196C.clienti.tiscali.it) (Ping timeout)
# [16:55] * Joins: gsvelto (gsvelto@moz-62CE315F.clienti.tiscali.it)
# [16:55] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
# [16:56] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [16:56] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [16:56] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [16:56] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Input/output error)
# [16:56] * Joins: spohl (Adium@moz-296783BA.revip2.marketstreetwifi.net)
# [16:56] * Quits: pnkfelix (pnkfelix@moz-DCE959F8.cnt.nerim.net) (Quit: Leaving.)
# [16:56] * Joins: bdahl (bdahl@2557E599.66715431.D25A875A.IP)
# [16:56] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
# [16:57] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
# [16:57] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [16:57] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [16:58] * romaxa_zzz is now known as romaxa
# [16:59] <gaston> webspeech???
# [16:59] * Joins: vicamo (vicamo@moz-8AEFC1C4.dynamic.hinet.net)
# [16:59] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:00] * jhopkins is now known as jhopkins|afk
# [17:01] <Ms2ger> mbrubeck, what's the failure mode in bug 855562?
# [17:01] * kats is now known as kats-lunch
# [17:03] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [17:03] * Mossop_away is now known as Mossop
# [17:03] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
# [17:04] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [17:05] * Joins: jhk (Jignesh@6EE3C58A.62B6971.B58D974D.IP)
# [17:05] * Joins: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP)
# [17:06] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [17:06] * Quits: wlach (wlach@moz-A1116E53.sdsl.bell.ca) (Ping timeout)
# [17:07] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
# [17:08] * joey-2 is now known as joey-afk
# [17:09] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [17:09] * Joins: Asa (asa@363AA1C0.A1EC5031.204CA821.IP)
# [17:09] <mbrubeck> Ms2ger: AttributeError: 'Mochitest' object has no attribute 'immersiveHelperPath' at runtests.py line 739
# [17:09] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
# [17:10] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:10] * Quits: jhk (Jignesh@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
# [17:10] <Ms2ger> mbrubeck, I see... You tested that the others still work?
# [17:11] <mbrubeck> Not exhaustively... I can test them all before pushing.
# [17:11] * Joins: jhk (Jignesh@6EE3C58A.62B6971.B58D974D.IP)
# [17:12] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:12] <Ms2ger> mbrubeck, I'd appreciate that (though we really should find a way to unit test that)
# [17:13] * Joins: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP)
# [17:13] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Quit: Lost terminal)
# [17:13] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [17:13] * baku|away is now known as baku
# [17:14] <Ms2ger> tbsaunde++
# [17:14] <Ms2ger> (Nice code removal)
# [17:16] * aki is now known as aki|buildduty
# [17:16] <RyanVM> inbound's open
# [17:16] <RyanVM> be gentle
# [17:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d250db95c14b - Ryan VanderMeulen - Bug 807442 - Make assertion non-fatal. r=hsivonen
# [17:18] <Ms2ger> RyanVM, you must be new here
# [17:18] <Yoric> ttaubert: By the way, I have finished simplifying the patch for async session restore.
# [17:19] <ttaubert> Yoric: I'm reviewing it right now
# [17:19] <froydnj> he is eternally optimistic that one day people will actually listen
# [17:19] <Yoric> \o/
# [17:19] <ttaubert> Yoric: and thank you for making it easier :)
# [17:19] * Quits: Mavericks (Mibbit@E4B5A99E.2617EBD4.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:19] <Yoric> Thank you for reviewing it :)
# [17:19] * Quits: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net) (Client exited)
# [17:19] * Quits: Asa (asa@363AA1C0.A1EC5031.204CA821.IP) (Ping timeout)
# [17:20] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
# [17:21] <RyanVM> froydnj: I've got to hold onto something
# [17:22] * Quits: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP) (Quit: sheeri)
# [17:22] * jimm is now known as jimm-lunch
# [17:22] * Joins: wlach (wlach@moz-A1116E53.sdsl.bell.ca)
# [17:23] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [17:25] * philor recommends a knife
# [17:26] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
# [17:26] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [17:27] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [17:27] * Quits: vd (vd@moz-7A53EEF0.ddns.cablebg.net) (Quit: leaving)
# [17:27] <darkowlzz> yzen: ping!
# [17:28] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
# [17:28] * ChanServ sets mode: +o dbaron
# [17:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1330edb0de29 - Hannes Verschore - Bug 851792: IonMonkey: Add stub for TypedArray with JSAtom index in IonCache, r=jandem
# [17:30] * Quits: archerabi (Mibbit@6D343200.DA6F7616.F83D3F11.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:31] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [17:32] * Joins: jrmuizel (jrmuizel@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:32] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [17:33] * joduinn-home is now known as joduinn-mtg
# [17:34] <mbrubeck> Oh good, I triggered an "unknown exception" error in Mercurial 2.5.1 by using "hg rebase -s <changeset> -d tip"
# [17:34] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [17:34] <Ms2ger> Still using rebase, eh
# [17:35] * Quits: darkowlzz (darkowlzz@6ED62B8F.9A07F68F.F44414AF.IP) (Ping timeout)
# [17:35] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
# [17:35] * armenzg is now known as armenzg_lunch
# [17:35] <mbrubeck> This was my first (and possibly last) attempt to use it. :P
# [17:36] <mbrubeck> back to "qimport -r"
# [17:36] * Quits: jrmuizel (jrmuizel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [17:36] <@bz> indeed
# [17:37] * @bz does not trust rebase
# [17:37] * Quits: ErvisTusha (ErvisTusha@412BD193.F69FB6EA.363D84A4.IP) (Ping timeout)
# [17:37] <Bas> qimport -r is so wonderfully simple :)
# [17:37] <@gavin> rebase works fine
# [17:37] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [17:37] <@bz> gavin: I beg to differ
# [17:38] <@gavin> request for differing denied
# [17:38] <@bz> gavin: and as evidence I submit http://hg.mozilla.org/mozilla-central/annotate/293498096b28/content/base/src/Element.cpp
# [17:38] <@bz> gavin: which is all fucked up
# [17:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f2918a4f8f22 - Matt Brubeck - Bug 855562 - Fix error in "mach mochitest-metro" [r=Ms2ger]
# [17:38] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c6426bf82bb6 - Matt Brubeck - Bug 855563 - Improve mach mochitest file checking and error reporting [r=gps]
# [17:38] <@bz> gavin: That on its own is almost enough to make me switch to git, since apparently our git repo still has working blame....
# [17:39] <Ms2ger> gavin, unfortunately, its track record also begs to differ...
# [17:39] <@bz> gavin: and it doesn't help that I spent a good bit of time structuring the creation of Element.cpp such that it would NOT lose blame
# [17:39] <@bz> gavin: and then some rebase-using joker undid all that work with one command
# [17:39] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
# [17:39] <@gavin> http://bz.selenic.com/show_bug.cgi?id=3739 is a real bug
# [17:39] <@gavin> it's fixed now
# [17:39] <@bz> Yes
# [17:40] <@bz> It's hardly the first bug to come up with rebase
# [17:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2e564ec4c11d - Eddy Bruel - Bug 789897 - Add scripting support + tests for isExtensible, preventExtensions traps. r=jwalden, r=jorendorff
# [17:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a4e200fe684d - Jeff Walden - Bug 789897 - Move JSObject::preventExtensions (non-static) to ObjectImpl::preventExtensions (static). r=ejpbruel
# [17:40] <@bz> It's not even the first data corruption bug with rebase.
# [17:40] <@gavin> the past is the past!
# [17:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/804c5ca59d99 - Eddy Bruel - Bug 789897 - Implement a preventExtensions trap for proxies. Patch is a semi-tag-team effort with jwalden. r=jwalden, r=ejpbruel, r=bholley,
# [17:40] <@bz> And I have no confidence there aren't others.
# [17:40] <firebot> r=two-turtle-doves-and-a-partridge-in-a-pear-tree
# [17:40] <Ms2ger> gavin, the past is the present, still...
# [17:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ea96ee5c55ec - Eddy Bruel - Bug 789897 - Implement an isExtensible trap for proxies. Patch is a semi-tag-team effort with jwalden. r=jwalden, r=ejpbruel, r=bholley,
# [17:40] <froydnj> the past lives forever with source control
# [17:41] <firebot> r=two-turtle-doves-and-a-partridge-in-a-pear-tree
# [17:41] * catlee is now known as catlee-lunch
# [17:41] <@bz> froydnj: unless you corrupt the repo, of course
# [17:41] <@dolske> FIIIIVE GOLDENNNN RIIIINGS
# [17:41] * kats-lunch is now known as kats
# [17:41] <past> some times I hate my IRC nick
# [17:41] <@bz> froydnj: seriously, getting at sane blame for Element is now harder than getting sane blame across the hg/cvs divide
# [17:41] * Joins: espadrine (thaddee_ty@moz-9D5F8747.dclient.lsne.ch)
# [17:41] <@bz> gavin: Basically, I understand how qimport -r; qpop; qpush works
# [17:42] <@gavin> bz: doesn't it just involve skipping to before jlebar's changeset?
# [17:42] <RyanVM> rnewman: ping
# [17:42] <@bz> gavin: yes, but how do you do that?
# [17:42] <@bz> gavin: from the hgweb ui?
# [17:42] <Ms2ger> gavin, try it, the parent link on hgweb is broken
# [17:42] <mbrubeck> Someday I'll get around to building a decent web interface for hg blame / git blame
# [17:42] <@gavin> same way as with any blame hunt
# [17:42] <@bz> gavin: Have you tried?
# [17:42] <@bz> gavin: no
# [17:42] <mbrubeck> that lets you easily skip back to ancestor changesets
# [17:42] <@bz> gavin: because the links are all broken too
# [17:42] <@gavin> get the revision number, substract 1, load new URL
# [17:42] <@bz> gavin: because of the corruption. Seriously, try it
# [17:42] <@bz> gavin: uh, no
# [17:42] <@bz> gavin: the normal way is to just follow the link, click parent, click annotate
# [17:43] <@bz> gavin: one you have to edit the url, you lose
# [17:43] <@gavin> I always edit the URL
# [17:43] <@gavin> WFM :)
# [17:43] <@bz> gavin: And also...
# [17:43] <mbrubeck> "subtract 1" is only the parent changeset *most* of the time... >;-)
# [17:43] <@bz> http://hg.mozilla.org/mozilla-central/annotate/97503/content/base/src/Element.cpp
# [17:43] <@bz> doesn't exist
# [17:43] <mbrubeck> lol
# [17:43] <@bz> because of course it wants the hash, not the revision number
# [17:43] <@gavin> no, revision numbers work
# [17:43] <@bz> And if you go to the changeset in question
# [17:44] <@gavin> Element.cpp probably didn't exist then
# [17:44] <@bz> Did you follow the link above?
# [17:44] <@bz> well
# [17:44] <@gavin> (in that location)
# [17:44] <@bz> So then your method fails, no?
# [17:44] * Joins: sachin_ (sachin@637D4CD0.BF84E432.1C37C358.IP)
# [17:44] <@gavin> you just need to look up the rename, yeah
# [17:44] <@bz> No, but
# [17:44] <@gavin> I'm not really claiming that hgweb's blame UI is great
# [17:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/70896d62e7d3 - Kartikaya Gupta - Bug 855431 - Make the gamepad action button work on awesome screen list items. r=sriram
# [17:44] <@bz> Again
# [17:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c69d74aecb03 - Kartikaya Gupta - Bug 855471 - Transfer focus to the LayerView when receiving a gamepad panning-related event. r=mfinkle
# [17:44] <@gavin> but rebase bugs don't really make it any worse
# [17:44] <@bz> Uh
# [17:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/321ce1200ede - Kartikaya Gupta - Bug 855016 - Allow gamepad action button to trigger the row items on about:home. r=sriram
# [17:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/513cf5f34495 - Kartikaya Gupta - Bug 855016 - Make the more-text links on about:home sections focusable and gamepad-actionable. r=sriram
# [17:44] <froydnj> this is starting to negate the whole point of having a web ui
# [17:45] <@gavin> (http://hg.mozilla.org/mozilla-central/log/97510/ works)
# [17:45] * Quits: mmc|laptop (mmc@moz-BBC0C7F1.hsd1.ca.comcast.net) (Input/output error)
# [17:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8d6834c316fe - Kartikaya Gupta - Bug 855471 - Rename OnInterceptTouchListener to TouchEventInterceptor. r=mfinkle
# [17:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d96d3de29187 - Kartikaya Gupta - Bug 855016 - Make the promobox show a focus highlight. r=sriram
# [17:45] <devd> taras: about:telemetry doesn't work on latest firefox? :( is there another option?
# [17:45] * Quits: sachin_h (sachin@87C4A768.AD975AFF.C842849F.IP) (Ping timeout)
# [17:45] <@bz> so what you're saying is that the blame was fucked _before_ the rename?
# [17:45] <@bz> I don't want log/
# [17:45] <@bz> I want annotate/
# [17:45] <@bz> obviously, if I want blame
# [17:45] <@bz> Anyway
# [17:45] <@gavin> yes, I know, I'm just saying that the problem is the rename, not the revision missing
# [17:46] * Joins: darkowlzz (darkowlzz@A2E6788E.6EECC15D.9DA13C14.IP)
# [17:46] * Joins: b10n1k (j0ni@moz-F779BA83.home.otenet.gr)
# [17:46] <@bz> My point is that there have been at least two data corruption issues in rebase
# [17:46] <@bz> Which reduces confidence that there are no others
# [17:46] <@bz> furthermore, qimport -r makes it much harder to introduce data corruption
# [17:46] <@gavin> and my point is that while unfortunate, they're fixed now, and they're not as big of a deal as people are making them out to be :)
# [17:46] <@bz> uh
# [17:46] <@bz> this is a huge deal
# [17:46] * Quits: ggp_ (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
# [17:46] <@bz> I've spent at least 3 extra hours this week dealing with the broken blame on Element
# [17:46] * khuey is now known as khuey|away
# [17:47] * Quits: wlach (wlach@moz-A1116E53.sdsl.bell.ca) (Ping timeout)
# [17:47] <Ms2ger> gavin, why do you insist on downplaying serious bugs?
# [17:47] <@gavin> they don't call me the Downplayer for nothing
# [17:47] <@bz> So my point is that since _I_ don't want to corrupt things
# [17:47] <@bz> and I have good confidence that qimport -r won't do so
# [17:47] <@bz> and I absolutely no confidence that rebase won't
# [17:47] * Yoric wonders whether bz is talking about Haskell :)
# [17:47] * Joins: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP)
# [17:48] <@bz> especially because I know that it in fact _will_ for some people, if they happen to have the wrong hg version
# [17:48] * Ms2ger throws a monad at Yoric
# [17:48] <RyanVM> gavin: if you've got a minute, can you take a look at the m-oth failures on aurora? I'm thinking they're from bug 841554
# [17:48] <mbrubeck> gavin: Though I'm using the latest version of hg, and while rebase didn't corrupt my data (as far as I can tell) it did abort with an error and roll back not only the rebase but my previous transaction as well...
# [17:48] <@bz> All I can do is to not use rebase and recommend to others to also not use it
# [17:48] * Joins: wlach (wlach@moz-A1116E53.sdsl.bell.ca)
# [17:48] <RyanVM> gavin: m-bc that is
# [17:48] <mbrubeck> gavin: So I think I still don't trust it.
# [17:48] * dhylands is now known as dhylands|dr
# [17:48] * Yoric binds Ms2ger's monad.
# [17:48] <mbrubeck> I'm just going to use a git mirror if I have any rebasing to do
# [17:48] <@bz> gavin: seriously, hg rebase is just incredibly buggy
# [17:48] <Yoric> Anyway, gtg.
# [17:48] <@gavin> mbrubeck: weird, never seen that
# [17:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/30bea74a353e - Benoit Girard - Bug 844292 - Add a mach target for GTest. r=gps DONTBUILD as NPOTB
# [17:48] <mbrubeck> because among other things, "git rebase" is far more usable.
# [17:48] <@gavin> bz: not in my experience
# [17:48] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
# [17:48] <@bz> gavin: <shrug>
# [17:48] <Ms2ger> gavin, maybe not in yours, but that must be because you weren't watching...
# [17:49] <@gavin> RyanVM: looking
# [17:49] <mbrubeck> Also, hg phases are still pissing me off... why does it set the phase even for a push that gets aborted by a hook?
# [17:49] <@gavin> Ms2ger: I watch a lot of things
# [17:49] <@bz> gavin: All I can say is your anecdotes and my anecdotes don't match
# [17:49] <@bz> gavin: but the repo corruption data is what it is
# [17:49] * Quits: inolen (Adium@moz-FA2406D8.socal.res.rr.com) (Quit: Leaving.)
# [17:49] * @bz should really just stop worrying about m-c and be done with it
# [17:50] * Quits: matthewgertner (matthewger@F5505435.26EDE4E7.25874CBB.IP) (Quit: matthewgertner)
# [17:50] <Bas> bz: What do you mean by that? :)
# [17:50] <@gavin> rnewman: see aurora b-c test failures from (perhaps) your patch
# [17:50] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
# [17:51] <jlebar|away> bz: The git blame is still pristine, I believe. :)
# [17:51] <jlebar|away> bz: and it has something resembling CVS history.
# [17:51] <@bz> jlebar|away: yeah, I should really try switching to that
# [17:51] <@bz> jlebar|away: do we have something like bzexport for git?
# [17:51] <@bz> Bas: what I said.
# [17:51] <@bz> Bas: work on something else for a while...
# [17:51] <jlebar|away> bz: yes; it's part of https://github.com/jlebar/moz-git-tools
# [17:51] <@bz> jlebar|away: nice
# [17:51] <Ms2ger> Bas, broken blame is only slightly less annoying than the half dozen threads about moz2d repositories you dumped into my newsgroup...
# [17:51] <jlebar|away> bz: We don't have a qimport tool.
# [17:51] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [17:52] * @bz should try living in git for a week and see how it works
# [17:52] <@bz> jlebar|away: hmm
# [17:52] <@bz> jlebar|away: I only really use that to grab patches from a bug to apply locally...
# [17:53] <Bas> Ms2ger: Don't read it if you're not interested :P You know how much crap I get in dev-platform -I- don't care about ;)
# [17:53] <@bz> jlebar|away: https://github.com/mozilla/mozilla-central/ is the relevant repo?
# [17:53] <jlebar|away> bz: You can do something like curl -L http://patch.url | hg-patch-to-git-patch | git am, but obviously you have to do that once for eatch patch
# [17:53] <jcranmer> Bas: actually, mailman is stupid and breaks threading in thelists
# [17:53] <Ms2ger> Bas, I want to just mute the thread, but I can't, because you and roc broke the threading
# [17:53] * Joins: TheOtherOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [17:53] <@bz> jlebar|away: I have to qimport each patch separately anyway
# [17:53] <jlebar|away> bz: there are many repos, but that's the best one.
# [17:53] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [17:54] <@bz> jlebar|away: that's what I meant, yes
# [17:54] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [17:54] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [17:54] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:54] * @bz wonders what a good replacement workflow is for "hg qpush || hg qpop; edit-patch-here"
# [17:54] * philor is now known as philor|away
# [17:54] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:54] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [17:54] <jlebar|away> bz: what's ||?
# [17:55] <@bz> That basically runs the qpop if the qpush failed
# [17:55] <@bz> i.e. if there were patch conflicts
# [17:55] <jlebar|away> Oh, logical or
# [17:55] * Quits: TheOtherOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:55] * Quits: Ms2ger (Ms2ger@B7B2FF50.C60A97A6.F9FB0584.IP) (Ping timeout)
# [17:55] <@bz> in which case I typically go and edit the diff until it applies. ;)
# [17:55] * @bz hasn't found a merge setup he's happy with, sadly
# [17:55] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [17:55] <sfink> I use wiggle in that case
# [17:55] <jlebar|away> bz: I think git am will not apply the patch at all if it doesn't apply.
# [17:56] <@bz> sure
# [17:56] <jcranmer> Bas: and I know it's mailman specifically breaking the threads because I have a mailman patch that can fix it
# [17:56] <jlebar|away> bz: So it would be git am, then edit the patch, then git am again
# [17:56] <@bz> ah, ok
# [17:56] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [17:56] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [17:56] <@bz> Worksforme!
# [17:56] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [17:56] <darkowlzz> what's a platform-specific file handler for linux?
# [17:56] <darkowlzz> https://mxr.mozilla.org/mozilla-central/source/toolkit/components/osfile/osfile_async_front.jsm#214
# [17:56] <Bas> MS2ger jcranmer: Ahah, well, I dunno, I hate threads and don't use them anyway :p
# [17:56] <jlebar|away> bz: Although if you're using git rebase, you kind of do need to figure out merging.
# [17:56] <@bz> well
# [17:57] <@bz> so I'm not convinced on git rebase
# [17:57] <@bz> precisely because merging is such a mess
# [17:57] <@bz> in the common case
# [17:57] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
# [17:57] <jlebar|away> bz: I suppose you could use quilt; I have never tried.
# [17:57] * @bz has a much easier time editing a diff than dealing with your typical merge UI....
# [17:57] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [17:57] <jlebar|away> bz: have you tried inline merge, which just puts <<< and >>> in the file?
# [17:57] * jhopkins|afk is now known as jhopkins
# [17:57] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [17:57] <Bas> bz: Am I -really- old fashioned that I look at .rej files and go in and fix manually?
# [17:57] * jlebar|away finds that pretty unobjectionable
# [17:57] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [17:57] <jcranmer> meld works well enough for me, unless the merge is completely broken
# [17:58] * catlee-lunch is now known as catlee
# [17:58] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [17:58] <RyanVM> Bas: that's what I do too
# [17:58] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:58] * Joins: mdas_ (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [17:58] * Joins: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP)
# [17:58] <AutomatedTester> dbaron: hi, I have a question regarding element.offsetLeft when an element has transform: translateX(-1000px) CSS rule on it. Should offsetLeft take the transform into account?
# [17:59] <@dbaron> AutomatedTester, I don't know... I'd really suggest avoiding offsetLeft etc.
# [17:59] <RyanVM> gavin: I'm going to just back bug 841554 out for now since rnewman doesn't seem to be around
# [17:59] <@bz> jlebar|away: I have
# [17:59] <@gavin> RyanVM: ok
# [17:59] <@bz> jlebar|away: it works ok sometimes
# [17:59] <AutomatedTester> dbaron: oh... I am trying to calculate the position of elements, is there a prefered mechanism?
# [17:59] <jlebar|away> bz: but if you're not using a patch tool like quilt, it's kind of a pain to reorder patches or otherwise change qparent of your "queue" (i.e. branch) without using rebase. You can do it with cherry-picking, but it's not great.
# [17:59] <@bz> jlebar|away: any time reindenting happened it's a bloody mess
# [18:00] <AutomatedTester> dbaron: or is it a case of "Don't"
# [18:00] <jlebar|away> bz: I /think/ git has a way to make rebases work across reindents.
# [18:00] <@dbaron> AutomatedTester, I think getBoundingClientRect / getClientRects are preferable
# [18:00] <@bz> Bas: That's effectively what I do, except I try to make patch double-check my work. ;)
# [18:00] * Quits: sankha93 (Instantbir@77E2712A.C0D45E01.EFB84E89.IP) (Quit: Instantbird 1.3 -- http://www.instantbird.com)
# [18:00] <@dbaron> AutomatedTester, though I also don't remember if they consider transforms
# [18:00] <jlebar|away> bz: maybe not.
# [18:00] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [18:00] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:00] <@bz> jlebar|away: see, magic makes me uncomfortable
# [18:00] * Quits: FabioMagnoni (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP) (Broken pipe)
# [18:00] <Bas> bz: heh :)
# [18:00] <jlebar|away> :)
# [18:00] <@bz> jlebar|away: because I don't trust it to not fuck up
# [18:01] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [18:01] <@bz> jlebar|away: (granted, I'm trusting patch to not fuck up, which is also not a given)
# [18:01] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [18:01] <AutomatedTester> dbaron: I am seeing that offsetLeft isnt, will try get*ClientRects
# [18:01] * Joins: ehsan (ehsan@10862AF8.BC65149B.D16F30BC.IP)
# [18:01] * ChanServ sets mode: +o ehsan
# [18:01] * Joins: TimAbraldes (TimAbralde@moz-CDD0DFBD.sd.sd.cox.net)
# [18:01] <AutomatedTester> dbaron: who would be the best person to ask about the correct behaviour
# [18:01] * jimm-lunch is now known as jimm
# [18:01] <@bz> AutomatedTester: if you're using offset*, you're doing it wrong
# [18:02] <@bz> AutomatedTester: because it can't possibly give you a correct answer
# [18:02] <@dbaron> AutomatedTester, probably bz or roc
# [18:02] * Joins: blassey (blassey@42701D6F.1E1FAB7C.B8C0F609.IP)
# [18:02] * rail is now known as rail-lunch
# [18:02] <@bz> getBoundingClientRect takes transforms into account
# [18:02] <@bz> See https://bugzilla.mozilla.org/show_bug.cgi?id=591718
# [18:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ba144296a128 - Ehsan Akhgari - Bug 853560 - Fix nsTArray::SetCapacity callers in dom/plugins to not look at the return value; r=bsmedberg
# [18:02] <@bz> As far as what the right behavior is for offset*....
# [18:02] <@bz> It doesn't have any
# [18:03] <@bz> So you shouldn't worry about it, and shouldn't use them. ;)
# [18:03] <AutomatedTester> bz: ok cool, thats an answer I can work with!
# [18:03] * joey-afk is now known as joey-2
# [18:04] <AutomatedTester> bz: dbaron: thanks for your help
# [18:05] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [18:05] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
# [18:05] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [18:06] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [18:07] * Joins: ErvisTusha (ErvisTusha@E3411104.F69FB6EA.363D84A4.IP)
# [18:07] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [18:07] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:07] <@bsmedberg> ugh, every time pandora tries to play an audio ad, it hangs up again :-(
# [18:07] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [18:07] * gregglind is now known as gregglind_lunch
# [18:07] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [18:08] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:08] * Joins: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP)
# [18:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3d7ab7be4d31 - Bill McCloskey - Bug 855136 - Don't require call/construct args to NewProxyObject (r=luke)
# [18:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b2818d4dccfe - Bill McCloskey - Bug 855136 - Don't use call/construct slots for direct proxies (r=luke)
# [18:08] * dholbert|afk is now known as dholbert
# [18:09] * khuey|away is now known as khuey
# [18:10] <nmatsakis> by chance, anybody here use rxvt on mac?
# [18:11] * Joins: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP)
# [18:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c1d4ca637c61 - Sid Stamm - Bug 832398 - change default-source to default-src in CSP error messages. r=l10n
# [18:11] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [18:12] <@bsmedberg> bz: in bug 846906, is there something specifically that worries you about using nsIWebBrowser?
# [18:12] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
# [18:13] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
# [18:13] <@bz> bsmedberg: well, apart from the fact that it exposes random gunk?
# [18:14] <@bz> bsmedberg: And if we ever change the underlying implementation to not use nsWebBrowser we'd have to keep exposing the gunk?
# [18:14] <@bsmedberg> or change the API...
# [18:14] <@bz> bsmedberg: the API is meant to be for use by extensions
# [18:14] <devd> felipe: if you get a minute, plese take a look at my patch for bug 850435. It is a really simple fix and shouldn't take much time. My stupidity in bug 767676
# [18:14] <@bsmedberg> by "extensions" or by "the addon SDK"?
# [18:14] <@bz> The latter
# [18:14] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Connection reset by peer)
# [18:14] <@bz> but the SDK is bundled in extensions...
# [18:14] <@bsmedberg> now that we have a builtin SDK, I'm less worried about that
# [18:14] <@bz> Oh, we have that now?
# [18:14] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [18:14] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# [18:14] * @bz missed that!
# [18:14] <@bsmedberg> I think we do...
# [18:15] <@bsmedberg> Mossop: ^^ am I correct?
# [18:15] <@bz> If extensions no longer bundle the sdk, I'm much happier just doing whatever here
# [18:15] <mbrubeck> http://www.oxymoronical.com/blog/2013/02/The-Add-on-SDK-is-now-in-Firefox
# [18:15] <@bsmedberg> bz: so the impl is going to be a nsWebBrowser in any case?
# [18:15] <mbrubeck> "Existing add-ons and add-ons built with the current version of the SDK still use their own versions of the APIs from their XPIs"
# [18:15] <glandium> bsmedberg: do you think it would make sense to make ctypes return the folded lib (nss) when js code tries to open one of libs that used to be there (say, nspr)? (context is bug 855325)
# [18:15] * philor|away is now known as philor
# [18:15] * Quits: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP) (Ping timeout)
# [18:15] <@bz> bsmedberg: for the moment, yes
# [18:16] <@bsmedberg> glandium: that seems pretty magical to me...
# [18:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/16eb654ae743 - Simone Carletti - Bug 854463 - Add AWS S3 to PSL. r=gerv.
# [18:16] <@bz> bsmedberg: Ideally, we'd just hand out the docshell, but we need to keep the nsWebBrowser alive....
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d9d91dde95a3 - Simone Carletti - Bug 854388 - Add AWS CloudFront to PSL. r=gerv.
# [18:16] <Mossop> The current release of the SDK still bundles the SDK in the XPI but uses the version in Firefox if you're on Firefox 21 or higher. Later versions will just not include it in the XPI
# [18:16] <@bsmedberg> not the good kind of magic
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/37fbc474ed18 - Simone Carletti - Bug 849816 - Add nyc.mn to PSL. r=gerv.
# [18:16] <Mossop> mbrubeck: Already out of date!
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e3c08b01675e - Simone Carletti - Bug 855715 - Add AWS ELB to PSL. r=gerv.
# [18:16] <mbrubeck> Mossop: Oh, good!
# [18:16] <Mossop> As of this week
# [18:16] <glandium> bsmedberg: yeah, i was having mixed feelings
# [18:16] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Quit: Leaving)
# [18:16] <glandium> bsmedberg: the fact that we're not folding on all platforms is not very helpful
# [18:17] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
# [18:17] <nemo> So. As I was telling ##opera on freenode, thing that makes me saddest about Opera moving to Webkit is the users we deal w/ in SVG/JS/CSS support channels who come by asking for help, and ask for a "workaround for firefox" or say "broken in firefox, but I don't care, people should use chrome"
# [18:17] <nemo> and I load the page in opera, and it is screwed up there too
# [18:17] <nemo> I can't do that anymore, now :(
# [18:17] <nemo> well, in future
# [18:17] * Fallen|away is now known as Fallen
# [18:18] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:18] <nemo> I do use IE10 to report "broken in same way in IE10" but, unfortunately IE has such a poor rep - esp w/ people like that, that it isn't as effective as Opera
# [18:18] <@bsmedberg> bz: hrm, how do they get their docshell off of the nsIWebBrowser?
# [18:18] <glandium> bsmedberg: how about exposing an object that would return the right ctypes lib? (like Lib.nspr4 would return nspr4 on linux and nss3 (or whatever it ends up being called later on) on others)
# [18:18] <glandium> bsmedberg: i mean, it would return a ctypes lib
# [18:19] <@bsmedberg> glandium: that sounds reasonable, or even just a function "give me the NSPR lib" and "give me the NSS lib"
# [18:19] <glandium> not a filename or whatever
# [18:19] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [18:19] <@bsmedberg> yes, exactly
# [18:19] * Quits: vladan (vladan@moz-21CD3EF9.cp.telus.net) (Quit: Leaving.)
# [18:19] * Quits: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com) (Quit: Ex-Chat)
# [18:19] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [18:19] <jesup> bsmedberg: thanks, BTW. patch is in and stable; leaks are gone. Feel free to join Ryan and the Mozilla Philly crowd in Downingtown next week for lunch. It is quite a drive, however.... :-)
# [18:20] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
# [18:20] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [18:20] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
# [18:20] * Quits: mike5w3c (mike@moz-7A566BE1.net) (Ping timeout)
# [18:20] * Joins: mike5w3c (mike@moz-7A566BE1.net)
# [18:20] * @bsmedberg goes on a "where is downington" mission ;-)
# [18:20] <RyanVM> that would be an epic drive for beer
# [18:20] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:20] <@bsmedberg> yes, that's quite a drive
# [18:20] <RyanVM> west of philly
# [18:20] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:20] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [18:20] <RyanVM> but easily accessible by the turnpike ;)
# [18:21] * Quits: jhk (Jignesh@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
# [18:21] * Cww|sick is now known as Cww
# [18:21] <RyanVM> billm: inbound red
# [18:21] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
# [18:21] <jesup> good beer though (Victory)
# [18:21] * jcranmer isn't used to the turnpike east of Breezewood
# [18:22] * Quits: biesi (uid8099@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:22] * Quits: felipe (uid2734@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:22] * Quits: dolske|cloud (uid2681@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:22] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [18:22] <@bz> bsmedberg: painful
# [18:22] * Joins: edmorley1 (edmorley@moz-96F730DB.range86-166.btcentralplus.com)
# [18:22] * armenzg_lunch is now known as armenzg
# [18:22] <@bz> bsmedberg: Have to go through .contentDOMWindow
# [18:22] <@bsmedberg> bz: oh, the test does it via interfacerequestor...
# [18:22] <@bz> bsmedberg: or that
# [18:22] * @bsmedberg feels vaguely sick
# [18:22] * Quits: anton (uid1783@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:22] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [18:22] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Connection reset by peer)
# [18:22] <@bz> bsmedberg: hence my suggestion to maybe return nsIWebNavigation
# [18:22] <@bz> still for the webbrowser
# [18:22] * Neil is now known as NeilAway
# [18:23] * Quits: edmorley (edmorley@moz-96F730DB.range86-166.btcentralplus.com) (Ping timeout)
# [18:23] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
# [18:23] <@bz> but at least you can navigate it and get the document and stuff...
# [18:23] * Quits: gozala (uid5923@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:23] <@bz> _really_ ideally the docshell would keep the webbrowser alive
# [18:23] <@bz> while it's alive
# [18:23] <@bz> but that stuff is not cced..
# [18:23] * Joins: robertbindar (bindar@moz-C133775.eregie.pub.ro)
# [18:23] <billm> Ryan: I can fix
# [18:23] * Quits: ttaubert (uid2620@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:23] * Quits: pdr (uid7901@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:24] <rnewman> RyanVM: please dog
# [18:25] <rnewman> do, even
# [18:25] * Joins: cdiehl_ (cdiehl@moz-E6EDA4C2.pool.mediaways.net)
# [18:25] <RyanVM> rnewman: already, just waiting to comment until I see green b-c runs
# [18:25] <RyanVM> bilm: go for it
# [18:25] <RyanVM> billm*
# [18:25] * Quits: cdiehl (cdiehl@moz-84450D3A.pool.mediaways.net) (Ping timeout)
# [18:25] * cdiehl_ is now known as cdiehl
# [18:26] <devd> Is there a way to cancel a try run? I just realized I pushed the wrong set of patches
# [18:27] <RyanVM> devd: yes
# [18:27] <RyanVM> devd: red x in the upper left corner
# [18:27] * Joins: bbondy2 (bbondy@moz-717FF534.home.cgocable.net)
# [18:27] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [18:27] * Joins: inolen (Adium@moz-9F4F17DF.tourcaster.com)
# [18:27] <billm> RyanVM: should be fixed
# [18:27] * Quits: sachin_ (sachin@637D4CD0.BF84E432.1C37C358.IP) (Quit: Leaving)
# [18:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c9e35e4221e5 - Bill McCloskey - Bug 855136 - Fix build error on android on a CLOSED TREE
# [18:28] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [18:28] * Quits: bbondy (bbondy@A4098B60.6DF0B0B2.A6924FEF.IP) (Ping timeout)
# [18:28] * bbondy2 is now known as bbondy
# [18:29] * Joins: biesi (uid8099@moz-D8B63698.irccloud.com)
# [18:29] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:29] <devd> RyanVM: thanks! hopefully it dies soon
# [18:29] * Quits: marcoz (marco.zehe@moz-50675C5E.dip.t-dialin.net) (Ping timeout)
# [18:29] * Joins: marcoz (marco.zehe@moz-50675C5E.dip.t-dialin.net)
# [18:30] * Quits: till (till@moz-7F4E3C7D.adsl.alicedsl.de) (Client exited)
# [18:30] <RyanVM> devd: thanks for canceling them!
# [18:31] * Joins: FabioMag_ (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP)
# [18:31] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
# [18:31] <@ted> gerv: ping?
# [18:31] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [18:31] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [18:31] <gerv> ted: pong.
# [18:31] <NeilAway> bah, another assert that wanted to crash my browser but it's quite happy really :s
# [18:31] <@ted> gerv: do you know if we've ever looked at whether we can include code under the MSPL?
# [18:32] <@ted> sorry, the MLPL
# [18:32] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [18:32] <@ted> "MICROSOFT LIMITED PUBLIC LICENSE"
# [18:32] <@ted> http://msdn.microsoft.com/en-us/cc300389.aspx#P
# [18:32] * gerv looks
# [18:32] * hwine is now known as hwine|mtg
# [18:32] * Parts: nical (nico@moz-F8747CC6.dsl.ovh.fr)
# [18:32] * Quits: FabioMag_ (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP) (Ping timeout)
# [18:32] <gerv> ted: the problem is here:
# [18:32] <gerv> "(F) Platform Limitation - The licenses granted in sections 2(A) and 2(B) extend only to the software or derivative works that you create that run on a Microsoft Windows operating system product."
# [18:33] <@ted> this code would only work on windows
# [18:33] <@ted> FWIW
# [18:33] <gerv> Right.
# [18:33] <@ted> it's sample code from MSDN
# [18:33] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [18:33] <gerv> But the problem is, we would have to stop other people taking it and using it elsewhere.
# [18:33] <@ted> but it's too restrictive to sublicense?
# [18:33] * coop is now known as coop|mtg
# [18:33] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
# [18:33] <@ted> yeah
# [18:33] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [18:33] * Joins: jbeich (user@AD13B978.4E2D9615.1E8B7E1C.IP)
# [18:33] * joey-2 is now known as joey-afk
# [18:33] <@ted> that sucks, stupid MSPL
# [18:33] <gerv> And we don't have a mechanism for doing that.
# [18:33] <gerv> Sorry :-((
# [18:33] <@ted> not your fault
# [18:34] <gerv> MS does have actual open source licences they wrote,
# [18:34] <@ted> there's just a rather annoying chunk of code on MSDN that would be really handy to use and really annoying to reimplement
# [18:34] <gerv> but this is not on eof them.
# [18:34] <gerv> Is it a DirectX9->10 translation thingy?
# [18:34] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [18:34] <@ted> http://msdn.microsoft.com/en-us/library/windows/desktop/ee417014%28v=vs.85%29.aspx
# [18:34] <@ted> that
# [18:34] <gerv> Ah, right.
# [18:34] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
# [18:34] * Joins: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:34] <gerv> Not the same bit as another bug i dealt with 5 minutes ago where someone also wanted to use some MS code :-|
# [18:34] <gerv> You can certainly be inspired by that code,
# [18:35] <gerv> but you can't copy and paste it.
# [18:35] * Quits: biesi (uid8099@moz-D8B63698.irccloud.com) (Ping timeout)
# [18:35] <@ted> understood
# [18:35] <@ted> thanks for looking
# [18:35] * Joins: FabioMagnoni (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP)
# [18:36] * Quits: @ehsan (ehsan@10862AF8.BC65149B.D16F30BC.IP) (Input/output error)
# [18:36] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Ping timeout)
# [18:36] <jbeich> if a feature landed in bug NNN and I've found a bug MMM in it, should my bug depend on or block? is there a rule? like: for tier1 -> block (aka critical), for tier3 -> depend on (aka afterthought)
# [18:36] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:37] <gerv> jbeich: Neither.
# [18:37] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
# [18:37] <gerv> You should mark your bug with the "regression" keyword
# [18:37] <gerv> and note the bug it regressed, either in a comment or as a See Also (although not many people use that).
# [18:38] <Mossop> When did we change that policy?
# [18:38] * edmorley1 is now known as edmorley|mtg
# [18:38] <@khuey> a bug in a new feature is not really a regression
# [18:38] <Mossop> Oh wait, this actually isn't a regression, is it? A bug in a new feature isn
# [18:38] <Mossop> n't a regression
# [18:39] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Ping timeout)
# [18:39] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [18:39] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Connection reset by peer)
# [18:39] <@bz> so if I want to reply to a dev-gaia post
# [18:39] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Connection reset by peer)
# [18:39] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [18:39] <@bz> and have it thread right
# [18:39] <@bz> how the heck can I do that?
# [18:39] * vladan-afk is now known as vladan
# [18:39] <@bz> Given that I just subscribed to the list and I want to reply to an older post? :(
# [18:40] <jcranmer> use newsgroups?
# [18:40] <@bz> ah, we have a newsgroup for it
# [18:40] <@bz> excellent
# [18:40] * Quits: edmorley|mtg (edmorley@moz-96F730DB.range86-166.btcentralplus.com) (Ping timeout)
# [18:40] * Quits: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP) (Ping timeout)
# [18:40] * @bz didn't find it because he had to "refresh"
# [18:40] <jcranmer> (except people who see mailing lists won't see it thread correctly since mailman munges message ids on NNTP injection unconditionally)
# [18:40] * Quits: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk) (Ping timeout)
# [18:41] <@bz> well, so
# [18:41] <@bz> that's just going to be fail no matter what
# [18:41] * Quits: michal1 (michal@18728636.D0F82CD8.32697916.IP) (Ping timeout)
# [18:41] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Connection reset by peer)
# [18:41] <jcranmer> I have a mailman patch that makes it do the right thing
# [18:41] <jcranmer> but it's untested
# [18:42] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [18:42] <Waldo> shipitshipitshipit
# [18:42] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [18:42] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Ping timeout)
# [18:42] <Waldo> list/newsgroup threading is such a snafu
# [18:42] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
# [18:43] * Joins: rniwa (rniwa@1B7E1CBA.19F579BA.B5E7F04E.IP)
# [18:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/85dd7094b78d - Honza Bambas - Bug 729182 - Implement visual event tracer, part2 - event tracer service, r=ehsan
# [18:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/260e98308023 - Honza Bambas - Bug 729182 - Implement visual event tracer, part1 - instrumentation, r=mcmanus,bz,ehsan,bsmedberg,michal
# [18:43] <jcranmer> I don't have a clue how to run mailman tests
# [18:43] * Joins: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP)
# [18:43] * Joins: edmorley|mtg (edmorley@moz-96F730DB.range86-166.btcentralplus.com)
# [18:43] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [18:43] <jcranmer> and setup documentation for mailman 3 for testing it is... sparse
# [18:43] * Quits: stuart (pavlov@elise.pavlov.net) (Ping timeout)
# [18:43] * Joins: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk)
# [18:43] * Quits: logbot (logbot@moz-58CB32ED.glob.com.au) (Ping timeout)
# [18:43] * Quits: brankc (brankc@moz-29FFE1B5.me) (Ping timeout)
# [18:44] * Joins: stuart (pavlov@moz-9E3E12EC.off.net)
# [18:44] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
# [18:44] * Joins: brankc (brankc@moz-29FFE1B5.me)
# [18:44] * stuart is now known as IRCMonkey43601
# [18:44] * Joins: dzbarsky (Adium@moz-CBE0E555.wlan.wireless-pennnet.upenn.edu)
# [18:44] * Quits: cabanier (cabanier@A4577564.5F2EEA0.4D9A08AF.IP) (Quit: Leaving.)
# [18:45] * hwine|mtg is now known as hwine
# [18:46] * edmorley|mtg is now known as edmorley
# [18:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/636cfcab9682 - Julian Seward - Bug 853851 - Transition some breakpad logging to BPLOG. r=ted
# [18:46] * Joins: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP)
# [18:46] * rail-lunch is now known as rail
# [18:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6644525153e8 - Kartikaya Gupta - Bug 839767 - Add focus and highlight to about:home rows. r=sriram,wesj
# [18:47] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
# [18:48] <edmorley> jbeich, gerv: typical policy for core/firefox is for the regressing bug to block the original
# [18:48] <edmorley> I know other products (eg bugzilla) do it the other way around
# [18:48] <gerv> edmorley: Really, even if it's resolved?
# [18:48] <edmorley> gerv: yeah
# [18:48] <gerv> That seems weird.
# [18:48] <gerv> But OK.
# [18:48] <edmorley> gerv: it blocks the full resolution of the original bug
# [18:48] <gerv> 10 years ago or more, I saw a bug tracker with a much better implementation.
# [18:49] <gerv> When you associated two bugs together, you also picked a relationship:
# [18:49] <gerv> "Depends", "Blocks", "Regresses", "Caused", "Related", etc.
# [18:49] <gerv> I wish Bugzilla had that.
# [18:49] <edmorley> ah
# [18:49] <edmorley> yeah :-)
# [18:49] * RyanVM lunches
# [18:50] * Quits: blassey (blassey@42701D6F.1E1FAB7C.B8C0F609.IP) (Input/output error)
# [18:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/81cef708ab47 - Jeff Walden - Bug 789897 - Make BaseProxyHandler::{isExtensible,preventExtensions} pure virtual. r=bholley
# [18:50] * Quits: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP) (Ping timeout)
# [18:50] * Quits: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP) (Quit: Leaving.)
# [18:50] <RyanVM> gerv: pretty sure the plan is to add a "regressed by" field to bz eventually
# [18:50] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [18:50] * Joins: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP)
# [18:50] <gerv> RyanVM: Oh, no!
# [18:50] <gerv> We already did "See Also", another special-purpose field.
# [18:50] * mdas_ is now known as mdas
# [18:50] <gerv> We need to move to one like I outlined above.
# [18:51] <gerv> Fewer fields, not more.
# [18:51] * gerv wishes he had more Bugzilla hacking time
# [18:51] * Joins: longsonr (chatzilla@E64C6421.128FDBEE.9C6A40AF.IP)
# [18:51] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [18:52] <Waldo> RyanVM: bz is a distinguished engineer, surely he doesn't regress anything!
# [18:52] * Quits: alc (alc@moz-5760E986.vm.okeanos.grnet.gr) (Ping timeout)
# [18:52] * Joins: felipe (uid2734@moz-C944F5EC.irccloud.com)
# [18:52] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
# [18:52] <Waldo> (ha, ha ha, ha ha ha, to be sure)
# [18:53] * Joins: dolske|cloud (uid2681@moz-C944F5EC.irccloud.com)
# [18:53] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
# [18:54] * ctalbert is now known as ctalbert|lunch
# [18:54] * Joins: logbot (logbot@moz-58CB32ED.glob.com.au)
# [18:54] * Joins: biesi (uid8099@moz-A588D045.irccloud.com)
# [18:54] <philor> he does, but when he does it means that that thing is wrong
# [18:54] * Joins: ttaubert (uid2620@moz-C944F5EC.irccloud.com)
# [18:54] * Joins: pdr (uid7901@moz-C944F5EC.irccloud.com)
# [18:54] * Joins: anton (uid1783@moz-A588D045.irccloud.com)
# [18:55] <Waldo> most things are around here, right philor?
# [18:55] * Joins: alc (alc@moz-5760E986.vm.okeanos.grnet.gr)
# [18:55] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:55] <Waldo> (yes, I realize out-snarking and out-cynic-ing philor is a losing battle)
# [18:56] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [18:56] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [18:56] <philor> woo, almost 11am and I'm just now signing in to treestatus!
# [18:57] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [18:57] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
# [18:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a321bf04c39b - Tom Schuster - Bug 839979 - Implement Object.is. r=jorendorff
# [18:57] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [18:57] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [18:57] <RyanVM> mayhemer: bustage on inbound
# [18:57] * Quits: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com) (Quit: Leaving)
# [18:57] <philor> yeah, what he said, plus a CLOSED TREE
# [18:57] <mayhemer> RyanVM: I've build that patch on 10.7 before landing it...
# [18:58] <philor> also, curse you treestatus for making me log in and letting one more patch in
# [18:58] <RyanVM> not with Werror apparently :)
# [18:58] <mayhemer> RyanVM: ah, but looks like I didn't enforce werror.. hell..
# [18:58] * Joins: gozala_ (uid5923@moz-C944F5EC.irccloud.com)
# [18:58] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [18:58] * jhammel is now known as jhammel|lunch
# [18:59] * Quits: mhaigh (martyn@moz-7EDBCF01.cable.virginmedia.com) (Connection reset by peer)
# [18:59] * Joins: mhaigh (martyn@moz-7EDBCF01.cable.virginmedia.com)
# [18:59] <mayhemer> RyanVM: why isn't werror still default btw ? :)
# [18:59] <mjrosenb> wow, the tree was open for what, 15 minutes before it got closed again?
# [19:00] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
# [19:00] * darkowlzz is now known as darkowlzz|afk
# [19:00] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [19:01] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
# [19:02] <mayhemer> RyanVM: pushing a fix for that
# [19:02] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
# [19:03] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
# [19:03] * coop|mtg is now known as coop
# [19:04] <devd> felipe: thanks! I fixed the patch and carried over the r+ (in case you care)
# [19:04] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
# [19:04] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# [19:05] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
# [19:05] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [19:06] * joey-afk is now known as joey-2
# [19:06] * Fallen is now known as Fallen|away
# [19:07] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [19:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/74ff7f32edd8 - Honza Bambas - Bug 729182 - Implement visual event tracer, fix bustage in nsHttpChannel.cpp, r=bustage
# [19:07] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6da10679d191 - Honza Bambas - Bug 729182 - Implement visual event tracer, fix bustage in nsHttpChannel.cpp, r=bustage CLOSED TREE
# [19:08] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
# [19:08] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Ping timeout)
# [19:09] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
# [19:09] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
# [19:10] * jhopkins is now known as jhopkins|bbl
# [19:10] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [19:10] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
# [19:10] * Joins: jviereck (Adium@moz-7044FEC2.dynamic.hispeed.ch)
# [19:10] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
# [19:10] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
# [19:11] * JosiahOne is now known as JosiahOne|Studies
# [19:11] * Fallen|away is now known as Fallen
# [19:11] * Quits: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP) (Client exited)
# [19:11] * Joins: Mic (Mic@moz-900F406D.superkabel.de)
# [19:11] <philor> nice, where's that Win b2g failure on the *previous* bustage fix coming from?
# [19:12] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
# [19:12] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
# [19:13] * Joins: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP)
# [19:13] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [19:13] * Quits: jviereck (Adium@moz-7044FEC2.dynamic.hispeed.ch) (Quit: Leaving.)
# [19:14] * Quits: fhd (uid2508@moz-A588D045.irccloud.com) (Ping timeout)
# [19:14] * Quits: NimeshNeema (uid2689@moz-A588D045.irccloud.com) (Ping timeout)
# [19:14] * Quits: sawrubh (uid6719@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:15] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Quit: victorporof)
# [19:15] * Quits: alc (alc@moz-5760E986.vm.okeanos.grnet.gr) (Ping timeout)
# [19:15] * Quits: ttaubert (uid2620@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:15] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130326101142])
# [19:15] * Quits: felipe (uid2734@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:15] * Quits: daleharvey (uid513@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:16] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
# [19:16] * Quits: sid0 (uid2934@moz-A588D045.irccloud.com) (Ping timeout)
# [19:16] * Joins: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP)
# [19:16] * Quits: gozala_ (uid5923@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:16] * Quits: esprehn (uid10445@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:16] * Quits: dolske|cloud (uid2681@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:16] * Joins: gozala_ (uid5923@moz-C944F5EC.irccloud.com)
# [19:16] * Quits: Unfocused (uid2622@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:16] * Quits: jaws (uid2871@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:17] * Joins: esprehn (uid10445@moz-C944F5EC.irccloud.com)
# [19:17] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [19:18] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
# [19:18] * edmorley is now known as edmorley|away
# [19:18] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [19:18] * Joins: alc (alc@moz-5760E986.vm.okeanos.grnet.gr)
# [19:18] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [19:18] <billm> philor: that Bg error doesn't make sense. I think maybe something needs to be clobbered.
# [19:19] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
# [19:19] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [19:19] * Quits: gfritzsche (uid7586@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:20] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:20] * Quits: nsm (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP) (Ping timeout)
# [19:20] <philor> looks like that slave last built in that objdir at 04:26, so if something required a clobber, it's not a very big window to look through
# [19:21] * Quits: biesi (uid8099@moz-A588D045.irccloud.com) (Ping timeout)
# [19:21] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
# [19:21] * Quits: longsonr (chatzilla@E64C6421.128FDBEE.9C6A40AF.IP) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [19:21] * Quits: ojan (uid5519@moz-A588D045.irccloud.com) (Ping timeout)
# [19:21] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [19:22] <philor> even smaller since a clobber was set at 04:21
# [19:23] <billm> philor: I don't really understand what clobber means. however, it looks like it failed to rebuild a file that should be rebuilt after my patches landed.
# [19:23] * Quits: cstipkovic (uid6805@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:23] * Quits: Naeblis (uid7451@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:24] <billm> however, if that's true, then the build system is really broken
# [19:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/727777280043 - Honza Bambas - Bug 729182 - Implement visual event tracer, fix bustage in nsHttpChannel.cpp when tracer build enabled, r=bustage CLOSED TREE
# [19:24] <mayhemer> RyanVM: I just pushed one more fix - removing the variable would break event tracer enabled build
# [19:25] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [19:26] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Client exited)
# [19:26] * Quits: gozala_ (uid5923@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:26] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [19:27] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:27] * juanb is now known as juanb|afk
# [19:28] * Quits: twi (Adium@moz-479B9482.ip229.fastwebnet.it) (Quit: Leaving.)
# [19:28] * Quits: anton (uid1783@moz-A588D045.irccloud.com) (Ping timeout)
# [19:28] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [19:28] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [19:28] * Boriss_ is now known as Boriss
# [19:29] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [19:29] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [19:30] * Joins: jorendorff (jorendorff@moz-8F8C824E.lightspeed.nsvltn.sbcglobal.net)
# [19:31] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Ping timeout)
# [19:32] * Quits: darkowlzz|afk (darkowlzz@A2E6788E.6EECC15D.9DA13C14.IP) (Ping timeout)
# [19:32] * JosiahOne|Studies is now known as JosiahOne
# [19:32] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [19:32] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:33] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:33] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:33] * Quits: evilpie (uid7877@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:34] <@gavin> ochameau: are you saying that chromeUtils.synthesizeDrop is different from EventUtils.synthesizeDrop?
# [19:34] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [19:34] <@bz> 'one legal interpretation of undefined behavior is "grants access to the interrupt table." '
# [19:34] <@bz> Awesome. ;)
# [19:34] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
# [19:34] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [19:34] * Boriss_ is now known as Boriss
# [19:35] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
# [19:36] <tbsaunde> bz: undefined behavior of what? O.O
# [19:36] <@bz> http://blogs.msdn.com/b/oldnewthing/archive/2013/03/28/10405881.aspx for context
# [19:36] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [19:36] <@bz> but in this case, of dereferencing null in C
# [19:36] * Joins: darkowlzz|afk (darkowlzz@A2E6788E.6EECC15D.9DA13C14.IP)
# [19:38] <ochameau> gavin: I'm saying that there is no EventUtils.synthesizeDrop. Am I missing something??
# [19:38] <@gavin> ochameau: no, I just discovered that. http://mxr.mozilla.org/mozilla-central/source/browser/base/content/test/browser_drag.js#39 (disabled test) threw me off.
# [19:39] <ochameau> gavin: yes this test is disabled... I first used the same code and figured out that it no longer exists on EventUtils
# [19:39] <yzen> darkowlzz|afk: pong sorry, just saw your ping..
# [19:39] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:39] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [19:39] * Quits: jbeich (user@AD13B978.4E2D9615.1E8B7E1C.IP) (Client exited)
# [19:39] * Joins: jviereck (Adium@moz-7044FEC2.dynamic.hispeed.ch)
# [19:40] * Quits: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net) (Connection reset by peer)
# [19:40] * darkowlzz|afk is now known as darkowlzz
# [19:40] <@gavin> ochameau: I don't know why we have both ChromeUtils and EventUtils (http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/tests/SimpleTest/ChromeUtils.js#2 doesn't help)
# [19:40] <darkowlzz> yzen: hi
# [19:40] * Quits: pdr (uid7901@moz-C944F5EC.irccloud.com) (Ping timeout)
# [19:40] * Joins: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net)
# [19:40] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [19:40] <@gavin> ochameau: if you want to make it easier to use chromeUtils, I would suggest adding it to http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/browser-test.js#355
# [19:41] <darkowlzz> yzen: can you help with this http://www.pastebin.mozilla.org/2254083
# [19:41] <darkowlzz> no new file is being created
# [19:41] <darkowlzz> xpcshell-test^
# [19:42] * Joins: nsm (nikhil@2557E599.66715431.D25A875A.IP)
# [19:42] <yzen> darkowlzz: so when you call write atomic, the operation returns a promise, as you expect, however the operation is actually complete only when the promise resolves
# [19:42] <darkowlzz> yes, I get a promise object
# [19:43] <darkowlzz> and I don't know how to read the contents of it
# [19:43] <yzen> darkowlzz: so in your case you can only verify that it is created in the success callback , you just need to do something like this:
# [19:43] <yzen> promise.then(function () {/*you should see your file from here*/})
# [19:43] * Joins: kaie2 (kaie@moz-FD8D5909.dip.t-dialin.net)
# [19:43] <tbsaunde> bz: ah, so given the kernel doesn't give a damn about security
# [19:43] <yzen> darkowlzz: however make sure you finish your test explicitly from that function as well
# [19:44] * Quits: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [19:44] * Quits: kaie (kaie@moz-C65BBFCC.dip.t-dialin.net) (Ping timeout)
# [19:44] * kaie2 is now known as kaie
# [19:45] * joduinn-mtg is now known as joduinn
# [19:45] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [19:45] * Joins: gozala_ (uid5923@moz-C944F5EC.irccloud.com)
# [19:46] <darkowlzz> yzen: shouldn't that be mentioned here https://developer.mozilla.org/en-US/docs/JavaScript_OS.File/OS.File_for_the_main_thread
# [19:46] * Joins: MX80 (MX80@moz-32BE33CD.dsl.g3telecom.net)
# [19:46] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
# [19:47] <yzen> darkowlzz: it looks like it might be, if you look at the first example , there's the use of then
# [19:48] * IRCMonkey43601 is now known as stuart
# [19:48] <yzen> darkowlzz: i realize it is not the case for writeAtomic
# [19:48] <ochameau> gavin: some other tests already do what I did with the subscript, but yes I can do that as well. Should I also update those other tests?
# [19:48] * capella is now known as capella|afk
# [19:49] <@gavin> ochameau: that'd be great! maybe best done in a separate bug though
# [19:49] * Quits: rhelmer (rhelmer@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [19:49] <@gavin> or at least separate patch
# [19:49] * Joins: felipe (uid2734@moz-C944F5EC.irccloud.com)
# [19:49] <mayhemer> RyanVM: the windows link error is the one before my patches landed, right?
# [19:49] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [19:49] <RyanVM> yes
# [19:49] * Joins: mgahlot (quassel@521695B5.6653237.85BF2EFC.IP)
# [19:49] <we11ington> Is there a way to hide NS_ENSURE_WHATEVER warnings?
# [19:50] <we11ington> In nightly debug
# [19:50] <we11ington> (As in, don't print them to the console, I have other things that I can barely find because of all the warnings)
# [19:50] * Joins: erikvold (erikvold@F083582C.F9CD85DB.47C41102.IP)
# [19:51] * jgriffin is now known as jgriffin-afk
# [19:51] * sfink is now known as sfink|afk
# [19:51] * Quits: dzbarsky (Adium@moz-CBE0E555.wlan.wireless-pennnet.upenn.edu) (Quit: Leaving.)
# [19:51] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
# [19:52] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [19:52] * Quits: ErvisTusha (ErvisTusha@E3411104.F69FB6EA.363D84A4.IP) (Client exited)
# [19:52] * jcranmer is now known as jcranmer|away
# [19:52] * Joins: csmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net)
# [19:52] * Quits: @bsmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net) (Connection reset by peer)
# [19:53] * JosiahOne is now known as JosiahOne|Studies
# [19:53] * Quits: hery (weechat@4A83457D.B31F7523.92AEF337.IP) (Ping timeout)
# [19:53] * Joins: cabanier (cabanier@D72CD82A.EBE7551E.A32919DD.IP)
# [19:54] * Joins: rhelmer (rhelmer@moz-DB4A9C19.scl3.mozilla.com)
# [19:54] * gregglind_lunch is now known as gregglind
# [19:54] * Joins: ErvisTusha (ErvisTusha@E3411104.F69FB6EA.363D84A4.IP)
# [19:54] <darkowlzz> yzen: to log xpcshell-tests, |do_print| is used, right? when I run this code http://www.pastebin.mozilla.org/2254334 I get a |TextDecoder| object. How do I get it's textContent?
# [19:55] * Quits: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP) (Quit: sheeri)
# [19:55] * rhelmer is now known as IRCMonkey64408
# [19:56] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:56] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [19:57] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman)
# [19:57] * Joins: hery (weechat@4A83457D.B31F7523.92AEF337.IP)
# [19:57] <RyanVM> philor: possible the Bg bustage was exposed by the clobber?
# [19:57] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [19:57] <RyanVM> billm: the Windows Bg bustage looks like it's yours
# [19:57] * IRCMonkey64408 is now known as rhelmer
# [19:57] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [19:58] <RyanVM> billm: still can't fully explain the delay in seeing it
# [19:58] <RyanVM> billm: https://tbpl.mozilla.org/php/getParsedLog.php?id=21212498&tree=Mozilla-Inbound&full=1#error0
# [19:58] <RyanVM> billm: unresolved external symbol "__declspec(dllimport) class JSObject * __cdecl js::NewProxyObject(struct JSContext *....
# [19:58] * Joins: biesi (uid8099@moz-C944F5EC.irccloud.com)
# [19:58] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [19:59] <billm> RyanVM: yeah, I think the build machines are failing to rebuild some DOM code that needs to be rebuilt
# [19:59] <billm> RyanVM: I don't know how to fix it though
# [20:00] <RyanVM> billm: philor clobbered at 11:31
# [20:00] <RyanVM> so we'll see how builds after that fare
# [20:00] * mbrubeck sick of working on zombie Touch Events spec issues
# [20:00] <yzen> darkowlzz: so you'd do something like this http://www.pastebin.mozilla.org/2254391
# [20:00] <billm> RyanVM: ok. I'm going to lunch. if it doesn't work, can you back me out?
# [20:01] <RyanVM> sure
# [20:01] <billm> thanks
# [20:01] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [20:02] <yzen> darkowlzz: make sure you write it as an async test example
# [20:02] <darkowlzz> ah! I was thinking of that
# [20:02] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [20:03] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [20:03] <yzen> darkowlzz: you'd have to mark it pending before getting a promise and then in success after your read your data, call do_test_finished
# [20:03] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [20:03] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
# [20:03] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Ping timeout)
# [20:04] * Mossop is now known as Mossop_away
# [20:04] * Joins: evilpie (uid7877@moz-C944F5EC.irccloud.com)
# [20:05] <froydnj> RyanVM: do I need to be watching my aurora push, or do you keep an eye on aurora too?
# [20:05] * khuey is now known as khuey|away
# [20:05] <RyanVM> tree rules say you should :)
# [20:05] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:05] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:05] <RyanVM> but I'm watching too :P
# [20:05] <froydnj> watching the watcher?
# [20:05] * Joins: nik_john (Mibbit@A1803F77.A58EAD82.27560D6E.IP)
# [20:05] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:05] * ChanServ sets mode: +o dbaron
# [20:05] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:05] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:05] * Joins: dzbarsky (Adium@moz-1EE7365E.wireless-pennnet.upenn.edu)
# [20:06] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:06] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:06] <darkowlzz> yzen: great!! it works now :D
# [20:06] <nik_john> hi, i dont have a window or mac system to test, so can someone check if the patch i submitted in bug 632207 works properly. the requirement are given in comment 8. thanks
# [20:06] <yzen> darkowlzz: awesome :)
# [20:06] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:06] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:07] <froydnj> actually, "trust but verify" is probably more accurate
# [20:07] <darkowlzz> I think I will be able to write the test now
# [20:07] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:07] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:07] <darkowlzz> thanks yzen :)
# [20:07] <yzen> darkowlzz: any time
# [20:07] * darkowlzz is now known as darkowlzz|afk
# [20:08] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:08] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:08] * hwine is now known as hwine-food
# [20:08] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [20:08] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:08] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:08] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:08] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:09] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [20:09] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [20:09] * Joins: victsou (victsou@67BFEB44.3BBD56F4.C36097CD.IP)
# [20:09] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:09] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:09] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
# [20:09] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:09] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:10] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:10] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:10] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:10] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:11] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:11] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:11] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:11] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:12] * Quits: gsvelto (gsvelto@moz-62CE315F.clienti.tiscali.it) (Ping timeout)
# [20:12] * Joins: gsvelto_ (gsvelto@moz-E02B34F6.clienti.tiscali.it)
# [20:12] * Joins: evilpie_ (tom@moz-2DF79A34.pools.arcor-ip.net)
# [20:12] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:12] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:12] * Joins: anton (uid1783@moz-A588D045.irccloud.com)
# [20:12] * Quits: edmorley|away (edmorley@moz-96F730DB.range86-166.btcentralplus.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [20:12] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:12] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
# [20:12] * Quits: wlach (wlach@moz-A1116E53.sdsl.bell.ca) (Quit: Ex-Chat)
# [20:13] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
# [20:13] <froydnj> avih: yeah
# [20:14] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [20:14] * Quits: zakora (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
# [20:14] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
# [20:14] * Quits: kkdEEP (kkdEEP@CC7FF99E.4F6BAC07.C7008325.IP) (Broken pipe)
# [20:14] <philor> RyanVM: well, I thought the best explanation was "then the build system is really broken" :)
# [20:14] * Joins: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net)
# [20:14] <RyanVM> philor: unpossible
# [20:14] * Quits: erikvold (erikvold@F083582C.F9CD85DB.47C41102.IP) (Quit: erikvold)
# [20:14] <RyanVM> i've got a post-clobber retrigger going
# [20:16] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [20:16] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
# [20:17] * joduinn is now known as joduinn-afk
# [20:19] <felipe> devd: yeah I saw it, carrying the r+ is fine! I was curious though if you think that is important distinction to measure (top vs. iframe)?
# [20:19] * Quits: hery (weechat@4A83457D.B31F7523.92AEF337.IP) (Ping timeout)
# [20:20] * Quits: mattwoodrow|away (mattwoodro@moz-AE9416F2.alliedmods.net) (Ping timeout)
# [20:21] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [20:21] * Joins: mattwoodrow|away (mattwoodro@moz-AE9416F2.alliedmods.net)
# [20:21] * mattwoodrow|away is now known as mattwoodrow
# [20:23] * Joins: hery (weechat@4A83457D.B31F7523.92AEF337.IP)
# [20:23] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [20:24] <jlebar|away> RyanVM: Can we reopen the tree now that we have builds that appear to be functional?
# [20:24] <RyanVM> jlebar|away: we still have windows desktop b2g bustage
# [20:24] <RyanVM> we should know soon if that's fixed, though
# [20:24] <jlebar|away> RyanVM: Okay, thanks!
# [20:27] * Quits: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net) (Ping timeout)
# [20:27] * Joins: Naeblis (uid7451@moz-A588D045.irccloud.com)
# [20:27] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [20:27] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:27] * Quits: nik_john (Mibbit@A1803F77.A58EAD82.27560D6E.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:28] <armenzg> bbondy: jimm do you have time on Monday to talk with Q and I? which timezone are you in?
# [20:29] <bbondy> armenzg: There's a bunch of meetings Monday afternoon but none in the morning for me. EST (3 hours later than Mountain view)
# [20:29] <bbondy> I think jimm is 2 hours ahead of Mountain View
# [20:29] <armenzg> bbondy: which day works better for you?
# [20:30] <bbondy> well which time zone are you on?
# [20:30] <armenzg> est
# [20:30] <armenzg> Q is on PDT
# [20:30] <bbondy> I could do 12PM or 1PM PDT
# [20:30] <bbondy> on Monday
# [20:30] <devd> felipe: yeah, I am not sure either. It is minimal effort to add support for it, so why not? I suspect is pretty useful for malware; a lot of malware involves injecting iframes into trusted domains via ads/sqli/xss
# [20:30] <armenzg> cool
# [20:30] <bbondy> Tuesday I'm fully free except for 11AM PDT
# [20:31] <armenzg> I will wait to hear from jimm as well
# [20:31] <bbondy> k
# [20:31] <armenzg> bbondy: does it show on your calendar?
# [20:31] <bbondy> he's probably the same as me for Monday
# [20:31] <armenzg> k
# [20:31] <bbondy> re cal: no
# [20:31] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [20:32] <bbondy> wednesday fully free too
# [20:32] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# [20:33] * hwine-food is now known as hwine
# [20:33] <jimm> armenzg: that works fo me as well.
# [20:35] <armenzg> bbondy: jimm I sent an invite for 11:30am PDT
# [20:36] * csmedberg is now known as bsmedberg
# [20:37] * Joins: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net)
# [20:37] <bbondy> jimm armenzg: isn't there a moco then?
# [20:37] <armenzg> bbondy: it got postponed
# [20:37] * Quits: FabioMagnoni (fabiomagno@E5E0F216.6F5D80B4.FC4CA3ED.IP) (Input/output error)
# [20:37] <bbondy> oh great
# [20:37] <bbondy> k
# [20:38] <bbondy> WFM
# [20:38] <armenzg> I'm sure we can find a clever way to fix the metro default browser issue
# [20:39] * Quits: hery (weechat@4A83457D.B31F7523.92AEF337.IP) (Ping timeout)
# [20:39] * Joins: capella-s3 (capella-s3@moz-97AED8B2.pools.spcsdns.net)
# [20:39] <bbondy> I'm not so confident about clever but manual for sure at least :)
# [20:39] <armenzg> :)
# [20:39] * Quits: evilpie_ (tom@moz-2DF79A34.pools.arcor-ip.net) (Quit: Leaving)
# [20:40] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
# [20:41] * Quits: JosiahOne|Studies (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
# [20:41] * Quits: jviereck (Adium@moz-7044FEC2.dynamic.hispeed.ch) (Quit: Leaving.)
# [20:42] * Joins: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP)
# [20:44] <Bas> gps: So I think what we're settling on for now is an approach bsmedberg suggested, where we basically have a Moz2D repo, automate merging it into m-c, and disallow writing to gfx/moz2d on m-c. It's a little bit less than ideal, but it will give us most of the advantages and only people wanting to make changes to gfx/moz2d suffer the downsides.
# [20:44] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [20:44] <RyanVM> jlebar|away: open
# [20:45] <jlebar|away> RyanVM: thanks!
# [20:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/11994f2d5c7e - Ryan VanderMeulen - Merge m-c to inbound.
# [20:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3ffdb788846d - Andrea Marchesini - Bug 825196 - Rename nsHTMLInputElement to HTMLInputElement. r=Ms2ger
# [20:45] <Bas> As I said in gfx, it's a shame once again the git mob is complicating things, but there's not much we can do.
# [20:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2f63e2f90d5c - Aaron Klotz - Bug 855507: Update talos.json to capture new xperf main thread I/O counters. r=aki
# [20:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a39cf8abc9c2 - Jan Beich - Bug 855728 - Always export FakeSpeechRecognitionService.h. r=gps
# [20:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/23850987c825 - Andrea Marchesini - Bug 825196 - Convert HTMLInputElement to WebIDL. r=Ms2ger
# [20:45] <@bz> hey, tree is open
# [20:45] <jlebar|away> Bas: I can't say I'm flattered by that that characterization.
# [20:45] <we11ington> masayuki: ping
# [20:46] <Mossop_away> Bas: How are you disallowing writing to gfx/moz2d on m-c?
# [20:46] <felipe> devd: yeah. is anyone looking at the data that is coming through?
# [20:46] <Bas> Mossop_away: The basic idea is just by not doing it and making sure patches we r+ land on moz2d :). If common sense and trust don't do it we'll look into adding a hook I think :-)
# [20:46] <Mossop_away> Ok
# [20:46] <Bas> jlebar|away: Well, people should've thought of that before fragmenting our version control systems.
# [20:47] <Mossop_away> Bas: I ask because we have a similar issue with addon-sdk code, I was figuring out a way to get notified whenever code there changed
# [20:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5c230db2b247 - Justin Lebar - Bug 854924 - Change "can't allocate graphics resources" in TabParent to an NS_WARNING. r=bent
# [20:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f1b0e51c1b92 - Justin Lebar - Bug 854880 - Make canceling a RunnableFunction actually cancel the task. r=bent
# [20:47] <jlebar|away> Bas: Is your argument seriously that we should have said "we're not going to use git because someone might want to use hg submodules sometime in the future"?
# [20:47] <Bas> jlebar|away: No. My argument is that we should choose a versioning system and use it, and if we want to use a different one agree on that and migrate.
# [20:48] <firebot> Check-in:
# [20:48] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/db2babefda12 - Boris Zbarsky - Bug 854001 part 2. Remove a null check in bindings code that is no longer needed because workers no longer use a DOMJSClass for prototype objects. r=peterv,bent
# [20:48] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3e18a5b5257d - Boris Zbarsky - Bug 854001 part 1. Give workers that are pretending to be on WebIDL bindings separate JSClasses for instance objects and prototype objects. r=peterv,bent
# [20:48] * rail is now known as rail_away
# [20:48] * Quits: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net) (Ping timeout)
# [20:48] <Bas> jlebar|away: If it -then- turned out our versioning system did not support a feature we could've looked into mitigating that or abandoning the usage of the feature. Now we're always going to be bound by the lowest common denominator.
# [20:49] <jlebar|away> Bas: It's a question of trade-offs, rather than making decisions based on rules which don't account for the facts on the ground.
# [20:49] * aki|buildduty is now known as aki|lunch
# [20:49] <jlebar|away> Bas: This is what engineering is all about.
# [20:49] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [20:49] <jlebar|away> Bas: Maybe you think we made the wrong trade-offs, that's fine.
# [20:50] * Quits: inolen (Adium@moz-9F4F17DF.tourcaster.com) (Ping timeout)
# [20:50] <Bas> jlebar|away: Right, I'll be sure to use whatever code-style I like next time I add a new file, because the fact on the ground is it makes my life easier than doing what we all agreed upon.
# [20:50] <Bas> I never liked UpperCamelCasing
# [20:50] <jlebar|away> Bas: As someone who's been involved in the B2G project for a long time now, I don't see how we could have feasibly done things any other way. But there's nothing wrong with armchair quarterbacking, if we recognize it as such.
# [20:50] * Joins: inolen (Adium@moz-9F4F17DF.tourcaster.com)
# [20:50] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [20:50] <jlebar|away> Bas: I'm really sorry this is so frustrating to you.
# [20:51] <gps> Bas: makes sense to me. people seem to not like subrepos - even just on the Mercurial front
# [20:51] <Bas> jlebar|away: I've long gotten over the initial frustrations, this is just a tiny flare up compared to my initial frustrations :)
# [20:51] * Quits: capella-s3 (capella-s3@moz-97AED8B2.pools.spcsdns.net) (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
# [20:51] <tbsaunde> jlebar|away: what could you do with repo that you couldn't with sub repos? (curious not suggesting it)
# [20:51] <jlebar|away> Bas: I think you're mistaking the fact that you're not involved with B2G for the fact that B2G could easily have used hg.
# [20:51] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [20:51] * philor is now known as philor|away
# [20:52] * Quits: gsvelto_ (gsvelto@moz-E02B34F6.clienti.tiscali.it) (Ping timeout)
# [20:52] <Bas> jlebar|away: I honestly don't see any differences fundamental enough between hg and git to make something fundamentally impossible in one that's possible in the other :)
# [20:52] * Joins: gsvelto_ (gsvelto@moz-7FE2708E.clienti.tiscali.it)
# [20:52] * Joins: HeldtNotHelt (firefox@A4C99C2C.8C382C77.7C9220AF.IP)
# [20:52] <Bas> The mapping isn't one on one though, which is where I think mirroring problems come from.
# [20:52] <tbsaunde> Bas: every other module / file already different style so you not really hurting anything with that
# [20:52] * baku is now known as baku|away
# [20:52] <jlebar|away> Bas: Sure, but please recognize that B2G's use of git might be a little more complicated than "we don't like hg".
# [20:52] * bz is now known as bz_away
# [20:52] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
# [20:52] <jlebar|away> Bas: B2G has hundreds of sub-repositories, all in git.
# [20:53] <jlebar|away> Bas: There are significant integration issues at play here.
# [20:53] <Bas> jlebar|away: Hg supports git subrepositories just fine ;) not sure about vice versa.
# [20:53] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Ping timeout)
# [20:53] <catlee> I'm a bit put off by the warning on the top of the hg submodule page
# [20:53] <jlebar|away> Bas: Anyway, this is armchair quarterbacking.
# [20:53] <jlebar|away> Bas: You're welcome to do it; maybe it's even useful.
# [20:53] <catlee> <!> This is considered a feature of last resort.
# [20:54] <Bas> catlee: It's surprisingly lacking in arguments though :)
# [20:54] <gps> and Mozilla is listed as an example of why you don't need subrepos :)
# [20:54] <Bas> gps: Funny huh?
# [20:54] <RyanVM> tanvi: man, your push yesterday is just the gift that keeps on giving apparently
# [20:54] <Bas> jlebar|away: I'm sure there's nothing that can be done about it at this point in time. There's plenty of things I'd like to see a little different (build system?), and they're frustrating from time to time. But I'll live.
# [20:54] <jlebar|away> Bas: But calling B2G "the git mob" is not useful.
# [20:54] <jlebar|away> Bas: I was trying to help.
# [20:55] <Bas> jlebar|away: I wasn't even thinking of B2G, the git mirror started before B2G I think?
# [20:55] <Bas> I'm almost certain, but not 100%
# [20:55] <jlebar|away> Bas: Did anyone invoke the git mirror outside B2G as a reason not to do this?
# [20:55] * Joins: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net)
# [20:55] <Bas> jlebar|away: I've mostly heard the generic 'git mirror' argument, very few mentionings of B2G specifically.
# [20:55] <Bas> (although it seems obvious that that's an important client)
# [20:55] <gps> RelEng has been working on git.mozilla.org for a while
# [20:56] <jlebar|away> Bas: the git mirror is /now/ our problem because the git mirror is critical b2g infrastructure now.
# [20:56] <gps> it predated B2G AFAIK
# [20:56] <gps> unofficial Git clones of m-c predated that work
# [20:56] <jlebar|away> gps: RIght: releng's working on git predated b2g, but releng's shipping git far postdates b2g.
# [20:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9a5f2fcb7363 - Justin Lebar - Bug 852847 - Part 3: Re-enable some browser-element tests. r=kk1ff
# [20:57] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3c08796dead2 - Justin Lebar - Bug 852847 - Part 1: Disable browserElement_oop_KeyEvents.html. r=kk1ff
# [20:57] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a654498f21a9 - Justin Lebar - Bug 852847 - Part 2: Do things later in our browser-element tests, thus avoiding doing things before the browser-element machinery has loaded. r=kk1ff
# [20:57] <RyanVM> yay, jlebar|away owns browser-element orange from now on!
# [20:57] * RyanVM makes a mental note
# [20:58] * Quits: marcoz (marco.zehe@moz-50675C5E.dip.t-dialin.net) (Quit: Leaving.)
# [20:58] <RyanVM> but seriously, hopefully it makes a dent :)
# [20:58] <RyanVM> jlebar|away: now if you want to *really* impress me, attack ipc/indexeddb orange next
# [20:58] <jlebar|away> RyanVM: We'll see. I think there's a good chance we'll have to back it out because it makes something worse...
# [20:59] <Bas> jlebar|away: Fwiw, I know you're trying to help, and it's not meant as a personal offense. But from my historical view over the last 3-4 years, and this certainly predates B2G, different parties moved in and started using git left and right for different things because they could, and slowly but surely forced yet another versioning system on the rest of us.
# [20:59] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [20:59] <Bas> And I'm not putting that in any way on B2G. I believe B2G to be a consequence of that, more than a cause.
# [20:59] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:59] <gps> people will always want to use [perceived] better tools
# [20:59] <catlee> my concern is that we have a pretty poor track record of being able to cope with >1 repository
# [21:00] <catlee> mobile moved into m-c
# [21:00] <catlee> comm-central is looking at moving into m-c
# [21:00] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [21:00] <Bas> catlee: And I want to be out of m-c soooo bad :P
# [21:00] <jlebar|away> Bas: This is just my opinion, but I think one of the keys to Mozilla's success is that we don't force process on others. Module owners have a high degree of autonomy; nobody is taking technical orders from Gary about what coding style to use or whatever.
# [21:00] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [21:00] * armenzg is now known as armenzg_brb
# [21:01] * Quits: gsvelto_ (gsvelto@moz-7FE2708E.clienti.tiscali.it) (Ping timeout)
# [21:01] * Joins: gsvelto_ (gsvelto@moz-94E7B5CA.clienti.tiscali.it)
# [21:01] <catlee> Bas: yeah, I know :) maybe some external tool is best? put the logic in client.py, or use something like repo, or ???
# [21:01] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman)
# [21:01] <Bas> catlee: Yeah, so that's what we're looking at now, moving moz2d into a separate repo, and using something like client.py
# [21:01] <jlebar|away> Bas: So I understand your frustration about the teams that use github -- and indeed I share it in many senses -- but I also think this is a symptom of a greater strength of the way we work at Mozilla.
# [21:02] <tbsaunde> catlee: on the other hand nss / nspr / ...
# [21:02] <Bas> catlee: Automating a daily merge (because I do very much want m-c to stay on a very recent moz2d revision)
# [21:02] <catlee> tbsaunde: I'm not sure if that's an argument in favour of, or in favour against Bas' proposal ;)
# [21:02] <tbsaunde> catlee: I think it really depends on how moduler your thing is c-c is very much the same thing as m-c
# [21:02] * ctalbert|lunch is now known as ctalbert
# [21:02] <Bas> jlebar|away: But we agree on certain process and workflows (code review, approvals, tree closures, coding style, etc.). And we should always be open to debating our choices and possibly making better ones, and be open to all objections and suggestions. But agreeing on process is important.
# [21:02] <jlebar|away> Bas: And even though I don't like submodules, I wish you can have them if that's what you want, for the same reason.
# [21:02] <Bas> jlebar|away: Especially as a project grows.
# [21:02] <jlebar|away> Bas: We agree on certain processes, like not using submodules.
# [21:03] <Bas> jlebar|away: Right, so we've agreed on that now, and we've made a plan that avoids using them, such is life :-)
# [21:03] * baku|away is now known as baku
# [21:03] <jlebar|away> Bas: Well, I think we'd agreed on it before, and you were asking to do something different, and I wish you'd been able to. Certainly it's your right here to try.
# [21:04] <jlebar|away> Bas: And if you had been able to make it work, you shouldn't have let anyone say "this works fine, but I don't like it", because it's not their project, it's yours.
# [21:04] <Bas> jlebar|away: I think I might be using Monotone for Moz2D :P Just because.. well.. because freedom and autonomy and all ;)
# [21:04] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
# [21:04] <jlebar|away> Bas: I'm not going to stop you.
# [21:04] <Bas> jlebar|away: You should! :P And I won't :)
# [21:04] <jlebar|away> seriously, this is important.
# [21:04] <jlebar|away> This is what ownership is all about.
# [21:05] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# [21:05] <jlebar|away> And I think the fact that your proposal was taken seriously illustrates my point exactly.
# [21:05] <@bz_away> While true, ownership is also about making sure that you play along with the other owners
# [21:05] <@bz_away> which sometimes happens, and sometimes not
# [21:05] * Quits: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net) (Client exited)
# [21:05] <Bas> jlebar|away: Yeah, I think mainly we disagree on where to draw the line.
# [21:05] <jlebar|away> bz_away: Sure, ownership is not complete autonomy.
# [21:05] <@bz_away> and when not, you get people building fiefdoms and declaring that they will do things a certain way no matter what costs it imposes on others....
# [21:05] * Joins: Quan3 (chatzilla@moz-9505990C.dclient.hispeed.ch)
# [21:06] * Quits: ctangira (ctangira@moz-264CB7F1.cisco.com) (Ping timeout)
# [21:06] * jgriffin-afk is now known as jgriffin
# [21:06] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
# [21:06] <@bz_away> And _that_ I think we used to have less of and have more of now
# [21:06] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:06] <Bas> jlebar|away: I feel strongly about things like code style, -even- though I don't like a lot of the things in the style guide.
# [21:06] <@bz_away> Not least because we have more people with a wider variety of needs and desires involved....
# [21:06] <jlebar|away> Bas: There's no such thing at Mozilla coding style, I hate to break it to you.
# [21:06] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# [21:07] <tbsaunde> bz_away: oh? 'm not thinking of any terribly feefdomish things off hand
# [21:07] <Bas> jlebar|away: https://www.mozilla.org/en-US/styleguide/ <-- I know not everybody does, but I stick to it, everywhere I do.
# [21:07] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
# [21:07] <Bas> Argh
# [21:07] * Joins: ctangira (ctangira@moz-EAECA170.cisco.com)
# [21:07] <Bas> The wrong style guide too! :P
# [21:07] <nemo> Bas: fibonacci indentation documented there?
# [21:07] * khuey|away is now known as khuey
# [21:07] <jlebar|away> Bas: yeah, I was wondering...
# [21:07] <Bas> jlebar|away: https://developer.mozilla.org/en-US/docs/Developer_Guide/Coding_Style
# [21:08] <jlebar|away> Bas: you stick to that when writing code in SM?
# [21:08] * sfink|afk is now known as sfink
# [21:08] <Bas> jlebar|away: SM? Seamonkey?
# [21:08] <nemo> http://en.wikipedia.org/wiki/Talk%3AIndent_style#Fibonacci_Indentation
# [21:08] <Bas> Or Spidermonkey?
# [21:08] <jlebar|away> Bas: spidermonkey
# [21:08] <@bz_away> tbsaunde: just listen to smaug and dougt discuss js-implemented stuff sometime. ;)
# [21:08] <jlebar|away> oh, but it has its own style guide.
# [21:08] <@bz_away> tbsaunde: or try to sanely file a bug on gaia
# [21:09] <tbsaunde> bz_away: ok
# [21:09] <Bas> jlebar|away: I've never contributed code to spidermonkey :) But I would follow their style, even if I didn't like that either :)
# [21:09] <@bz_away> tbsaunde: or try to do a try push with a gaia bug fixed?
# [21:09] <tbsaunde> I don't think I've seen it but I can imagine
# [21:09] * armenzg_brb is now known as armenzg
# [21:09] <jlebar|away> Bas: My point exactly, you'd follow their style.
# [21:09] <@bz_away> tbsaunde: I'm not saying it's purposeful, btw, it just falls out of people optimizing for their own productivity
# [21:09] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:09] <jlebar|away> Bas: which is rather different from nominal Gecko style.
# [21:09] <dougt> :)
# [21:09] <Bas> jlebar|away: I would've -liked- them to pick the same style though.
# [21:09] <jlebar|away> Bas: Sure, me too.
# [21:09] <Bas> jlebar|away: I already get annoyed by some parts of our code using 4-space indent.
# [21:10] <jlebar|away> Bas: My point is that you don't get to decide.
# [21:10] <tbsaunde> bz_away: sure
# [21:10] <Bas> Instead of some consistent spacing.
# [21:10] <BenWa> gps: Have you seen this? I'm wondering if the same would apply to our windows builds https://lists.webkit.org/pipermail/webkit-dev/2013-March/024303.html
# [21:10] * Joins: matthewgertner (matthewger@E05025B2.7102BCB6.B7C3970A.IP)
# [21:10] <jorendorff> it wouldn't be a standard if you got to decide
# [21:10] <Bas> jlebar|away: I don't get to decide -either- when I'm in Moz2D.
# [21:10] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:10] <matthewgertner> mayhemer: ping
# [21:10] * baku is now known as baku|away
# [21:10] <jlebar|away> jorendorff: Well, Bas could make the argument that all of Mozilla must use this one style guide, and anyone else is doing it wrong.
# [21:10] <Bas> The coding style guide for mozilla is written there, if I don't like it, I can try changing it, if I fail, I live with it.
# [21:11] <jlebar|away> Bas: No, that's the coding style for parts of Gecko.
# [21:11] <jorendorff> i'm gonna make the argument that this conversation sucks
# [21:11] * rail_away is now known as rail
# [21:11] <mayhemer> matthewgertner: pong
# [21:11] <jlebar|away> Bas: It is not the coding style for Mozilla. No way.
# [21:11] <mayhemer> matthewgertner: oh, matt, hi! :)
# [21:11] <Bas> jlebar|away: It's the closest thing I have available to a coding style Mozillians have agreed on.
# [21:11] <matthewgertner> mayhemer: hey… yeah my usual nick is Matt
# [21:11] <Bas> If there's a more canonical document I'll follow that :)
# [21:11] <jlebar|away> Bas: Do you understand the point I'm trying to make?
# [21:11] <matthewgertner> you might remember we were talking about localStorage in privileged windows the other day
# [21:11] <mayhemer> matthewgertner: hello, what's up?
# [21:12] <Bas> jlebar|away: Yes, and I strongly disagree :p
# [21:12] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [21:12] <mayhemer> matthewgertner: every body talks about it :)
# [21:12] <Bas> I know people feel that way, and projects -act- that way.
# [21:12] <matthewgertner> mayhemer: I wanted to follow up by it appears you keep later hours than I do :-)
# [21:12] <tbsaunde> jorendorff++
# [21:12] <Bas> But I think it's for the worse of the project as a whole.
# [21:12] <matthewgertner> so is there a plan to support this in the foreseeable future?
# [21:12] <mayhemer> matthewgertner: yeah, I work late usually.. nothing've changed since the old times
# [21:12] <matthewgertner> :-)
# [21:12] * capella|afk is now known as capella
# [21:12] <tanvi> RyanVM: what's going on?
# [21:13] * matthewgertner has a baby so his day is skewed very early
# [21:13] <jlebar|away> Bas: It's funny that you have that opinion, when you wanted to make moz2d have a different structure from every other imported library.
# [21:13] <mayhemer> matthewgertner: what exactly you want to support? there are more then one request
# [21:13] <jlebar|away> Bas: "It's bad when /other people/ do things differently," is what it sounds like.
# [21:13] <RyanVM> tanvi: one of your new mochitests hit one of the more popular mochitest assertions going around
# [21:13] * Joins: ttaubert (uid2620@moz-C944F5EC.irccloud.com)
# [21:13] <tanvi> RyanVM: huh?
# [21:14] * Joins: NimeshNeema (uid2689@moz-A588D045.irccloud.com)
# [21:14] * Joins: fhd (uid2508@moz-A588D045.irccloud.com)
# [21:14] <Bas> jlebar|away: Did I not take the proposal to the project at a whole? Discuss the pros and cons, suggested it as an experiment for other parts of the project to follow if it made things better.
# [21:14] <matthewgertner> mayhemer: I have a XUL window with a <browser type="chrome"> in it, and a window loaded into the browser from my own protocol, which uses the system principal
# [21:14] <RyanVM> tanvi: don't worry about it, I think your test was an innocent victim this time around
# [21:14] <matthewgertner> but I'm loading normal HTML and script into that browser, and I want the script to be able to use localStorage
# [21:14] <Bas> jlebar|away: The desire to agree on a process does -not- mean that process can never change. But if it does, we need to agree on it :).
# [21:14] <RyanVM> tanvi: unlike the last failure with it :P
# [21:14] <matthewgertner> mayhemer: I tried it but of course window.localStorage is not defined
# [21:14] <jlebar|away> Bas: I see nothing in your first e-mail about that.
# [21:15] <matthewgertner> so I'm wondering whether I have to get creative or just wait until it is supported
# [21:15] * Joins: dolske|cloud (uid2681@moz-C944F5EC.irccloud.com)
# [21:15] <tanvi> RyanVM: Bug 855730 is still a valid bug with the mochitest in bug 840388 right?
# [21:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f4ef406c1256 - Marty Rosenberg - Bug 836486: Part 1 - Add in ARMv6 support for IonMonkey (r=jbramley)
# [21:15] <mayhemer> matthewgertner: can you try one of the try builds at the bottom of http://www.janbambas.cz/new-faster-localstorage-in-firefox-21/ ?
# [21:15] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c30a353ecf23 - Marty Rosenberg - Bug 836486: Part 2 - turn on Ion Monkey for ARMv6 (r=jbramley)
# [21:15] <gps> BenWa: that was discussed in #build a few days ago
# [21:15] <BenWa> Ahh ok
# [21:16] <RyanVM> tanvi: absolutely, and I hope you find a fix for it soon, since it's moderately-frequent I would say
# [21:16] <Bas> jlebar|away: Because it's not an explicit goal, the first e-mail contains the proposal (and part of that proposal is still going to happen, even though subrepositories will not be the technical implementation). The proposal was done on dev-platform so that we could agree whether it was a process we wanted to try.
# [21:16] * Joins: Unfocused (uid2622@moz-C944F5EC.irccloud.com)
# [21:16] * Joins: sid0 (uid2934@moz-A588D045.irccloud.com)
# [21:16] <Bas> We agreed it wasn't.
# [21:16] <matthewgertner> mayhemer: ah cool
# [21:16] <Bas> jlebar|away: If I believed in what you said, I'd be -doing it anyway-, which I'm not.
# [21:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d8ddbb883e3b - Reuben Morais - Bug 855790 - Fix Clang trunk compilation error on gfxPlatformMac.h r=mattwoodrow
# [21:16] <matthewgertner> mayhemer: I love how the slug says "firefox 21" but the title says "Firefox 22" :-P
# [21:17] <matthewgertner> mayhemer: so bottom line is if my code works in those test builds, it will likely work in Firefox 22?
# [21:17] <tanvi> RyanVM: are there any try runs that flag the issue? the inbound logs aren't giving me much information
# [21:17] <jlebar|away> Bas: You'd only be able to do it anyway if you could solve the necessary problems, which it seems like you can't. You can't just do whatever the heck you want, damn the torpedoes; that's not what I'm saying.
# [21:17] <RyanVM> tanvi: what you see is what I've got
# [21:17] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
# [21:17] <RyanVM> tanvi: you can always push a logging patch if you think it'll help
# [21:18] <jlebar|away> Bas: You can't just say "I will do this even if it breaks B2G".
# [21:18] <Bas> jlebar|away: Oh there's stuff to convert hg subrepos to git submodules and mirror both that I've found (not sure how well it works), some people have used it and are suggesting it more or less 'works'. But I'm not going to force that onto other people that have to deal with our component :)
# [21:18] * Mossop_away is now known as Mossop
# [21:18] <tanvi> RyanVM: okay thanks. I know which part is failing, but I have no idea why. and it wasn't a problem when i pushed to try or when i tested it locally
# [21:18] * Quits: darkowlzz|afk (darkowlzz@A2E6788E.6EECC15D.9DA13C14.IP) (Ping timeout)
# [21:18] <tanvi> RyanVM: what is a logging patch?
# [21:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9a0e1cdd47ce - Chris Peterson - Bug 855146 - Part 2: Extract runOnUiThreadSync() test method. r=gbrown
# [21:18] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
# [21:19] <mayhemer> matthewgertner: and it will even be 23 :D
# [21:19] * Quits: dzbarsky (Adium@moz-1EE7365E.wireless-pennnet.upenn.edu) (Quit: Leaving.)
# [21:19] * Joins: lizzard_ (ehenry@F2D29657.F60B0462.67AC9B1.IP)
# [21:19] * Quits: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [21:19] * lizzard_ is now known as lizzard
# [21:19] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [21:19] <matthewgertner> mayhemer: well there's what, a new version every week nowadays? ;-)
# [21:19] <mayhemer> matthewgertner: it slipped one more realease unfortunatelly...
# [21:19] <RyanVM> tanvi: where you add prints to the test to get more info in the log
# [21:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d3d0e464dbf6 - Kartikaya Gupta - Bug 839767 - Update another hard-coded layout height to use an attribute. r=sriram
# [21:19] * Parts: kats (kats@moz-7A4332AD.compute-1.amazonaws.com)
# [21:19] <mayhemer> matthewgertner: almost :) every 6 weeks ;)
# [21:19] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
# [21:19] <RyanVM> tanvi: since you can certainly control what your test writes to the logs
# [21:19] <tanvi> RyanVM: ah. okay
# [21:20] * Joins: gfritzsche (uid7586@moz-C944F5EC.irccloud.com)
# [21:20] <Bas> jlebar|away: There's a lot of tricks I could pull without breaking B2G. But, as said, I'd prefer to make other people's lives almost strictly better, so I won't :-).
# [21:20] <RyanVM> tanvi: so if you need to temporarily push something to help get more info from the test in the logs, go ahead
# [21:20] <mayhemer> matthewgertner: Matt, I have to leave now for few minutes, if you need me, send email, or catch me here later (40 - 50 minutes)
# [21:20] * Joins: ojan (uid5519@moz-A588D045.irccloud.com)
# [21:20] <jlebar|away> Bas: That's very considerate of you!
# [21:20] <matthewgertner> mayhemer: I'll try that out over the weekend, thanks
# [21:20] <matthewgertner> mayhemer: we should really have lunch some time
# [21:20] <matthewgertner> it's on me :-)
# [21:20] * Quits: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [21:20] <tanvi> RyanVM: okay, i will consider that. i am also pushing 3 more patches right now, but they only affect existing mochitests
# [21:21] <mayhemer> matthewgertner: oh, sounds cool ;)
# [21:21] <mayhemer> matthewgertner: can I pick the restaurant ? ;)
# [21:21] <matthewgertner> sure :-)
# [21:21] <Bas> jlebar|away: I try ;). Fwiw, my personal way of dealing with the matter is simple, as long as the main DVCS is mercurial. If you're stuff is in git, I'm not checking it out or contributing to it or doing anything with it. Which is serving me just fine and has mitigated my frustrations in the past.
# [21:21] * matthewgertner wonders how much a lunch could possibly cost in Prague
# [21:21] <Bas> jlebar|away: As I said, I think I understand your general idea behind this I just draw the line at a different point I guess.
# [21:21] * rail is now known as rail_away
# [21:21] * joey-2 is now known as joey-afk
# [21:21] * armenzg is now known as armenzg_brb
# [21:21] * Quits: joey-afk (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307122433])
# [21:21] <jlebar|away> Bas: It's nice that Mozilla gives you the autonomy to say "I will not contribute to these projects".
# [21:21] <Bas> Sacrificing a little more autonomy for consistencies, both approaches may very well have merits.
# [21:22] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [21:22] <Bas> jlebar|away: Maybe one day they'll have to come in and say: 'I don't care if you like git, do your job' ;)
# [21:22] <jorendorff> jlebar|away: Please stop trolling or take it to a channel where people aren't trying to get work done.
# [21:22] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
# [21:22] <jlebar|away> jorendorff: sorry.
# [21:22] * Joins: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP)
# [21:22] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [21:23] <jet> Bas: I don't care if you like ice cream, do your job! :))
# [21:23] <jorendorff> no worries
# [21:23] * Quits: jorendorff (jorendorff@moz-8F8C824E.lightspeed.nsvltn.sbcglobal.net) (Quit: jorendorff)
# [21:23] <Bas> jet: *grins*
# [21:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d2eefc0da377 - Tanvi Vyas - Bug 834836 - Allow mixed active content on mixed content tests that depend on mixed active content to test securty state changes. r=bsmith
# [21:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ae4bb9b986cf - Tanvi Vyas - Bug 834836 - /dom/tests - Fix tests that break when security.mixed_content.block_active_content is set to true and if/when security.mixed_content.block_display_content is
# [21:23] <firebot> set to true. r=smaug,msucan
# [21:23] <Bas> jorendorff: My apologies. I do feel both me and Jlebar have a serious opinion about this subject and it is meant as a serious debate, although I agree this isn't the right forum.
# [21:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9b46d7f33f26 - Tanvi Vyas - Bug 834836 - CSP - Fix tests that break when security.mixed_content.block_active_content is set to true and if/when security.mixed_content.block_display_content is set to
# [21:24] <firebot> true. r=sstamm
# [21:24] * Quits: rniwa (rniwa@1B7E1CBA.19F579BA.B5E7F04E.IP) (Quit: rniwa)
# [21:25] * RyanVM puts his popcorn away
# [21:25] <Bas> jet: See? This is what happens when your build takes 40 minutes ;)
# [21:25] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [21:25] <jet> Bas: something about the devil and idle hands?
# [21:26] * Bas grins.
# [21:26] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:26] <RyanVM> Bas: IRC arguments, the new office chair swordfights
# [21:26] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [21:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/16adf42b1eee - Margaret Leibovic - Bug 854605 - (Part 2) Make private SelectionHandler functions look private. r=bnicholson
# [21:26] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e2ec9e008ee9 - Margaret Leibovic - Bug 854605 - (Part 3) User selectAtPoint to start a selection. r=bnicholson
# [21:26] * Joins: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP)
# [21:26] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0e4a2753c2a2 - Margaret Leibovic - Bug 854605 - (Part 1) Rename SelectionHandler properties to better match metro's SelectionHandler. r=bnicholson
# [21:26] <Bas> RyanVM: Quite :)
# [21:27] <sid0> Bas: one thing I forgot to mention yesterday are the performance implications of submodules/subrepos
# [21:27] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
# [21:28] <Bas> sid0: Ah, must admit I didn't time anything in my testing :). But in any case it doesn't matter, I think mostly the conversation has converged on an NSPR style process where Moz2D has its own repo, only with more frequent merges. Which gets us 99% of the stuff we want.
# [21:28] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:28] <sid0> Bas: pulling n changes to n repositories involves opening up n ssh connections
# [21:28] <sid0> s/n changes/changes//
# [21:29] <sid0> Bas: well, I've been utterly focused on version control perf the past 5 months so I've been noticing this
# [21:29] <Bas> sid0: Considering the time it takes to pull even 3 changes to m-c and updating I can hardly imagine an SSH connection would be the significant cost in -our- case, right?
# [21:29] <sid0> Bas: depends on latency
# [21:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2760f4cfce74 - Jonathan Watt - Bug 855301 - Add support for native theming of <input type=range> on Linux. r=roc
# [21:29] <Bas> True
# [21:29] <mjrosenb> hey/win 32
# [21:29] <sid0> Bas: ssh requires 3x RTT to set up, which depending on the part of the world you're in can be over a second
# [21:29] * armenzg_brb is now known as armenzg
# [21:30] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [21:30] <Bas> sid0: True, pulling and updating m-c generally takes 15+ seconds for me though.
# [21:30] * Joins: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP)
# [21:30] <Bas> Although to be fair it's faster on my linux box.
# [21:30] <sid0> yeah, part of that is certainly windows :)
# [21:31] <Bas> sid0: Well, seems unfair to blame windows for a poor implementation, but sure, point taken ;)
# [21:31] <sid0> Bas: no, part of it is windows
# [21:31] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [21:31] * ChanServ sets mode: +o smaug
# [21:31] <sid0> Bas: dealing with case collisions has a massive cost
# [21:31] <sid0> Bas: and it's unavoidable on windows
# [21:31] <RyanVM> yep, the tree was open for just too long
# [21:31] <RyanVM> mjrosenb: you're on the clock
# [21:32] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Client exited)
# [21:32] <sid0> Bas: as I said, I've been utterly focused on perf the past few months so I know exactly why certain things suck
# [21:32] <@smaug> nouu,m-i is still closed
# [21:32] <sid0> things like why hg status is a lot slower than hg diff
# [21:32] <Bas> sid0: Well, I'll certainly believe it's currently true, and I'd love to debate sometime how that might be fixed, but my build's finished and I don't want to annoy people more.
# [21:32] <RyanVM> smaug: actually, it was open until about 30 seconds ago
# [21:32] * rail_away is now known as rail
# [21:32] <sid0> Bas: heh
# [21:32] * @smaug should move back to m-c. Using it was so much less painful
# [21:32] <mjrosenb> RyanVM: yeah, I have a fix for that.
# [21:32] <RyanVM> smaug: it'll be open again in a bit
# [21:33] <RyanVM> because either mjrosenb will push his fix or I'll back him out
# [21:33] <RyanVM> either way :P
# [21:33] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [21:33] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:33] * Quits: gozala_ (uid5923@moz-C944F5EC.irccloud.com) (Quit: )
# [21:33] <RyanVM> smaug: I'm waiting for when you just start setting checkin-needed on your bugs to rid yourself of the hassles :P
# [21:33] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [21:33] * Joins: gozala_ (uid5923@moz-A588D045.irccloud.com)
# [21:34] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:34] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [21:34] * Quits: gozala_ (uid5923@moz-A588D045.irccloud.com) (Quit: )
# [21:35] <mjrosenb> RyanVM: do I need to do anything special to push right now?
# [21:35] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [21:35] * Joins: gozala (uid5923@moz-C944F5EC.irccloud.com)
# [21:35] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:35] <RyanVM> CLOSED TREE in the commit message
# [21:36] <@smaug> RyanVM: ahaa, that might be nice
# [21:36] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [21:36] <RyanVM> smaug: honestly, being on that side of the atlantic, I'd just push in the morning if I were you
# [21:36] <RyanVM> way quieter then
# [21:37] <tbsaunde> smaug: you could just work reason hours and then checkin when your the only one awake
# [21:37] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [21:37] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [21:37] <mjrosenb> RyanVM: ok, pushed. I didn't test this patch on try for many moons, so if that also fails, back it out, and I'll give the rebased patch a shove to try.
# [21:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1f5713b14a2a - Marty Rosenberg - No Bug: Fix android bustage on armv6 push (r=red, CLOSED TREE)
# [21:37] <RyanVM> ok
# [21:38] * Joins: FabioMag_ (fabiomagno@B9E9DB43.E363BDBE.8AF99142.IP)
# [21:38] <@smaug> tbsaunde: doesn't seem to work for me
# [21:38] <@smaug> tbsaunde: I had bad jetlag when I traveled to Paris ;)
# [21:38] * Joins: pdr (uid7901@moz-C944F5EC.irccloud.com)
# [21:39] <tbsaunde> lol
# [21:39] * mjrosenb is confidence inspiring as always.
# [21:40] * Quits: FabioMag_ (fabiomagno@B9E9DB43.E363BDBE.8AF99142.IP) (Ping timeout)
# [21:41] <RyanVM> smaug: open
# [21:41] <RyanVM> gogogogogo
# [21:41] * aki|lunch is now known as aki|buildduty
# [21:41] <@smaug> thanks
# [21:41] <@smaug> I recompile first
# [21:41] <RyanVM> lol
# [21:42] <reuben> sid0: ooh, please tell. |hg status| makes me cry
# [21:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2cb5ad80203e - Terrence Cole - Bug 855145 - DeMACROize the JS tracing interfaces; r=billm,mccr8
# [21:42] <reuben> sid0: well, more importantly, do you think it's fixable?
# [21:42] <@smaug> obviously I shouldn't make RyanVM to laugh and just push possibly broken patches
# [21:43] * mjschranz is now known as mjschranz_away
# [21:43] <sid0> reuben: it's a file system limitation, so it's not directly fixable
# [21:43] <sid0> reuben: the problem is hg status needs to tell you about files hg doesn't know about
# [21:43] <RyanVM> smaug: why should you break the mold? :P
# [21:43] <sid0> reuben: so it has to recursively walk the whole directory tree
# [21:44] <sid0> reuben: and that's extremely slow
# [21:44] * mattwoodrow is now known as mattwoodrow|away
# [21:44] <sid0> reuben: (it's not specific to hg -- git has the same perf characteristics)
# [21:44] <sid0> reuben: our solution here is probably going to involve a file system watcher
# [21:44] * Quits: TimAbraldes (TimAbralde@moz-CDD0DFBD.sd.sd.cox.net) (Connection reset by peer)
# [21:44] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [21:45] <RyanVM> .....and out goes mjrosenb
# [21:46] <reuben> sid0: but even hg status --(modified|removed|deleted) is slow :|
# [21:46] <reuben> sid0: |git status
# [21:46] <reuben> …on the mozilla-central git repository is super fast
# [21:46] <mjrosenb> RyanVM: yup.
# [21:46] <sid0> reuben: what version of hg are you using?
# [21:46] <mjrosenb> whoops.... b2g isn't android.
# [21:46] <sid0> reuben: we've made massive improvements
# [21:46] <reuben> sid0: 2.5.2
# [21:47] <sid0> hmm
# [21:47] <sid0> and what OS is this?>
# [21:47] <reuben> sid0: OS X 10.8.3
# [21:47] <reuben> (on a SSD, if that matters)
# [21:47] <sid0> reuben: do you have a case-sensitive file system?
# [21:47] <reuben> sid0: no
# [21:47] <sid0> reuben: also, can you pastebin the output of hg status --profile?
# [21:47] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [21:48] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
# [21:48] * armenzg is now known as armenzg_dinner
# [21:48] <reuben> sid0: http://pastebin.mozilla.org/2254754
# [21:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ee67360ec662 - Ryan VanderMeulen - Backed out changesets 1f5713b14a2a, c30a353ecf23, and f4ef406c1256 (bug 836486) for Android and B2G bustage on a CLOSED TREE.
# [21:48] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
# [21:48] * Joins: dveditz (dveditz@A5A0595A.66715431.D25A875A.IP)
# [21:48] * ChanServ sets mode: +o dveditz
# [21:49] * Joins: TimAbraldes (TimAbralde@moz-CDD0DFBD.sd.sd.cox.net)
# [21:49] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/947b9aa5e2d3 - Andrew Halberstadt - Bug 835930 - move b2g unittest profile handling on top of mozbase instead of automation.py, r=jgriffin
# [21:50] <sid0> reuben: ah yeah it's spending a massive amount of time trying to be case-sensitive
# [21:50] <sid0> sorry
# [21:50] <sid0> I mean case-insensitive-safe
# [21:50] <sid0> git doesn't spend any time doing that
# [21:50] <sid0> it just breaks
# [21:50] <reuben> heh
# [21:50] <reuben> well, I'm fine with not being able to run Steam if that makes hg status faster
# [21:51] * reuben slaps Valve around a bit with a wet trout
# [21:51] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [21:51] <sid0> we only test on linux, which doesn't have this problem :p
# [21:51] * Quits: T3 (T3@9F5FBED7.62284FCE.EF49E5F2.IP) (Ping timeout)
# [21:51] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [21:52] * Quits: zakora (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
# [21:52] <sid0> reuben: it's unavoidable if one is to be considered first-class on case-insensitive platforms, unfortunately
# [21:52] * sid0 shrugs
# [21:53] <reuben> sid0: how bad does it break if you don't spend time being case-insensitive-safe? I'm pretty sure it doesn't matter for mozilla-central, since it has to work on Linux
# [21:54] <RyanVM> froydnj: ping
# [21:54] <sid0> reuben: it breaks if you check in files with the same name but a different case
# [21:54] <reuben> well, "it doesn't matter" meaning "it's not going to be too bad for too long", but I could be wrong
# [21:54] <RyanVM> froydnj: why in the world did you star https://tbpl.mozilla.org/php/getParsedLog.php?id=21213181&tree=Mozilla-Aurora as bug 839535?
# [21:54] <sid0> reuben: and by breaks I mean git stops functioning on such repos
# [21:54] <reuben> fun
# [21:55] <reuben> sid0: I'll move ~/Development to a case sensitive filesystem some time so I can enjoy those improvements. thanks for the info! :)
# [21:55] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [21:55] <sid0> reuben: sure. I'll have to check whether hg knows about case-sensitive OS X file systems though
# [21:55] * Quits: victsou (victsou@67BFEB44.3BBD56F4.C36097CD.IP) (Broken pipe)
# [21:55] <sid0> :)
# [21:56] * jlin is now known as jlin-away
# [21:56] <froydnj> RyanVM: because I am stupid. sorry about that
# [21:56] * bz_away is now known as zb
# [21:56] * zb is now known as bz
# [21:57] * Quits: vicamo (vicamo@moz-8AEFC1C4.dynamic.hinet.net) (Quit: Konversation terminated!)
# [21:57] * Joins: dcamp_ (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
# [21:57] <RyanVM> froydnj: you had me all happy for a second that someone else filed an orange bug
# [21:57] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Ping timeout)
# [21:57] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [21:57] <froydnj> RyanVM: heh
# [21:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8cc00926f486 - Sriram Ramasubramanian - Bug 844816: Remove context menu entries for new tab/private tab in Awesomebar. [r=mfinkle]
# [21:57] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/046ff5c0a0ba - Sriram Ramasubramanian - Bug 844816: Add open new tab/private tab to long press menu of about:home thumbnails. [r=mfinkle]
# [21:58] <reuben> hey, I file orange bugs :|
# [21:58] * Joins: cstipkovic (uid6805@moz-C944F5EC.irccloud.com)
# [21:58] <reuben> normally it only takes 2 days for me to un-cc myself, though
# [21:59] * Joins: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [21:59] <reuben> or rather, block it from my email since you can't remove your role as reporter
# [21:59] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [22:01] * jhammel|lunch is now known as jhammel
# [22:01] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
# [22:01] * Joins: birtles (birtles@moz-25DB8B43.net112138014.t-com.ne.jp)
# [22:01] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Ping timeout)
# [22:01] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [22:02] <RyanVM> jimm: FWIW, mochitest b-c on win8 setill seems to have a lot of timeouts
# [22:02] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Max SendQ exceeded)
# [22:02] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [22:02] <RyanVM> jimm: got a new one on inbound now and I know I've filed a few more over the last couple days
# [22:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/54bb25670a97 - Olli Pettay - Bug 855522 - Paris binding for ClipboardEvent, r=peterv
# [22:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7cd3d772634a - Olli Pettay - Bug 855486 - Paris binding for TextEvent, r=peterv
# [22:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2e5701db7bba - Olli Pettay - Bug 855241 - Paris binding for ScrollAreaEvent, r=peterv
# [22:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/49f0306ffa2f - Olli Pettay - Bug 855091 - Paris bindings for WheelEvent, r=peterv
# [22:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1eef333d163a - Olli Pettay - Bug 855110 - Paris binding for XULCommandEvent, r=peterv
# [22:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/390e9d43975a - Olli Pettay - Bug 854999 - Paris binding for SimpleGestureEvent, r=peterv
# [22:04] * @smaug decides to amuse RyanVM.
# [22:04] <mjrosenb> RyanVM: ok, pushed to try.
# [22:04] <efaust> that push makes me happy.
# [22:05] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [22:05] <jimm> RyanVM: finding time to work on random test failures is tough, but I try to sneak them in when I can. we should find help from other teams, particularly those that are responsible for the tests that fail.
# [22:05] * Quits: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP) (Ping timeout)
# [22:05] <jimm> RyanVM: fwiw, it's not a win8 thing, it's just differences in timing on the new hardware.
# [22:05] * dhylands|dr is now known as dhylands
# [22:05] <RyanVM> jimm: fair point
# [22:06] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [22:06] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [22:07] <jimm> the os could play a role as well, it's timing is different too. but at the end of the day, it's just tests running on a new flavor of windows. we need to find the time to track down the cuase of failures and harden our tests.
# [22:09] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [22:09] * Quits: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
# [22:09] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
# [22:09] <RyanVM> jimm: no comment :P
# [22:09] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
# [22:09] * Joins: grobinson (garrett@2557E599.66715431.D25A875A.IP)
# [22:09] <RyanVM> -> Dinner
# [22:09] * RyanVM is now known as RyanVM|Dinner
# [22:09] * dcamp_ is now known as dcamp
# [22:10] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:10] * bz is now known as bz_away
# [22:12] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [22:13] * Joins: daleharvey (uid513@moz-C944F5EC.irccloud.com)
# [22:13] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [22:13] * Joins: chrisccoulson_ (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [22:14] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
# [22:14] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [22:15] * Quits: birtles (birtles@moz-25DB8B43.net112138014.t-com.ne.jp) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:16] * Joins: yzen1 (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [22:16] * armenzg_dinner is now known as armenzg
# [22:16] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Ping timeout)
# [22:17] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [22:19] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:19] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [22:20] <jryans> having 2 meanings for NS floating around gecko for OS X makes code more entertaining to decipher :)
# [22:20] * philor|away is now known as philor
# [22:21] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
# [22:21] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [22:21] * rail is now known as rail_away
# [22:22] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [22:22] * Quits: maikmerten (maikmerten@moz-7A336F2D.dynamic.qsc.de) (Client exited)
# [22:22] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
# [22:22] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [22:23] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [22:23] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
# [22:23] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
# [22:24] * Quits: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP) (Quit: lizzard)
# [22:27] <sfink> how do I figure out what URL to type into the browser to run a particular browser-chrome mochitest? (I have the server running.)
# [22:27] <@gavin> browser chrome mochitests don't have URLs
# [22:27] <@gavin> you can't run them that way
# [22:27] <sfink> oh...
# [22:28] <sfink> ok, my real question: I'm running b-c tests with --debugger. I want to restart firefox from within gdb and rerun the test. Can I do that?
# [22:28] <@gavin> hrm, maybe
# [22:29] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# [22:29] <@gavin> does the browser-chrome test window come up after your restart?
# [22:29] * armenzg is now known as armenzg_brb
# [22:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f1892fbe77d9 - Bobby Holley - Bug 790732 - Flip pref to omit Components in content. r=me
# [22:30] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f379f0acbbc0 - Bobby Holley - Bug 790732 - Fix miscellaneous Components proliferation. r=me
# [22:30] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3e2047c6e723 - Bobby Holley - Bug 790732 - Fix automation detection to handle Components shim. rs=mccr8
# [22:30] <sfink> gavin: no, just the firefox window
# [22:30] <sfink> er, I mean, just one window
# [22:32] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:32] * Joins: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP)
# [22:32] <cpeterson> jryans: it's also amusing that both versions of "NS" are legacy names: Netscape and NeXTSTEP.
# [22:33] <@gavin> sfink: sounds like you need some additional parameters to the restarted firefox probably
# [22:33] <@gavin> I forget how that works exactly
# [22:33] <sfink> I still have the original parameters
# [22:33] <sfink> as in, it's pointing to a (populated) profile dir in /tmp, etc.
# [22:34] * Quits: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP) (Quit: Leaving.)
# [22:34] <@gavin> you actually need the bits from http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/runtests.py#900 to be picked up
# [22:34] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [22:34] <@gavin> though that happens in profile setup
# [22:34] <@gavin> so assuming the profile is still there it should work
# [22:34] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [22:34] <@gavin> I got nothin'
# [22:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/29c3bf1d142e - Kartikaya Gupta - Bug 855783 - Map the gamepad second joystick's y-axis to zooming. r=Cwiiis
# [22:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d09726c2fa50 - Kartikaya Gupta - Bug 855783 - Rename autoscroll to autonav so that we can lump autozooming in there too. r=Cwiiis
# [22:36] * Joins: ehoogeveen (emanuel.ho@moz-DC53E53C.upc-j.chello.nl)
# [22:36] <sfink> yeah, that stuff is in my /tmp/tmpvrZgJr/extensions/mochikit@mozilla.org/chrome.manifest
# [22:36] <sfink> oh well, thanks
# [22:38] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Ping timeout)
# [22:39] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
# [22:39] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# [22:39] * Joins: Benvie (Benvie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:39] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
# [22:39] <anton> is ./mach mochitest-browser failure a known issue? i get OSError: [Errno 2] No such file or directory: '/Users/akovalyov/Source/fx-team/obj-x86_64-apple-darwin12.3.0/obj-x86_64-apple-darwin12.3.0/_tests/testing/mochitest' when running ./mach mochitest-browser browser/devtools/profiler after the most recent pull
# [22:40] <anton> Benvie said he has the same failure on windows
# [22:40] * Joins: sawrubh (uid6719@moz-C944F5EC.irccloud.com)
# [22:40] <Benvie> I also get same issue on windows WindowsError: [Error 3] The system cannot find the path specified: 'c:\\src\\fx-team\\obj-i686-pc-mingw32\\obj-i686-pc-mingw32\\_tests\\testing\\mochitest'
# [22:40] <Benvie> doubling the obj directory
# [22:40] <sfink> anton: that is exactly the command I'm using, though I'm not fully up to date, and it's working
# [22:40] <Benvie> I just updated within the last couple hours
# [22:41] <anton> sfink: was working correctly after hg pull -u a few minutes ago
# [22:41] <anton> cc gps mbrubeck
# [22:42] * Joins: bajaj1 (Adium@2557E599.66715431.D25A875A.IP)
# [22:42] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [22:42] <BenWa> anton: Unapply my latest change to mach perhaps?
# [22:42] <BenWa> anton: but it doesn't sounds like something I would of caused
# [22:42] <jryans> cpeterson: haha, yeah. in most cases you can get by looking carefully at ns vs. NS. good thing it's case-sensitive i guess.
# [22:43] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Quit: vtmarvin)
# [22:43] <mbrubeck> anton: https://bugzilla.mozilla.org/show_bug.cgi?id=855709
# [22:43] <sfink> anton: I don't think this would cause your problem, but you'll probably also want to re-add the 3 profiler tests in browser/devtools/profiler/test/Makefile.in
# [22:44] <gps> mbrubeck: this bug confounds me
# [22:44] <mbrubeck> anton, Benvie: Can you try the patch in that bug?
# [22:44] * Quits: chrisccoulson_ (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
# [22:44] <anton> mbrubeck: trying now
# [22:44] <Benvie> mbrubeck: also trying
# [22:45] <mbrubeck> thanks
# [22:47] <anton> hmm i have a conflict when applying your patch but i think it is an easy one
# [22:48] <Benvie> I tested it and didn't work: "ImportError: No module named automation
# [22:48] <Benvie> ". Putting what you moved directly after "from automation import Automation" causes the original error
# [22:48] * Joins: rniwa (rniwa@3E01BDCA.1E3FC321.CC0301A2.IP)
# [22:48] <mbrubeck> Benvie: Okay, thanks for testing...
# [22:49] * Quits: ctangira (ctangira@moz-EAECA170.cisco.com) (Ping timeout)
# [22:49] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f5bfd7b0b6bc - Dave Townsend - Bug 855831: Uplift Add-on SDK changeset bb071f7ac300d9a3d8227148153c892efc94f0b7.
# [22:49] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [22:50] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:50] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [22:50] <anton> yeah same here
# [22:51] * Joins: ctangira (ctangira@moz-264CB7F1.cisco.com)
# [22:51] * Quits: armenzg_brb (armenzg@moz-600B22EA.home1.cgocable.net) (Ping timeout)
# [22:51] <gps> anton: what's your current working directory when you invoke mach?
# [22:51] * jmaher is now known as jmaher|afk
# [22:51] <anton> gps: root of the repo
# [22:51] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [22:51] <Benvie> same
# [22:51] * Joins: armenzg_brb (armenzg@moz-600B22EA.home1.cgocable.net)
# [22:52] <philor> wow, there are bugs in Core::Embedding:GRE Core, wonder how that's working out for them?
# [22:52] <gps> hmmm
# [22:52] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/766f39da353b - Gary Kwong - Update Valgrind suppressions for bug 793548 and bug 823782. DONTBUILD
# [22:52] * Quits: rniwa (rniwa@3E01BDCA.1E3FC321.CC0301A2.IP) (Quit: rniwa)
# [22:53] <glandium> damn, i seem to have lost my windows 98 disk
# [22:53] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Input/output error)
# [22:54] <gps> anton: can you pastebin the full output when you run mach?
# [22:54] * philor is now known as philor|away
# [22:55] <anton> gps: yeah, one second
# [22:55] <Benvie> here's mine http://pastebin.com/dhrX949r
# [22:55] * Joins: ggp_ (ggp@2557E599.66715431.D25A875A.IP)
# [22:55] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
# [22:56] * Joins: jgilbert (jgilbert@D15C254A.26A4865E.B4C748B5.IP)
# [22:56] <mbrubeck> Benvie: Thanks... can you try it with this patch applied? https://hg.mozilla.org/users/mbrubeck_mozilla.com/elm-patches/raw-file/7cd0c94bc1dc/runtests-debug
# [22:56] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
# [22:56] * Joins: hery (weechat@4A83457D.B31F7523.92AEF337.IP)
# [22:56] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:56] <mbrubeck> (I can't reproduce the failure myself, so I'm just trying to get some basic debugging info...)
# [22:56] <Benvie> mbrubeck: sure, moment
# [22:56] * Joins: rniwa (rniwa@3E01BDCA.1E3FC321.CC0301A2.IP)
# [22:56] <gps> mbrubeck: see my latest bug comment
# [22:56] <anton> mbrubeck: gps http://pastebin.com/ZpEt2aiA
# [22:58] * Quits: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Input/output error)
# [22:58] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [22:58] <anton> gps: mbrubeck with prints http://pastebin.com/GRBJPJq0
# [22:59] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
# [22:59] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [22:59] * Quits: cshields (cshields@FF511EC6.E1C482F3.E0E06808.IP) (Connection reset by peer)
# [23:00] <mbrubeck> awesome, thanks anton
# [23:00] <Benvie> not printing anything else out for me, but I'm guessing anton's output is sufficient
# [23:01] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [23:01] * Quits: rniwa (rniwa@3E01BDCA.1E3FC321.CC0301A2.IP) (Quit: rniwa)
# [23:03] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Quit: past)
# [23:03] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
# [23:04] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:04] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:04] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [23:04] * gregglind is now known as gregglind_away
# [23:05] <sfink> anton: that's weird. What does this print: python -c 'import os; print(os.path.realpath("obj-x86_64-apple-darwin12.3.0"))'
# [23:05] * geekboy is now known as geekboy|afk
# [23:05] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:05] <anton> sfink: /Users/akovalyov/Source/fx-team/obj-x86_64-apple-darwin12.3.0
# [23:06] * Quits: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP) (Input/output error)
# [23:06] <sfink> anton: huh. How about: python -c 'import os; print(os.path.realpath("obj-x86_64-apple-darwin12.3.0/_tests/testing/mochitest"))'
# [23:06] <anton> sfink: /Users/akovalyov/Source/fx-team/obj-x86_64-apple-darwin12.3.0/_tests/testing/mochitest
# [23:07] <mbrubeck> gps: Okay, with your hint I think I get it...
# [23:07] * mcote is now known as mcote|afk
# [23:07] * Quits: ErvisTusha (ErvisTusha@E3411104.F69FB6EA.363D84A4.IP) (Client exited)
# [23:07] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:08] * Quits: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com) (Input/output error)
# [23:09] * Quits: sheeri (sheeri@A3B409FE.8AD7C1E.792D0C7D.IP) (Quit: sheeri)
# [23:09] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [23:09] * Joins: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP)
# [23:09] * Joins: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com)
# [23:10] * Joins: tanvi1 (tanvi@2557E599.66715431.D25A875A.IP)
# [23:10] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:11] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [23:11] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:11] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [23:11] * Parts: grobinson (garrett@2557E599.66715431.D25A875A.IP)
# [23:11] * Joins: grobinson (garrett@2557E599.66715431.D25A875A.IP)
# [23:11] * Quits: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com) (Ping timeout)
# [23:11] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [23:12] <anton> sfink: were you suggesting to re-enable profiler tests for this case or in general to help you debug the failure?
# [23:12] * philor|away is now known as philor
# [23:12] <sfink> anton: I just meant that those tests are currently disabled, so if you want to run them you'll need to re-enable them.
# [23:12] <mbrubeck> anton, Benvie: Another patch to try, if you still have time -- I think this one depends on patches that are currently on inbound: https://hg.mozilla.org/users/mbrubeck_mozilla.com/elm-patches/raw-file/551bd5f9d353/abspath
# [23:13] * mbrubeck is still waiting on a CONFIG_GUESS build to try to reproduce this locally
# [23:13] <sfink> anton: I'm also hoping to re-enable those tests for about a day to help debug the failure
# [23:13] * Joins: FabioMag_ (fabiomagno@B9E9DB43.E363BDBE.8AF99142.IP)
# [23:13] <anton> sfink: ah yeah i do that while working on my patches
# [23:14] <anton> hmmm inbound
# [23:14] <Benvie> yeah looks like it needs something on inbound
# [23:14] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
# [23:14] <Benvie> or wait maybe not
# [23:15] <Benvie> going to just manually put it in
# [23:16] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:16] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [23:16] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
# [23:17] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:17] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [23:17] <Benvie> looks like a no go, same result, but that may be because of missing other changes?
# [23:18] * Quits: gsvelto_ (gsvelto@moz-94E7B5CA.clienti.tiscali.it) (Quit: Leaving)
# [23:18] <cpeterson> Does Gecko have any C++ data structures like a trie? I'd like to check whether a given string is a member of a set of strings (known at compile-time).
# [23:19] <Jesse> XPCOMGlueLoad error for file /builds/slave/fuzzer-linux/build/dist/bin/libxul.so:
# [23:19] <Jesse> libgio-2.0.so.0: cannot open shared object file: No such file or directory
# [23:19] <Jesse> Couldn't load XPCOM.
# [23:19] <Jesse> glandium: i suspect https://bugzilla.mozilla.org/show_bug.cgi?id=852950 broke linux dom fuzzing jobs
# [23:20] * Joins: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com)
# [23:20] <Jesse> glandium: but i can't reproduce the problem on my linux box
# [23:20] * Quits: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com) (Input/output error)
# [23:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6d3525785f9f - Devdatta Akhawe - Bug 850435. Separately measure telemetry UI for iframes and toplevel documents. r=felipe
# [23:20] <Benvie> hey I fixed it
# [23:21] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [23:21] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [23:22] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
# [23:23] * jcranmer|away is now known as jcranmer
# [23:24] <Benvie> mbrubeck: this fixes it https://gist.github.com/Benvie/add4f70f9ec15bad25e7
# [23:24] <mbrubeck> Benvie: Excellent! That should be equivalent to inbound + my patch above
# [23:25] <Benvie> excellent
# [23:28] * Quits: atte (atte@moz-D74310DA.dhcp.inet.fi) (Client exited)
# [23:28] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [23:28] * Ann_Yiming is now known as Ann_Yiming_lunch
# [23:28] * Quits: yzen1 (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [23:29] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [23:30] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [23:31] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6136218d56df - Mounir Lamouri - Bug 855657 - Follow-up comments for bug 838705. r=enndeakin
# [23:31] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
# [23:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fa9cde226b2a - Mounir Lamouri - Bug 839788 - Switch Browse button from an <input> to a <button>. r=bz
# [23:31] <gps> mbrubeck: good work!
# [23:32] * Joins: jaws (uid2871@moz-A588D045.irccloud.com)
# [23:32] * geekboy|afk is now known as geekboy
# [23:32] <gps> FWIW, I think all paths in the build system should be absolute. relative paths are nothing but a PITA
# [23:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9ec706efc6c0 - Sriram Ramasubramanian - Bug 852312: Move the custom views in about:home to widget directory. [r=bnicholson]
# [23:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c3cb49f39533 - Sriram Ramasubramanian - Bug 852312: Split views in about:home [r=bnicholson]
# [23:32] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [23:33] * Quits: tanvi1 (tanvi@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [23:34] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [23:34] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [23:34] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:34] * ChanServ sets mode: +o dbaron
# [23:34] * armenzg_brb is now known as armenzg_afk
# [23:34] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
# [23:38] <reuben> cpeterson: I remember seeing gperf generated hash tables in the repository
# [23:38] * Quits: zakora (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
# [23:38] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
# [23:39] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [23:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e1e0dcc905c5 - Sriram Ramasubramanian - Bug 852312: Remove white spaces in about:home refactor. [r=me]
# [23:40] <cpeterson> reuben: thanks! I'll check out gperf
# [23:40] * Quits: zakora (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
# [23:40] * Joins: till (till@moz-7F4E3C7D.adsl.alicedsl.de)
# [23:41] * spohl is now known as spohl|away
# [23:41] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [23:42] * kmoir is now known as kmoir-afk
# [23:42] <nalexander> gps: absolute, like /Users/foo/*** absolute? Or absolute relative to $(topsrcdir), like /mobile/android/base?
# [23:42] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:42] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
# [23:42] <nalexander> gps: also, should copying things into the objdir be in the export phase? Or is libs okay?
# [23:43] <gps> nalexander: copying is typically export
# [23:43] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [23:43] <nalexander> gps: and I assume preprocessing is export too?
# [23:43] <gps> nalexander: well, I mean that whenever a path is passed around interally it is already resolved as absolute
# [23:43] * zakora is now known as zakora_way
# [23:43] <gps> you shouldn't have fragments like 'foo/bar.cpp' that rely on cwd, etc
# [23:44] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
# [23:44] <gps> nalexander: preprocessing is whatever :)
# [23:44] <nalexander> gps: thanks.
# [23:44] <gps> the only reason exports and libs exist is as a hacky workaround to not having to define make dependencies everywhere
# [23:45] <gps> and because of recursive make
# [23:45] <gps> export == do all the things necessary so libs in any directory will work
# [23:45] * Joins: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp)
# [23:45] <gps> if nothing outside the current directory relies on what you are doing, put it in libs
# [23:45] * Quits: zakora_way (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
# [23:46] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [23:46] * Joins: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP)
# [23:46] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [23:46] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [23:47] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [23:47] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [23:47] * Quits: Ann_Yiming_lunch (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [23:47] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [23:50] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
# [23:50] * Quits: FabioMag_ (fabiomagno@B9E9DB43.E363BDBE.8AF99142.IP) (Input/output error)
# [23:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a6762dd7a646 - Blake Kaplan - Bug 852436 - nsWrapperCache::WrapObject returning false means failure, even if there's no pending exception. r=bz
# [23:50] * Joins: tonymec__ (tonymec@moz-84D6641A.adsl-dyn.isp.belgacom.be)
# [23:51] * tonymec__ is now known as tonymec|away
# [23:51] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
# [23:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1a5385e4ee44 - Matt Brubeck - Bug 855709 - Fix error in mach mochitest commands when objdir is a relative path [r=gps]
# [23:52] * Quits: josh (josh@moz-61186829.hsd1.mn.comcast.net) (Quit: josh)
# [23:53] * Joins: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:53] * cpeterso_ is now known as cpeterson_
# [23:53] * Joins: askalski (akuda@2BA4E5A7.CC7751E8.6712E96B.IP)
# [23:53] * Joins: aja (Instantbir@CF955BAD.7D97D4E0.7880DB15.IP)
# [23:54] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:54] * Quits: RealRaven (Thunderbir@7EB56895.EBF35314.C3498625.IP) (Quit: RealRaven)
# [23:55] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [23:56] * Joins: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com)
# [23:56] * Quits: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com) (Input/output error)
# [23:56] * Joins: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com)
# [23:56] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [23:56] * ChanServ sets mode: +o smaug
# [23:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6f264e8f22cf - Jason Duell - Bug 849364 - Provide per-websocket way to enable keepalive pings. r=mcmanus
# [23:57] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
# [23:57] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:57] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [23:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a92c968b29ae - Sean Stangl - Bug 837312: IonMonkey: Inline a strict subset of known targets, r=sstangl,djvj
# [23:59] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
# Session Close: Fri Mar 29 00:00:01 2013

The end :)