/irc-logs / mozilla / #developers / 2012-04-30 / end

Options:

# Session Start: Mon Apr 30 00:00:00 2012
# Session Ident: #developers
# [00:00] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [00:01] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [00:01] <mcsmurf> cers: testcase?
# [00:02] <cers> mcsmurf: I don't have a minimal case, because it only happens on a few (otherwise identical) elements in a MDN piece I'm working on
# [00:02] <cers> mcsmurf: but https://developer.mozilla.org/User:FreakCERS/CSS
# [00:02] <cers> mcsmurf: one some of the red --'s, I see this http://users.skumleren.net/cers/mdn_render_bug.png
# [00:03] <mcsmurf> so only partially red?
# [00:04] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
# [00:04] <cers> mcsmurf: yes - for some reason the <span style="color:red">--</span> doesn't expand to contain the --, and the part that overflows then looses the color
# [00:04] * Quits: tonymec (tonymec@59CF3D1.AF1D4928.277517C1.IP) (Input/output error)
# [00:04] <mcsmurf> let me download a current nightly, my build from three days ago seems to be fine
# [00:05] <cers> mcsmurf: and I see no CSS on the span that should stop it from expanding - and even if something did, I don't know of any CSS that would make it loose the color
# [00:05] <cers> mcsmurf: I'm pretty sure I saw it on a build a few days old
# [00:05] <cers> mcsmurf: might be osx only
# [00:05] <mcsmurf> ok
# [00:05] <mcsmurf> Windows here
# [00:05] <mcsmurf> btw
# [00:05] <mcsmurf> do you also see that bug when you zoom in?
# [00:05] <mcsmurf> as I zoomed in now to check this
# [00:06] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [00:06] <cers> zoomed in the same happens
# [00:07] <mcsmurf> same behaviour with current nightly
# [00:07] <cers> mcsmurf: same as in you see it?
# [00:07] * Quits: bz_sleep (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Ping timeout)
# [00:07] <mcsmurf> I don't see the bug
# [00:08] <cers> odd
# [00:08] <cers> could be osx only I guess
# [00:09] * Quits: @smaug (chatzilla@moz-F7293064.gprs.sl-laajakaista.fi) (Ping timeout)
# [00:11] * Joins: tonymec (tonymec@59CF3D1.AF1D4928.277517C1.IP)
# [00:13] * Quits: twi (Adium@moz-5390D98D.cust.dsl.vodafone.it) (Quit: Leaving.)
# [00:14] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Quit: gn)
# [00:16] <@dolske> uh. "1,731 ── ghost-windows"
# [00:17] <KWierso> who ya gonna call?
# [00:18] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Client exited)
# [00:19] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [00:19] * Joins: marco (Mibbit@7B2DC160.96B8F5F8.10DC0B64.IP)
# [00:19] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
# [00:21] * @dolske wonders why he is leaking apparently everything (in Nightly)
# [00:21] * Quits: jeremyhu|nanake (jeremyhu@moz-75C113CA.outersquare.org) (Quit: Leaving)
# [00:22] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [00:22] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
# [00:24] * KWierso only has two ghost windows from mozillazine
# [00:24] <cers> dolske: I have about 65 running the latest nightly - but it's a fairly recent session
# [00:26] <cers> plenty of other weird bugs in this nightly though
# [00:27] * KWierso really hopes bug 749658 lands in time for tomorrow's nightly
# [00:27] * KWierso is tired of having to keep 6 blank tabs open in the tab bar to prevent firefox from entering seizure mode
# [00:28] <@dolske> hmm. just opening and closing dolske.net gave me 2 ghost windows.
# [00:29] <KWierso> maybe something to do with khuey fixing the leak?
# [00:29] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [00:29] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [00:31] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
# [00:32] <@dolske> new profile is ok. curious.
# [00:32] * Joins: smaug (chatzilla@moz-76A6D6F.gprs.sl-laajakaista.fi)
# [00:32] * ChanServ sets mode: +o smaug
# [00:33] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [00:33] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [00:35] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [00:37] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [00:37] <@dolske> hmm. it's either this specific addon, or something in jetpack.
# [00:37] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [00:38] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [00:41] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [00:41] * Quits: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr) (Quit: bholley)
# [00:42] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [00:42] * eflores_ is now known as eflores
# [00:42] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [00:42] <Mossop> dolske: We've been fixing a bunch of leaks in jetpack lately, possibly that add-on hasn't updated to some of the newer versions of the SDK
# [00:43] <@dolske> Mossop: it's wenzel's https://github.com/fwenzel/copy-shorturl
# [00:43] <@dolske> SDK 1.1, 7 months ago according to last commit?
# [00:43] <Mossop> There was definitely a leak involving the context menu module, which we've fixed since then
# [00:44] <@dolske> oh dear
# [00:44] <@dolske> will the "bundle SDK with firefox" thing fix the problem with bundling old sdks?
# [00:45] <Mossop> I think they'll still have to update their add-on to the new SDK that supports in-Firefox modules
# [00:45] <Mossop> But should just be a one time thing then
# [00:46] <@dolske> hmm
# [00:46] <@dolske> wonder if there's some way to warn / disable / fix addons using older SDKs. :(
# [00:47] <@dolske> I suspect this is leaking every page I visit!
# [00:47] * Quits: @smaug (chatzilla@moz-76A6D6F.gprs.sl-laajakaista.fi) (Ping timeout)
# [00:48] <Mossop> We can detect very easily which add-ons on AMO are using which version of the SDK
# [00:49] <@dolske> might be smart to do a big push when in-Firefox SDK ships?
# [00:49] <Mossop> Yeah
# [00:50] <RyanVM> edmorley: ping
# [00:50] <edmorley> hi
# [00:51] <@dolske> Mossop: how's this addon work, anyway? is https://github.com/fwenzel/copy-shorturl/blob/master/lib/main.js#L32 being run automagically by jetpack on page load?
# [00:51] <edmorley> RyanVM: done :-)
# [00:51] <RyanVM> thanks!
# [00:52] <Mossop> dolske: Just on browser load
# [00:53] <@dolske> ugh, AMO still isn't with the "compat by default" times? WTF.
# [00:53] * Quits: TheCrap (TheCrap@moz-A2181C02.dip0.t-ipconnect.de) (Ping timeout)
# [00:53] <Mossop> Yeah :(
# [00:53] <@dolske> didn't we turn that on like 3 releases ago?!
# [00:54] <Mossop> Marketplace!
# [00:55] <@dolske> is that what's holding things up?
# [00:56] <Mossop> I'd assume so
# [00:57] * Joins: Boriss (FlyingToas@CB3EC984.A5F785DE.396E4C6D.IP)
# [00:57] <edmorley> RyanVM: np
# [01:00] <WG9s> KWierso: I am re-spining my builds to include the patch on bug 749658. I do those nightly off the same changeset as official nightlies, so you could run those, but they do incoude other unlanded patches and do not auto-update.
# [01:01] <WG9s> They are available here http://www.wg9s.com/mozilla/firefox/
# [01:01] <WG9s> but I just kicked them off so it will be a couple of hours before they are done.
# [01:02] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [01:02] * Quits: robert (robert@moz-8484E522.dynamic.t-2.net) (Quit: robert)
# [01:03] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [01:04] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [01:04] * khuey|away is now known as khuey
# [01:05] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [01:08] * Quits: dao (dao@moz-25B37A84.superkabel.de) (Quit: Leaving.)
# [01:08] * heycam|away is now known as heycam
# [01:09] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [01:09] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [01:11] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Client exited)
# [01:13] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [01:15] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:15] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [01:16] * Quits: mcsmurf (mcsmurf@moz-5D615216.dip.t-dialin.net) (Quit: )
# [01:20] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [01:23] * Joins: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [01:24] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [01:26] * Quits: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Connection reset by peer)
# [01:26] * Joins: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [01:27] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [01:28] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [01:30] * Quits: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
# [01:30] * Quits: Boriss (FlyingToas@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Boriss)
# [01:31] * Quits: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP) (Ping timeout)
# [01:32] * Joins: gozala (gozala@CB3EC984.A5F785DE.396E4C6D.IP)
# [01:33] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [01:34] * Quits: gozala (gozala@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving.)
# [01:35] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [01:35] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [01:36] * Joins: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP)
# [01:37] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [01:37] * Joins: kaie2 (kaie@moz-98947351.dip.t-dialin.net)
# [01:37] <NeilAway> bah, I have about 40 tabs open, and js disabled, yet I'm using 100% of a core
# [01:37] * Quits: kaie (kaie@moz-E84607FA.dip.t-dialin.net) (Ping timeout)
# [01:37] * kaie2 is now known as kaie
# [01:38] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [01:39] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [01:44] * Joins: gozala (gozala@CB3EC984.A5F785DE.396E4C6D.IP)
# [01:53] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120428175006])
# [01:54] * padenot is now known as padenot|away
# [01:54] * Quits: gozala (gozala@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving.)
# [01:59] <sheppy> NeilAway: I blame Flash. Even if you don't have it installed.
# [02:01] <darktrojan> opera had cpu hogging first
# [02:01] * WG9s thought Flash was the saviour of the Universe ;-)
# [02:01] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [02:02] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [02:03] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [02:03] <WG9s> Hmm and that Queen band that did the Flash soundtrack had that "Night at the Opera" album. Seems like some kind of conspiracy to me!
# [02:03] <KaiRo> darktrojan: bah, and finally I thought we beat them!
# [02:04] <Callek> KaiRo: its because they have use of a time machine
# [02:07] <darktrojan> which they haven't invented yet, but they still had it first
# [02:08] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
# [02:11] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Quit: Fleeing the scene)
# [02:14] <darktrojan> damnit why does AMO still care about app versions
# [02:14] <darktrojan> don't they know we made ALL the things compatible
# [02:15] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:15] <JonathanS> darktrojan,Transparent Aluminum?
# [02:15] <darktrojan> say what?
# [02:16] <JonathanS> Star Trek: The Voyage Home where Scotty gave forumla to alter future.
# [02:16] <darktrojan> oh, I don't do star trek
# [02:17] * Quits: marco (Mibbit@7B2DC160.96B8F5F8.10DC0B64.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [02:17] <JonathanS> there is a lot of thing in star trek where anyone may find suprised.
# [02:19] * Quits: dastergon (dastergon@moz-310566EB.org) (Ping timeout)
# [02:19] * Joins: dastergon (dastergon@moz-310566EB.org)
# [02:20] * Quits: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP) (Quit: Leaving.)
# [02:23] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [02:23] * Quits: ircloggr (nodebot@moz-79C62E33.compute-1.amazonaws.com) (Client exited)
# [02:23] * Quits: fs (Elchi3@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
# [02:23] <WG9s> KWierso: OK. My linux 32-bit build including that patch on bug 749658 finished. It has fixed my issue, so that at least is a good sign.
# [02:24] * Joins: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP)
# [02:24] * Quits: sheppy (sheppy@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: sheppy)
# [02:24] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [02:24] * Joins: ircloggr (nodebot@moz-9B5D748D.compute-1.amazonaws.com)
# [02:25] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [02:25] * Quits: teoli (teoli@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: L'ordinateur est en sommeil)
# [02:25] * Joins: teoli (teoli@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:25] <KWierso> WG9s++
# [02:26] * Joins: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [02:27] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:27] * Quits: teoli (teoli@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:27] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [02:28] * Quits: variable (toor@495486BA.98B6D721.292D5CE7.IP) (Quit: I found 1 in /dev/zero)
# [02:28] * Joins: anky (anky@6561B157.CACB4244.74119F78.IP)
# [02:29] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [02:31] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:32] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
# [02:32] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Quit: Fleeing the scene)
# [02:32] * Joins: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net)
# [02:33] * Quits: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
# [02:33] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [02:34] <jesup> cute, menus stopped rendering except as an outline. ANd text isn't rendering when I type either
# [02:36] * Quits: jesup (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Input/output error)
# [02:36] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [02:37] * heycam is now known as heycam|away
# [02:37] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [02:38] <RyanVM> landing 749648 on m-c
# [02:39] <KWierso> RyanVM++
# [02:39] <WG9s> RyanVM: only off by 10 for the one we were looking for.
# [02:40] <RyanVM> heh
# [02:40] <@roc> adding something to BaseRect sure does recompile a lot
# [02:41] <WG9s> RyanVM: looking to get 749658 patch landed. ;-) just a joke.
# [02:41] <RyanVM> :)
# [02:43] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/cfaf90b22fc3 - Jonathan Kew - Bug 749658 - Distinguish scrollable from visual bounds for nsTextBoxFrame. r=roc
# [02:45] * Joins: mconley (mconley@31ABB91E.F7EBA23.C3C3A9D0.IP)
# [02:47] * Quits: kdc (chatzilla@7C43BC9C.11815CCE.50BA6635.IP) (Ping timeout)
# [02:48] <WG9s> RyanVM: ++
# [02:48] <RyanVM> got the right one :P
# [02:49] <WG9s> hmm I think i did that worng
# [02:49] <WG9s> RyanVM++
# [02:49] * Joins: variable (toor@495486BA.98B6D721.292D5CE7.IP)
# [02:49] <WG9s> much better
# [02:49] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [02:53] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [02:56] * Joins: bc_ (bc@moz-E31CD2CB.mozilla.org)
# [02:57] * Quits: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu) (Ping timeout)
# [02:57] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [02:57] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [02:57] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [02:59] * philor|away is now known as philor
# [02:59] * Joins: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu)
# [03:01] * Quits: mconley (mconley@31ABB91E.F7EBA23.C3C3A9D0.IP) (Input/output error)
# [03:03] * Quits: anky (anky@6561B157.CACB4244.74119F78.IP) (Client exited)
# [03:07] * Joins: anky (anky@6561B157.CACB4244.74119F78.IP)
# [03:07] * Quits: anky (anky@6561B157.CACB4244.74119F78.IP) (Client exited)
# [03:09] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [03:13] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Connection reset by peer)
# [03:14] * nthomas is now known as nthomas|away
# [03:18] * Quits: loadbang (loadbang@moz-C378D0CB.range86-147.btcentralplus.com) (Quit: loadbang)
# [03:23] * khuey is now known as khuey|away
# [03:23] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [03:23] * khuey|away is now known as khuey
# [03:24] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: To the real world.)
# [03:26] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120429155331])
# [03:26] * Joins: njn (chatzilla@moz-EEC0548B.dyn.iinet.net.au)
# [03:32] * Quits: KaiRo (robert@moz-1E003011.adsl.highway.telekom.at) (Input/output error)
# [03:36] <Mark_Capella> When / how often does MXR get updated? My recent scan doesn't match to the referenced source line numbers ?
# [03:37] * Joins: pranavrc (pranavrc@5F4D7D7D.96D08489.C28326FD.IP)
# [03:37] <KWierso> Mark_Capella: "many times a day", according to the mxr homepage
# [03:38] <Mark_Capella> wonders if its incremental or one big pass
# [03:38] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2 [Firefox 3.6.24/20111108102743])
# [03:38] <philor> every 4 hours, big pass
# [03:38] <philor> or rather, every 4 hours except when it breaks, or the big pass takes more than 4 hours to complete and breaks the next pass
# [03:39] <Mark_Capella> o, ya .... must be in progress .... thxs
# [03:39] <KWierso> "possibly eventuallyish"
# [03:39] <Mark_Capella> "whenever it feels like it" :p
# [03:40] <Mark_Capella> mxr is mocking me mercillessly
# [03:40] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [03:42] * Joins: jesup (chatzilla@moz-6380AF60.phlapa.fios.verizon.net)
# [03:43] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [03:44] * Quits: chewey (chewey@moz-4575B8AC.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:44] * Joins: chewey (chewey@moz-407D4743.dip0.t-ipconnect.de)
# [03:44] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [03:44] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [03:44] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [03:45] <jesup> Where are *current* instructions to set up an Android dev env? The instructions for Fedora on https://wiki.mozilla.org/Mobile/Fennec/Android_OtherBuildEnvs are ridiculously out-of-date (Fedora 13, current is 16; Android SDK R06 - current is R18)
# [03:46] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [03:46] * Joins: cers_ (textual@D5CF850E.567E557.FE16CD6C.IP)
# [03:46] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [03:47] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [03:47] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (Ping timeout)
# [03:47] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [03:48] * Quits: cers_ (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [03:48] * Joins: dao (dao@moz-25B37A84.superkabel.de)
# [03:49] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [03:50] <njn> anyone know about the UI breakage implied by http://mozillamemes.tumblr.com/post/21929491477/time-for-an-analysis-of-which-result-aggravates ?
# [03:50] <njn> this is in relation to bug 695480
# [03:50] <njn> (presumably)
# [03:50] <WG9s> jesup: Oddly those intructuins were NEVER currecnt becuase even at that time current builds used android-ndk-r5c but did use the android sdk android-13 yet i suspect it is the ndk you are asking about.
# [03:51] * Quits: ferongr (ferongr@83D56FB7.DDEAD33F.F5160715.IP) (Quit: ferongr)
# [03:51] <KWierso> njn: I thought the UI breakage was from an unrelated patch landing (if by "UI breakage" we're talking about the tab bar going crazy, which just had a fix landed in 749658)
# [03:52] <njn> KWierso: so the meme picture is just bogus? that pleases me
# [03:52] <jesup> Reading between the lines in the ubuntu install, I think I can just grab the latest SDK, and I need to stick to NDK r6 (r7 is current)
# [03:52] <KWierso> njn: oh, bug 749749 is about the findbar breaking as a result of fixing the leak
# [03:52] <KWierso> er
# [03:52] <KWierso> https://bugzilla.mozilla.org/show_bug.cgi?id=749738
# [03:52] * KWierso copied the wrong bug number
# [03:53] <jesup> WG9s: Do I need to accept all the garbage like AdMob Ads SDK? Is there a minimum set I can use to configure the install? I'd rather not waste SSD space on stuff like that...
# [03:53] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [03:53] <njn> KWierso: ok, thanks
# [03:54] <WG9s> njn: well if there are regressions caused by that checkin, what are the bug numbers and are they properly defined as regressions form that bug?
# [03:54] <njn> KWierso: "broke the UI" sounds like an overstatement, then
# [03:54] <njn> WG9s: that's pretty much what I'm asking
# [03:54] <KWierso> (though maybe other parts broke too and no one's pointed it out yet?)
# [03:55] <WG9s> jesup: what ssd space are you asking about? this only uses space on hyiour build system, not ont he target. if that has an ssd drive then that is relaly your issue to sort out/
# [03:55] <njn> KWierso: if I knew who posted the meme I could just ask them
# [03:55] * Quits: sewardj (sewardj@moz-28F92BC4.dip.t-dialin.net) (Ping timeout)
# [03:56] * Quits: edmorley (edmorley@moz-E455C402.range86-145.btcentralplus.com) (Quit: Leaving.)
# [03:56] * Joins: sewardj (sewardj@moz-40DEA2D4.dip.t-dialin.net)
# [03:56] <jesup> WG9s: Yeah, the build system. SSD's aren't infinite and I don't have rotating storage on this system. Just figured I could minimize the install a bit. Never mind, I'll just accept defaults
# [03:57] * Quits: dao (dao@moz-25B37A84.superkabel.de) (Quit: Leaving.)
# [03:58] <WG9s> I do understand there seem to be this theoretical issue that sdd drives are only good for so many writes of data. but then I am not sure that is a real issue.
# [03:59] <WG9s> seems like something promoted by rotating drive vendors.
# [03:59] * glob|away is now known as glob
# [04:01] <jesup> # of writes doesn't concern me (really); it's space. I have about 110GB free (and as I add clones and other stuff it's been dropping a fair bit, and will drop more). I can always add rotating storage if I need to, of course.
# [04:02] <jesup> Another reason is just volume-of-cruft-I-don't-use slowing down backups, spamming 'locate' results, etc. Again nothing major, just annoyance
# [04:02] <njn> WG9s: http://en.wikipedia.org/wiki/Wear_leveling
# [04:02] <jesup> Max-writes is real (though it's more a statistical limit than a hard limit)
# [04:03] <WG9s> Oh i thought you were worried about this sdd drives can only be written some fixed number of times before they degrade drastically in their ability to reliably store data story.
# [04:04] <jesup> njn (and WG9s): Exactly - and for a SSD you should use noatime (duh) and discard (which may not be obvious)
# [04:05] <WG9s> But the issue is that I amnot sure this is really an issue.
# [04:05] <WG9s> i have a linux system i have had runignon a sdd drive for 2 years with no particualr writes le=ss to the disk code than it would for a rotating drive.
# [04:06] <WG9s> I don;t quite get the issue.
# [04:09] <WG9s> Or perhaps it is just some sdd vendors have crapier hardware and are blaming the technology.
# [04:13] <jesup> WG9s: Flash inherently will slow down after large number of writes; the ATA Trim command is designed to help the SSD manage data better (and reduce wear): http://en.wikipedia.org/wiki/TRIM Trim is enabled on linux via 'discard' in fstab.
# [04:13] <jesup> And noatime is just good sense :-)
# [04:14] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [04:15] <JonathanS> admob has ridiculous set of permission for Android.
# [04:16] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
# [04:21] * Quits: njn (chatzilla@moz-EEC0548B.dyn.iinet.net.au) (Ping timeout)
# [04:21] * Joins: njn (chatzilla@moz-71689D29.dyn.iinet.net.au)
# [04:22] <WG9s> JonathanS: care to explain?
# [04:22] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [04:24] * Quits: romaxa (romaxa@moz-54F5744A.net) (Ping timeout)
# [04:24] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [04:25] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [04:27] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [04:27] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [04:28] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [04:28] * Joins: ferongr (ferongr@83D56FB7.DDEAD33F.F5160715.IP)
# [04:29] * Joins: romaxa (romaxa@moz-54F5744A.net)
# [04:30] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
# [04:32] * tbsaunde|zzz is now known as tbsaunde
# [04:36] * Quits: romaxa (romaxa@moz-54F5744A.net) (Ping timeout)
# [04:38] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [04:39] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [04:42] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [04:42] * Joins: romaxa (romaxa@moz-54F5744A.net)
# [04:45] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [04:45] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
# [04:47] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [04:47] * ChanServ sets mode: +o bz
# [04:47] <@bz> is there a bug on tabs not resizing right in the tabstrip?
# [04:47] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [04:47] <mattwoodrow> bz: yep
# [04:47] <mattwoodrow> 749658
# [04:48] <darktrojan> ok that's fun, I get an email from both tryservers when I push to try-c-c
# [04:48] <@bz> mattwoodrow: thanks!
# [04:48] * heycam|away is now known as heycam
# [04:49] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [04:50] * nthomas|away is now known as nthomas
# [04:51] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [04:51] * Quits: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP) (Quit: surkov)
# [04:52] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [04:53] * glob is now known as glob|away
# [04:54] * Joins: Jesse (jruderman@moz-E31CD2CB.mozilla.org)
# [04:55] * Joins: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP)
# [04:57] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
# [05:01] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [05:02] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [05:02] * Quits: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP) (Ping timeout)
# [05:02] * Joins: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP)
# [05:03] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [05:09] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [05:10] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Quit: Leaving...)
# [05:11] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Quit: Leaving)
# [05:15] <@roc> jesup!
# [05:15] <@roc> review my patch so I can land
# [05:16] <jesup> roc: did so about 15 seconds before you pinged me! :-)
# [05:16] <@roc> a likely story
# [05:16] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [05:16] <@roc> thanks
# [05:16] <jesup> Truth, nonetheless
# [05:18] * jesup goes back to trying to get android build env up
# [05:21] * glob|away is now known as glob
# [05:22] * Quits: karl (karl@moz-8279586D.jetstream.xtra.co.nz) (Ping timeout)
# [05:26] <derf> I should try that trick with khuey.
# [05:26] * Joins: Matt_G (chatzilla@moz-76E2CF8.bvtn.or.frontiernet.net)
# [05:26] * Joins: kdc (chatzilla@moz-6176CD61.no.shawcable.net)
# [05:26] <philor> just don't try it with gavin, he tells you that he had been reviewing it when you pinged, but now he's lost his concentration and won't get it back for six months
# [05:27] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [05:27] <derf> This is why I don't ask gavin to review my patches.
# [05:27] * Quits: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [05:27] * Joins: victorporof (victorporo@B3D6305C.6465CCD9.79933D60.IP)
# [05:28] <@roc> that, and you don't work on the Firefox UI
# [05:28] <@roc> I assume
# [05:28] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [05:28] <derf> Well, yes, that also helps.
# [05:29] <mfinkle> jesup, https://wiki.mozilla.org/Mobile/Fennec/Android is the main build page
# [05:31] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
# [05:31] <jesup> mfinkle: right; they point you to the OtherBuildEnvs page which is/was rather out of date. I note that neither page actually mentions choosing a directory to install the SDK/NDK in; by default/habit I downloaded into /tmp, which is not a great place to install it.
# [05:31] * Joins: twi (Adium@moz-5390D98D.cust.dsl.vodafone.it)
# [05:31] <mfinkle> mineis in ~
# [05:33] * Quits: victorporof (victorporo@B3D6305C.6465CCD9.79933D60.IP) (Quit: Leaving...)
# [05:34] <derf> jesup: You can put them anywhere.
# [05:34] <derf> But you'll probably want to add the sdk/platform-tools directory to your PATH.
# [05:35] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [05:35] <derf> (at least until you get screwed by trying to use the wrong adb with gonk like anant)
# [05:35] * Joins: nli_ (nli@moz-99690620.hinet-ip.hinet.net)
# [05:35] <derf> Hey, that worked.
# [05:35] <derf> khuey: Thanks.
# [05:36] <khuey> anytime
# [05:36] * nli_ is now known as nli`
# [05:36] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
# [05:37] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:38] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [05:38] <jesup> yeah - but tmp probably isn't a good choice. I didn't read ahead and simply assumed it would install to some dir later in the process; was too focused on finding a rev that was available for download (the rev linked on that page wasn't even available anymore)
# [05:38] <derf> That's okay, you can move the whole thing.
# [05:38] <jesup> I moved them to ~/tools
# [05:39] <philor> khuey: so, why has Win7 suddenly started giving pluginInstallerService.js NS_ERROR_FILE_ACCESS_DENIED from nsIFile.createUnique almost every mochitest-other run, instead of the previous rate of 1-3 times a month?
# [05:40] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [05:41] * Quits: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP) (Quit: L'ordinateur est en sommeil)
# [05:41] <philor> does createUnique not try very hard for Unique, and we've filled up TmpD with every possible one?
# [05:41] <khuey> its possible, I suppose
# [05:42] <@bz> philor: which OS?
# [05:42] * philor wonders what TmpD actually is
# [05:42] <philor> bz: Win7
# [05:43] <@bz> for (int indx = 1; indx < 10000; indx++)
# [05:43] <@bz> is how hard it tries
# [05:43] <philor> bug 593064, with a brutally accelerating curve, though it's getting close to levelling off at "all of them"
# [05:43] <@bz> (appends those ints to the name one by one)
# [05:43] <derf> ....
# [05:43] <khuey> it looks like CreateUnique returns NS_ERROR_FILE_TOO_BIG when it fails?
# [05:43] <@bz> yes
# [05:44] <@bz> if it runs to 10000
# [05:44] * Quits: Matt_G (chatzilla@moz-76E2CF8.bvtn.or.frontiernet.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [05:44] <@bz> So ACCESS_DENIED really means it got ACCESS_DENIED
# [05:45] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [05:46] * khuey is now known as khuey|away
# [05:46] * khuey|away is now known as khuey
# [05:46] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:47] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [05:47] <philor> which unlike everyone else, nsLocalFileWin hands out like candy
# [05:47] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
# [05:47] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [05:47] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:50] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [05:51] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [05:51] <philor> and because just stabbing ourselves in the eye with a fork isn't enough to satisfy us, when we go to download "GoodPlugin" on Windows, we name it GoodPlugin.exe to ensure the maximum chance of Windows locking it when we need it
# [05:53] <Unfocused> nsIFile.createUnique doesn't use the OS's APIs for unique filenames? wtf
# [05:55] <khuey> yeah ...
# [05:56] <philor> 10000 copies of the same file should be enough for anyone
# [05:56] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [05:57] <timdream> does anyone know what's the current hostname of trunk staging site of mozilla.org ?
# [05:57] <timdream> www-trunk.stage.mozilla.org doesn't work anymore
# [05:58] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
# [06:00] * Quits: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP) (Ping timeout)
# [06:00] <@bz> Unfocused: we needed a cross-platform impl anyway
# [06:00] <@bz> Unfocused: for all the platforms without such APIs....
# [06:00] <zwol> we should have cloned mkstemp()
# [06:01] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [06:01] * Joins: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP)
# [06:01] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: BRB)
# [06:01] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [06:02] * sancus is now known as sancus_
# [06:02] * sancus_ is now known as sancus
# [06:02] <zwol> waitaminit
# [06:03] <zwol> we're using a predictable pattern to name temporary files downloaded off the network? That may be an exploitable privilege-escalation bug
# [06:03] <derf> bz: Still, one that didn't have every single instance try exactly the same names in exactly the same order...
# [06:04] <@bz> derf: heh
# [06:05] <@bz> zwol: a predictable pattern on top of a randomly-generated name, for the temp file case, no?
# [06:05] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [06:05] <zwol> bz: the pattern itself needs to be random
# [06:06] <@bz> zwol: <shrug>
# [06:06] <zwol> bz: otherwise the adversary can determine the randomly-generated part and then race with you on the pattern
# [06:06] <@bz> zwol: I've washed my hands of all that code as much as I can
# [06:06] <zwol> bz: fair enough :)
# [06:06] <@bz> zwol: this is assuming an adversary on the same machine, right?
# [06:07] <zwol> bz: yeah
# [06:07] <@bz> zwol: yeah
# [06:07] <@bz> zwol: I bet we're not so great at dealing with that in all sorts of ways
# [06:07] <zwol> bz: I don't know how much we care, since generally if you have an adversary on the same machine you've already lost
# [06:07] <@bz> right
# [06:07] <zwol> bz: ... it might become relevant in the b2g context if we're treating apps as separate users
# [06:07] <@bz> yes
# [06:08] <zwol> separate kernel-level uids, that is
# [06:08] <tbsaunde> aren't we running all the apps in the same gecko instance though modulo e10s?
# [06:09] <@bz> we're doing e10s
# [06:09] <@bz> iirc
# [06:09] <@bz> on b2
# [06:09] <@bz> er, b2g
# [06:09] <tbsaunde> so I'd assume it's all one uid
# [06:09] <@bz> or at least planning to do it
# [06:09] <Havvy> eb10-2gs?
# [06:09] <tbsaunde> bz: sure, and I guess we could run content processes as a different user
# [06:11] * Parts: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [06:11] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [06:11] * ChanServ sets mode: +o bz
# [06:14] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Connection reset by peer)
# [06:15] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [06:18] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
# [06:18] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [06:18] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [06:18] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [06:19] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [06:24] * heycam is now known as heycam|away
# [06:26] * khuey is now known as khuey|away
# [06:27] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [06:28] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
# [06:34] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [06:35] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [06:36] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [06:37] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [06:37] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:37] * heycam|away is now known as heycam
# [06:38] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [06:39] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [06:40] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [06:41] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [06:42] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
# [06:45] <philor> roc: you've got a test crash right out of the gate, that's maybe not a good sign
# [06:46] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [06:46] * Quits: pranavrc (pranavrc@5F4D7D7D.96D08489.C28326FD.IP) (Quit: Ping timeout: ∞)
# [06:46] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [06:47] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [06:47] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [06:47] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [06:48] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [06:50] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Input/output error)
# [06:50] * Quits: micahg (micahg@moz-6E8FD6B4.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [06:50] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [06:50] <@roc> sigh
# [06:50] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:50] <@roc> it worked on try last week
# [06:51] <@roc> well, maybe more than a wek ago
# [06:51] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [06:51] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [06:56] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:57] * Joins: micahg (micahg@moz-6E8FD6B4.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [06:57] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [06:58] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [06:58] * Quits: dveditz (dveditz@moz-104CC309.mv.mozilla.com) (Quit: dveditz)
# [06:58] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [07:00] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [07:00] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [07:03] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [07:05] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [07:06] <JonathanS> Maybe Mozilla would use CoreVideo for H264?
# [07:06] <@roc> I'll back something out
# [07:11] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [07:12] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [07:15] * jlebar is now known as jlebar|sleep
# [07:16] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [07:17] <@roc> actually, I think I know what it is. I'll file a new orange bug with a patch
# [07:18] * Joins: pranavrc (pranavrc@5F4D7D7D.96D08489.C28326FD.IP)
# [07:18] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [07:20] * nthomas is now known as nthomas|away
# [07:21] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [07:21] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (No route to host)
# [07:21] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [07:23] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [07:23] * Joins: dseif (dseif@moz-B3224136.cpe.distributel.net)
# [07:24] * Mark_Capella is now known as Mark_Capella|away
# [07:24] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [07:25] * Quits: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se) (Ping timeout)
# [07:26] <@dolske> revert the tree to last week, problem solved.
# [07:28] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
# [07:28] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [07:31] * Joins: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP)
# [07:33] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [07:34] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [07:35] <twi> are there nightly builds for win64 with debugging enabled?
# [07:36] * Joins: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP)
# [07:36] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
# [07:37] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [07:37] <twi> err, s/debugging enabled/debugging symbols/
# [07:37] * Quits: dseif (dseif@moz-B3224136.cpe.distributel.net) (Ping timeout)
# [07:37] * Joins: dseif (dseif@moz-6A9EE0C0.dsl.bell.ca)
# [07:39] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [07:39] * Joins: dseif_ (dseif@moz-B3224136.cpe.distributel.net)
# [07:40] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:40] * Quits: dseif (dseif@moz-6A9EE0C0.dsl.bell.ca) (Ping timeout)
# [07:41] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [07:41] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [07:41] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [07:44] <@roc> somewhere I wrote a test that certain kinds of transforms don't cause repainting
# [07:44] <@roc> now I can't find it :-(
# [07:44] <@roc> and of course, as soon as I wrote that, I did
# [07:44] <@roc> thanks everyone
# [07:44] <twi> :)
# [07:44] * glob is now known as glob|away
# [07:45] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [07:46] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [07:47] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [07:47] * Quits: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [07:48] <firebot> Check-in:
# [07:48] <firebot> http://hg.mozilla.org/releases/mozilla-1.9.2/rev/0f6dd57eed4c - Smokey Ardisson - Bug 313700 - Use a bundle's Info.plist timestamp as the plug-in's last-modified date to prevent stale info in pluginreg.dat. Original patch by by Steven Michaud
# [07:48] <firebot> <smichaud@pobox.com>, r=josh; backported by me, r=smorgan. a=me for Camino 2.1 series (bug 740620)
# [07:48] <firebot> http://hg.mozilla.org/releases/mozilla-1.9.2/rev/d0c0f3cb8ba6 - Smokey Ardisson - Bug 656990 - Ensure compatibility with OS X 10.7's arrowless scrollbar. Original patch by Steven Michaud <smichaud@pobox.com>, r=mstange; backported by smorgan and me.
# [07:48] <firebot> a=smorgan,me for Camino 2.1 series.
# [07:50] * Quits: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP) (Client exited)
# [07:50] * Joins: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP)
# [07:52] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:52] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [07:52] <AryehGregor> Is address_of(*outNode) the same as just "outNode", or what?
# [07:52] * Quits: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [07:53] * Mark_Capella|away is now known as Mark_Capella
# [07:55] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [07:55] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [07:55] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:57] * Joins: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP)
# [07:57] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [07:59] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [08:00] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [08:01] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [08:07] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:09] * glob|away is now known as glob
# [08:10] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [08:13] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [08:14] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [08:17] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [08:18] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
# [08:19] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [08:20] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [08:21] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
# [08:22] * philor is now known as philor|away
# [08:23] * Joins: wolfiR (wolfiR@moz-BA925E0D.dip0.t-ipconnect.de)
# [08:31] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:34] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
# [08:35] * Joins: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
# [08:35] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [08:37] * Quits: dseif_ (dseif@moz-B3224136.cpe.distributel.net) (Input/output error)
# [08:37] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [08:38] * Quits: pranavrc (pranavrc@5F4D7D7D.96D08489.C28326FD.IP) (Ping timeout)
# [08:38] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [08:40] * Joins: rohan (chatzilla@CE8DD343.2C2BFB59.35E0727C.IP)
# [08:43] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [08:43] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [08:44] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [08:45] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [08:45] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [08:45] * ChanServ sets mode: +o roc
# [08:47] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [08:52] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [08:52] * Quits: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:53] <nigelb> I see more and more tweets about how Firefox consumes half as memory as chrome!
# [08:53] <Havvy> Yay!
# [08:54] <Havvy> Congrats to the memshrink tema.
# [08:54] <Havvy> *team
# [08:55] <nigelb> Yeah, totally :)
# [08:55] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
# [08:56] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:58] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [08:58] <JonathanS> heap-unclassified should be less than 10%
# [08:59] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [08:59] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
# [09:00] <Havvy> JonathanS: I thought it was supposed to be less than 20%
# [09:00] * Quits: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP) (Quit: surkov)
# [09:00] <JonathanS> Havvy, so Firefox should be 20% faster in 10 secs flat?
# [09:00] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [09:01] <JonathanS> anyway, good nite
# [09:01] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [09:02] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:03] * nli|away is now known as nli|
# [09:03] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
# [09:04] <AryehGregor> class nsDocumentFragment : public nsGenericElement,
# [09:04] <AryehGregor> WTF?
# [09:04] <AryehGregor> How is a DocumentFragment an element?
# [09:04] <AryehGregor> . . .
# [09:07] * Fallen|away is now known as Fallen
# [09:11] * Callek looks at what blassey was waiting on me for
# [09:11] <AryehGregor> I mean, they have almost nothing in common. Why should DocumentFragment even be nsIContent?
# [09:11] <glob> hrm, my heap-unclassified is > 20%
# [09:12] * Joins: Stan (Stan@moz-B727CC82.dip.t-dialin.net)
# [09:13] * Quits: Stan_ (Stan@moz-F3B65F16.dip.t-dialin.net) (Ping timeout)
# [09:14] * Fallen is now known as Fallen|away
# [09:15] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [09:16] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [09:18] * Fallen|away is now known as Fallen
# [09:21] * Fallen is now known as Fallen|away
# [09:21] * Joins: RaZiel (quassel@B32E5CD3.8D8F7BC9.4073AF81.IP)
# [09:25] * Joins: smaug (chatzilla@moz-73DB0AA.gprs.sl-laajakaista.fi)
# [09:25] * ChanServ sets mode: +o smaug
# [09:26] * Quits: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP) (Client exited)
# [09:27] * Quits: @smaug (chatzilla@moz-73DB0AA.gprs.sl-laajakaista.fi) (Ping timeout)
# [09:28] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [09:29] <AryehGregor> bz, so can you explain to me why DocumentFragment is a dom::Element? That seems horribly, horribly confusing.
# [09:32] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [09:36] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [09:36] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [09:37] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [09:37] <NeilAway> sheppy: indeed, it wasn't installed ;-)
# [09:39] <jst> AryehGregor: AFAIK it's mostly because dom::Element already does the whole child containment thing for us
# [09:40] * Joins: martyn (martyn@moz-CABED5F2.range81-154.btcentralplus.com)
# [09:42] * Joins: MarcoZ (Daily@moz-9A5F3A87.dip.t-dialin.net)
# [09:43] * glob is now known as glob|away
# [09:44] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [09:45] * NeilAway had reproduced bug 749658 with 3 tabs :-P
# [09:47] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:47] <glazou> bonjour
# [09:48] <nigelb> Bonjour glazou
# [09:49] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
# [09:51] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (Ping timeout)
# [09:52] * Joins: jhopkins (jhopkins@moz-216F9986.tb.shawcable.net)
# [09:53] * Joins: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr)
# [09:53] * Quits: jhopkins|afk (jhopkins@moz-216F9986.tb.shawcable.net) (Ping timeout)
# [09:53] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [09:57] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [09:59] * Joins: smaug (chatzilla@moz-3153E482.gprs.sl-laajakaista.fi)
# [09:59] * ChanServ sets mode: +o smaug
# [10:01] * Joins: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP)
# [10:06] * joduinn-home is now known as joduinn-afk
# [10:10] * Quits: @smaug (chatzilla@moz-3153E482.gprs.sl-laajakaista.fi) (Ping timeout)
# [10:10] * Joins: edmorley (edmorley@moz-E455C402.range86-145.btcentralplus.com)
# [10:11] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (Ping timeout)
# [10:12] <mounir> bz: pong
# [10:12] * Joins: garnacho (carlos@moz-EA2D0541.dyn.user.ono.com)
# [10:14] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [10:14] * Joins: karl (karl@moz-8279586D.jetstream.xtra.co.nz)
# [10:15] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [10:18] <edmorley> glandium: ping
# [10:18] <glandium> edmorley: pong
# [10:18] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [10:18] <edmorley> hi :-)
# [10:18] <edmorley> don't know if you've seen the pgo failure after your push?
# [10:19] <glandium> edmorley: just saw :(
# [10:20] * Quits: rohan (chatzilla@CE8DD343.2C2BFB59.35E0727C.IP) (Ping timeout)
# [10:21] <hendry> I don't quite understand browser.cache.disk.smart_size.enabled. Does it override browser.cache.disk.capacity?
# [10:21] <hendry> is https://developer.mozilla.org/en/Mozilla_Networking_Preferences#Cache the right documentation btw? Lots of MediaWiki errors :(
# [10:21] <glandium> hendry: yes
# [10:21] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (Ping timeout)
# [10:22] <hendry> glandium: a user is complaining the cache (not sure which) is 25MB. I noticed when I disabled browser.cache.disk.smart_size.enabled, the cache does increase
# [10:22] <glandium> edmorley: we can either backout bug 748739 or apply this fixup: http://pastebin.mozilla.org/1606769
# [10:23] <edmorley> glandium: fixup wfm :-)
# [10:23] <glandium> edmorley: rs=you?
# [10:23] <edmorley> (given quiet and only pgo affected)
# [10:23] <edmorley> rs=me (albeit as a non peer obviously)
# [10:23] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:24] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [10:26] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (Ping timeout)
# [10:26] <Callek> glandium: fwiw also rs+=me if it helps
# [10:26] <Callek> glandium: especially given that /build/unix/ already had NO_PROFILE_GUIDED_OPTIMIZE where this was compiled
# [10:27] <glandium> Callek: it was not compiled under build/
# [10:27] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [10:27] <NeilAway> AryehGregor: heh, yes
# [10:27] * Fallen|away is now known as Fallen
# [10:28] <Callek> glandium: ooo got myself mixed up, but yea https://bugzilla.mozilla.org/attachment.cgi?id=618637&action=diff#a/build/unix/elfhack/Makefile.in_sec1 had that macro already set that way
# [10:29] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [10:30] * Joins: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net)
# [10:30] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [10:31] <edmorley> I'll trigger pgo on tip
# [10:31] * Quits: Matt (Matt@A356E139.176F2691.B7C3970A.IP) (Ping timeout)
# [10:32] * Joins: Matt (Matt@A356E139.176F2691.B7C3970A.IP)
# [10:33] <glandium> edmorley: thanks
# [10:33] * Joins: pranavrc (pranavrc@68D47CCF.B6852B0D.C28326FD.IP)
# [10:35] * Joins: rohan (chatzilla@CE8DD343.2C2BFB59.35E0727C.IP)
# [10:36] * Quits: pranavrc (pranavrc@68D47CCF.B6852B0D.C28326FD.IP) (Quit: Ping timeout: ∞)
# [10:38] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [10:38] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [10:39] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [10:40] * Joins: smaug (chatzilla@moz-3650A3AD.elisa-mobile.fi)
# [10:40] * ChanServ sets mode: +o smaug
# [10:43] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [10:43] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [10:43] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [10:43] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [10:46] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [10:50] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:52] * Quits: @smaug (chatzilla@moz-3650A3AD.elisa-mobile.fi) (Ping timeout)
# [10:53] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:53] <rohan> i need some help in css, any css expert here?
# [10:55] <smontagu> rohan: just ask the question.
# [10:56] <smontagu> maybe someone knows the answer without being an expert ;-)
# [10:56] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [10:56] <rohan> i have created a table and i have put 2 td's inside a tr tag. Now I have to apply additional indentation inside one of those td's how do i do that?
# [10:58] <rohan> I want to align an image and some text inside one of those td's
# [10:59] * Joins: alfredo- (Adium@514D186.F3BBB17D.144F44FA.IP)
# [11:01] * Quits: alfredo- (Adium@514D186.F3BBB17D.144F44FA.IP) (Quit: Leaving.)
# [11:01] * Joins: alfredo- (Adium@88F51059.F3BBB17D.144F44FA.IP)
# [11:01] * Joins: anky (anky@72EC74E6.24CCFCF8.A3D1B221.IP)
# [11:04] * Quits: anky (anky@72EC74E6.24CCFCF8.A3D1B221.IP) (Client exited)
# [11:04] * Joins: pranavrc (pranavrc@68D47CCF.B6852B0D.C28326FD.IP)
# [11:05] * Joins: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP)
# [11:06] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [11:11] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [11:16] <edmorley> glandium: win64 make check failure
# [11:22] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
# [11:33] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [11:33] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [11:38] * heycam is now known as heycam|away
# [11:39] * Quits: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Ping timeout)
# [11:39] * Joins: TheCrap (TheCrap@moz-3BC7BEEC.dip0.t-ipconnect.de)
# [11:39] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
# [11:40] <glandium> edmorley: likely culprit is bug 707579
# [11:42] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [11:45] * Joins: AutomatedTester (David@moz-B77DEAEB.mozilla.org)
# [11:45] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:47] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [11:51] * Quits: njn (chatzilla@moz-71689D29.dyn.iinet.net.au) (Client exited)
# [11:51] * Quits: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr) (Client exited)
# [11:51] * Joins: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr)
# [11:53] * Joins: loadbang (loadbang@moz-C378D0CB.range86-147.btcentralplus.com)
# [11:53] * Quits: loadbang (loadbang@moz-C378D0CB.range86-147.btcentralplus.com) (Connection reset by peer)
# [11:54] * Joins: loadbang (loadbang@moz-C378D0CB.range86-147.btcentralplus.com)
# [11:56] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: Restarting computer to get OS upgrade.)
# [11:58] * Joins: eflores_ (eflores@538BABFE.A073F3E.97BBD552.IP)
# [11:58] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [12:01] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [12:02] <NeilAway> glandium++
# [12:03] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
# [12:03] * Joins: KaiRo (robert@moz-4059AC21.adsl.highway.telekom.at)
# [12:04] * Quits: pranavrc (pranavrc@68D47CCF.B6852B0D.C28326FD.IP) (Quit: Ping timeout: ∞)
# [12:07] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
# [12:10] * bc_ is now known as bc
# [12:14] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [12:14] * Joins: Cwiiis_ (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [12:15] <glandium> NeilAway: ?
# [12:16] <NeilAway> glandium: not having to make in layout/build
# [12:17] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
# [12:19] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [12:23] * Joins: Metapioca (lg@moz-548650B4.rev.sfr.net)
# [12:24] * Quits: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Quit: Ex-Chat)
# [12:24] * Cwiiis_ is now known as Cwiiis
# [12:25] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:27] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
# [12:29] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [12:29] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [12:29] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
# [12:33] <@roc> I can never get TEST_PATH to work wit mochitest-chrome
# [12:33] <mattwoodrow> is your objdir within your srcdir?
# [12:34] <@roc> no
# [12:34] <@roc> TEST_PATH=layout/base for example never shows any tests
# [12:34] <@roc> leaving out TEST_PATH works fine
# [12:35] <mattwoodrow> that works for me, but with my objdir inside the srcdir
# [12:35] <mattwoodrow> not sure if that's related
# [12:35] * glob|away is now known as glob
# [12:35] * Joins: dao (dao@moz-E39AB73F.superkabel.de)
# [12:39] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [12:40] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [12:43] <edmorley> glandium: do you wish me to back out, or are you working on a fix? :-)
# [12:43] <glandium> edmorley: just backout (I don't like that patch to xpt.py anyways)
# [12:44] <Unfocused> wfm, without obj dir outside the src dir
# [12:44] <glandium> edmorley: (and the error we get is exactly the kind of things that make me not like it)
# [12:44] <glandium> edmorley: btw, did you trigger pgo builds?
# [12:45] <edmorley> glandium: yeah but I can't see them :-/
# [12:45] <glandium> edmorley: that matches what i see, then (that is, no pgo build in tbpl)
# [12:47] <edmorley> glandium: sorry, just realised I should have pinged mounir rather than you about the win64 make check, monday morning brain freeze :-)
# [12:48] <glandium> edmorley: well, it happened on my push
# [12:48] <glandium> (for your defense)
# [12:48] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [12:51] * Quits: avih (quassel@moz-FC873D4F.red.bezeqint.net) (Ping timeout)
# [12:55] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Connection reset by peer)
# [12:55] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [12:55] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
# [12:56] * Joins: cers_ (textual@D5CF850E.567E557.FE16CD6C.IP)
# [12:56] * Joins: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP)
# [12:57] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [12:57] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [12:57] <dao> what's the deal the many regressions reported to dev.tree-management?
# [12:57] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [12:58] * Callek looks
# [13:00] * Joins: past (past@moz-12254969.dsl.dyn.forthnet.gr)
# [13:00] <Callek> dao: well one regression according to the e-mailed range was from |* http://bugzilla.mozilla.org/show_bug.cgi?id=749493 - Database unlocking code doesn't run due to Java exception in getWritableDatabase()| backout -- did we have a corresponding win when that landed?
# [13:00] * Joins: avih (quassel@moz-73F3FD0F.red.bezeqint.net)
# [13:01] <dao> I don't know
# [13:01] <dao> 0f8ea3826bf7 Tim Taubert — merge m-c to fx-team also looks alarming
# [13:03] <dao> and another set of regressions from http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=450d8cd16316&tochange=0f8ea3826bf7
# [13:03] <aja> https://bugzilla.mozilla.org/show_bug.cgi?id=749493#c12 says bug 749493 took three attempts to land
# [13:05] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [13:05] * Callek decides to leave hunting to todays sheriff
# [13:06] * Quits: dao (dao@moz-E39AB73F.superkabel.de) (Quit: Leaving.)
# [13:06] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Ping timeout)
# [13:06] * glob is now known as glob|away
# [13:06] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
# [13:07] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [13:07] <smontagu> how do I get to the old view menu in the new UI?
# [13:07] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [13:08] <aja> alt
# [13:08] <smontagu> that's what I thought, but it does nothing
# [13:08] <smontagu> (I'm on Linux if that makes a difference)
# [13:08] <darktrojan> f10
# [13:09] <darktrojan> bah that used to work until unity came along and spoiled everything
# [13:09] * smontagu doesn't use unity :D
# [13:09] <smontagu> for exactly that reason
# [13:10] <edmorley> Callek: thanks ;-)
# [13:10] * Havvy uses KDE instead of Unity.
# [13:11] <Callek> edmorley: if you're sheriff I'm sorry -- I just think my time spent will be better used today ;-)
# [13:11] <aja> alt WFM on ubuntu with unity.....at least the distro version does anyway
# [13:11] <smontagu> Havvy++
# [13:11] <edmorley> Callek: I don't mind at all, I was just messing :-)
# [13:11] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [13:11] <smontagu> hmm, this is actually quite interesting
# [13:12] * Quits: loadbang (loadbang@moz-C378D0CB.range86-147.btcentralplus.com) (Quit: loadbang)
# [13:12] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [13:12] <smontagu> this mail has a heading Content-Type text/plain; charset="UTF-8"
# [13:12] <smontagu> but is actually in some 8-bit encoding, probably windows-1255
# [13:12] <smontagu> gmail seems to think that it's in windows-1251
# [13:13] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Ping timeout)
# [13:13] <smontagu> but then transcodes it into utf-8 (I think)
# [13:13] * mattwoodrow is now known as mattwoodrow|away
# [13:14] <smontagu> but if I "save as", saves in iso-8859-5 (again, I think)(
# [13:17] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [13:18] <smontagu> browser.menu.showCharacterEncoding is another odd thing
# [13:19] <smontagu> a string preference that takes the values "true" and "false" :S
# [13:20] * mattwoodrow|away is now known as mattwoodrow
# [13:20] <Havvy> smontagu: Put in "neither" and see what happens? :P
# [13:21] * smontagu puts "maybe"
# [13:22] <Pike> I advocate that the prefs behave like en-US if done arbitrarily
# [13:22] <Pike> like, "wahr"
# [13:22] <smontagu> there's a comment saying "this preference is a string so that localizers can alter it"
# [13:22] <Havvy> smontagu: No no, Maybe True (a.k.a. haskell monad)
# [13:22] <smontagu> Pike: can localizers not customize boolean prefs?
# [13:23] * Joins: espindola (espindola@moz-26CACD0.dsl.teksavvy.com)
# [13:24] <Pike> smontagu: I wouldn't know how
# [13:24] * Joins: dao (dao@moz-E39AB73F.superkabel.de)
# [13:24] <Pike> we only have string values in l10n in general
# [13:25] <Pike> (yes, there's firefox-l10n.js, but that only works for single-locale builds)
# [13:25] <aja> Havvy: and Xi_b baryon ?
# [13:25] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
# [13:26] <Havvy> Sure? Include the badly named particle.
# [13:26] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [13:26] <Callek> smontagu: fwiw iirc there is code to automatically translate strings of the type |pref("browser.menu.showCharacterEncoding", "chrome://browser/locale/browser.properties");| to actually load same string value from that *locale* properties file
# [13:26] * Joins: harth (harth@88F51059.F3BBB17D.144F44FA.IP)
# [13:26] <Callek> smontagu: while there is no easy way (at present) to do similar for a bool pref
# [13:27] <smontagu> do we have many prefs like this?
# [13:27] <Callek> smontagu: http://mxr.mozilla.org/comm-central/source/mozilla/browser/base/content/browser.js#1754 is how its used ;-)
# [13:28] <Callek> smontagu: |getComplexValue|... ;-)
# [13:28] <Callek> yea we use it a lot
# [13:28] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [13:29] * Quits: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP) (Client exited)
# [13:29] <smontagu> would it be so hard to add support for boolean prefs?
# [13:29] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [13:30] <Callek> smontagu: that is beyond my current expertise, but I do think it would be useful. Not sure how easy that would translate conceptually to l10n teams
# [13:30] <NeilAway> smontagu: well, the .properties file can only contain strings...
# [13:30] <smontagu> I should think it wouldn't change anything
# [13:30] <Unfocused> if you're surprised by that pref, you really don't want to look at security.default_personal_cert ;)
# [13:30] <smontagu> they would still have to write "true" or "false"
# [13:30] <smontagu> it's a very freak UX in about:config at present
# [13:31] * davehunt is now known as davehunt|away
# [13:31] <Callek> smontagu: yea about:config currently has magic to ensure that we use the localised default when displaying defaults for ones that have that type of complex pref
# [13:32] * Quits: tonymec|away (tonymec@59CF3D1.AF1D4928.277517C1.IP) (Ping timeout)
# [13:32] <Callek> smontagu: I guess I feel that if about:config is your use-case for better UX, we're "doing it wrong"
# [13:32] * Quits: tonymec (tonymec@59CF3D1.AF1D4928.277517C1.IP) (Ping timeout)
# [13:32] <Callek> smontagu: having someone find/edit stuff in about:config as our go-to UX, we've already lost
# [13:33] <smontagu> well, I"m starting from what actually happened to me :)
# [13:33] <smontagu> which was that I discovered that the pref existed by searching in about:config
# [13:34] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [13:35] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [13:37] <@roc> you are not a user
# [13:38] <Callek> smontagu: my suggestion for "fixing" this if you feel it is important is to subclass the nsILocalizeable* to have a Boolean interface, mark the *string* true/false as their respective and anything else as a simple string pref and adjust about:config to check for that -- but I can't promise that doesn't break anything
# [13:38] <Callek> smontagu: and yea, UX implies "USER" experience ;-)
# [13:38] <smontagu> roc: does that mean I don't have UX?
# [13:39] <smontagu> bad SMX
# [13:39] <@roc> no, you have Nerd Experience
# [13:39] <Callek> smontagu: I think you're just "experience" not UX
# [13:39] * Quits: Stan (Stan@moz-B727CC82.dip.t-dialin.net) (Quit: KVIrc KVIrc Equilibrium 4.1.3, revision: 6109, sources date: 20120101, built on: 2012-03-27 22:01:16 UTC - http://www.kvirc.net/)
# [13:39] <Havvy> NX, different than UX.
# [13:40] <Callek> fwiw I never consider my experience representative of a user, but I do always voice my own concerns with an experience as it affects me, since I am *a* user, but a very very very small subclass of the real target
# [13:40] <Callek> :-)
# [13:40] * Joins: Stan (Stan@moz-B727CC82.dip.t-dialin.net)
# [13:40] * smontagu thinks nerds are a minority of users that needs to be catered for
# [13:41] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [13:41] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:41] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Ping timeout)
# [13:41] <smontagu> why are their needs different from a11y and l10n?
# [13:41] <@roc> we can take care of ourselves
# [13:41] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Client exited)
# [13:42] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
# [13:42] * Fallen is now known as Fallen|away
# [13:42] <smontagu> "it's open source, patch it yourself"?
# [13:44] * Joins: robert (robert@moz-BA5236F6.vigred.com)
# [13:50] * mattwoodrow is now known as mattwoodrow|away
# [13:50] * Quits: karl (karl@moz-8279586D.jetstream.xtra.co.nz) (Ping timeout)
# [13:50] * Joins: smaugN9 (user@moz-4DF26352.gprs.sl-laajakaista.fi)
# [13:53] * khuey|away is now known as khuey
# [13:56] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [13:57] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Ping timeout)
# [13:58] * Quits: smaugN9 (user@moz-4DF26352.gprs.sl-laajakaista.fi) (Quit: Lost terminal)
# [13:58] * Quits: cers_ (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [13:59] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [13:59] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [14:00] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:01] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [14:01] * Joins: janv (varga@moz-93902D79.banicne.sk)
# [14:03] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [14:05] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:05] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:05] <@roc> no, people like you can figure out about:config :-)
# [14:13] * Joins: armenzg_afk (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [14:14] * Quits: janv (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [14:14] * Joins: janv (varga@moz-93902D79.banicne.sk)
# [14:14] * Joins: victorporof (victorporo@B3D6305C.6465CCD9.79933D60.IP)
# [14:14] * Quits: armenzg_afk (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Input/output error)
# [14:14] * Joins: armenzg_afk (armenzg@moz-1752C11C.dsl.bell.ca)
# [14:15] <glazou> hmmm
# [14:16] * nli| is now known as nli|away
# [14:16] * Joins: graememcc (chatzilla@moz-636769E2.range86-171.btcentralplus.com)
# [14:16] * Quits: nli` (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli`)
# [14:16] * Quits: armenzg_afk (armenzg@moz-1752C11C.dsl.bell.ca) (Ping timeout)
# [14:16] * ewong|sleep is now known as ewong
# [14:17] * Joins: bholley_ (anonymous@moz-104CC309.mv.mozilla.com)
# [14:17] * Joins: nigelb (Adium@5E5B0387.2BA6A88A.99F87FBF.IP)
# [14:19] * Quits: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr) (Ping timeout)
# [14:19] * bholley_ is now known as bholley
# [14:21] * Joins: timdream (timdream@moz-3B62A60D.adsl.dynamic.seed.net.tw)
# [14:21] * Joins: smagnin (pike@moz-1816673.w90-57.abo.wanadoo.fr)
# [14:21] * Quits: dao (dao@moz-E39AB73F.superkabel.de) (Ping timeout)
# [14:22] * Joins: janv_ (varga@moz-93902D79.banicne.sk)
# [14:22] * Quits: davehunt|away (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
# [14:22] * Quits: janv (varga@moz-93902D79.banicne.sk) (Ping timeout)
# [14:23] * Joins: dao (dao@moz-E39AB73F.superkabel.de)
# [14:23] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [14:23] * Joins: janv__ (varga@moz-93902D79.banicne.sk)
# [14:24] * Quits: janv_ (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [14:25] * Quits: robert (robert@moz-BA5236F6.vigred.com) (Quit: robert)
# [14:25] * Joins: armenzg_afk (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [14:27] * Joins: armenzg__ (armenzg@moz-1752C11C.dsl.bell.ca)
# [14:28] * Quits: armenzg_afk (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
# [14:28] * Joins: bholley_ (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr)
# [14:29] * Quits: dao (dao@moz-E39AB73F.superkabel.de) (Quit: Leaving.)
# [14:29] * Quits: armenzg__ (armenzg@moz-1752C11C.dsl.bell.ca) (Ping timeout)
# [14:30] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [14:30] * bholley_ is now known as bholley
# [14:30] * Joins: janv (varga@moz-93902D79.banicne.sk)
# [14:30] * Quits: janv__ (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [14:30] * Joins: vikash (vikash@9999A9DE.38F0169.5D9ABA9F.IP)
# [14:30] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [14:30] * Joins: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP)
# [14:31] * Joins: robert (robert@moz-BA5236F6.vigred.com)
# [14:31] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [14:32] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [14:33] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [14:34] * Quits: janv (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [14:34] * Joins: janv_ (varga@moz-93902D79.banicne.sk)
# [14:35] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [14:36] * Joins: mjschranz_ (mjschranz@6277CB43.531FD64C.630E4E47.IP)
# [14:36] * Quits: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [14:39] <edmorley> still no win pgo triggered :-(
# [14:41] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [14:42] * Quits: robert (robert@moz-BA5236F6.vigred.com) (Quit: robert)
# [14:42] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [14:45] * Joins: pranavrc (pranavrc@95F21830.A588E5E2.520CDC98.IP)
# [14:45] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [14:46] * Quits: janv_ (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [14:48] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [14:48] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
# [14:48] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:49] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [14:50] <decoder> keeping firefox open for a long time doesnt seem to be working quite well with current aurora
# [14:50] <decoder> i had this session open for 1-2 weeks now
# [14:50] <decoder> (aurora back then)
# [14:50] <decoder> it got slower and slower
# [14:50] <decoder> just closed and reopened, at least twice as fast
# [14:52] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [14:54] * Quits: timdream (timdream@moz-3B62A60D.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [14:57] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [14:58] * Quits: mjschranz_ (mjschranz@6277CB43.531FD64C.630E4E47.IP) (Ping timeout)
# [14:59] * Joins: armenzg_afk (armenzg@7DD071A9.5BCEC6DB.DA78B690.IP)
# [14:59] * Quits: rohan (chatzilla@CE8DD343.2C2BFB59.35E0727C.IP) (Client exited)
# [14:59] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [15:03] * glob|away is now known as glob
# [15:03] * Quits: kanha (quassel@50E471A1.8293D34.9105FBCF.IP) (Ping timeout)
# [15:04] * Joins: jprmc (jprmc@7641BDDC.5BCEC6DB.DA78B690.IP)
# [15:05] * Joins: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP)
# [15:06] <vikash> gerv, ping
# [15:07] * armenzg_afk is now known as armenzg
# [15:07] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [15:07] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [15:07] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [15:08] * rail_away is now known as rail
# [15:09] * Quits: jprmc (jprmc@7641BDDC.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:13] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [15:13] <jhorak> NeilAway: hi, how could I deal with namespaces with enable-external-linkage ? eg. https://bugzilla.mozilla.org/show_bug.cgi?id=707305#c9
# [15:14] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [15:14] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
# [15:14] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [15:14] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [15:14] * Joins: dao (dao@moz-A76ABD51.pool.mediaways.net)
# [15:15] <askalski> hi everyone
# [15:15] <askalski> I am working on some testing facility for firefox, and I need an answer to a general question:
# [15:16] <askalski> does firefox sygnal anyhow (with stoud or anything) that it's ready to start browsing? I don't want to put sleep(5) in testing framework just to let it start...
# [15:16] <@ted> no
# [15:18] * Joins: timdream (timdream@moz-3B62A60D.adsl.dynamic.seed.net.tw)
# [15:19] <askalski> ted, so sleep(5) is the only option?
# [15:19] * Joins: soonbing (pikapi@moz-DDD01F22.singnet.com.sg)
# [15:19] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
# [15:19] <Callek> askalski: why invent the wheel -- look at https://developer.mozilla.org/en/Mozilla_automated_testing
# [15:19] <Callek> s/invent/reinvent/
# [15:20] <askalski> Callek, job assignment :) I am to build a standalone testing facillity for accessibility
# [15:20] <Callek> mozilla-job-assignment, or seperate company job assignment?
# [15:21] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
# [15:21] <askalski> Callek, mozilla.
# [15:21] <@ted> don't use sleep(5)
# [15:21] <@ted> that will never work
# [15:21] <@ted> (reliably)
# [15:21] <askalski> ted, I know! that's why I am asking
# [15:21] <@ted> why does this have to be standalone?
# [15:21] <askalski> ted, I wrote to guys from a-team
# [15:22] <askalski> ted, it runs 2-3 external applications to do tests
# [15:22] * Joins: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP)
# [15:22] <@ted> okay, so
# [15:23] <@ted> i would suggest you possibly find a way to reuse one of our existing harnesses
# [15:23] <@ted> even if you don't need all of it
# [15:23] <@ted> what you really need is a way to start the browser and get some info back from it once it's at the state you need
# [15:23] <askalski> ted, I am looking at peptest right now
# [15:23] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:24] <@ted> most of our harnesses stick some extensions in the profile to have chrome access
# [15:24] * Joins: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP)
# [15:24] <@ted> you could do that pretty easily
# [15:24] <@ted> it's also possible that something like marionette would do what you need
# [15:24] <@ted> askalski: join #ateam ?
# [15:24] <askalski> ted, already there :D
# [15:25] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:25] * jlund|away is now known as jlund
# [15:26] * Quits: shorlander_ (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
# [15:26] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [15:26] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
# [15:26] * Standard8Away is now known as Standard8
# [15:28] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [15:28] * Quits: soonbing (pikapi@moz-DDD01F22.singnet.com.sg) (Client exited)
# [15:28] * rail is now known as rail_away
# [15:29] * Joins: jprmc (jprmc@7641BDDC.5BCEC6DB.DA78B690.IP)
# [15:29] * armenzg is now known as armenzg_afk
# [15:29] * Quits: armenzg_afk (armenzg@7DD071A9.5BCEC6DB.DA78B690.IP) (Input/output error)
# [15:29] * Quits: dao (dao@moz-A76ABD51.pool.mediaways.net) (Quit: Leaving.)
# [15:30] * Joins: armenzg_afk (armenzg@7DD071A9.5BCEC6DB.DA78B690.IP)
# [15:30] * Quits: vikash (vikash@9999A9DE.38F0169.5D9ABA9F.IP) (Quit: Leaving)
# [15:30] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [15:30] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:31] * Quits: armenzg_afk (armenzg@7DD071A9.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:32] * rail_away is now known as rail
# [15:33] <jesup> ted: I added stuff in my webrtc_import script to flag gyp file adds/removes/moves to try to minimize missed changes needed to the dependencies. We might want to replace it with something that does a find for .gyp[i] files in media/webrtc to eliminate human interaction
# [15:33] * Quits: nigelb (Adium@5E5B0387.2BA6A88A.99F87FBF.IP) (Quit: Leaving.)
# [15:34] <@ted> jesup: the gyp backend should auto-generate dependencies based on all the input files
# [15:34] * Quits: mjschranz (mjschranz@8F761026.B5EF4AF6.E96CA9D8.IP) (Client exited)
# [15:34] <@ted> the only thing you'd have to be careful of is new top-level gyp files
# [15:34] <@ted> (like the peerconnection stuff)
# [15:34] * Joins: janv (varga@moz-93902D79.banicne.sk)
# [15:35] <jesup> ted: I'm also looking at Android, and I'm getting tripped up on the $CROSS_CC check in common.gypi to find the gcc lib
# [15:35] <@ted> oh ugh
# [15:35] <@ted> i didn't look at that at all
# [15:35] <jesup> I modified configure.in to get it to believe it's android
# [15:35] <@ted> heh
# [15:35] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [15:36] <jesup> -D gtest_target_type=executable -G os=android and also translated CPU_ARCH for -D target_arch=${WEBRTC_TARGET_ARCH}
# [15:37] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [15:37] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [15:38] <jesup> It uses this to get libgcc.a: '<!($CROSS_CC -print-libgcc-file-name)',
# [15:38] * Joins: janv_ (varga@moz-93902D79.banicne.sk)
# [15:38] * Quits: janv (varga@moz-93902D79.banicne.sk) (Ping timeout)
# [15:38] * jesup will need to hop on a call to Norway in a sec
# [15:40] <@ted> okay
# [15:40] <@ted> where does it get CROSS_CC?
# [15:41] <@ted> we might have to add a few exceptions in there
# [15:41] <gaston> when is tb 12.0.1/sm 2.9.1 supposed to hit the mirrors ? i thought it was supposed to be this morning GMT...
# [15:41] <@ted> like "we already know our full build environment, thanks, just use what we give you"
# [15:42] <Callek> gaston: it was supposed to be this morning GMT for TB
# [15:42] <Callek> gaston: so I can't speak to that, SeaMonkey should likely be out early afternoon PDT
# [15:42] <Callek> Standard8: ^^ TB 12.0.1 ?
# [15:43] * Joins: janv (varga@moz-93902D79.banicne.sk)
# [15:43] <Standard8> gaston: sorry, we got delayed a bit, rsn. Probably next 30 mins
# [15:43] * Quits: janv_ (varga@moz-93902D79.banicne.sk) (Ping timeout)
# [15:43] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [15:43] <gaston> ok, great :)
# [15:44] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
# [15:44] * bear-afk is now known as bear
# [15:45] * Quits: janv (varga@moz-93902D79.banicne.sk) (Ping timeout)
# [15:45] * Joins: janv (varga@moz-93902D79.banicne.sk)
# [15:46] * Quits: timdream (timdream@moz-3B62A60D.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [15:47] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:48] * Joins: janv_ (varga@moz-93902D79.banicne.sk)
# [15:48] * Quits: janv (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [15:49] * Quits: janv_ (varga@moz-93902D79.banicne.sk) (Connection reset by peer)
# [15:53] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [15:55] <NeilAway> jhorak: oh, right
# [15:55] <NeilAway> jhorak: those are imported from libxul, so you need to link to it
# [15:55] * jmaher|afk is now known as jmaher
# [15:55] <NeilAway> jhorak: (or move them to the glue somehow, but I don't know how to do that)
# [15:55] <decoder> espindola: do we have a setup where the clang rpm can be built? i never did that before
# [15:55] <jhorak> doesn't that broke tb+libxul?
# [15:56] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [15:56] <espindola> decoder, it is normally built in a centos 5 machine :-(
# [15:56] <espindola> to just check if we are passing the right flags
# [15:56] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [15:56] <decoder> hm. i might have a centos5 chroot here
# [15:56] <espindola> you might be able to try to build it in a modern fedora system
# [15:57] <decoder> just not too familiar with RPMs
# [15:57] <NeilAway> jhorak: shouldn't do, it's only libimport/libmail that need to link to libxul
# [15:57] <decoder> been quite some time since I worked with those
# [15:57] <espindola> if you have a centos 5, you should be able to copy the spec to /usr/src/redhat/SPEC
# [15:57] <jhorak> NeilAway: okay, ah, I see. I'll try to look into it.
# [15:57] <espindola> and run rpmbuild -bb in there
# [15:57] <espindola> (as root)
# [15:58] * Quits: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP) (Ping timeout)
# [15:58] <NeilAway> jhorak: and maybe one or two others, I forgot already
# [15:58] <decoder> espindola: okay ill try that
# [15:58] <espindola> thanks!
# [15:58] * Joins: cers (textual@moz-C67EEA03.bynqu1.dynamic.dsl.tele.dk)
# [15:59] <NeilAway> jhorak: oh, right, smime
# [16:00] <jhorak> NeilAway: -lxul should be sufficient?
# [16:00] <NeilAway> jhorak: sorry, my build fu isn't up to that
# [16:00] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [16:02] * Joins: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:02] * Quits: victorporof (victorporo@B3D6305C.6465CCD9.79933D60.IP) (Ping timeout)
# [16:04] * Joins: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP)
# [16:04] * Joins: dao (dao@moz-A76ABD51.pool.mediaways.net)
# [16:05] * Joins: armenzg_afk (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [16:05] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:05] * Joins: JeroenDeDauw (jeroen@B59FE6FF.F49FB72B.172227A7.IP)
# [16:06] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [16:06] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [16:07] <bholley> edmorley: ping
# [16:07] <edmorley> bholley: hi :-)
# [16:07] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
# [16:07] <bholley> edmorley: so, DOMWindow/docshell leaks
# [16:07] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [16:07] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [16:07] <bholley> edmorley: I know these have been happening on central
# [16:08] <bholley> edmorley: I see them with my compartment-per-global try builds
# [16:08] <edmorley> ah
# [16:08] <edmorley> bug 734554
# [16:08] <bholley> edmorley: https://tbpl.mozilla.org/?tree=Try&rev=e0ff4a8c8098
# [16:08] * Joins: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net)
# [16:08] <edmorley> oh
# [16:09] <bholley> edmorley: the patches haven't changed, but over the past two weeks those oranges have sometimes appeared and sometimes not
# [16:09] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [16:09] * Joins: madhava_ (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:09] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Ping timeout)
# [16:09] <bholley> edmorley: so I'm wondering if those are my problem or not
# [16:09] * NeilAway wonders whether gaston knows
# [16:09] <edmorley> bholley: it's definitely leaking more on that try run
# [16:09] <edmorley> unfortunately
# [16:09] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [16:09] * Joins: tonymec__ (tonymec@78D6A323.3F6FF523.277517C1.IP)
# [16:09] <decoder> espindola: it seems that i need /tools/gcc-4.5-0moz3 in that chroot. we do have an rpm for that right?
# [16:10] * tonymec__ is now known as tonymec|away
# [16:10] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Connection reset by peer)
# [16:10] <gaston> NeilAway: i know nothing! i swear!
# [16:10] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:10] * madhava_ is now known as madhava
# [16:10] <gaston> wait, what's the question ?
# [16:10] * Quits: int3 (int3@moz-4F9BAFA5.subnet-248.amherst.edu) (Client exited)
# [16:10] <bholley> edmorley: So, CPG could certainly expose various memory leaks in our tests/chrome code
# [16:10] <bholley> edmorley: but it most certainly doesn't cause them
# [16:10] <edmorley> bug 734554 just covers the once or twice a day exceeding of the current threshold of 23 (set by bug 749361)
# [16:11] * bwinton_away is now known as bwinton
# [16:11] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [16:11] * Joins: int3 (int3@moz-4F9BAFA5.subnet-248.amherst.edu)
# [16:11] <edmorley> bholley: dao might be your best bet to work out what is happening on your try run maybe?
# [16:11] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [16:12] * Quits: int3 (int3@moz-4F9BAFA5.subnet-248.amherst.edu) (Client exited)
# [16:12] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [16:12] * Joins: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP)
# [16:12] * armenzg_afk is now known as armenzg
# [16:12] * coop|away is now known as coop|mtg
# [16:12] <edmorley> bholley: the threshold was able to be lowered after bug 695480 landed; I seem to recall some bugmail earlier today mentioning reverting CPG reverting part of bug 695480?
# [16:13] <Callek> decoder: B2G or normal linux? (re: gcc rpm)
# [16:13] <bholley> edmorley: oh!
# [16:13] <bholley> edmorley: that's probably it
# [16:13] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [16:13] * Quits: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP) (Ping timeout)
# [16:13] <bholley> edmorley: if that bug reduced leaks in our browser-chrome tests, then they're most certainly about to reappear
# [16:14] <bholley> edmorley: the Nuke patch _really_ shouldn't have landed
# [16:14] <khuey> lies
# [16:14] <decoder> Callek: normal linux
# [16:14] <bholley> edmorley: because it turned CPG orange
# [16:15] <bholley> edmorley: so how do we bump the threshold again?
# [16:15] <espindola> decoder, yes, one sec
# [16:15] <NeilAway> gaston: how to make libimport/libsmime/libmail link to libxul to pick up the symbols exported by bug 714967
# [16:15] <edmorley> bholley: revert dao's https://bugzilla.mozilla.org/attachment.cgi?id=618792&action=diff
# [16:15] <espindola> decoder, http://people.mozilla.org/~raliiev/gcc/
# [16:15] <gaston> NeilAway: i'm not that much a mozhacker, sorry :)
# [16:15] <edmorley> bholley: or at least bump it up a bit more
# [16:16] <jhorak> NeilAway: adding XPCOM_LIBS helped.
# [16:16] <decoder> espindola: thx!
# [16:16] * AutomatedTester is now known as AutomatedTester|away
# [16:16] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [16:16] <Callek> decoder: there is an rpm for it (I don't have it handy) but you can always grab the spec file or ask for it, afaik http://hg.mozilla.org/build/rpm-sources/file/93b04c634e60/gcc45/centos5-i686/gcc45.spec
# [16:16] <Callek> ....oooo espin-dola just linked you to the rpm!
# [16:17] <bholley> dao: you there?
# [16:17] <NeilAway> gaston: nm, maybe I had you confused with someone else anyway
# [16:18] <bholley> khuey: does bumping that leak threshold SGTY?
# [16:18] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:18] <gaston> nope, but i'm interested in tb on libxul but not to that hacking level..
# [16:19] <NeilAway> gaston: ok, so I was half right then
# [16:19] <dao> bholley: yes
# [16:19] <bholley> dao: so, leak thresholds
# [16:20] <decoder> espindola: there is some "old-ld" patch in the clang spec. it does not apply
# [16:20] <bholley> dao: the nuker patch landed kind of prematurely, in that it turned the soon-to-be-landed compartment-per-global patch orange
# [16:20] <bholley> dao: so khuey's (interim?) solution is to stop nuking chrome->chrome wrappers
# [16:20] <khuey> bholley: yes
# [16:20] <bholley> dao: but when I push the new compartment-per-global patch (with that), I get ~33 leaked domwindows
# [16:21] <bholley> dao: so I want to bump the threshold to that. Does that sound good?
# [16:21] <espindola> decoder, it should, check if your tree is clean...
# [16:21] <espindola> or just for this check you can probably comment it out
# [16:21] <dao> bholley: what tests are leaking?
# [16:21] <decoder> espindola: this is all freshly checked out
# [16:21] <bholley> dao: https://tbpl.mozilla.org/?tree=Try&rev=e0ff4a8c8098
# [16:22] <espindola> strange
# [16:22] <decoder> espindola: ok ill comment it out
# [16:22] <decoder> i got spec file + patch from rpm-build hg repo freshly checked out, and the rpmbuild checked out clang etc.
# [16:22] <decoder> since nothing was in that chroot before that
# [16:23] <dao> bholley: the tests should be listed right after "TEST-UNEXPECTED-FAIL | ShutdownLeaks | leaked 30 DOMWindow(s) and 2 DocShell(s) until shutdown" in the logs
# [16:23] <espindola> the patch is in the SOURCE directory, right?
# [16:23] <decoder> espindola: yes. it finds the patch. it just does not apply cleanly
# [16:23] <espindola> !
# [16:23] <decoder> maybe someone has updated the patch but not checked in
# [16:24] * Parts: alfredo- (Adium@88F51059.F3BBB17D.144F44FA.IP)
# [16:24] <decoder> building now without it
# [16:24] <dao> bholley: if your leaks are in tests that didn't leak before, then bumping the threshold doesn't sound good to me
# [16:24] * Quits: coop|mtg (Chris@moz-292D4970.dsl.bell.ca) (Ping timeout)
# [16:24] <bholley> dao: well this whole thing was green before the threshold change
# [16:24] <espindola> decoder, cool. Record a log, lets see how int_util.o is being built
# [16:26] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [16:26] * Joins: coop (Chris@moz-3AC44F1C.dsl.bell.ca)
# [16:26] * armenzg is now known as armenzg_buildduty
# [16:27] <dao> bholley: I'm not sure what deduce from that. the threshold was too high, so it hid your regressions. now it shows them.
# [16:28] <bholley> dao: um, what?
# [16:28] <bholley> dao: the threshold was able to be lowered because of a patch that we're now partially backing out
# [16:28] <decoder> espindola: yep, im piping all through tee :)
# [16:28] <bholley> dao: unless I'm mistaken?
# [16:28] <decoder> hm. i probably need verbose compiling though
# [16:28] <espindola> cool
# [16:29] <espindola> yes, you probably want to add a VERBOSE=1
# [16:29] <bholley> dao: (the nuke cross-compartment wrappers patch)
# [16:29] <decoder> espindola: much better ;)
# [16:29] * Quits: JeroenDeDauw (jeroen@B59FE6FF.F49FB72B.172227A7.IP) (Ping timeout)
# [16:30] <Callek> should I be concerned about the new tab page displaying *screenshots* of https:// sites
# [16:30] * wlach|afk is now known as wlach
# [16:30] <dao> bholley: so I'm saying, if we're leaking windows we were leaking before, that's ok. if we're leaking windows we weren't leaking before, that's not ok. which is why we need to look at the output in the logs rather than only the summary
# [16:30] <Callek> (facebook homepage, bank, etc.)
# [16:30] * Joins: JeroenDeDauw (jeroen@4F4459FB.E2A2A769.35210129.IP)
# [16:31] * Quits: JeroenDeDauw (jeroen@4F4459FB.E2A2A769.35210129.IP) (Quit: Leaving.)
# [16:31] * Joins: JeroenDeDauw (jeroen@4F4459FB.E2A2A769.35210129.IP)
# [16:31] <decoder> Callek: hm. these things can also be cached, cant they?
# [16:32] <Callek> decoder: I don't pretend to have looked at the code behind it, only saw it on Fx13 beta1
# [16:32] <jhorak> gaston: we need to finish this https://bugzilla.mozilla.org/show_bug.cgi?id=452232 before we can do tb+libxul.
# [16:33] <bholley> dao: oh, I see. I misunderstood your previous comment as saying that we could a priori deduce this
# [16:33] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [16:33] * bholley looks at the logs
# [16:33] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:36] * Quits: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:36] * Joins: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:37] <bholley> dao: ok, there are indeed new ones
# [16:37] * gregglind_away is now known as gregglind
# [16:37] * @bz wonders whether reporter of https://bugzilla.mozilla.org/show_bug.cgi?id=749996 is really using Fx8
# [16:37] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [16:37] <dao> bholley: can you paste them somewhere?
# [16:37] <bholley> dao: sure thing
# [16:38] <Callek> bz: up until a few hours ago, Bing bundled builds were Fx8 fwiw
# [16:38] <@bz> nice
# [16:38] <Callek> bz: so it IS possible
# [16:38] * Quits: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:38] * Joins: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [16:39] <decoder> Callek: what I meant is, that in general, https content can be cached like any other content. so I dont see an immediate problem with a screenshot of it being cached.
# [16:39] * Joins: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:39] <decoder> or am i wrong there?
# [16:40] <Callek> decoder: hitting *new tab* would let anyone see my content without a technical knowledge, even if my login has a time-based expiry
# [16:40] * Quits: JeroenDeDauw (jeroen@4F4459FB.E2A2A769.35210129.IP) (Ping timeout)
# [16:40] <Callek> while a program could have gone through the data and found that is another story
# [16:40] <Callek> I'm talking about humans
# [16:40] * Joins: int3 (int3@moz-AF8AE5D9.cs.umass.edu)
# [16:40] * coop is now known as coop|mtg
# [16:40] * Quits: int3 (int3@moz-AF8AE5D9.cs.umass.edu) (Client exited)
# [16:41] <decoder> Callek: if you're concerned about that, then i think the proper solution is to use private browsing or delete history after doing your stuff
# [16:41] <decoder> delete history will also delete the screenshots
# [16:41] <decoder> ive tested that
# [16:41] <@bz> OH!
# [16:41] * Quits: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [16:42] * Quits: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:42] <Callek> decoder: for *myself* I can deal just fine, I'm a dev and have my ssh key on my machine, not letting others use it
# [16:42] <Callek> decoder: I'm concerned for regular users, for people like my mom, cousins, etc.
# [16:42] * Joins: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:42] <decoder> i think regular users are well aware what private browsing is meant for
# [16:42] <bholley> dao: ok, I think this should be the unique ones: http://pastebin.mozilla.org/1607288
# [16:42] <decoder> most non-technical people I talked to knew how to behave when others use the same browser/profile on the machine
# [16:43] * Quits: graememcc (chatzilla@moz-636769E2.range86-171.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
# [16:43] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [16:43] * ChanServ sets mode: +o dbaron
# [16:43] <decoder> most public machines also auto-delete history for that reason
# [16:43] <Callek> decoder: my experiences are very different fwiw
# [16:43] * Joins: cers_ (textual@D5CF850E.567E557.FE16CD6C.IP)
# [16:43] <Unfocused> showing screenshots of https sites is intentional - https isn't an indication of a privacy-sensitive page
# [16:43] <Callek> there mere fact that a front page can contain facebook wall screenshot will be shocking to many I suspect
# [16:44] <Callek> Unfocused: https:// with EV surely feels privacy-intended to me
# [16:44] * Quits: cers (textual@moz-C67EEA03.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
# [16:44] <Callek> or at least "security intended"
# [16:44] <Callek> where I wouldn't want those sites to display content unaware
# [16:44] <bholley> dao: what do you think is the way forward?
# [16:45] * Quits: cers_ (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [16:45] <Callek> Unfocused: if its not, as a web-dev how would we indicate to Firefox that "our website is private don't display in things like new-tab page"
# [16:45] <Unfocused> fwiw, it won't keep screenshots of pages with no-cache headers - which is a better (albeit still overloaded) indication
# [16:46] * Joins: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr)
# [16:46] * Quits: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr) (Quit: tchevalier)
# [16:46] * Joins: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr)
# [16:46] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [16:46] <Unfocused> can't remember if there's any other cases where it won't keep a screenshot
# [16:46] * Joins: robert (robert@moz-BA5236F6.vigred.com)
# [16:47] * Quits: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:47] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:47] <dao> bholley: we need to figure out if this is a bug in your patch or if it uncovers an existing defect in those places tests
# [16:47] * Joins: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:47] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [16:47] <bholley> dao: It is almost certainly the latter ;-)
# [16:48] <dao> bholley: and fix it one way or another
# [16:48] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [16:48] <Unfocused> ttaubert would know more
# [16:48] * mcote|afk is now known as mcote
# [16:48] <bholley> dao: compartment-per-global is a pretty massive platform-wide change, and one that we really really really want
# [16:48] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:48] * Quits: robert (robert@moz-BA5236F6.vigred.com) (Quit: robert)
# [16:48] <dao> bholley: mak and mano are your go-to persons for places issues, fwiw
# [16:48] * Unfocused attempts sleep yet again
# [16:48] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [16:49] <bholley> dao: I know, we've already been through a number of iterations of broken places tests :-(
# [16:49] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [16:50] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [16:51] * Quits: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:52] * Joins: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:52] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Ping timeout)
# [16:52] * Joins: timdream (timdream@moz-3B62A60D.adsl.dynamic.seed.net.tw)
# [16:52] <bholley> dao: I'll file a bug and check in with jst and dolske. My gut feeling is that we file a bug and bump the leak count for now, but we'll see what people think. Thanks for your help :-)
# [16:52] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [16:54] * Joins: graememcc (chatzilla@moz-636769E2.range86-171.btcentralplus.com)
# [16:54] * Quits: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:54] * Joins: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:54] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [16:55] * joduinn-afk is now known as joduinn-mtg
# [16:55] * Quits: victorporo (victorporo@13BBEF06.A00C134E.79933D60.IP) (Connection reset by peer)
# [16:55] <edmorley> phew! 6 and a half hours later m-c & inbound are finally starred and new oranges filed up to tip. neworanges--
# [16:56] * Joins: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [16:56] * Joins: cadecairos (cadecairos@F2D29657.F60B0462.67AC9B1.IP)
# [16:56] <bholley> edmorley++
# [16:57] * Joins: tonymec (tonymec@78D6A323.3F6FF523.277517C1.IP)
# [16:57] * rail is now known as rail_away
# [16:59] * rail_away is now known as rail
# [16:59] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Ping timeout)
# [17:00] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [17:00] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [17:01] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [17:01] * ewong is now known as ewong|sleep
# [17:01] * Joins: marco (Mibbit@AB7339A9.B1299530.10DC0B64.IP)
# [17:02] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [17:02] <marco> is there a difference between bug 708673 and bug 708788?
# [17:03] <khuey> 115, presumably
# [17:03] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [17:03] <marco> khuey :)
# [17:03] <edmorley> khuey: there's always one... :P
# [17:03] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [17:03] <marco> "Add telemetry probes for new/close tab animations" and "Add telemetry probe for tab close"
# [17:03] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [17:04] <khuey> they look pretty similar to me
# [17:04] <KWierso> Marco: I would hope he knew that he filed two different bugs in the course of three hours
# [17:05] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [17:05] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [17:05] <marco> i'll ask on the bug
# [17:06] * Joins: JeroenDeDauw (jeroen@4F4459FB.E2A2A769.35210129.IP)
# [17:06] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [17:06] <Callek> Marco: "tab close animations" !== "tab close"
# [17:06] <Callek> imo
# [17:06] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [17:07] <marco> Callek, probably this is the reason
# [17:07] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
# [17:07] <marco> but I wonder what should the "tab close" telemetry probe measure
# [17:08] <@bz> how long it takes to close the tab?
# [17:08] <edmorley> "I still just dismiss all those bad certs warnings, It makes me feel annoyed, though, that I have to click through all those buttons to see the site that I want to visit. "
# [17:08] * Quits: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP) (Quit: Leaving.)
# [17:08] <edmorley> the sad thing is that I'm sure that's the way 95% of users see it
# [17:08] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
# [17:09] <edmorley> (re dev.apps.firefox post https://groups.google.com/d/msg/mozilla.dev.apps.firefox/uoDPunwAD1s/zFNYZRShFdQJ)
# [17:09] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [17:10] <edmorley> there's a lot of truth in http://www.codinghorror.com/blog/2005/07/the-dancing-bunnies-problem.html
# [17:10] * NeilAway idly wonders what edmorley's job description is
# [17:11] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [17:11] <edmorley> NeilAway: "Software tools developer, front-end" with the a-team; but in reality 80% perma-sheriff
# [17:11] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [17:12] * coop|mtg is now known as coop|afk
# [17:12] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [17:12] <Wes> OT, but anybody here have good advice for how to get fast bandwidth between North America and Berlin? One of my devs is seeing 300ms ping, that's insane for remote work
# [17:12] <NeilAway> edmorley: so, you should be developing front-end software tools to help you sheriff?
# [17:12] <edmorley> NeilAway: amongst other things, yeah
# [17:12] * Joins: bruno_ (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [17:13] * Quits: bruno_ (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Quit: bruno_)
# [17:13] <edmorley> !seen ehsan
# [17:13] <firebot> ehsan was last seen 2 days, 18 hours, 52 minutes and 45 seconds ago, saying 'oh no I'm just curious to see the layer tree for now' in #gfx.
# [17:13] * Joins: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [17:13] <@bz> http://blogs.msdn.com/b/oldnewthing/archive/2012/04/30/10298919.aspx
# [17:13] <@bz> That's hilarious
# [17:14] * Joins: Jake (Jake@moz-3284655B.resnet.drexel.edu)
# [17:15] * edmorley strips the local merge now that ehsan's yet again beaten him to it :-/
# [17:15] * Quits: tonymec|away (tonymec@78D6A323.3F6FF523.277517C1.IP) (Ping timeout)
# [17:15] * Joins: msucan (msucan@7A4CDDE7.7A418818.B4CEF140.IP)
# [17:15] <KWierso> if(kraken) return true;
# [17:15] * Joins: tonymec|away (tonymec@78D6A323.3F6FF523.277517C1.IP)
# [17:15] <@bz> KWierso: verily
# [17:16] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [17:17] * joduinn-mtg is now known as joduinn-commute
# [17:17] * Joins: Sebastian (Sebastian@moz-9043B541.sebastianhahn.net)
# [17:18] <Sebastian> Hey, I'm trying to build Firefox on Lion. The build is succeeding, but when I use the resulting browser it crashes on any website that has an image on it.
# [17:18] <Sebastian> This the the mozconfig file I'm using: http://pastebin.com/YVAD2c2A
# [17:18] <Sebastian> Any hints as to what could be going wrong?
# [17:18] <@bz> so here's a question
# [17:18] <@bz> why is there a spam quarantine summary mail for engineering@mozilla.com? ;)
# [17:19] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [17:19] <khuey> there's one for sf@mozilla.com too
# [17:20] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Quit: leaving)
# [17:20] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [17:20] <mwu> someone actually clicked deliver on one of the spam messages in that summary for engineering@mozilla
# [17:20] <mwu> (AFAICT)
# [17:20] * Quits: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net) (Ping timeout)
# [17:20] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [17:21] <mwu> seems a bit broken.
# [17:22] * Joins: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net)
# [17:23] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [17:23] * ChanServ sets mode: +o ehsan
# [17:23] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [17:24] <edmorley> ehsan: hi :-)
# [17:24] <@ehsan> hey
# [17:24] <edmorley> ehsan: want me to mark the bugs? (I tried to push my merge a couple of mins after you, so was expecting to mark the bugs anyway)
# [17:24] <@ehsan> already did
# [17:24] <edmorley> oh ok
# [17:26] * Joins: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [17:27] * Quits: jprmc (jprmc@7641BDDC.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [17:28] * Quits: RaZiel (quassel@B32E5CD3.8D8F7BC9.4073AF81.IP) (Client exited)
# [17:28] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [17:29] * Joins: Mardak (Mardak@moz-7B0110AD.mv.mozilla.com)
# [17:29] <edmorley> ehsan: if it helps for another day, I'm happy for you to poke me re merges and do them for you, if that frees up time for other stuff you are working on? (this merge was waiting on the last of the win pgo results, which had only just come through; so I'd been starring/filling in the meantime)
# [17:30] <@ehsan> sure :)
# [17:30] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:30] <Sebastian> (Alternatively, if anyone has built a working FF on Lion ever, I'd be curious to learn more about the mozconfig used/the rest of the build env)
# [17:30] <Sebastian> FF12*
# [17:32] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [17:32] <@bz> One does not simply .... build a working Firefox?
# [17:33] <jtcranmer> One does not simply checkin to mozilla-central
# [17:33] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
# [17:33] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [17:33] <@ted> Sebastian: pretty sure we have people building on lion
# [17:33] * Quits: Mardak (Mardak@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [17:33] <@ted> i wonder if this is that clang-gcc bug?
# [17:33] <@ted> espindola: ping
# [17:33] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [17:34] <froydnj> Sebastian: what compiler are you using?
# [17:35] <espindola> ted, pong
# [17:35] <Sebastian> looks like i686-apple-darwin11-llvm-gcc-4.2
# [17:35] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [17:35] <Sebastian> and i686-apple-darwin11-llvm-g++-4.2
# [17:35] <espindola> Sebastian, llvm-gcc doesn't work
# [17:35] <@ted> espindola: Sebastian is trying to build on lion
# [17:35] <Sebastian> at least those are the CC and CXX variables
# [17:35] * edransch-away is now known as edransch
# [17:35] <espindola> ted, btw you have a patch for review :-)
# [17:35] <Sebastian> aha!
# [17:35] <@ted> ah
# [17:35] <espindola> that fixes that
# [17:35] <Sebastian> interesting
# [17:35] <Sebastian> I didn't get any build warnings/errors
# [17:35] <@ted> i thought that's what that was
# [17:35] <espindola> and by fixes I mean "selects clang"
# [17:35] <Sebastian> well, I got tons of warnings
# [17:35] <Sebastian> no warning that said "don't use clang" ;)
# [17:36] <espindola> Sebastian, the fix is to use clang
# [17:36] <espindola> llvm-gcc is really broken
# [17:36] <Sebastian> ah cool
# [17:36] <jtcranmer> llvm-gcc got removified
# [17:36] <espindola> (and gcc-4.2 was dropped)
# [17:36] <Sebastian> so in http://pastebin.com/YVAD2c2A I replace "gcc" with "clang"?
# [17:36] <Sebastian> and then it should work?
# [17:37] <espindola> Sebastian, yes, that should do it
# [17:37] <Sebastian> awesome, thanks so much!
# [17:37] <Sebastian> I shall be back in a little while to report my success/failure!
# [17:37] * Quits: timdream (timdream@moz-3B62A60D.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [17:37] * Quits: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP) (Ping timeout)
# [17:38] * Joins: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP)
# [17:39] * Quits: JeroenDeDauw (jeroen@4F4459FB.E2A2A769.35210129.IP) (Ping timeout)
# [17:40] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [17:41] * Joins: JeroenDeDauw (jeroen@BB900525.4B89F9CA.172227A7.IP)
# [17:42] * Quits: msucan (msucan@7A4CDDE7.7A418818.B4CEF140.IP) (Quit: msucan)
# [17:42] <Sebastian> oh hey, with clang the build fails
# [17:43] <Sebastian> http://pastebin.com/FjmUC4QY
# [17:43] <Sebastian> this is what I get
# [17:43] * Quits: JeroenDeDauw (jeroen@BB900525.4B89F9CA.172227A7.IP) (Quit: Leaving.)
# [17:43] * Joins: jdm (jdm@moz-D662800A.cm-7-1b.dynamic.ziggo.nl)
# [17:44] * Joins: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP)
# [17:45] <decoder> do we run any of our tests under valgrind *by default* except jit_tests flagged as such?
# [17:45] * Quits: graememcc (chatzilla@moz-636769E2.range86-171.btcentralplus.com) (Ping timeout)
# [17:45] <decoder> (if configured with --enable-valgrind)
# [17:46] * Quits: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [17:46] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [17:46] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [17:46] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [17:46] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [17:46] * jwir3|zzz is now known as jwir3
# [17:47] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:47] <Sebastian> espindola: I'd appreciate any advice wrt the mozconfig file I'm using. This one: http://pastebin.com/HWj5Rbc8 produces abovementioned error
# [17:48] * jlebar|sleep is now known as jlebar
# [17:49] * Quits: Sebastian (Sebastian@moz-9043B541.sebastianhahn.net) (Quit: leaving)
# [17:49] * bear is now known as bear-afk
# [17:49] * Joins: Sebastian (Sebastian@moz-9043B541.sebastianhahn.net)
# [17:49] <Sebastian> whoops.
# [17:50] <Sebastian> if there was an answer, please relay it. Thanks
# [17:50] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:50] * bbondy is now known as bbondy_away
# [17:50] <espindola> Sebastian, clang++
# [17:50] <espindola> ?
# [17:50] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [17:51] <espindola> that is, CXX="clang++ -arch x86_64"...
# [17:51] <Sebastian> oh no :(
# [17:51] <Sebastian> what a dumb mistake
# [17:51] <Sebastian> thanks!
# [17:51] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:52] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [17:53] * Joins: anky (anky@B9D60FB3.257A0F4B.A3D1B221.IP)
# [17:53] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [17:53] <mfinkle> blassey, jprmc: does the "java.lang.UnsatisfiedLinkError" bug show an error dialog?
# [17:54] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [17:54] <mfinkle> there seems to be some confusion as to how to "see" the error
# [17:54] <mfinkle> will the app crash? do they need to look in logcat because the app loads fine
# [17:54] <mfinkle> ?
# [17:54] <jprmc> mfinkle: yes
# [17:54] <jprmc> mfinkle: shows a not responding dialog
# [17:54] <mfinkle> is there an error dialog?
# [17:54] <mfinkle> ok
# [17:54] <jprmc> related to org. whatever
# [17:55] <jprmc> password provider
# [17:55] <jprmc> you click "ok" and it closes the app
# [17:55] <wesj> mfinkle: its a big scary dialog in your face on startup.
# [17:55] <nemo> http://www.utf8everywhere.org/
# [17:55] <jprmc> mfinkle: are you responding?
# [17:55] <mfinkle> just did
# [17:56] <jprmc> thanks
# [17:56] * Quits: jdm (jdm@moz-D662800A.cm-7-1b.dynamic.ziggo.nl) (Client exited)
# [17:56] <romaxa> bsmedberg: ping, check plsz updated patch version for bug 746800, I added some comments
# [17:56] <mfinkle> the good news is no one has reported a problem yet
# [17:58] <romaxa> bsmedberg: also would be nice to get https://bugzilla.mozilla.org/attachment.cgi?id=617812&action=edit ready
# [17:58] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [17:58] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [17:59] <Sebastian> oy, still an error
# [17:59] <decoder> gaah
# [17:59] <decoder> espindola:
# [17:59] <decoder> compiler-rt ignores VERBOSE
# [18:00] <Sebastian> http://pastebin.com/et56pTvd
# [18:00] <decoder> i got the full build log but the compiler-rt commands dont show up
# [18:00] <espindola> gah!!
# [18:00] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:00] <decoder> only clang/llvm
# [18:00] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:00] <espindola> ok, you might be able to delete just one of the .o files
# [18:00] * Quits: MattN (MattN@A9390198.FB699058.2125B4DC.IP) (Ping timeout)
# [18:00] <espindola> figure out how to print the build line and rebuild just that one ...
# [18:00] <Sebastian> Looks like there are a couple of reports of that error on the internet, but only with FF 12 beta. Hrm.
# [18:01] <decoder> espindola: http://pastebin.mozilla.org/1607449
# [18:01] <decoder> does it matter which one and at which stage?
# [18:01] * Quits: victorporof (victorporo@13BBEF06.A00C134E.79933D60.IP) (Quit: Leaving...)
# [18:01] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [18:01] * Quits: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP) (Connection reset by peer)
# [18:02] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Ping timeout)
# [18:02] <espindola> decoder, well, we should be passing -fgnu89-inline to all of them
# [18:02] * Joins: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP)
# [18:02] * mdas is now known as mdas|afk
# [18:02] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [18:02] * decoder will try to wipe all of em
# [18:02] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [18:02] <Sebastian> Looking at the code, it seems related to assertions being disabled in my build maybe
# [18:02] <espindola> !seen Enn
# [18:02] <firebot> enn was last seen 10 days, 2 hours, 15 minutes and 30 seconds ago, saying 'it seems like something is wrong if you can get touch events to the binding but not to the frame' in #fx-team.
# [18:02] <Sebastian> because the function ends with an assert(0);
# [18:03] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [18:03] <Sebastian> and clang generates an error because we might not return from the function
# [18:03] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [18:03] <espindola> Sebastian, Release mode?
# [18:03] <espindola> asserts become nothing...
# [18:03] <Sebastian> yeah this is bug https://bugzilla.mozilla.org/show_bug.cgi?id=723122
# [18:03] * padenot|away is now known as padenot
# [18:04] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [18:04] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [18:04] <Sebastian> That bug is closed as fixed
# [18:04] <Sebastian> I wonder why I'm getting the error on Firefox 12 then
# [18:04] <Sebastian> which was released after march 28th?
# [18:04] <KWierso> target milestone's mozilla13
# [18:04] * Joins: MattN (MattN@A9390198.FB699058.2125B4DC.IP)
# [18:04] <Sebastian> oh
# [18:05] <Sebastian> hrm
# [18:05] <Sebastian> so what am I to do here?
# [18:05] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
# [18:05] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:06] * Standard8 is now known as Standard8Away
# [18:06] <Sebastian> I really appreciate all your help, by the way. Thanks so much.
# [18:06] * Joins: Ms2ger (Ms2ger@4E399CED.3067C44D.37724B0D.IP)
# [18:06] * Joins: graememcc (chatzilla@moz-88F2C12E.range86-150.btcentralplus.com)
# [18:06] * Standard8Away is now known as Standard8
# [18:07] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [18:08] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [18:08] * Joins: shorlander-mobile (shorlander@moz-853043D6.dhcp.insightbb.com)
# [18:08] * Quits: shorlander-mobile (shorlander@moz-853043D6.dhcp.insightbb.com) (Input/output error)
# [18:09] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:09] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [18:09] * AaronMT is now known as AaronMTriage
# [18:09] * Quits: surkov (surkov@A4C60ACB.84614B10.33A1AC3C.IP) (Ping timeout)
# [18:10] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:10] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:10] * Quits: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net) (Ping timeout)
# [18:11] * Joins: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP)
# [18:12] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [18:12] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [18:12] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [18:13] * rail is now known as rail-lunch
# [18:13] * Quits: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP) (Quit: L'ordinateur est en sommeil)
# [18:13] * Joins: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP)
# [18:14] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:14] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:14] * coop|afk is now known as coop
# [18:14] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [18:14] <blassey> mfinkle: http://dump.lassey.us/unsatisfied_link_error.png
# [18:14] * Quits: anky (anky@B9D60FB3.257A0F4B.A3D1B221.IP) (Ping timeout)
# [18:15] * Quits: teoli (teoli@A0505678.6E78B65D.CDBA6951.IP) (Ping timeout)
# [18:15] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [18:17] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [18:18] * Joins: anky (anky@4B50C066.9F2E1A4C.A3D1B221.IP)
# [18:20] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [18:21] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
# [18:22] * jmaher is now known as jmaher|afk
# [18:22] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [18:23] * Quits: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Ping timeout)
# [18:24] <glandium> abort: HTTP Error 500: Internal Server Error
# [18:24] <glandium> when pulling from m-i
# [18:24] <glandium> anyone else with the same problem?
# [18:24] <jlebar> glandium, It hung on my end, but I thought that was me. :-/
# [18:24] * Joins: surkov (surkov@C1A6A50A.88321457.33A1AC3C.IP)
# [18:25] * Quits: anky (anky@4B50C066.9F2E1A4C.A3D1B221.IP) (Ping timeout)
# [18:25] <glandium> jlebar: it hanged here too, but ended with the 500 after a while
# [18:25] <glandium> works on ssh, though
# [18:25] * jlebar pings #it
# [18:25] * Joins: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net)
# [18:25] * Joins: jdm (jdm@moz-D662800A.cm-7-1b.dynamic.ziggo.nl)
# [18:26] * Joins: anky (anky@509F77A4.18C7E222.A3D1B221.IP)
# [18:26] * mdas|afk is now known as mdas
# [18:26] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [18:26] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [18:27] <jlebar> glandium, does it work for you now?
# [18:28] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:28] <espindola> Enn, ping
# [18:28] <glandium> jlebar: it does
# [18:28] <jesup> ted: ping
# [18:29] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [18:30] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:30] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:30] * Quits: Callek (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Input/output error)
# [18:31] * Joins: Callek (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [18:31] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [18:31] * gregglind is now known as gregglind_brb
# [18:32] * Joins: maikmerten (maikmerten@moz-1B1B9677.dynamic.qsc.de)
# [18:33] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [18:33] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:33] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:34] * Quits: ferongr (ferongr@83D56FB7.DDEAD33F.F5160715.IP) (Ping timeout)
# [18:35] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [18:35] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [18:35] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: gozala)
# [18:35] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [18:35] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [18:35] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:35] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:36] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [18:36] * bbondy_away is now known as bbondy
# [18:37] <Sebastian> ok thanks all, I built it with -wno-return-type
# [18:38] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:38] * Joins: ferongr (ferongr@83D56FB7.DDEAD33F.F5160715.IP)
# [18:38] * Joins: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net)
# [18:38] * Joins: Stefan (Stefan@A64C0DEE.58530BE4.AA3FC64B.IP)
# [18:38] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [18:39] <Stefan> Hi! Is there anybody, who uses ChatZilla as irc client, and ever wrote some plugins for it?
# [18:39] * catlee-away is now known as catlee
# [18:40] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:41] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:41] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [18:43] * gregglind_brb is now known as gregglind
# [18:43] <Sebastian> But how do I add that at the very end of the clang command?
# [18:43] <KaiRo> Stefan: you may have more luck in #chatzilla
# [18:43] <Sebastian> (the build worked when I added it manually and then resumed the build, but how do I modify the mozconfig file so -Wno-return-type is used always?)
# [18:44] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:45] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [18:45] * bear-afk is now known as bear
# [18:46] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:46] <Stefan> KaiRo: thx, i already have
# [18:46] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:47] * philor|away is now known as philor
# [18:49] * Quits: smagnin (pike@moz-1816673.w90-57.abo.wanadoo.fr) (Client exited)
# [18:49] * ctalbert|afk is now known as ctalbert
# [18:50] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [18:51] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [18:51] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [18:51] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [18:51] * Quits: Jake (Jake@moz-3284655B.resnet.drexel.edu) (Quit: Leaving.)
# [18:52] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [18:52] * jlund is now known as jlund|lunch
# [18:52] * Joins: eeejay (eeejay@moz-EE2D6C10.monotonous.org)
# [18:52] * armenzg_buildduty is now known as armenzg_lunch
# [18:53] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [18:53] * jmaher|afk is now known as jmaher
# [18:54] * Quits: dao (dao@moz-A76ABD51.pool.mediaways.net) (Quit: Leaving.)
# [18:55] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [18:56] * AaronMTriage is now known as AaronMT
# [18:56] <@ted> jesup: pong
# [18:57] * jhford-work-away is now known as jhford-work
# [18:57] <ekr_> Stupid question: is there a boilerplate implementation for nsISupports::AddRef(), etc.?
# [18:57] * joduinn-commute is now known as joduinn-mtg
# [18:57] <khuey> yes!
# [18:58] <khuey> http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/nsISupportsImpl.h
# [18:58] <jesup> ted: so, to get Android working with gyp->makefile....
# [18:59] * Joins: robert (robert@moz-8484E522.dynamic.t-2.net)
# [18:59] <jesup> Here's the common.gypi section for Android currently: http://pastebin.mozilla.org/1607594
# [19:00] <jesup> CROSS_CC is *only* used there, nowhere else
# [19:00] <@ted> ick
# [19:00] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [19:00] <@ted> we probably don't even need any of that
# [19:00] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [19:00] <@ted> since we already have a sane compile environment
# [19:01] <jesup> So it would be easy to add a mozilla-variant to that and just pass in the libgcc.a. But I doubt that's our biggest issue.
# [19:01] <jesup> Can I just turn off most/all of that?
# [19:01] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [19:01] <@ted> i would certainly try that
# [19:01] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:01] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:01] <@ted> configure does a pretty good job of picking the right compile/link flags for android
# [19:02] <jesup> (For example, I turned off all the compiler flags in normal builds, except for like 3 places that need SSE flags (I added mozilla_cflags)
# [19:02] <decoder> espindola: see pm =)
# [19:03] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [19:03] <@ted> right
# [19:03] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:03] <@ted> google's use of gyp to provide an entire compile environment is unnecessary with our setup
# [19:03] <jesup> ok... I can try that
# [19:03] * rail-lunch is now known as rail
# [19:04] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:04] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:04] * mdas is now known as mdas|mtg
# [19:04] <gps> bz: is it possible to import the xpcshell-specific global functions like load() into a fresh sandbox?
# [19:05] <gps> I tried using sandbox.importFunction, but things that are load()d get loaded into the main compartment, not the sandbox!
# [19:05] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [19:05] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [19:05] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [19:06] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [19:06] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:06] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [19:06] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:06] * Quits: marco (Mibbit@AB7339A9.B1299530.10DC0B64.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:06] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:07] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [19:07] <Ms2ger> Bonjour
# [19:07] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [19:08] <espindola> decoder, pm?
# [19:08] <espindola> ah
# [19:09] * Quits: mike5w3c (MikeS@moz-260332AA.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) (Quit: mike5w3c)
# [19:09] <NeilAway> Ms2ger: missing glazou already?
# [19:09] * AutomatedTester|away is now known as AtuomatedTester
# [19:10] <Ms2ger> Always
# [19:10] * AtuomatedTester is now known as AutomatedTester
# [19:11] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [19:11] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:12] * Quits: anky (anky@509F77A4.18C7E222.A3D1B221.IP) (Client exited)
# [19:14] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Input/output error)
# [19:14] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:16] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [19:16] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [19:17] * Parts: derf (derf@moz-4168F490.net)
# [19:17] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:17] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:18] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Ping timeout)
# [19:19] * Joins: anky (anky@C772EAAE.744E7036.A3D1B221.IP)
# [19:19] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [19:20] <davidb> BenWa: geckprofiler doesn't seem to complete analysis for me
# [19:20] <BenWa> davidb: What platform?
# [19:20] <davidb> mac
# [19:20] <BenWa> davidb: Try it against, it's been a bit flacky lately been meaning to find out why
# [19:20] <davidb> ok
# [19:20] <BenWa> If it takes more then 3 tries i'll take a look
# [19:21] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
# [19:21] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
# [19:21] <davidb> BenWa: worked! hey if i click stop before clicking analyze would that have been my breakage?
# [19:21] <BenWa> Ohh yea, that would be it
# [19:22] <JonathanS> When would be a time to drop Mozilla/5.0 in UA? I would like to see Firefox/13.0 (Windows NT 6.1; WOW64) Gecko/13
# [19:22] <BenWa> I need to make the UI more clear about that
# [19:22] * coop is now known as coop|mtg
# [19:22] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [19:22] <davidb> BenWa: that seems odd - ok cool
# [19:22] <davidb> thanks!
# [19:22] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [19:22] <BenWa> right now 'stop' also clears the memory
# [19:22] <davidb> oh
# [19:22] * catlee is now known as catlee-mtg
# [19:22] <davidb> BenWa: i think making it like instruments would incur the least mental model breakage
# [19:23] <BenWa> davidb: making it more like instruments how so?
# [19:23] <davidb> BenWa: stop doesn't clear memory. and analysis can happen after stoppage.
# [19:23] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:23] <BenWa> ok right. Yea it's on my todo list
# [19:23] <BenWa> We're reworking the profiler to use the debugging protocol
# [19:24] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [19:24] <davidb> great
# [19:24] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [19:24] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
# [19:24] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [19:24] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [19:25] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [19:25] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [19:25] * Joins: smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi)
# [19:25] * ChanServ sets mode: +o smaug
# [19:26] * dholbert|afk is now known as dholbert
# [19:27] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [19:27] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:28] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [19:28] <kaie> smaug, re user repo, I follow the instruction yesterday to create two repos, about 20 hours ago, but still nothing has shown up at http://hg.mozilla.org/users/kaie_kuix.de - do you know what could be wrong?
# [19:28] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [19:28] * ChanServ sets mode: +o dveditz
# [19:29] <@smaug> kaie: don't know
# [19:29] <kaie> ok thx, guess I should file a bug
# [19:29] <@smaug> kaie: ask someone who has a user repo
# [19:29] <ekr_> kaie: I am havin the same problem
# [19:29] <ekr_> I did it like 10 days ago
# [19:30] <kaie> ekr, ok. I'll file a bug and give you the number, so you cc yourself
# [19:30] <ekr_> I already did, hang on.
# [19:30] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
# [19:30] <kaie> ok
# [19:31] <ekr_> https://bugzilla.mozilla.org/show_bug.cgi?id=747114
# [19:31] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [19:31] <davidb> (gecko profiler rocks)
# [19:31] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [19:32] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [19:33] <kaie> ekr_, ok, trying to ask in #it
# [19:33] <ekr_> thanks
# [19:34] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
# [19:34] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [19:35] * Quits: yvan (yboily@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [19:36] * Joins: Optimizer (Mibbit@6E78482A.3686F45E.89AC0F27.IP)
# [19:36] * AutomatedTester is now known as AutomatedTester|away
# [19:37] <@bz> bjacob: ping
# [19:37] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Max SendQ exceeded)
# [19:37] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:37] <bjacob> bz: pong
# [19:37] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:37] * mdas|mtg is now known as mdas
# [19:37] <@bz> bjacob: so for the array versions of the methods
# [19:37] * Joins: yvan (yboily@moz-B77DEAEB.mozilla.org)
# [19:37] <@bz> bjacob: is having an array of length 1-4 common?
# [19:37] * jlund|lunch is now known as jlund
# [19:37] <@bz> bjacob: the code seems to actually check for multiples of 1-4
# [19:38] <bjacob> bz: yes, it is common to upload a single vec4 from an array
# [19:38] <@bz> bjacob: ok
# [19:38] <@bz> bjacob: so the perf regression for typed arrays is real
# [19:38] <@bz> bjacob: cache issue
# [19:38] <@bz> bjacob: need to think about what we can do about it....
# [19:38] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [19:38] <bjacob> bz: cool that you found it
# [19:39] <@bz> bjacob: djvj over in #jsapi figured it out
# [19:39] <@bz> bjacob: the problem is I don't know how to fix it. ;)
# [19:39] <@bz> bjacob: our basic problem is that the total time for those calls is in the 1100ns range
# [19:39] <bjacob> bz: it doesn't necessarily have to block landing your patch, esp. now that it's well understood
# [19:39] <@bz> bjacob: so an L2 miss hurts
# [19:39] <@bz> bjacob: well, sure
# [19:39] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:40] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:40] * Quits: AryehGregor (AryehGrego@moz-83CA4768.red.bezeqint.net) (Client exited)
# [19:40] <@bz> bjacob: I need to figure out whether I need to rejigger how I do typed arrays in new bindings
# [19:40] * Joins: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [19:40] * Joins: AryehGregor (AryehGrego@moz-83CA4768.red.bezeqint.net)
# [19:41] * Joins: hub (hub@D459F0F4.D9251953.6E712CE2.IP)
# [19:41] * Parts: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [19:41] * Quits: cesar (cdolivei@moz-FAFD684E.r.rev.accesscomm.ca) (Quit: leaving)
# [19:41] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Quit: Leaving.)
# [19:41] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [19:42] * davidb is now known as davidb|mtg
# [19:42] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:42] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [19:42] <ekr_> kaie: thanks
# [19:43] <kaie> ekr_, thanks for filing the bug :)
# [19:43] <Ms2ger> ehsan, hope you like :)
# [19:44] * mdas is now known as mdas|afk
# [19:45] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:45] <AryehGregor> dbaron, while we're both on: https://bugzilla.mozilla.org/show_bug.cgi?id=746915#c12
# [19:46] * Quits: Jesse (jruderman@moz-E31CD2CB.mozilla.org) (Quit: Jesse)
# [19:49] * Joins: Gijs (chatzilla@moz-C11B0461.dsl.alice.nl)
# [19:50] * Joins: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se)
# [19:51] * Gijs wonders if anyone around still knows about XPCSafeJSObjectWrapper and when/how it disappeared and/or if I should use something else instead.
# [19:51] <Gijs> (mrbkap? ^^ )
# [19:51] * Quits: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net) (Ping timeout)
# [19:52] * Joins: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net)
# [19:52] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [19:53] * Joins: victorporof (victorporo@5F6B43D3.1C233438.79933D60.IP)
# [19:53] * armenzg_lunch is now known as armenzg
# [19:54] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
# [19:54] <bent> you want bholley
# [19:54] <bholley> Gijs: what do you mean 'use'?
# [19:54] <Ms2ger> cpeterson, you messed with bug 743468
# [19:55] <Ms2ger> Ever Confirmed|1 |0
# [19:55] * Joins: bernd (chatzilla@moz-560E8A59.superkabel.de)
# [19:55] * Ms2ger didn't know that could even happen
# [19:55] <bent> he has the 'flux-capacitor' bit set on his bugzilla account
# [19:56] <cpeterson> Ms2ger, oops. I meant to add my mozilla-aurora cset number, but I did not intend to change the status to UNCONFIRMED. I will fix. Thanks for the heads up!
# [19:56] <Gijs> bholley: I mean I'm in Venkman and I don't want to shoot myself in the foot by messing with content from chrome debugging code.
# [19:56] <Ms2ger> Np
# [19:56] <bholley> Gijs: so, if you're chrome, and you're accessing a content object that's not Xray-able (ie, implemented in JS)?
# [19:57] * Gijs decided to finally fix this 4-year-old security bug. :\
# [19:57] <Gijs> It might be implemented in JS, it might not be.
# [19:57] * Quits: wlach (wlach@moz-14AFFC14.vif.net) (Connection reset by peer)
# [19:57] <bholley> Gijs: so, all the wrapper stuff will happen automatically
# [19:57] <Gijs> I don't know anything about it really, I've just got a jsdIValue
# [19:57] <bholley> Gijs: if the object is a native object, you'll get an Xray wrapper by default
# [19:58] <Gijs> OK.
# [19:58] * Joins: wlach (wlach@moz-14AFFC14.vif.net)
# [19:58] <bholley> Gijs: (formerly known as XPCNativeWrapper)
# [19:58] <Gijs> Right
# [19:58] <bholley> Gijs: with that you're definitely safe
# [19:58] <Gijs> I noticed that still exists.
# [19:58] <bholley> Gijs: it doesn't really
# [19:58] <bholley> Gijs: the XPCNativeWrapper constructor does
# [19:58] <Gijs> Right :)
# [19:58] <bholley> Gijs: but it's just a shim for Xray
# [19:58] <Gijs> Sure
# [19:58] <Gijs> OK, so in the other case?
# [19:58] <bholley> Gijs: now, if the object is not Xrayable, or if you've waived Xray (with .wrappedJSObject or XPCNativeWrapper.unwrap)
# [19:59] <bholley> Gijs: you'll get a transparent wrapper, but your principal will be clamped to whatever compartment you're in
# [19:59] <bholley> Gijs: so, the content object can define getters that lie, and all that
# [20:00] <Gijs> hrm
# [20:00] <bholley> Gijs: but they can't escalate to chrome privileges
# [20:00] <bholley> Gijs: does that make sense?
# [20:00] * Joins: hub_ (hub@D459F0F4.D9251953.6E712CE2.IP)
# [20:00] <Gijs> Yes, sort of.
# [20:00] <Gijs> I mean, the second bit does
# [20:00] * Quits: KWierso (chatzilla@moz-DDEBF960.desm.qwest.net) (Ping timeout)
# [20:00] <bholley> Gijs: which is the first bit that doesn't?
# [20:00] * Quits: hub (hub@D459F0F4.D9251953.6E712CE2.IP) (Input/output error)
# [20:00] * Parts: Optimizer (Mibbit@6E78482A.3686F45E.89AC0F27.IP)
# [20:00] * hub_ is now known as hub
# [20:01] <Gijs> bholley: what's the principal clamped to if the wrapper gets created by chrome? Still content if the object came from there?
# [20:01] <Gijs> bholley: also, mind if I just CC you on this bug, you're probably better able to estimate the risks than I am. :)
# [20:01] <bholley> Gijs: wherever the code is, that's its principal
# [20:01] <bholley> Gijs: sure
# [20:01] <Gijs> The code for the object or the code accessing the object?
# [20:01] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [20:01] <bholley> Gijs: no, the file where the code is defined
# [20:01] * Joins: KWierso (chatzilla@moz-DDEBF960.desm.qwest.net)
# [20:02] <Gijs> OK. So that should be good then.
# [20:02] <bholley> Gijs: when you call across compartments, you have to enter that compartment
# [20:02] <bholley> Gijs: when you're in that compartment, we configure security appropriately
# [20:02] * jaws is now known as jaws|brb
# [20:03] * Quits: anky (anky@C772EAAE.744E7036.A3D1B221.IP) (Quit: Leaving...)
# [20:03] <Gijs> bholley: OK. Since when did SJOWs disappear and did we switch to this transparent wrappers?
# [20:03] <hurley> anyone ever seen 'make check-one' fail with python complaining "No module named mozinfo"? (this is on linux, in my case)
# [20:03] <bholley> Gijs: Firefox 4, compartments, brain transplants, etc
# [20:03] <Gijs> OK.
# [20:03] <Gijs> Did we EOL 3.6 yet? I forget...
# [20:04] <jhammel> hurley: no but one copy did just get disappeared
# [20:04] <Gijs> (or rather, I avoided that discussion as much as I could)
# [20:04] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [20:04] <Ms2ger> Not yet, I don't think
# [20:04] <Ms2ger> But same here
# [20:04] <jhammel> hurley: can you paste? i would guess ted or wlach might know better
# [20:04] <Gijs> Gaaaah.
# [20:04] * Gijs cries
# [20:04] <edmorley> has anyone compared normal windows build times to those with FDE using Symantec PGP, when on an SSD? (just wondering whether it's going to effect it badly enough to warrant having srcdir and objdir on another partition)
# [20:04] <Gijs> So I guess then I still get to do something about this
# [20:04] <bholley> Gijs: don't fix things for 3.6
# [20:04] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [20:05] <bholley> Gijs: unless it's a chemspill or something
# [20:05] <Gijs> bholley: no, check out the bug I CC-ed you on. :)
# [20:05] <Gijs> It's been dormant for 3 years now, but it's ASSI: me, so I feel guilty.
# [20:05] <WG9s> 3.6 was EOL on April 24th I believe
# [20:05] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [20:05] <bholley> Gijs: it's an sg:moderate
# [20:06] <mkaply> Is there something changing about parent.lock in FF13?
# [20:06] * Joins: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:06] * Parts: Sebastian (Sebastian@moz-9043B541.sebastianhahn.net)
# [20:06] <WG9s> So actaully I am not sure even for a chemspill.
# [20:06] <gavin> mkaply: yeah I think so
# [20:06] <bholley> Gijs: this bug is bigger than I really want to dive into
# [20:06] <Gijs> bholley: yeah, will summarize, getting you links, sec.
# [20:06] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Ping timeout)
# [20:07] <bholley> Gijs: also, in a meeting, so I might disappear randomly ;-)
# [20:07] * Joins: mike5w3c (MikeS@7E9301E5.1E1F6C0.AF6F698.IP)
# [20:07] <gavin> mkaply: MattN changed how it was used as part of bug 717070, IIRC
# [20:07] <hurley> jhammel, ted, wlach: http://pastebin.mozilla.org/1607763 (this is with rev 0a796d07499a)
# [20:07] <mkaply> gavin: thanks
# [20:07] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:07] * anant_ is now known as anant
# [20:07] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [20:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:08] <@ted> hurley: does your /home/hurley/src/mozilla/mchg/build/ dir have a copy of mozinfo.py?
# [20:08] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [20:08] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [20:08] <gavin> mkaply: ask him for more details, but AIUI profile.lock is now always present, and we use some kind of NTFS locking for determining whether the profile is actually in use
# [20:08] <Gijs> bholley: sure. So, basically, old Venkman bug where we just trust content objects in various places where we shouldn't. Most of it is fixed except the 'set current evaluation object' code, which lets you make scope/this be arbitrary for your /eval stuff in the debugger
# [20:08] * Quits: surkov (surkov@C1A6A50A.88321457.33A1AC3C.IP) (Quit: surkov)
# [20:08] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Ping timeout)
# [20:08] <gavin> (on windows)
# [20:09] <MattN> mkaply, gavin: actually it's bug 294260 (startup crash detection)
# [20:09] <Mossop> khuey: ping
# [20:10] <mkaply> I hope that works across NFS drives
# [20:10] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [20:10] <gavin> MattN: all your work is indistinguishably awesome to me! :P
# [20:10] <MattN> :)
# [20:11] * catlee-mtg is now known as catlee
# [20:12] <khuey> Ms2ger: pong
# [20:12] <khuey> er
# [20:12] <khuey> Mossop: pong
# [20:13] <Ms2ger> khuey, ping ;)
# [20:13] <khuey> :-P
# [20:13] <MattN> mkaply: like gavin said, we don't delete the lock (FILE_FLAG_DELETE_ON_CLOSE) on Windows so we can check its timestamp on next startup.
# [20:13] * jaws|brb is now known as jaws
# [20:13] * Joins: mcsmurf (mcsmurf@moz-E3C18463.dip.t-dialin.net)
# [20:14] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [20:14] <mkaply> MattN: was profile sharing over the network tested?
# [20:14] <hurley> ted: doesn't appear to
# [20:14] <@ted> hurley: that seems like a problem, hm
# [20:14] <@ted> i'd guess fallout from https://bugzilla.mozilla.org/show_bug.cgi?id=746545
# [20:15] <MattN> mkaply: I tested with a profile on NFS
# [20:15] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Ping timeout)
# [20:15] <mkaply> MattN: sweet
# [20:15] * Quits: robert (robert@moz-8484E522.dynamic.t-2.net) (Quit: robert)
# [20:15] <mkaply> MattN: what if a user has their profile on a USB stick (FAT32)
# [20:15] <@ted> hurley: oh, bleh
# [20:16] <@ted> that patch didn't change the places where we call runxpcshelltests
# [20:16] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [20:16] <hurley> ted: fwiw, i don't have it in build/ on my mac, either, and xpcshell tests work fine there
# [20:16] <@ted> fascinating
# [20:16] <Mossop> khuey: Wanted to make sure I understood bug 695480 correctly. Now if we have a reference to content that has gone away instead of keeping the document alive the reference becomes "dead" and any attempt to use it will throw an exception?
# [20:17] <@ted> hurley: is there a .pyc in that dir?
# [20:17] <hurley> ted: ah, yes there is
# [20:17] <@ted> jmaher: i think your patch for bug 746545 has a bug :-(
# [20:17] <@ted> and i missed it in review
# [20:17] <@ted> http://mxr.mozilla.org/mozilla-central/source/testing/testsuite-targets.mk#241
# [20:17] <@ted> http://mxr.mozilla.org/mozilla-central/source/config/rules.mk#114
# [20:17] <@ted> all need that -I updated
# [20:17] <MattN> mkaply: I didn't change the locking mechanism. You just can no longer assume that the existence of the lock file implies the profile is in use.
# [20:18] <mkaply> MattN: but don't you rely on an NTFS behavior to lock the file?
# [20:18] * edmorley is now known as edmorley|afk
# [20:18] * Joins: dao (dao@moz-A0B4DC75.superkabel.de)
# [20:18] <MattN> mkaply: no, we already had fallback for that and I didn't change that
# [20:18] <mkaply> MattN: Sweet. Thanks.
# [20:19] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [20:19] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/143b9be2a74d - Michael Wu - Bug 749080 - Make AudioManager.cpp build again, r=cjones
# [20:19] <firebot> http://hg.mozilla.org/mozilla-central/rev/3812e7c1b642 - Michael Wu - Bug 749661 - Workaround yaffs2 readdir bug, r=dougt
# [20:21] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
# [20:21] <MattN> mkaply: I guess there may be a problem if the clocks of the computers differ but it would only trigger startup crash detection and UI is only shown after 3 detected crashes. You shouldn't get to that point because we reset the counter on a successful startup.
# [20:22] <MattN> let me know if you run into that though
# [20:22] * Quits: mike5w3c (MikeS@7E9301E5.1E1F6C0.AF6F698.IP) (Quit: mike5w3c)
# [20:22] <khuey> Mossop: right
# [20:22] <MattN> you'll see an NS_WARNING onstartup
# [20:22] <hurley> ted: want me to file a bug on this, or do you have it covered?
# [20:22] <@ted> hurley: file a bug?
# [20:23] <@ted> i am juggling too many things i will forget
# [20:23] <hurley> haha, will do :)
# [20:23] <@ted> should be a trivial fix
# [20:23] * Joins: mike5w3c (MikeS@7E9301E5.1E1F6C0.AF6F698.IP)
# [20:23] * Joins: josh_ (josh@moz-2EE66546.nyc.res.rr.com)
# [20:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:26] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [20:26] * Quits: mike5w3c (MikeS@7E9301E5.1E1F6C0.AF6F698.IP) (Quit: mike5w3c)
# [20:26] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [20:27] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
# [20:28] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [20:28] <hurley> ted: filed bug 750368
# [20:28] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [20:28] <@ted> thx
# [20:30] * lsblakk is now known as lsblakk|afk
# [20:30] * Joins: dao1 (dao@moz-A0B4DC75.superkabel.de)
# [20:30] * Quits: dao (dao@moz-A0B4DC75.superkabel.de) (Ping timeout)
# [20:30] * Quits: edmorley|afk (edmorley@moz-E455C402.range86-145.btcentralplus.com) (Max SendQ exceeded)
# [20:30] <jesup> ted: /media/webrtc/trunk/third_party/libyuv/source/cpu_id.cc:18:26: error: cpu-features.h: No such file or directory -- it's wrapped in ifdef __ANDROID__ -- any idea why it wouldn't be in the include path? (source is #include <cpu-features.h>)
# [20:31] * Joins: edmorley (edmorley@moz-E455C402.range86-145.btcentralplus.com)
# [20:31] <@ted> that i don't know
# [20:31] <@ted> did you accidentally filter out some include paths?
# [20:31] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [20:31] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Ping timeout)
# [20:31] * Quits: edmorley (edmorley@moz-E455C402.range86-145.btcentralplus.com) (Quit: Leaving.)
# [20:31] * Quits: dao1 (dao@moz-A0B4DC75.superkabel.de) (Ping timeout)
# [20:32] <jesup> here's there compile line: http://pastebin.mozilla.org/1607797
# [20:32] <@ted> where does that file actually live?
# [20:32] * Quits: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com) (Client exited)
# [20:32] * Joins: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP)
# [20:32] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
# [20:32] <@ted> (cpu-features.h)
# [20:32] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [20:32] * Joins: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com)
# [20:33] <jesup> Not sure; http://www.kandroid.org/ndk/docs/CPU-FEATURES.html says to include <cpu-features.h> -- still looking
# [20:33] * Joins: dao (dao@moz-A0B4DC75.superkabel.de)
# [20:34] <@ted> ../android-ndk-r7b-linux-x86/sources/cpufeatures/cpu-features.h
# [20:34] <@ted> yeah, looks like that comes from the NDK
# [20:35] <jmaher> ted: interesting
# [20:35] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:35] <jesup> Yes, and I see it in platforms/android-3,4,5,8,9/arch-arm/....
# [20:35] <jesup> why only 3,4,5,8,9?
# [20:35] * Joins: smagnin (pike@moz-1816673.w90-57.abo.wanadoo.fr)
# [20:35] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [20:35] <jlebar> khuey, FYI, the chrome --> contents leak bug doesn't appear to have had any effect on the ghost windows data. :(
# [20:35] <jesup> (That's with r6 NDK installed)
# [20:36] <jlebar> khuey, I need a few more days to see if there was an effect on RSS.
# [20:36] <khuey> jlebar: :-/
# [20:36] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [20:36] <@ted> jesup: i have no idea
# [20:36] <@ted> jesup: oh, because there is no 6,7
# [20:36] <@ted> $ ls ../android-ndk-r7b-linux-x86/platforms/
# [20:36] <@ted> android-14 android-3 android-4 android-5 android-8 android-9
# [20:37] * Joins: robert (robert@moz-8484E522.dynamic.t-2.net)
# [20:37] <khuey> jlebar: that would seem to indicate that most ghost windows are caused by shitty web pages
# [20:37] * spartan is now known as spartan|away
# [20:37] <@ted> jesup: i don't see anything in that common.gypi snippet you pasted a while back that looks like it'd change include paths
# [20:37] <@ted> (aside from the stlport stuff)
# [20:37] <jlebar> khuey, I suppose... That would be awfully strange, though, as a baddon could easily cause tens to hundreds of ghosts, while the 95th percentile is around 11.
# [20:37] * Quits: robert (robert@moz-8484E522.dynamic.t-2.net) (Quit: robert)
# [20:38] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [20:38] <@ted> jesup: given the docs you linked to, it looks like you propbably need an extra include path
# [20:38] <khuey> jlebar: well a lot of the baddon leaks we've seen leak one compartment (in a global variable), right?
# [20:38] <bonnie> jlebar, ok mercurial question
# [20:38] <jlebar> khuey, Yes. Those might be lost in the noise.
# [20:38] <Ms2ger> Shoot
# [20:39] <bonnie> jlebar, i created a patch to make my review changes
# [20:39] <jlebar> bonnie, So a new patch which applies atop the one which was reviewed?
# [20:39] <bonnie> jlebar, then i did a few changes, tested the code, qrefreshed the patch, did a few changes, tested the code, qrefreshed -m, you get the point
# [20:39] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
# [20:39] * davidb|mtg is now known as davidb
# [20:39] * khuey shoots Ms2ger
# [20:40] <bonnie> jlebar, yes thats correct
# [20:40] <jlebar> bonnie, Okay.
# [20:40] * Ms2ger electrocutes khuey
# [20:40] * glob is now known as glob|away
# [20:40] <bonnie> jlebar, i then did some more review changes, tested and broke the code.
# [20:40] <jlebar> bonnie, Okay...
# [20:40] <froydnj> I thought we had a MOZ_DISALLOW_COPY_CONSTRUCTORS; am I not looking in the right place?
# [20:41] <jlebar> bonnie, But you haven't qref'ed since the last working version?
# [20:41] <bonnie> jlebar, i understand that the qrefresh over writes the existing code in the patch so can i revert to a prev qrefresh or do i just have to go back to the prev patch?
# [20:41] <jesup> ted: almost no paths in the compile line... Looks wrong: -I. -I../../../../../../../media/webrtc/trunk/third_party/libyuv/include -I../../../../../../../media/webrtc/trunk/third_party/libyuv/.
# [20:41] <bonnie> jlebar, no i havent
# [20:41] <jlebar> bonnie, hg diff should show you the differences between what you have in your working directory and your last qref.
# [20:41] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
# [20:41] * AaronMT is now known as AaronMTriage
# [20:41] <Ms2ger> froydnj, that's WebKit ;)
# [20:41] <jlebar> bonnie, You can revert to the last qref with hg up --clean, but you may not want to nuke all your changes.
# [20:41] * Quits: victorporof (victorporo@5F6B43D3.1C233438.79933D60.IP) (Connection reset by peer)
# [20:42] * Joins: victorporo (victorporo@5F6B43D3.1C233438.79933D60.IP)
# [20:42] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:42] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [20:42] <froydnj> Ms2ger: thought we had our own; don't want to use the ipc/chromium/ version =/
# [20:42] <jesup> ted: odd... "-isystem /tools/android-ndk-r5c/sources/cxx-stl/stlport/stlport" Note the space after system
# [20:42] <bonnie> jlebar, so with the hg diff i just manually undo the diffs?
# [20:42] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:43] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [20:43] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:43] <jlebar> bonnie, If it's a lot to do by hand, we can be clever and automate it...
# [20:43] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [20:43] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:44] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [20:44] * cjones is now known as cjones-brb
# [20:44] <bonnie> jlebar, i think i'm actuall ok to hg up --clean to the last qref and nuke my changes. i'll try the diff first
# [20:44] <Ms2ger> froydnj, we've got at least 5 copies of DISALLOW_COPY_AND_ASSIGN...
# [20:44] <jlebar> bonnie, Sounds good. Let me know if you run into trouble.
# [20:44] <@ted> jesup: that should be fine
# [20:45] <bonnie> jlebar, alrighty then, i'll go try those out and let you know if i run into more mercurial problems
# [20:45] <bonnie> jlebar, thanks!
# [20:45] <jlebar> bonnie, np
# [20:45] <@ted> jesup: i'm not sure what is setting the include path that you need
# [20:45] * @ted pokes
# [20:45] <froydnj> Ms2ger: well, I guess I can point to prior art then
# [20:46] <jesup> So, shouldn't all android compiles get cflags passed in that set up the NDK/SDK includes?
# [20:46] * AutomatedTester|away is now known as AutomatedTester
# [20:46] * Joins: nigelb (Adium@C23863AA.236DEFC0.BE90E62C.IP)
# [20:46] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [20:46] <@ted> jesup: yes, mostly
# [20:46] <@ted> lemme see
# [20:47] <jesup> I'm checking libyuv's gyp file
# [20:47] * Quits: @smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:47] <@ted> my CXXFLAGS for my android build have -isystem /home/luser/build/android-ndk-r7b-linux-x86/platforms/android-5/arch-arm/usr/include
# [20:47] <@ted> make -C ../fennec-android-mozilla-central/ echo-variable-CXXFLAGS
# [20:48] * Joins: smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi)
# [20:48] * ChanServ sets mode: +o smaug
# [20:48] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [20:49] * juanb is now known as juanb|afk
# [20:49] * philor is now known as philor|away
# [20:49] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [20:51] <jesup> ted: ls /tmp/android-ndk-r5c/platforms/android-5/arch-arm/usr/include/cpu* -> No match
# [20:51] * Quits: pranavrc (pranavrc@95F21830.A588E5E2.520CDC98.IP) (Quit: Ping timeout: ∞)
# [20:52] <jesup> cpu-features is in machine/....
# [20:52] * Quits: MarcoZ (Daily@moz-9A5F3A87.dip.t-dialin.net) (Quit: l8er)
# [20:52] <@ted> jesup: so
# [20:52] <@ted> apparently
# [20:52] <@ted> android-ndk-r7b-linux-x86/sources/android/cpufeatures/
# [20:52] <jesup> which may give me a solution, though I'm confused why their source (and other examples) assume it's visible
# [20:52] <@ted> is what you're supposed to be using
# [20:53] <@ted> if you build using the goofy NDK Makefile setup
# [20:53] <@ted> you wind up using that include-module thing
# [20:53] <@ted> which loads the Android.mk in that directory
# [20:53] <@ted> which sets your include path to include that directory
# [20:54] <jesup> Ah. so android code assumes machine/ is in the include paths
# [20:54] * Joins: coreluna (coreluna@moz-A92C338D.lsanca.fios.verizon.net)
# [20:54] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [20:54] <jesup> "generic" android code, perhaps
# [20:54] <@ted> er, i don't think so
# [20:54] * Quits: mdas|afk (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas|afk)
# [20:54] <@ted> i think it's supposed to put that path in the includes somehow
# [20:55] <@ted> huh
# [20:55] <jesup> via $(call import-module,android/cpufeatures)?
# [20:55] <@ted> media/webrtc/trunk/src/system_wrappers/source/cpu_features_arm.c
# [20:55] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [20:55] <@ted> jesup: sure, if you were using the android ndk build setup
# [20:55] <@ted> there's a copy of this file in the tree
# [20:55] <@ted> wtf
# [20:56] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [20:57] * Joins: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net)
# [20:57] <jesup> ted: that's not the same file
# [20:57] <@ted> yeah
# [20:57] <@ted> just confused me
# [20:57] <@ted> jesup: anyway
# [20:57] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [20:57] <@ted> are we sure this code *builds* upstream for android?
# [20:57] <jesup> I can just rev to include <machine/cpu-features.h>
# [20:58] * philor|away is now known as philor
# [20:58] <jesup> ted: can't be sure... they build "differently". Probably it does, but this is a "third-party" module so when the build for real they may use an in-chrome copy and not this one
# [20:58] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [20:58] <@ted> jesup: that's not the same file
# [20:59] <@ted> the cpu-features.h you want is the one in android-ndk-r7b-linux-x86/sources/android/cpufeatures/
# [20:59] <jesup> The imported libyuv may assume a different procedure for building
# [20:59] <@ted> jesup: almost assuredly it does
# [20:59] <@ted> and if chrome isn't building it, this shit probably just doesn't build
# [20:59] * @ted throws hands up in desperation for the millionth time
# [20:59] <@ted> "here's our awesome WebRTC library! (library not guaranteed to work)"
# [21:00] <khuey> itym "(library guaranteed not to work)"
# [21:00] <@ted> heyo
# [21:00] <NeilAway> mkaply: it's just an exclusive file handle, so the normal Windows file locking rules apply
# [21:00] <jesup> They say webrtc works on Android now... but not necessarily the entire "peerconnection" demo package
# [21:00] <@ted> i would bet money they don't mean "just the stuff in the repo"
# [21:00] <@ted> because they clearly don't test that setup
# [21:01] <philor> ted: am I drawing the right conclusion from https://tbpl.mozilla.org/php/getParsedLog.php?id=11331337&tree=Mozilla-Inbound, that some crashes should just be ignored because they're too much trouble to deal with?
# [21:01] <@ted> they mean "some bits in the repo + chromium and its random selection of bits that we use instead of what's in the repo"
# [21:01] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [21:01] * Quits: dao (dao@moz-A0B4DC75.superkabel.de) (Ping timeout)
# [21:01] <@ted> philor: that is quite unfortunate
# [21:02] <@ted> philor: that reads to me like "we wrote a zero-byte minidump"
# [21:02] <jesup> ted: you don't want to see the libjingle.gyp for this release, which is missing ~32 new files and has the wrong names for 6 renamed files. :-/
# [21:02] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [21:02] <@ted> ###!!! ASSERTION: illegal refcnt: 'PRInt32(mRefCnt) >= 0', file e:/builds/moz2_slave/m-in-w32-dbg/build/xpcom/io/nsStreamUtils.cpp, line 497
# [21:02] <@ted> awesome
# [21:02] <jesup> All of which are in the include .scons file
# [21:02] <@ted> jesup: hooray for open source collaboration!
# [21:02] <jesup> s/include/included/
# [21:03] <jesup> They are "really" open-sourcing jingle (right now it's "thrown-over-wall" open-sourced)
# [21:03] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [21:03] <@ted> hooray
# [21:03] <@ted> progress
# [21:03] <@ted> yeah, their open-source-drops repo was sad
# [21:04] <jesup> So, I'll change that include statement and re-try. Thanks
# [21:04] <@ted> np
# [21:04] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:04] * Joins: dao (dao@moz-A0B4DC75.superkabel.de)
# [21:05] * AutomatedTester is now known as AutomatedTester|away
# [21:07] * Joins: nigelb1 (Adium@99054AA0.28FB815D.274D17D6.IP)
# [21:07] * Quits: nigelb (Adium@C23863AA.236DEFC0.BE90E62C.IP) (Ping timeout)
# [21:08] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [21:08] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
# [21:08] <Ms2ger> ehsan, y u no liek NULL? :(
# [21:09] <@ehsan> Ms2ger: cause nobody really knows what NULL is, unless you know which headers you have included in which order on what platform with which compiler, etc
# [21:10] <Ms2ger> OTOH, everyone knows what nsnull is... Ugly ;)
# [21:10] * sancus is now known as sancus_
# [21:10] * sancus_ is now known as sancus
# [21:10] <@ehsan> and with sane semantics
# [21:10] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [21:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:12] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [21:12] <@ted> ehsan: that seems like a silly argument
# [21:12] <@ted> NULL is the common idiom
# [21:12] <@ted> we use it all over the place anyway
# [21:12] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [21:12] * philor is now known as philor|away
# [21:12] <@ehsan> ted: tons of headers define NULL
# [21:13] <@smaug> who broke the tree /usr/bin/ld: libxul.so: hidden symbol `nsAccessibleWrap::AtkRoleFor(mozilla::a11y::roles::Role)' isn't defined
# [21:13] <Gijs> Sounds like the mac a11y landing
# [21:13] <@ted> ehsan: so?
# [21:13] <@ehsan> ted: so I don't have a lot of faith in what it actually ends up being defined to
# [21:13] <jesup> ehsan: and any that redefine NULL had better not use a "wrong" value or all sorts of stuff breaks - so while annoying it's probably ok
# [21:13] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [21:13] <Gijs> davidb: ping ^^
# [21:14] <jtcranmer> ehsan: NULL is going to be a casted null pointer constant in C++
# [21:14] <@ted> ehsan: seriously though, probably billions of lines of code out there use NULL
# [21:14] <ekr> ehsan: those headers should probably be fixed.
# [21:14] <@ehsan> jesup: you seem to be putting too much trust into those headers ;)
# [21:14] <@ted> you really think we can't rely on it?
# [21:14] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:14] <@ted> you might as well just throw up your hands and give up on programming
# [21:14] <davidb> Gijs: which comment are you referring to?
# [21:14] <jtcranmer> it isn't like wchar_t where the type varies greatly
# [21:14] <@ehsan> ted: I'm not proposing removing NULL from all of the code base!
# [21:14] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [21:15] <Gijs> davidb: smaug's linker bustage in a11y code?
# [21:15] <jesup> If one of them is wrong, file a bug against the idiot :-)
# [21:15] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet)
# [21:15] <@ehsan> I don't know what the big deal is, I just don't want NULL in the code that _I_ review
# [21:15] * Quits: graememcc (chatzilla@moz-88F2C12E.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
# [21:15] <davidb> smaug: maybe best to talk to hub, either here or in #accessibility
# [21:15] * Quits: @smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi) (Ping timeout)
# [21:15] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:15] * Joins: smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi)
# [21:15] * ChanServ sets mode: +o smaug
# [21:15] <jesup> IIRC (and it was a long time ago), there once was a *reason* for nsnull. And (again IIRC) that reason is gone.
# [21:16] <hub> davidb: isn't that what akalski was working on?
# [21:16] <@ehsan> jesup: the reason was that it was under our control
# [21:16] <davidb> hub: I can't dig right now
# [21:16] <jtcranmer> AFAIK, NULL is going to be defined by the compiler
# [21:16] <@ehsan> and we could make sure that the 0 value is actually pointer-sized
# [21:16] <jesup> I may be suffering from misfiring neurons, but I thin it was more than that
# [21:16] <davidb> hub: but yeah probably (?)
# [21:16] <@smaug> davidb: Gijs: or do I perhaps need a clobber build ?
# [21:16] <@ehsan> perhaps
# [21:16] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:17] <@ehsan> I'm not sure if there were other reasons or not
# [21:17] <hub> smaug: build work fine here. I build inbound
# [21:17] <Gijs> smaug: no idea, check with hub and davidb. :)
# [21:17] <davidb> smaug: worth a try
# [21:17] * merike|away is now known as merike
# [21:17] * Gijs just saw a11y code and pointed fingers
# [21:17] <hub> smaug: I'd clobber first
# [21:17] * Joins: teoli (teoli@A01051A9.6F669779.3D1CA460.IP)
# [21:17] <hub> Gijs: and we pointed fingers too
# [21:17] <jesup> Need to smack some other old-timers out of their naps to remember why it started
# [21:18] <Gijs> pass the potato, mozilla-irc style?
# [21:18] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
# [21:18] * philor|away is now known as philor
# [21:19] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
# [21:19] <ekr> This feels like a holdover from an era when compilers weren't standardized. NULL is a guaranteed part of a compliant compilation environment assuming you include one of the appropriate header files.
# [21:20] * Quits: bernd (chatzilla@moz-560E8A59.superkabel.de) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120430030504])
# [21:20] <@ted> ehsan: if you promote that, then you're promoting different standards across the codebase
# [21:20] <@ted> which sucks
# [21:20] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [21:21] <jtcranmer> note that C++ makes strong guarantees about null pointer constants
# [21:21] <@ehsan> ted: yeah but that boat has sailed a long time ago ;)
# [21:21] <@bz> ekr, jesup: NULL means different things in C and C++
# [21:21] <@ted> if you really think it's a problem, the solution should be to add a polyfill for nullptr to mfbt
# [21:21] <@ted> not to keep using nullptr
# [21:21] <@bz> ekr, jesup: nsnull meant the same thing in both, so was safe to use without having to worry about which one you were in
# [21:21] * Joins: asadotzler (asa@moz-BBE3ABD.mv.mozilla.com)
# [21:21] <ekr> nz: I'm not saying that that's not true, but in what ways do you believe that is relevant?
# [21:22] <jtcranmer> so about the only reason I can possible see coming up is the potential to select different overloads
# [21:22] * coop|mtg is now known as coop
# [21:23] * Quits: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net) (Quit: timdream)
# [21:23] <@bz> ekr: was that to me?
# [21:23] <ekr> bz: yes.
# [21:23] <@bz> ekr: you were asking why nsnull was introduced
# [21:23] * Quits: martyn (martyn@moz-CABED5F2.range81-154.btcentralplus.com) (Quit: Ex-Chat)
# [21:24] <jtcranmer> given that we're steadily ripping out C code
# [21:24] <jtcranmer> is that really still an issue?
# [21:24] <@bz> ekr: if I recall correctly, at some point I was told that was one of the reasons
# [21:24] <ekr> bz: rather, I was asking in what relevant way NULL was different between C and C++ for modern C/C++?
# [21:24] * nigelb1 is now known as nigelb
# [21:24] <@bz> ekr: Did one of them change the definition?
# [21:24] <@bz> ekr: it used to be, one was 0 and one was (void*)0
# [21:24] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [21:24] <@bz> ekr: which affected things like whether assigning NULL to a function pointer would compile, say
# [21:25] * khuey is now known as khuey|away
# [21:25] <@bz> ekr: and some other things along those lines
# [21:25] <ekr> Hmm… I don't recall either of those being in the C or C++ standard.
# [21:25] <@bz> ekr: it's entirely possible that all those issues have gone away
# [21:25] * Quits: @smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi) (Input/output error)
# [21:25] * Joins: vikash (vikash@9999A9DE.38F0169.5D9ABA9F.IP)
# [21:26] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [21:26] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [21:26] <ekr> So, C99 guarantees that NULL "expands to an implementation defined null pointer constant"
# [21:27] <ekr> 7.17
# [21:27] <@bz> ekr: yes
# [21:27] <jlebar> ekr, But note that MSVC doesn't implement C99.
# [21:27] <ekr> So it could be either 0 or void 0 or whatever.
# [21:27] <@bz> ekr: that sounds right
# [21:27] <ekr> I.e., "none of your business"
# [21:27] <ekr> What does MSVC implement?
# [21:27] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
# [21:27] <@bz> MSVC
# [21:28] <@ted> we don't have a whole lot of C code in our tree nowadays
# [21:28] <@ted> NSPR and NSS
# [21:28] <@ted> and a few other fiddly things
# [21:28] <ekr> I'd be interested in seeing an example of where this is a problem in any modern compiler.
# [21:28] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [21:28] <jtcranmer> C++ declares that NULL is a null pointer constant, which in practice means it gets defined to __null on modern compilers
# [21:28] <ekr> Well, NSS uses NULL all over the place.
# [21:28] <@bz> NSS is C-only
# [21:28] <@bz> so doesn't have to worry about the issue
# [21:30] <@bz> well
# [21:30] * Quits: josh_ (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh_)
# [21:30] <@bz> so I can certainly write code where the difference metters
# [21:30] <@bz> it'll be a priori bogus code, but....
# [21:30] <@bz> double f = NULL;
# [21:30] <@bz> gcc says "error: incompatible types in initialization"
# [21:30] <@bz> g++ sets f to 0
# [21:31] * @bz won't comment on whether 4.2 is modern
# [21:31] <@bz> clang and clang++ behave like gcc and g++ respectively
# [21:31] <@ted> really doesn't seem like something we have to worry about that much
# [21:31] <@bz> well
# [21:31] <@bz> we have to worry about if one compiler allows it
# [21:31] <@bz> and another does not
# [21:31] <@bz> because then people check in code that works for them but breaks others
# [21:32] <jtcranmer> and reviewers won't go
# [21:32] <@bz> which is why we did the whole NSPR thiing to start with
# [21:32] <jtcranmer> "why are you assigning NULL to a double?"
# [21:32] <@bz> assuming they notice it's a double
# [21:32] * Quits: jdm (jdm@moz-D662800A.cm-7-1b.dynamic.ziggo.nl) (Client exited)
# [21:32] <jlebar> Of all the cross-compiler incompatibilities we have, this seems like a pretty benign one.
# [21:32] <@bz> (I mean, in this case it's blatant, but)
# [21:32] * Quits: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr) (Quit: bholley)
# [21:32] <ekr> I'm a little confused: surely the test of whether a native language feature is acceptable isn't that compiler behavior varies if you do things that are undefined/implementation defined.
# [21:32] <jtcranmer> clang, msvc, and gcc/g++ all do pretty much the same thing
# [21:32] <@bz> if I replace the double with int, gcc seems to warn but compile anyway
# [21:33] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [21:33] <jtcranmer> in C++, null is 0; in , it's (void*)0
# [21:33] * Joins: josh_ (josh@moz-2EE66546.nyc.res.rr.com)
# [21:33] <Ms2ger> "No tests for this in the test suite, eh?" < you must be new here ;)
# [21:33] <@bz> ekr: it can be
# [21:33] <jlebar> Like, compare this to the pain of switching MSVC versions, which had nothing to do with language compatibility, but had to do with PGO bugs &c.
# [21:33] <jtcranmer> how much code do we have that ACTUALLY compiles with both C and C++?
# [21:33] <@bz> ekr: depending on how much the compiler behavior varies and depending on how easy it is to do things that have implemenation-defined behavior
# [21:33] <Ms2ger> jtcranmer, though, sparky would r+ that :)
# [21:34] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [21:34] <Jesse> trying to figure out a crash where presShell->GetPresContext() is null. involves drawing text in canvas during(?) a lion(?) full-screen transition. when is GetPresContext expected to return null?
# [21:34] <@bz> ekr: in this case, btw, I think switching to NULL is fine
# [21:34] <@bz> ekr: personally
# [21:34] <Ms2ger> bz, also, that's why I like -Werror :)
# [21:34] * coop is now known as coop|mtg
# [21:34] <@bz> ekr: but I also don't care whether we do nullptr or nsnull or whatever
# [21:34] * froydnj watches Ms2ger add to the train-wreck discussion
# [21:34] <@bz> ekr: as long as we're at least somewhat consistent
# [21:34] <jtcranmer> I think both clang and gcc have warnings if you cast null to an integer
# [21:34] <jtcranmer> and I would hope msvc does too
# [21:34] <@bz> ekr: but again, you were asking why it was done this way, as far as I could tell
# [21:35] <Ms2ger> froydnj, pff, I *started* this train wreck :)
# [21:35] <@bz> ekr: I won't claim that now you know, but now you have more data. ;)
# [21:35] * Mook_as thought nsnull existed because the compilers / system headers at the time were distinctly _un_modern
# [21:35] <Mook_as> like, say, cfront...
# [21:36] <@bz> well, yes
# [21:36] <@bz> that too
# [21:36] <jtcranmer> I see clang has specific logic to warn if null is used as an integer
# [21:36] * Joins: qui (mancha@moz-F755AA8C.org)
# [21:36] <jtcranmer> g++'s man page also says it warns on using NULL as an integer
# [21:37] <Ms2ger> It does
# [21:37] <qui> hi folks. are the official ff binaries not built with webm support? i have 12.0 binary linux and can't play any webm
# [21:37] * Quits: nigelb (Adium@99054AA0.28FB815D.274D17D6.IP) (Quit: Leaving.)
# [21:37] <Ms2ger> I caught a couple of bugs that way by defining nsnull to NULL a while back
# [21:38] * jtcranmer stares
# [21:38] * Ms2ger stares back
# [21:38] <bjacob> anyone remembers the trick to fast clone mozilla-aurora off m-c?
# [21:39] <Ms2ger> hg pull -u aurora
# [21:39] <bjacob> wat
# [21:39] <Mook_as> MSVC: warning C4047: 'initializing' : 'int' differs in levels of indirection from 'void *' (on int i = NULL;)
# [21:39] * Quits: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [21:39] <jlebar> bjacob, http://jlebar.com/2011/5/20/Faster_and_smaller_clones_of_branches.html ?
# [21:40] <jtcranmer> so
# [21:40] <bjacob> jlebar: aha thanks
# [21:40] <jtcranmer> I sure hope we're not compiling on non-LP64 systems then
# [21:41] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [21:41] <@ehsan> jfkthame: ping
# [21:41] <jfkthame> ehsan: pong
# [21:42] <Mook_as> win64 is LLP64
# [21:42] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [21:42] * Quits: coreluna (coreluna@moz-A92C338D.lsanca.fios.verizon.net) (Client exited)
# [21:42] * AaronMTriage is now known as AaronMT
# [21:43] <Ms2ger> Hmm, looks like Chrome uses nullptr
# [21:43] * bear is now known as bear-afk
# [21:43] <jtcranmer> read the actual definition of nsnull
# [21:43] <@ehsan> jfkthame: could https://bugzilla.mozilla.org/show_bug.cgi?id=157681#c92 be a sign of another bug similar to the one you fixed earlier today?
# [21:43] <Ms2ger> What are we waiting for to steal it? :)
# [21:43] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [21:43] <@ehsan> Ms2ger: for somebody to do the work :)
# [21:44] <@ehsan> jfkthame: see the oranges on OS X here https://tbpl.mozilla.org/?tree=Try&rev=7476088374d6 for example
# [21:44] <jfkthame> ehsan: looking....
# [21:45] <Ms2ger> ehsan, where are our UI people?! ;)
# [21:45] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:45] <@ehsan> Ms2ger: what do you mean?
# [21:46] <Ms2ger> <-- troll
# [21:46] <Ms2ger> (Also, WebKit::WebData is a lovely class name)
# [21:46] * merike is now known as merike|away
# [21:47] * Quits: teoli (teoli@A01051A9.6F669779.3D1CA460.IP) (Quit: L'ordinateur est en sommeil)
# [21:48] * Joins: teoli (teoli@A01051A9.6F669779.3D1CA460.IP)
# [21:48] <jfkthame> ehsan: it does look overflow-area related, but i don't think it's directly connected with what i just fixed
# [21:48] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [21:48] <jesup> bz, ekr, etc: in 700K lines of code we're going to be importing (mostly C++ but some C), there are 14000 uses of NULL, 33 of 'null_p', 0 of nullptr, and 1200 "null"s (99% of which are comments or null_auth, etc)
# [21:48] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:48] <@ehsan> jfkthame: hmm, do you think you can give me a hand by debugging this by any chance?
# [21:48] <@ehsan> jfkthame: this is totally unknown territory for me
# [21:48] <ekr> Yes, the google standard is absolutely NULL
# [21:49] <jfkthame> ehsan: me too :)
# [21:49] <@ehsan> oh
# [21:49] <ekr> for libjingle, at least
# [21:49] <@bz> jesup: for imported code, we obviously just leave it alone and don't fuck with it. ;)
# [21:49] <jfkthame> ehsan: but i could try to have a look…
# [21:49] <ekr> I know, because I get comments in my code when I use 0. :)
# [21:49] <@bz> jesup: nothing like s/NULL/nsnull/ to make code not work for some weird reason.
# [21:50] * Quits: teoli (teoli@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
# [21:50] <@ehsan> jfkthame: there is also a windows reftest failure there which seems to be caused by subpixel text rendering falling outside of the overflow rect of the text frame
# [21:51] * Quits: smontagu (chatzilla@moz-A6D65AB5.red.bezeqint.net) (Ping timeout)
# [21:51] <Ms2ger> ekr, 0 is horrible :)
# [21:51] * Quits: asadotzler (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:51] <jesup> bz: right. So, that begs the question: what benefit do we (today) get from forcing nsnull in code we write? Yes, in theory it can catch a few bugs. Is it really helping or just adding to the hours spent reviewing/resolving and adding (slightly) to the mass of "oh, you have to do it *this* mozilla-specific way" for new contributors?
# [21:51] <ekr> Ms2ger: legal, however.
# [21:52] <Ms2ger> ekr, lots of things are legal
# [21:52] <jfkthame> ehsan: ok… i don't have much time this evening, but i'll grab your patch and try to have a look at it tomorrow - it sounds like overflow areas aren't being set/updated somewhere they need to be
# [21:52] * cjones-brb is now known as cjones
# [21:52] <Ms2ger> jesup, consistency-ish
# [21:52] <gavin> bsmith: if I understand https://bugzilla.mozilla.org/show_bug.cgi?id=583531#c3 correctly, don't we have a lot of now-useless nsIBadCertListener2/nsISSLErrorListener implementations?
# [21:52] <@ehsan> jfkthame: I'd appreciate it very much :)
# [21:52] * wlach is now known as wlach|yoga
# [21:52] <jfkthame> ehsan: is the patch in the bug up-to-date, or should i grab it from tryserver?
# [21:52] <bsmith> gavin: yes
# [21:52] <@bz> jesup: that's a good question
# [21:52] <gavin> bsmith: is there a bug on file to remove them?
# [21:52] <bsmith> gavin: at least a few
# [21:52] <@bz> jesup: For wholly new code, I think using NULL should be fine
# [21:52] <@ehsan> jfkthame: the patches in the bug _should_ be uptodate
# [21:53] <@bz> jesup: but I'm not enought of a C++ language lawyer to know what's up with nullptr
# [21:53] <@ehsan> jfkthame: I can attach a rebased version too
# [21:53] <jesup> bz: classic "keep style when modifying code"
# [21:53] <@bz> jesup: for existing code, there may be value in consistency
# [21:53] <jfkthame> ehsan: ok, that'd be better than trusting me to rebase if necessary
# [21:53] <@bz> jesup: or in just doing a mass-change
# [21:53] <@ehsan> ok will do
# [21:53] * Parts: qui (mancha@moz-F755AA8C.org)
# [21:53] * Waldo bets s/nsnull/NULL/ would be very little additional work to get running, actually
# [21:54] <@bz> yeah
# [21:54] <@bz> I think so too
# [21:54] * jesup agrees
# [21:54] <Ms2ger> Some -Werrors
# [21:54] <bsmith> gavin: suggested component?
# [21:54] <ekr> FWIW, as someone who is relatively new to the ffox code base, I've found the number of new conventions you needed to learn to be a lot higher than average, compared to say libjingle.
# [21:54] <Waldo> hard to imagine much code, if any, not including <stddef.h> to get the definition, so manual fixups wouldn't seem the general rule
# [21:54] <ekr> so the fewer the better
# [21:55] <gavin> bsmith: I guess the ones I mention in https://bugzilla.mozilla.org/show_bug.cgi?id=583531#c0 are in toolkit, so toolkit::general?
# [21:55] <gavin> there are probably users spread out in several components
# [21:55] <jesup> right. We have a huge learning curve, especially where we require different-than-everywhere-else coding standards and idioms
# [21:55] <bsmith> gavin: thanks
# [21:56] <Ms2ger> Waldo, nscore.h includes prtypes.h includes stddef.h, so everyone who sees nsnull sees NULL
# [21:56] <Waldo> good, good
# [21:56] <Waldo> albeit hellish when we drop the NSPR dependency
# [21:56] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
# [21:56] <Ms2ger> Unless people redefine nsnull... Could happen
# [21:56] <jesup> Who wants to put the patch up for review? ;-)
# [21:56] <Ms2ger> Waldo does
# [21:56] <@bz> ekr: part of that is probably just age...
# [21:57] <ekr> bz: totally.
# [21:57] <Waldo> (speaking optimistically, of course, since un-depending on NSPR is a distant dream only right now)
# [21:57] <@bz> ekr: not that we shouldn't try to make it better. ;)
# [21:57] * Waldo is not putting up this patch, has too much other stuff on his plate
# [21:58] <@bz> waldo: we can just make nscore.h include stddef.h
# [21:58] <@bz> waldo: if we drop the nspr dep
# [21:58] <Ms2ger> [good first bug], I say
# [21:58] * sancus is now known as sancus_
# [21:58] * sancus_ is now known as sancus
# [21:58] <@bz> oh, hey
# [21:58] <@bz> nscore includes StandardInteget
# [21:59] <Ms2ger> Yeah
# [21:59] <@bz> er, StandardInteger
# [21:59] <Waldo> bz: well, there's also an implied subtext that we should drop the nscore.h dependency too (ha ha ha, I know)
# [21:59] <Ms2ger> bz, nsDocumentFragment
# [21:59] <@bz> does that mean _I_ don't have to include it?
# [21:59] <@bz> sweeet
# [21:59] <Ms2ger> Wondering what its QI should support
# [21:59] <@bz> waldo: er, why
# [21:59] <Ms2ger> nsIContent?
# [21:59] <@bz> ms2ger: yes
# [22:00] <Waldo> bz: because XPCOM is, um, a bit fugly :-)
# [22:00] * Quits: dao (dao@moz-A0B4DC75.superkabel.de) (Connection reset by peer)
# [22:00] <@bz> waldo: <shrug>. We still need someplace to define some of this stuff
# [22:00] * Joins: dao (dao@moz-A0B4DC75.superkabel.de)
# [22:00] <@bz> waldo: we could make it 10 places, but what's the win?
# [22:00] <Ms2ger> nsISupportsWeakReference / nsIDOMXPathNSResolver / nsITouchEventReceiver / nsIInlineEventHandlers?
# [22:00] * juanb|afk is now known as juanb
# [22:01] <@bz> ms2ger: yes, probably, probably not, not sure
# [22:01] <@bz> ms2ger: let me check that last one, but I suspect "not sure" == "no"
# [22:01] <bent> gavin, where should i file bugs on FUEL?
# [22:01] <Ms2ger> OK
# [22:01] <@bz> and actually, not sure about xpathnsresolver
# [22:01] <gavin> bent: uhhh
# [22:01] <bent> Core:Graveyard?
# [22:01] <bent> teehee
# [22:01] <gavin> bent: firefox: general, I guess?
# [22:01] <gavin> but I'm intrigued
# [22:02] <bsmith> Waldo: s/nsnull/NULL/ means we would not have a type-safe null for pointers
# [22:02] <@bz> gavin: fwiw, we're talking "leak a few tens of megs and make shutdown last tens of minutes" kind of bug
# [22:02] <bent> FUEL + extension causing shutdown hangs
# [22:02] <gavin> I see
# [22:02] <bent> extension just using fuel
# [22:02] <bsmith> IMO, it is better to instead redefine nsnull to nullptr when nullptr is available
# [22:02] <Waldo> bsmith: elaborate on "type-safe null for pointers"
# [22:02] <bent> not abusing
# [22:03] <@bz> ms2ger: so dom3 xpath says any node can be a resolver
# [22:03] <gavin> leaky fuel is dangerous
# [22:03] <bsmith> template <typename T>
# [22:03] <@bz> ms2ger: if I read right
# [22:03] <bsmith> and then a specialization for T*
# [22:03] <Ms2ger> lookupNamespaceURI is on Node in DOM4
# [22:03] <gavin> (we cleaned up some leaks in 2007! bug 378618)
# [22:03] <@bz> ms2ger: yeah
# [22:03] <@bz> ms2ger: so it needs to do that
# [22:03] <bsmith> this creates problems if you ever need to use NULL in that situation, without a pointer-typed NULL
# [22:03] <Ms2ger> Oh
# [22:03] <@bz> ms2ger: does not need inline event handlers
# [22:03] <@bz> ms2ger: since those are on Element
# [22:03] <Ms2ger> It's on nsIDOMNode too
# [22:04] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [22:04] <@bz> bsmith: which is why C++ NULL is not pointer-typed, of course... ;)
# [22:04] <bsmith> Right.
# [22:05] <Ms2ger> WrapperCache? I assume yes
# [22:05] <Ms2ger> NS_INTERFACE_MAP_ENTRIES_CYCLE_COLLECTION(nsGenericElement)?
# [22:05] <bsmith> but, since the default of f(NULL) is f(int) instead of f(T*) that can create unexpected surprises
# [22:05] <bent> gavin, are we still promoting FUEL for extension folks somehow?
# [22:06] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:07] * Quits: wolfiR (wolfiR@moz-BA925E0D.dip0.t-ipconnect.de) (Quit: Leaving)
# [22:07] <@bz> ms2ger: yes for those both
# [22:08] * Joins: jdm (jdm@moz-D662800A.cm-7-1b.dynamic.ziggo.nl)
# [22:08] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [22:08] <dao> bent: I don't think we are, although there are probably remnants of it on MDN.
# [22:08] <bent> ok
# [22:08] <philor> https://developer.mozilla.org/index.php?title=Special:Article&type=backlinks&pageid=968
# [22:08] <gavin> bent: hopefully not
# [22:08] * Quits: maikmerten (maikmerten@moz-1B1B9677.dynamic.qsc.de) (Client exited)
# [22:09] <dao> e.g. https://developer.mozilla.org/en/XUL_School/Handling_Preferences#Managing_Preferences_with_FUEL :/
# [22:09] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/23b86b775f6f - Richard Newman - Bug 749727 - Ensure that each Fennec channel runs its password content provider in a different process. r=blassey, a=blocking-fennec
# [22:09] * bear-afk is now known as bear
# [22:10] <gavin> wonder if a bug to fix that will get fixed
# [22:10] <jesup> ted: what's the best way to get NDK's usr/include/SLES in the include path from gyp?
# [22:10] <Ms2ger> bz, hmm, docfrag has NS_DOM_INTERFACE_MAP_ENTRY_CLASSINFO, GenericElement doesn't
# [22:10] <@bz> ms2ger: yes
# [22:10] <@bz> ms2ger: classinfo is implemented by specific element subclasses
# [22:11] <Ms2ger> OK
# [22:11] <@bz> ms2ger: since they all need _different_ classinfo
# [22:11] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [22:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [22:11] <@bz> ms2ger: but docfrag is a leaf class, and has its own docfrag classinfo
# [22:11] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [22:11] * nthomas|away is now known as nthomas
# [22:11] <gavin> bug 429286 didn't turn out to be that useful :)
# [22:11] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [22:12] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:12] <Waldo> bsmith: note that MOZ_DELETE lets you ameliorate the problem, because you can declare an alternative version of the API and delete it, so that calls which would resolve to it turn into compile errors
# [22:12] <Waldo> e.g. |void f(int) MOZ_DELETE;|
# [22:13] <bsmith> Waldo: what if f(int) is a valid overload though?
# [22:13] <Waldo> bsmith: poorly-designed API given the limitations of the language
# [22:13] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [22:13] <Ms2ger> Sounds like Gecko
# [22:13] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:14] <Waldo> hah
# [22:14] <bsmith> Waldo: right, but NULL will never be typesafe whereas nullptr is (more) and nsnull COULD be if redefined as nullptr
# [22:14] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [22:15] <bsmith> So, since we have the choice it seems better to err on the side of safety
# [22:15] <Ms2ger> And use nullptr :)
# [22:15] <Waldo> that still leaves us with the nsnull obfuscation
# [22:15] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
# [22:16] <gavin> bent: be sure to CC me on that bug
# [22:16] * Quits: josh_ (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh_)
# [22:16] * Waldo thinks less obfuscation trumps safety
# [22:16] <Ms2ger> Hmm, try is getting slower again
# [22:16] <bent> gavin, will do, almost done
# [22:16] * Quits: armenzg (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:16] <Ms2ger> Waldo, then again, you work on js/ :)
# [22:16] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [22:16] <Waldo> especially given that it's not always "safety", often it's only correctness, and wrong is different from dangerous
# [22:17] <Waldo> Ms2ger: we are improving by leaps and bounds, hush you
# [22:17] <Ms2ger> Waldo, unlike editor
# [22:17] <Ms2ger> (edmorley: daily editor jibe, check)
# [22:17] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [22:18] <jhammel> Ms2ger: whois dailyeditorjibe.com -> No match for "DAILYEDITORJIBE.COM".
# [22:18] * Joins: armenzg (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [22:18] <Ms2ger> jhammel, gives 173.203.211.207
# [22:19] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:19] * lsblakk|afk is now known as lsblakk
# [22:19] <bsmith> Waldo: why not just use nullptr
# [22:19] <jhammel> Ms2ger: beh, i already rooted that box
# [22:19] <bsmith> and define nullptr to be nsnull on systems that don't support nullptr
# [22:19] <Ms2ger> bsmith, eh
# [22:20] * Joins: smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi)
# [22:20] * ChanServ sets mode: +o smaug
# [22:20] <jhammel> OTOH, http://ms2ger.ruined-my-life.com/
# [22:20] <Ms2ger> bsmith, wasn't that what he was arguing for, and you against?
# [22:20] <bsmith> I only saw the suggestion s/nsnull/NULL/
# [22:20] <@smaug> davidb: ok, it is the a11y patch
# [22:20] <@smaug> davidb: clobber didn't help
# [22:20] * Quits: ferongr (ferongr@83D56FB7.DDEAD33F.F5160715.IP) (Ping timeout)
# [22:21] <Ms2ger> bsmith, well, that doesn't involve implementing nullptr :)
# [22:21] <@smaug> tbsaunde: ^
# [22:21] * Waldo thinks NULL is an improvement on nsnull, nullptr would be an improvement on both...but only if it's reasonably possible, and that he's not entirely sure about
# [22:21] <Ms2ger> Patch welcome for nullptr :)
# [22:21] <bsmith> What compiler doesn't support nullptr?
# [22:21] <bsmith> Ms2ger: ^
# [22:22] <bsmith> VS2010 does
# [22:22] * Joins: jviereck (Adium@moz-81B47285.dip.t-dialin.net)
# [22:22] <bsmith> http://msdn.microsoft.com/en-us/library/4ex65770.aspx
# [22:22] <Ms2ger> There are compilers that support it? That's news to me :)
# [22:22] * mattwoodrow|away is now known as mattwoodrow
# [22:22] <bsmith> "GCC 4.6 released, adds more C++0x features: nullptr, noexcept"
# [22:23] <Waldo> OS X on fairly recent versions ships gcc 4.2
# [22:23] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:23] <Ms2ger> I'm on 4.5
# [22:23] * Quits: twi (Adium@moz-5390D98D.cust.dsl.vodafone.it) (Quit: Leaving.)
# [22:23] <hub> smaug: when you said "clobber", you deleted the object dir, didn't you?
# [22:23] <Ms2ger> OTOH, my editor highlights it
# [22:23] <Waldo> we still support msvc < 10, at least 9 I think
# [22:23] <@smaug> hub: yes
# [22:24] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [22:24] <bsmith> Waldo: let's stop doing that then
# [22:24] <Waldo> if we want to bump the gcc requirement to 4.6, and bump the Windows requirement appropriately, I'm all happy with nullptr
# [22:24] <hub> smaug: I built this AM and I didn't have any problem
# [22:24] <bsmith> Let's do that.
# [22:24] <Ms2ger> Also, bug 626472
# [22:24] <hub> smaug: off mozilla-inbound
# [22:24] <@bz> bsmith: stop doing which?
# [22:24] <@smaug> hub: which compiler?
# [22:24] <jtcranmer> do we support gcc < 4.3 really any more?
# [22:24] <@smaug> and which os?
# [22:24] <Ms2ger> bz, supporting my compiler :)
# [22:24] <@bz> bsmith: the options on OSX are 4.2 and clang
# [22:24] <@bz> bsmith: we use 4.2
# [22:25] <@bz> bsmith: we could try switching to clang....
# [22:25] <@smaug> hub: I'm on 64 bit linux, gcc version 4.6.0 20110509 (Red Hat 4.6.0-7) (GCC)
# [22:25] <hub> smaug: Fedora 16
# [22:25] <@smaug> fedora 14
# [22:25] <@smaug> er
# [22:25] <@smaug> fedora 15
# [22:25] <hub> g++ (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
# [22:25] <Waldo> jtcranmer: there are tinderboxen that impose a 4.1-compatible requirement on us, even (!)
# [22:25] <@bz> bsmith: there are some drawbacks, obviously
# [22:25] <hub> x86_64
# [22:25] <@bz> jtcranmer: on mac we sure do
# [22:25] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
# [22:25] <jtcranmer> we should just make mac people use clang
# [22:25] <bsmith> bz Ms2ger Waldo: IMO, we should work towards nullptr (upgrading/changing compiler requirements), and avoid s/nsnull/NULL/ disruption until then
# [22:25] <Ms2ger> jduell++
# [22:26] * Joins: jviereck1 (Adium@moz-D71577EF.dip.t-dialin.net)
# [22:26] <bsmith> s/nsnull/NULL/ or even s/nsnull/nullptr/ isn't going to save the world; we can wait a little bit.
# [22:26] <jduell> ms2ger: death to warnings
# [22:26] <Waldo> honestly, I wasn't planning on touching anything here in the near future anyway
# [22:26] * Quits: jviereck (Adium@moz-81B47285.dip.t-dialin.net) (Ping timeout)
# [22:26] <@bz> bsmith: that seems plausible as a course of action, yes
# [22:26] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [22:26] <Ms2ger> jduell, sorry for dropping the ball on that patch, btw
# [22:26] <@bz> jtcranmer: are we at a point where it's not a perf hit anymore?
# [22:26] <Ms2ger> jduell, are you taking it up or should I?
# [22:27] <jtcranmer> I didn't know there was a perf hit?
# [22:27] <@bz> jtcranmer: ah
# [22:27] <jduell> Ms2ger: no prob: I'm just going through fixing the remaining warnings now
# [22:27] <jduell> I'll hand off to you if it takes too long :)
# [22:27] <@bz> jtcranmer: last I checked there was
# [22:27] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
# [22:27] <Ms2ger> jduell, OK, let me know if I need to do something :)
# [22:27] <@bz> jtcranmer: though espindola has been filing clang/llvm bugs, so it's presumably getting better
# [22:27] <jtcranmer> if clang ever gets decent PGO... :-)
# [22:28] * Joins: nihsanullah_ (naveed@moz-ECC7C78.bstnma.fios.verizon.net)
# [22:28] <espindola> jtcranmer, for OS X?
# [22:28] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [22:28] * Quits: vikash (vikash@9999A9DE.38F0169.5D9ABA9F.IP) (Quit: Leaving)
# [22:28] <espindola> gcc 4.2 has no working pgo
# [22:28] <jtcranmer> I know it doesn't
# [22:28] <jtcranmer> gcc 4.2 is at this point fairly crap
# [22:29] <espindola> I fixed the last perf issue we found on try
# [22:29] <espindola> but had no time to work on it again
# [22:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [22:29] <bsmith> Waldo Ms2ger bz: It looks like we can pretty much freeze our language feature requirements at "whatever VS2010 supports" for a long time, unless we hack together a way to make VS2011 build executables that work on XP
# [22:29] <espindola> ehsan will upgraded clang and benchmark it again
# [22:29] <@bz> bsmith: or get to the point where we can drop xp, yes
# [22:30] <Jesse> bz: i'm trying to figure out a crash where presShell->GetPresContext() is null. involves drawing text in canvas during(?) a lion(?) full-screen transition. when is GetPresContext expected to return null?
# [22:30] <@bz> espindola: sounds great
# [22:30] <bsmith> Yes, I'm assuming that is a long time away
# [22:30] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [22:30] <Ms2ger> Jesse, never, one day
# [22:30] <@bz> Jesse: when the presshell has had Destroy() called
# [22:30] <@bz> Jesse: during a full-screen transition, it can totally happen
# [22:30] <@bz> Jesse: if we reframe stuff
# [22:31] <espindola> bz, if the perf is there. If not I don't know when I will have time to work on it again :-(
# [22:31] * Joins: joe_walker_ (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [22:31] <Jesse> bz: other than full-screen, are there (non-destructive) ways to make Destroy() get called?
# [22:32] <bent> gavin, bz, bug 750454
# [22:32] <bent> dao, ^
# [22:32] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:33] <Jesse> bz: would resizing an iframe do the same thing to the contents of the iframe, for example?
# [22:34] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [22:34] <jdm> jduell: D:
# [22:34] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [22:34] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [22:34] <jduell> jdm: which emoticon is that? :)
# [22:34] <jdm> jduell: the :(|
# [22:35] <jdm> a more extreme form of :(
# [22:36] * Joins: karl (karl@moz-9B5DFBA8.jetstream.xtra.co.nz)
# [22:36] <Jesse> :ᗡ
# [22:37] * Joins: teoli (teoli@A01051A9.6F669779.3D1CA460.IP)
# [22:38] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [22:38] <jtcranmer> D: : ): :: :D : :)
# [22:38] * jlund is now known as jlund|afk
# [22:38] <jtcranmer> or, without spaces
# [22:38] <jtcranmer> D::)::::D::)
# [22:39] <Ms2ger> [nsfw]
# [22:39] * Joins: jlund (Adium@F2D29657.F60B0462.67AC9B1.IP)
# [22:39] <Ms2ger> mwu, you broke android
# [22:40] <mwu> Ms2ger: looking
# [22:40] * KaiRo is now known as KaiRo_away
# [22:40] * armenzg is now known as armenzg_mtg
# [22:41] <@smaug> tbsaunde: ping
# [22:41] * spartan|away is now known as spartan
# [22:42] <@bz> Jesse: hey
# [22:42] <@bz> Jesse: sorry
# [22:42] <@bz> Jesse: you still there?
# [22:42] <Ms2ger> philor, could you add https://tbpl.mozilla.org/?tree=Mozilla-Inbound&usetinderbox=1&jobname=spidermonkey back to the status?
# [22:42] <Jesse> bz: yeah
# [22:43] <jaws> ehsan: ping?
# [22:43] <@ehsan> jaws: hi
# [22:43] <Ms2ger> Or did that die?
# [22:43] <@bz> Jesse: setting display:none on the iframe would do it
# [22:43] <philor> Ms2ger: oh, yeah, forgot that the approval required copy-paste ate it
# [22:43] <@bz> Jesse: or in general changing the display value of the iframe
# [22:43] <@smaug> any a11y reviewers ?
# [22:43] <philor> Ms2ger: though not usetinderbox, noignore is the new usetinderbox
# [22:43] <jaws> ehsan: hi, can you comment on dbaron's question in bug 750344? it would also be good if you can just see if i filed that bug to the same description as we had talked about
# [22:44] * @ehsan looks
# [22:44] <Ms2ger> philor, ah, yes, thanks
# [22:44] * wlach|yoga is now known as wlach
# [22:44] <Jesse> bz: ok, i'll try that
# [22:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:45] <@ehsan> jaws: I'm not 100% sure, commented in the bug
# [22:47] * Quits: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP) (Client exited)
# [22:47] <jaws> ehsan: ok thanks, at least i know that my bug description wasn't too far off from our conversation :)
# [22:48] <@ehsan> jaws: no, but I'm not actually sure if multiple refresh drivers are desired or not
# [22:48] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [22:48] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:49] * Quits: dao (dao@moz-A0B4DC75.superkabel.de) (Ping timeout)
# [22:49] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [22:49] * Quits: Ms2ger (Ms2ger@4E399CED.3067C44D.37724B0D.IP) (Quit: nn)
# [22:50] * Joins: dao (dao@moz-A0B4DC75.superkabel.de)
# [22:50] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [22:50] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [22:50] * Quits: past (past@moz-12254969.dsl.dyn.forthnet.gr) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [22:50] <Jesse> bz: haven't gotten it to crash with changing the iframe's display property
# [22:50] <jaws> oh ok, yeah i didn't think about throttling, but it does seem that it would be useful
# [22:51] * Joins: Mardak (Mardak@moz-7B0110AD.mv.mozilla.com)
# [22:51] <Jesse> bz: maybe the timing for cancelFullScreen is special. (the crashing testcase has cancelFullScreen immediately followed by canvas strokeText)
# [22:51] <Jesse> bz: i did find a case where "document.documentElement.offsetHeight;" has observable effects, though! now i have 3 bugs to file
# [22:53] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Connection reset by peer)
# [22:53] <karl> the tree rules for m-i don't explicitly say "You must check the tree before pushing". Is that intentional?
# [22:54] <karl> In fact is explicity says otherwise: "Checking tinderbox before pushing is not required", so ok
# [22:54] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [22:55] * Quits: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP) (Quit: leaving)
# [22:55] * @bz checks anyway
# [22:55] <@bz> saves people the trouble of backing me out
# [22:55] * philor snickers at the idea of there being tree rules
# [22:56] <karl> so the whole branch gets dropped if a backout is required?
# [22:56] <@bz> tree suggestions?
# [22:56] <@bz> karl: depends on how hard it is to back out the one changeset
# [22:56] * Joins: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [22:56] <dRdR> #gfx
# [22:56] <Jesse> or identify the regressor
# [22:56] <karl> ok
# [22:56] <philor> tree mutterings uttered while picking up people's dirty laundry scattered around the living room
# [22:57] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/6bffe5985546 - Michael Wu - Backed out changeset 3812e7c1b642 (Bug 749661) for bustage on Android, r=red
# [22:57] <Waldo> philor: you enjoying the chucktesta reviews yet?
# [22:57] <firebot> http://hg.mozilla.org/mozilla-central/rev/e521aaa84223 - Michael Wu - Merge backout of 3812e7c1b642 Bug 749661 r=red
# [22:57] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [22:57] * Quits: Gijs (chatzilla@moz-C11B0461.dsl.alice.nl) (Quit: poof)
# [22:58] <philor> some parts of the inbound mutterings probably date back to before it existed, when the theory was that when any bustage appeared, some hypothetical sheriff who has a whole day free would back out everything from the first sign of bustage to the tip, and then reland it all
# [22:59] * rail is now known as rail_away
# [23:00] <philor> oddly, none of the people involved in formulating that plan actually do any inbound sheriffing :)
# [23:01] <Waldo> philor: didn't you get the memo?
# [23:01] * Quits: jviereck1 (Adium@moz-D71577EF.dip.t-dialin.net) (Ping timeout)
# [23:02] * Quits: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP) (Quit: Leaving.)
# [23:02] <philor> Waldo: memo? I have filters to take care of memos, I don't need no stinkin' memos
# [23:02] * rail_away is now known as rail
# [23:02] <@smaug> hmm, who broke tab bar
# [23:03] * Joins: icaaq (Adium@moz-718D9655.cust.bredbandsbolaget.se)
# [23:03] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:04] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [23:05] * Quits: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP) (Quit: WeeChat 0.3.2)
# [23:05] * AutomatedTester|away is now known as AutomatedTester
# [23:05] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [23:06] * Quits: dao (dao@moz-A0B4DC75.superkabel.de) (Quit: Leaving.)
# [23:06] <Wes> hmm, me broke, bar tab...
# [23:06] <mbrubeck> Wes++
# [23:07] <mbrubeck> smaug: What's broken now?
# [23:08] * Joins: kumar (kmcmillan@moz-BBE3ABD.mv.mozilla.com)
# [23:08] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [23:08] * ChanServ sets mode: +o roc
# [23:08] <@smaug> mbrubeck: bug 750481
# [23:08] <tbsaunde> smaug: hi
# [23:09] * Quits: wlach (wlach@moz-14AFFC14.vif.net) (Input/output error)
# [23:09] <@smaug> tbsaunde: you got a patch to review :)
# [23:09] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:09] <tbsaunde> smaug: ok, so I see
# [23:09] * Joins: wlach (wlach@moz-14AFFC14.vif.net)
# [23:09] <@smaug> tbsaunde: I don't know why the code compiles on some compilers but not on gcc 4.6
# [23:10] <tbsaunde> smaug: me neither, ut r=me
# [23:10] <tbsaunde> (sorry about delay was eating)
# [23:11] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [23:11] <@smaug> thanks
# [23:11] <tbsaunde> yw
# [23:11] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:12] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:12] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [23:12] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:13] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:13] <Waldo> eating is entirely unacceptable
# [23:13] <Waldo> only allowed if you're hacking or reviewing at the same time
# [23:13] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:14] * Joins: jviereck1 (Adium@moz-D71577EF.dip.t-dialin.net)
# [23:14] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [23:15] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
# [23:15] * Quits: jviereck1 (Adium@moz-D71577EF.dip.t-dialin.net) (Ping timeout)
# [23:16] * jmaher is now known as jmaher|afk
# [23:16] <tbsaunde> guess I need to work on ability to comment on bugs with telepathy then
# [23:17] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [23:18] * Quits: @smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi) (Input/output error)
# [23:18] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:18] * Joins: smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi)
# [23:18] * ChanServ sets mode: +o smaug
# [23:18] <@ehsan> bz: that was the quickest review ever!
# [23:18] <@bz> ehsan: ;)
# [23:19] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [23:19] <hub> smaug: do you have commit access?
# [23:19] <jdm> are you kidding?
# [23:19] <jdm> we don't trust smaug with that
# [23:19] <@bz> ehsan: 1:32?
# [23:19] <@bz> ehsan: it might be close to one of my fastest, yeah
# [23:20] <@ehsan> hehe
# [23:20] <hub> jdm: I wish bz told me "committer" next to the person name
# [23:20] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [23:20] <jdm> bz: you should get on hub's request
# [23:20] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:20] <@bz> oh
# [23:20] <@bz> the other bz
# [23:20] <hub> the other bz
# [23:20] <hub> :-)
# [23:20] <hub> anyway
# [23:20] <@bz> I was confused for a sec
# [23:20] <@bz> yeah
# [23:20] <@bz> smaug has push access
# [23:20] <hub> ok
# [23:20] <@bz> that would in fact be useful metadata, though
# [23:20] <jdm> sorry, just messing with you
# [23:20] <@bz> push level access
# [23:20] <jdm> and yes, it really would
# [23:21] <jdm> alternatively, placing it on mozillians.org would be acceptable to me
# [23:21] <@smaug> hub: just about to push the fix
# [23:21] <jdm> since we're talking about lots of other tie-ins there
# [23:21] <hub> smaug: ok. all I wanted to know
# [23:21] <hub> awesome
# [23:21] <@smaug> hub: but yes, I've had commit access since...2004 I think
# [23:22] * Quits: icaaq (Adium@moz-718D9655.cust.bredbandsbolaget.se) (Quit: Leaving.)
# [23:23] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [23:23] * rail is now known as rail_away
# [23:24] <hub> smaug: sorry. I just don't know the name of all the contributors. I'm still new... albeit with Level 3
# [23:24] <NeilAway> Waldo: we still support 8 pro (but not 8 express, because of lack of SDK 7 support)
# [23:25] <Waldo> NeilAway: yeah, I really don't much think about Windows support
# [23:25] <@smaug> hub: np :)
# [23:25] <Waldo> except to the extent of having to figure out a workaround for <stdint.h> last year
# [23:25] <@bz> hub: no one knows the names of all the contributors anymore
# [23:25] <@bz> hub: it's kinda distressing
# [23:26] <@bz> hub: also kinda awesome. ;)
# [23:26] <Waldo> bz: I don't think we've met, who are you again?
# [23:26] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [23:26] <@bz> waldo: a bug database, mostly
# [23:26] <@bz> waldo: though some people think I'm a message board
# [23:26] <Waldo> jdm: also, commit access to what, exactly?
# [23:27] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/992588c2eab6 - Olli Pettay - Followup for Bug 716644, r=trev.saunders
# [23:27] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:27] <gaston> is there a client.mk target to build only under js/src ?
# [23:27] * philor wants to know who has commit access to the looney bin
# [23:27] <Waldo> I think NeilAway's the only one who thinks people are message boards, given how often the new-message thing on IRC turns out to be some hours-later reply from him
# [23:27] <@bz> waldo: heh
# [23:28] <Waldo> gaston: no; inside that directory it's the usual configure/make thing typical of most open source projects
# [23:28] <gaston> hmmmm
# [23:28] <Waldo> gaston: although you're better off running configure inside an empty subdirectory, so that your srcdir doesn't get polluted, and can be built against by multiple objdirs
# [23:28] <gaston> oh the pain
# [23:28] * Waldo has dbg, gcc-dbg, opt, etc. subdirs in all his various trees
# [23:29] <Waldo> philor: we're all mad here
# [23:30] <gaston> ah, better if i cd to objdir/js/src to actually find the real makefile
# [23:31] * Joins: davidillsley_ (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com)
# [23:31] <azakai> linking ff fails for me (even with a fresh build on empty obj dir) with ../../accessible/src/atk/nsMaiInterfaceText.o: In function `ConvertTexttoAsterisks':
# [23:31] <azakai> /home/alon/Dev/mozilla-central/accessible/src/atk/nsMaiInterfaceText.cpp:54: undefined reference to `nsAccessibleWrap::AtkRoleFor(mozilla::a11y::roles::Role)'
# [23:31] <azakai> ../../accessible/src/atk/nsMaiInterfaceText.o: In function `getCharacterAtOffsetCB':
# [23:31] <azakai> /home/alon/Dev/mozilla-central/accessible/src/atk/nsMaiInterfaceText.cpp:163: undefined reference to `nsAccessibleWrap::AtkRoleFor(mozilla::a11y::roles::Role)'
# [23:31] <azakai> /usr/bin/ld.bfd.real: libxul.so: hidden symbol `nsAccessibleWrap::AtkRoleFor(mozilla::a11y::roles::Role)' isn't defined
# [23:31] <azakai> /usr/bin/ld.bfd.real: final link failed: Bad value
# [23:31] <azakai> is this is a known issue?
# [23:32] <@smaug> azakai: update
# [23:32] <@smaug> I just pushed a fix
# [23:32] * Quits: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com) (Ping timeout)
# [23:32] <hub> azakai: smaug just fixed it on inbound
# [23:32] * davidillsley_ is now known as davidillsley
# [23:32] <azakai> ah ok, thanks smaug and hub
# [23:32] <@smaug> hub: no on inbound
# [23:32] <@smaug> not
# [23:32] <@smaug> on m-c
# [23:32] <hub> smaug: directly on m-c?
# [23:32] * Waldo wonders how a11y manages to bust clang so much, doesn't see how it's that different from any other area of code
# [23:32] <hub> ok
# [23:33] <hub> Waldo: because we haven't figured out how to build with clang
# [23:33] <@smaug> Waldo: clang?
# [23:33] * Quits: variable (toor@495486BA.98B6D721.292D5CE7.IP) (Ping timeout)
# [23:33] * Quits: jlund (Adium@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [23:33] <hub> Waldo: and they seems to want to namespace stuff
# [23:33] <@smaug> Waldo: this time gcc
# [23:33] <hub> Waldo: etc.
# [23:33] <hub> Waldo: (I'm in the a11y team btw)
# [23:33] * Quits: teoli (teoli@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
# [23:33] <Waldo> smaug: ah, I assuming (yeah, I know what happens when you do that :-) )
# [23:34] <Waldo> hub: you've seen ehsan's thing on how to build clang, then how to use it, I assume?
# [23:34] <@smaug> although, last time I used clang, a11y did break the builds
# [23:34] <hub> Waldo: I might not have.
# [23:34] <hub> let me check
# [23:34] <Waldo> hub: yeah, I'm aware; don't think I've met you in any times you might or might not have been to MV
# [23:34] <Waldo> hub: http://ehsanakhgari.org/blog/2011-10-18/why-you-should-switch-clang-today-and-how
# [23:35] <hub> yeah I had that one
# [23:35] <Waldo> it's pretty simple
# [23:35] <hub> short of having the packages
# [23:35] <hub> unfortunatel Fedora 16 is not up to date
# [23:35] * Quits: kaie (kaie@moz-98947351.dip.t-dialin.net) (Quit: Leaving)
# [23:35] <hub> nor is MacOS 10.6
# [23:35] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [23:35] <@smaug> but if you want to actually use gdb for debugging, gcc doesn't make gdb to crash
# [23:35] <Waldo> I wouldn't |make install| at the end, rather just use builddir/Release/bin/clang++ directly, but other than that it's easy enough
# [23:35] <@smaug> like clang does
# [23:35] <Waldo> smaug: I use gdb with clang'd stuff all the time
# [23:36] <Waldo> hub: well, I'm on Fedora 15, so unless Fedora 16 actively broke something...
# [23:37] <hub> Waldo: it only has clang 2.9
# [23:37] <jlebar> Waldo, My clang uses relative paths for source files, which my gdb is not happy about.
# [23:37] <hub> whose C++ support is abysimal
# [23:37] * bwinton is now known as bwinton_away
# [23:37] * Quits: @smaug (chatzilla@moz-7974D598.gprs.sl-laajakaista.fi) (Ping timeout)
# [23:37] <Waldo> hub: yes; I suggest you ignore the distro packages completely
# [23:37] <jlebar> Waldo, I wonder which of those two fixed things.
# [23:37] <jlebar> Probably clang. Except I thought I'd built my clang recently...
# [23:38] <Waldo> jlebar: oh, you mean |b nsDOMClassInfo.cpp:12345|?
# [23:38] * Quits: joe_walker_ (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [23:38] <Waldo> jlebar: I'd noticed that broken, hadn't realized it was a clang thing (maybe), and I need it pretty uncommonly so haven't been too frustrated by the lack
# [23:38] <jlebar> Waldo, Well, I mean afaict clang was using ../../../../nsDomClassInfo.cpp as the path to the source, and then gcc couldn't find the file.
# [23:38] <jlebar> But yeah, that's the only way that breakpoints work for me.
# [23:39] <jlebar> er, and then gdb couldn't find the file.
# [23:39] <Waldo> |b Foo::bar| works fine for me, that's what I usually use so little skin off my nose
# [23:39] <jtcranmer> I've not found clang+gdb to be an issue
# [23:39] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:39] <jlebar> jtcranmer, Do you ever do b file.cpp:12345 ?
# [23:39] <jtcranmer> then again, I use svn tip-near-3.1 for clang
# [23:39] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [23:39] <jtcranmer> jlebar: yep
# [23:40] <jtcranmer> and I also spend a lot of time dealing with generated assembly whose object files are then further patched up
# [23:40] <jlebar> Okay, I'll rebuild clang and see if it's any better nowadays.
# [23:40] <taras> Bas: any progress on profiling tab switching?
# [23:40] <jtcranmer> it is so annoying to get a dump of a specific section
# [23:41] * jlund|afk is now known as jlund
# [23:41] <jtcranmer> you'd think objdump would have something like "cat the stupid section"
# [23:41] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [23:41] * Quits: armenzg_mtg (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:41] * Joins: armenzg_mtg (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [23:41] * Joins: smaug (chatzilla@moz-AD13B184.elisa-mobile.fi)
# [23:41] * ChanServ sets mode: +o smaug
# [23:42] <ekr> Is there a list of the canonical #include order?
# [23:42] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [23:42] <Waldo> jtcranmer: I update to svn tip intermittently, last time was a week or two ago
# [23:43] <Waldo> ekr: there's no canonical ordering, although some subprojects have their own
# [23:43] * Quits: armenzg_mtg (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:43] <ekr> Is it supposed to be safe to include in any order?
# [23:43] <jtcranmer> ekr: typical preference tends to be alphabetical order
# [23:44] <ekr> jtcranmer: I'm in favor of alpha. Is that supposed to work?
# [23:44] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [23:44] <Waldo> ekr: it should be safe, yes; if it's not, the headers need fixing
# [23:44] <jtcranmer> in theory yes
# [23:44] <jtcranmer> practice is a different issue
# [23:44] <ekr> jtrcanmer, Waldo: thankx
# [23:45] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
# [23:45] <gaston> Waldo: depends on the systems, on some bsds some headers _have_ to come before others :)
# [23:45] <Waldo> gaston: don't tempt me to troll :-)
# [23:45] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [23:45] <gaston> (and no, "Your system is broken" is not a valid answer)
# [23:45] <Waldo> :-P
# [23:45] <gaston> funny thing about that
# [23:46] <ekr> ok, so I assume it's safe if I follow something like C library, C++ library, external .h. local. h?
# [23:46] <gaston> one of the webkit style bots complains if headers are not alphabetically sorted :)
# [23:46] <ekr> and alpha within each group
# [23:46] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [23:46] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [23:46] <ekr> gaston: indeed, I'm used to following the Google convention, which is quasi-alpha: http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Names_and_Order_of_Includes
# [23:47] <gaston> i'm used to follow whatever's in the manpage of the function i want to use :)
# [23:48] <gaston> ie man socket says "sys/types.h" comes before "sys/socket.h", period :)
# [23:48] * jlund is now known as jlund|afk
# [23:48] <Waldo> we need a style bot, the amount of time spent on style issues, or having to think about them at all, is depressing
# [23:48] <jtcranmer> I tend to do C++ headers last
# [23:48] <ekr> Waldo: wouldn't that mean that we needed to define a style? :)
# [23:48] <jtcranmer> which encourages people to stick them in the actual header files
# [23:49] <Waldo> ekr: yes; make everyone suffer
# [23:49] <ekr> I find that enforcement is the easy part. It's coming down to style that's hard.
# [23:49] <Waldo> better than wasting everyone's time to varying degrees
# [23:49] <jtcranmer> right, so we want a bot that errors every time \t is used, more than 2-space indent, and more than 80-char lines, right?
# [23:50] * Joins: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [23:50] <jlebar> jtcranmer, Lots of files use 4-space indent.
# [23:50] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [23:50] <jlebar> jtcranmer, But also, trailing whitespace.
# [23:50] <ekr> Well, clearly we would have to have an exception list.
# [23:50] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [23:50] <ekr> nobody wants to do a mass fix of all style violations
# [23:51] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [23:51] <ekr> jlebar: except for 4-space indent, of course, which is satanic
# [23:51] <jtcranmer> ekr: you want style violations?
# [23:51] <jlebar> ekr, If you want to find all the files in our tree which use 4-space indent and make an exception list, and then convince everyone making new files that 4-space indentation is wrong, be my guest.
# [23:51] <Waldo> that's not actually true; well, mass fix of *all* violations, maybe; but change a rule at a time, I think there are people who would do it
# [23:51] <tbsaunde> Waldo: it might also be there is a lot of a11y people that use windows to develop
# [23:51] <jtcranmer> I have some files that have gone through at least three automatic whitespace modifications
# [23:51] <jtcranmer> which makes it unreadable without doing autoreindent
# [23:51] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [23:51] <ekr> jlebar: sorry, I was joking.
# [23:52] <Waldo> tbsaunde: you'd be able to predict that possibility better than me :-)
# [23:52] <jtcranmer> hmm
# [23:52] <jtcranmer> idea for a side project:
# [23:52] <jtcranmer> write a style checker that is configurable
# [23:52] <jtcranmer> so you can specify, e.g., how many chars your line should be
# [23:53] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [23:53] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [23:53] <tbsaunde> Waldo: well, I mean there are a lot of such people, but I'm not sure if that causes more breakage on linux
# [23:53] <ekr> but certainly if someone were to propose a single style that was enforced mechanically, I would vowthe for that.
# [23:53] <Waldo> I'd suspect stealing webkit's checker, then disabling every rule in it, then reenabling individual rules we could agree on, is probably the fastest path forward
# [23:53] <ekr> s/vowthe/vote/
# [23:53] * Quits: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP) (Quit: WeeChat 0.3.2)
# [23:53] * AutomatedTester is now known as AutomatedTester|AFK
# [23:53] <ekr> Waldo: is the webkit checker different from cpplint?
# [23:53] * Joins: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [23:54] * Quits: espindola (espindola@moz-26CACD0.dsl.teksavvy.com) (Ping timeout)
# [23:54] <Waldo> ekr: it's a Python script, I don't know details; also I think it's a hacked-up text matcher, not something that does principled parsing (but perhaps that's just fine in the majority of cases, so who cares?)
# [23:54] <ekr> Waldo: that's what cpplint is, too. A bunch of regexes
# [23:55] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [23:55] <Havvy> Ah regex...what problems can't you solve?
# [23:56] * Quits: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP) (Quit: WeeChat 0.3.2)
# [23:56] * Joins: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [23:56] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [23:56] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [23:57] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:57] <jtcranmer> a^nb^n, for starters
# [23:57] * Joins: espindola (espindola@moz-97E8149E.dsl.teksavvy.com)
# [23:58] <jgilbert> parsing HTML? :P
# [23:58] <ekr> are we talking about real regular expressions or about PCREs? :)
# [23:58] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [23:58] * Quits: eflores_ (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [23:58] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# Session Close: Tue May 01 00:00:00 2012

The end :)