/irc-logs / mozilla / #developers / 2011-12-26 / end

Options:

# Session Start: Mon Dec 26 00:00:01 2011
# Session Ident: #developers
# [00:07] <bz> ok
# [00:07] * bz is now known as bz_away
# [00:07] <bz_away> back sometime
# [00:07] <bz_away> maybe Tuesday
# [00:08] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [00:09] <good-pie|xmas> so you all like to stay up late, too
# [00:10] <khuey|christmas> it's 6 pm for bz
# [00:10] <bz_away> indeed
# [00:10] <bz_away> almost bedtime
# [00:11] * mattwoodrow is now known as mattwoodrow|away
# [00:12] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [00:12] * Quits: bz_away (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net) (Ping timeout)
# [00:12] <khuey|christmas> you have an interesting concept of bedtime
# [00:14] * Joins: gandalf (zbraniecki@moz-BFFF2F0B.neoplus.adsl.tpnet.pl)
# [00:15] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [00:15] <tn> perhaps his children has this idea of bedtime
# [00:16] <khuey|christmas> possible
# [00:16] <philor> huh. since I never use it, I didn't realize just how busted compare-talos was, before it became completely busted
# [00:17] * Quits: dalsh (dalsh@moz-6DB89723.fbx.proxad.net) (Ping timeout)
# [00:19] <tn> sad avril lavigne songs are a christmas day staple, right?
# [00:21] <philor> I guess mconnor is right in https://bitbucket.org/mconnor/compare-talos/issue/13/compare-talos-doesnt-understand-pgo-non that cset selection is tbpl's problem, but only in so far as we should never ever offer a checkbox to compare on any rev which has had any PGO build on it
# [00:21] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [00:22] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [00:23] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [00:24] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [00:24] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [00:24] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [00:33] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [00:33] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [00:33] * philor is now known as philor|away
# [00:35] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [00:35] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [00:35] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [00:36] * philor|away is now known as philor
# [00:36] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [00:39] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [00:39] <darktrojan> is anybody watching inbound today?
# [00:40] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [00:41] <good-pie|xmas> <3 gray background for images
# [00:41] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [00:43] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [00:44] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [00:46] <philor> darktrojan: that's one of those far too vague and threatening questions nobody will ever answer, like "hey, does anyone know about xpconnect?"
# [00:46] <darktrojan> hahaha
# [00:46] <darktrojan> I guess it is
# [00:46] <philor> if you push bustage to it, will I back you out? yep. will I guarantee a merge from it? nope.
# [00:47] <darktrojan> that's pretty much what I wanted to know
# [00:47] <darktrojan> I'll be mostly watching it myself anyway
# [00:50] * Quits: good-pie|xmas (chatzilla@moz-5F5422B5.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111223032107])
# [00:53] <philor> rhelmer: are there graphserver api docs somewhere?
# [00:55] * philor found https://wiki.mozilla.org/Perfomatic:API a bit brief and a touch short on things like which version it meant, and what year's Q1 it was talking about
# [00:57] <darktrojan> eep, 21 months from assigned to landed
# [00:57] <darktrojan> 7.5 years from reported to landed though, I guess
# [00:57] <khuey|christmas> that's not that bad
# [00:59] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [01:06] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [01:08] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [01:09] * Joins: tonymec__ (tonymec@A9DD2400.3AB0A532.277517C1.IP)
# [01:09] * tonymec__ is now known as tonymec|away
# [01:09] * Quits: tonymec|away (tonymec@A9DD2400.3AB0A532.277517C1.IP) (Input/output error)
# [01:12] * Joins: edmorley (edmorley@moz-1BABC6CB.range86-166.btcentralplus.com)
# [01:13] * Joins: tonymec__ (tonymec@520233F3.75222502.277517C1.IP)
# [01:13] * tonymec__ is now known as tonymec|away
# [01:13] <philor> does anybody actually use compare-talos from tbpl anywhere other than try?
# [01:16] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [01:16] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [01:17] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [01:18] <darktrojan> oh sod, that orange looks like me
# [01:18] * darktrojan forgot somebody had landed reftests on this stuff since it went to try last
# [01:22] <KWierso> silly darktrojan, green is the color you should be aiming for on this day
# [01:22] <KWierso> :P
# [01:23] <darktrojan> or red :)
# [01:23] <khuey|christmas> <insert drum effects>
# [01:24] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [01:25] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [01:29] * Quits: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net) (Ping timeout)
# [01:29] * darktrojan pokes the reftest analyser
# [01:30] * Joins: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net)
# [01:31] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (No route to host)
# [01:31] * Joins: Dagger2 (Dagger@moz-C46A7175.cable.virginmedia.com)
# [01:32] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [01:34] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [01:37] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [01:38] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [01:40] <edmorley> how was everyone's Christmas?
# [01:41] <khuey|christmas> not bad
# [01:41] <khuey|christmas> yours?
# [01:43] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Ping timeout)
# [01:44] <edmorley> good thank you
# [01:44] <edmorley> or at least there was sufficient alcohol to let the usual family bickers wash over :-)
# [01:45] <khuey|christmas> ha
# [01:45] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [01:45] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [01:45] * Quits: Dagger2 (Dagger@moz-C46A7175.cable.virginmedia.com) (No route to host)
# [01:46] * mattwoodrow|away is now known as mattwoodrow
# [01:49] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [01:58] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [02:09] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [02:09] * Joins: tonymec (tonymec@520233F3.75222502.277517C1.IP)
# [02:15] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [02:17] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [02:23] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [02:23] * Quits: gandalf (zbraniecki@moz-BFFF2F0B.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [02:25] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [02:27] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [02:29] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [02:30] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [02:36] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [02:39] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [02:41] * Quits: tonymec (tonymec@520233F3.75222502.277517C1.IP) (Ping timeout)
# [02:42] * Quits: tonymec|away (tonymec@520233F3.75222502.277517C1.IP) (Ping timeout)
# [02:43] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
# [02:46] * Joins: tonymec__ (tonymec@7F6221D1.47929AC.277517C1.IP)
# [02:46] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [02:48] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [02:49] * tonymec__ is now known as tonymec|away
# [02:49] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
# [02:50] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Connection reset by peer)
# [02:55] * Quits: tonymec|away (tonymec@7F6221D1.47929AC.277517C1.IP) (Input/output error)
# [02:57] * Joins: tonymec__ (tonymec@7F6221D1.47929AC.277517C1.IP)
# [02:58] * Quits: dao (dao@moz-26C04AD4.dip.t-dialin.net) (Quit: Leaving.)
# [02:59] * Quits: karl (karl@moz-15CAE4FF.jetstream.xtra.co.nz) (Ping timeout)
# [03:00] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [03:00] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [03:00] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [03:04] * Joins: tonymec (tonymec@7F6221D1.47929AC.277517C1.IP)
# [03:06] * jdm-away is now known as jdm
# [03:07] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [03:07] * Joins: pranavrc (pranavrc@E8383D6F.4E6A3713.C28326FD.IP)
# [03:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [03:13] <bsmith> khuey|christmas: what part of the build system defines the order in which subdirectories are built
# [03:13] <bsmith> ?
# [03:13] <bsmith> In particular, how can I get security/manager/ssl and netwerk/* to be built sooner
# [03:13] <khuey|christmas> bsmith: toolkit/toolkit-tiers.mk
# [03:14] <khuey|christmas> why do you want to build netwerk earlier?
# [03:14] <khuey|christmas> it's already one of the earliest things
# [03:15] <bsmith> because those are the things I work on
# [03:15] * Quits: tH (Rob@adsl-178-78-99-119.karoo.kcom.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [03:15] <bsmith> netwerk is probably OK, but PSM is not
# [03:16] <jdm> bsmith: I.. don't undrstand that reason.
# [03:17] <bsmith> for whatever reason, sometimes my incremental builds sometimes do not rebuild correctly (which is its own bug)
# [03:17] <bsmith> and so, I would like to make full builds build PSM sooner
# [03:17] <bsmith> so I can see if my changes are going to break the build
# [03:17] <bsmith> sooner
# [03:18] <bsmith> Or, sometimes I want to do a build just through PSM on a platform I don't normally use, to fix build problems.
# [03:20] <Callek> bz: fyi my Q's about SSe2 are admitedly quite ignorant, but I still feel they are very helpful to know
# [03:20] * Callek notices he was caught in a large scrollback
# [03:21] <khuey|christmas> Callek: what did you ask?
# [03:36] * Quits: slowpoke (slowpoke@D1EB8D5E.612A363F.3A9BB5D5.IP) (Ping timeout)
# [03:36] * Ziggy_Maes is now known as Ziggy|AWAY
# [03:39] * Quits: mike5w3c (MikeS@moz-DD976760.pool.e-mobile.ne.jp) (Quit: mike5w3c)
# [03:40] * Quits: romeo (romeo@moz-A9325888.k459.webspeed.dk) (Quit: Leaving)
# [03:41] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [03:50] * Joins: slowpoke (slowpoke@D1EB8D5E.612A363F.3A9BB5D5.IP)
# [03:52] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [03:53] * Joins: rshetty (quassel@6CE5889.9E2F0B48.D30E9BEF.IP)
# [03:54] * Joins: mike5w3c (MikeS@moz-DD976760.pool.e-mobile.ne.jp)
# [03:56] * Quits: rshetty (quassel@6CE5889.9E2F0B48.D30E9BEF.IP) (Client exited)
# [03:57] <reuben> nobody should ever have to explore layout/content code without DXR
# [04:00] <jdm> heh
# [04:01] * Joins: rshetty (quassel@A448F272.55B7871A.C842849F.IP)
# [04:02] <khuey|christmas> I don't find DXR that useful
# [04:02] <khuey|christmas> but that's because I'm not usually interested in what the code is doing so much as who put it there and for what purpose
# [04:02] * Quits: chewey (chewey@moz-1071CA90.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [04:02] * Joins: chewey (chewey@moz-29745D1C.dip0.t-ipconnect.de)
# [04:08] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [04:12] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [04:12] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [04:14] * Joins: ewong (chatzilla@moz-414019B6.static.netvigator.com)
# [04:15] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [04:16] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
# [04:16] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [04:18] <KWierso> whoeverfixedf6withtabsontop++
# [04:19] <darktrojan> wg9s--
# [04:20] * Joins: smontagu (chatzilla@FF0B9E5A.3EC2417A.CB858787.IP)
# [04:21] * Joins: bz (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net)
# [04:22] <bz> tn: ping
# [04:22] <tn> bz, pong
# [04:23] <bz> tn: so the empty transaction thing didn't help
# [04:23] <bz> tn: see diff that I pushed at https://hg.mozilla.org/try/rev/241226feab3b
# [04:23] <bz> tn: it's orange
# [04:23] <bz> tn: on the same tests
# [04:24] <tn> bz, yeah, i saw
# [04:24] <tn> bz, so then my guess would be something due to the ipc nature of the failing tests
# [04:25] <bz> tn: meaning what?
# [04:27] <tn> bz, just meaning that we are only failing on reftest-ipc, not reftest, so ipc must have something to do with it.
# [04:28] <tn> i sadly don't have any bright ideas right now
# [04:29] <tn> bz, we queue the invalidates and only flush them to the widget subsystem on a refresh driver tick? (in the new world)
# [04:30] <bz> tn: yes, but I added a flush on drawWindow too
# [04:30] <bz> tn: agreed that the ipc has got to be relevant somehow
# [04:30] <bz> tn: possibly along with shadow layers...
# [04:31] <bz> tn: so I _think_ with my changes we'd flush the invalid area to the puppetwidget in drawWindow
# [04:32] <bz> tn: what I don't see is what puppetwidget does with mDirtyRegion other than dispatching paint events...
# [04:32] <bz> tn: what's supposed to invalidate the layer?
# [04:32] <bz> tn: that's what I'm guessing is not happening
# [04:32] <tn> (unfortunately i'm not very familiar with puppet widgets and shadow layers)
# [04:33] <bz> who is, other than cjones?
# [04:34] <tn> i'm not sure, roc?
# [04:34] <tn> how does the reftest harness decide the test is done and its time to take a snapshot in the ipc case? are we just not waiting for the right things?
# [04:36] * bz is not sure
# [04:36] <bz> I'll look into it
# [04:36] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [04:36] * Quits: merike|away (quassel@moz-E521124F.cable.starman.ee) (Ping timeout)
# [04:36] * Joins: merike|away (quassel@moz-E521124F.cable.starman.ee)
# [04:37] <tn> i'm guessing that the test draws the right thing to the screen but we take the snapshot too quickly?
# [04:39] <bz> that's possile
# [04:39] <bz> er, possible
# [04:39] <bz> I have no idea what the test is drawing to the screen....
# [04:40] <tn> i remember khuey|christmas was dealing with a problem with reftest-ipc being just broken in deciding when a test was finished for some imagelib bug he was working on
# [04:43] <khuey|christmas> yeah that was fun
# [04:43] <bz> khuey|christmas: got any details offhand?
# [04:45] <khuey|christmas> bz: the problem I had ended up having nothing to do with reftest-ipc, and everything to do with retained layers and synchronous image decoding being broken
# [04:45] <philor> bz: if you're really blocked by compare-talos, hg clone https://bitbucket.org/philor/compare-talos, open compare-talos/index.html
# [04:45] <khuey|christmas> it only showed up on mobile though, because only mobile managed to paint early enough to retain an incomplete layer
# [04:46] * Joins: Suresh (chatzilla@35B78102.BA83EDEB.EB06F97B.IP)
# [04:49] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
# [04:50] * Quits: smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [04:50] <bz> khuey|christmas: ah
# [04:51] <bz> khuey|christmas: yeah, not quite my issue
# [04:51] <bz> philor: was blocked this morning; worked through it
# [04:52] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [04:52] <bsmith> if I have a static const function pointer that is initialized to the address of a (static) function libxul, will the dynamic linker have to do a relocation?
# [04:53] <bsmith> static void f(); static const void (*pointer)() = f;
# [04:54] <bz> ok
# [04:54] <bz> so reftest-ipc seems to work much like reftest
# [04:55] <bz> in terms of watching onload and afterpaint events
# [04:55] <khuey|christmas> 3 libxul.so!nsINode::AddEventListener [nsGenericElement.cpp:2eb91946dc09 : 1099 + 0x15]
# [04:55] <khuey|christmas> 4 libxul.so!imgRequestProxy::FrameChanged [imgRequestProxy.cpp:2eb91946dc09 : 617 + 0x10]
# [04:55] <bz> except it sends sync messages to the chrome process to take a snapshot
# [04:55] <khuey|christmas> that's not good
# [04:55] <bz> and relies on shadow layer synchronization to make sure the chrome process has the right data
# [04:55] <bz> afaict
# [04:58] <bz> aha
# [04:58] * bz finds something that might possibly matter
# [04:59] * Tannerbaum is now known as Tanner
# [05:02] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [05:04] <bz> hrm
# [05:04] <bz> or not
# [05:05] * Joins: Mossop (mossop@moz-1444D1B2.dsl.lsan03.sbcglobal.net)
# [05:07] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [05:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [05:07] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [05:09] * Quits: Wes (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP) (Connection reset by peer)
# [05:10] * bz is now known as bz_sleep
# [05:10] * Quits: Suresh (chatzilla@35B78102.BA83EDEB.EB06F97B.IP) (Ping timeout)
# [05:10] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [05:10] * Quits: Mossop (mossop@moz-1444D1B2.dsl.lsan03.sbcglobal.net) (Quit: Fleeing the scene)
# [05:11] * Joins: Wes (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP)
# [05:13] * Joins: qheaden (IceChat77@F0815D01.8D4E009.730DB78.IP)
# [05:14] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
# [05:15] * Quits: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [05:16] <qheaden> Is there any way of managing FF's search engines without using the search box?
# [05:17] * Quits: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP) (Quit: lmandel)
# [05:18] * Joins: mike5w3c_ (MikeS@moz-78643D95.pool.e-mobile.ne.jp)
# [05:19] * Quits: mike5w3c (MikeS@moz-DD976760.pool.e-mobile.ne.jp) (Ping timeout)
# [05:19] * mike5w3c_ is now known as mike5w3c
# [05:20] <Unfocused> not until bug 335781 is fixed
# [05:23] <reuben> wow, console.log spam locks the entire browser
# [05:23] <qheaden> Hmm. I would love to work on that, but I have a feeling i might not be able to carry through. :P
# [05:23] <qheaden> It would only be my third bug.
# [05:24] * khuey|christmas is now known as khuey|away
# [05:25] <Unfocused> sadly, there are some UX issues to sort out with that :\ since search engines have an order
# [05:25] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [05:25] * Quits: mike5w3c (MikeS@moz-78643D95.pool.e-mobile.ne.jp) (Quit: Make the road by walking. (B-side: Tired of Fighting))
# [05:25] <qheaden> Are there any bugs speaking about that fact that the address bar search always uses Google no matter what the set search engine is?
# [05:26] * Joins: mike5w3c (MikeS@moz-78643D95.pool.e-mobile.ne.jp)
# [05:26] <KWierso> qheaden: if you set keyword.URL to some other engine's search query URL, you can search with another engine
# [05:26] <KWierso> doesn't really answer your question, though...
# [05:27] <qheaden> Yeah, that might work, but I still think the address bar search should use the engine specified by the search box.
# [05:27] <Unfocused> yea, theres bugs on that
# [05:27] <Unfocused> ... somewhere
# [05:27] <qheaden> I was a Chrome user (before 9.0 came out :) ) and I love using their Omnibox.
# [05:27] <qheaden> Their omnibox would use the search engine specified.
# [05:28] <Unfocused> yet another thing i never have time to do :\
# [05:30] * qheaden thinks that bug 335781 is Summer of Code material.
# [05:30] <Unfocused> imo, that bug isn't big enough
# [05:31] <qheaden> I have a feature that I want to implement, but I want to save it as a proposal for Summer of Code.
# [05:31] <qheaden> I'm itching to propse it now though. :P
# [05:31] <Unfocused> dave had a mostly working patch. it probably needs updating and tests, and the ui needs updating.. but most of the code is already written
# [05:31] <qheaden> Hmm. Maybe I can contact him and work on it.
# [05:32] <Unfocused> yep :)
# [05:33] * Joins: regen (Miller@moz-BEB41A38.adsl.dynamic.seed.net.tw)
# [05:33] * Quits: mike5w3c (MikeS@moz-78643D95.pool.e-mobile.ne.jp) (Quit: mike5w3c)
# [05:34] <qheaden> Alright then. I just offered my help on 335718. I'll see what everyone says.
# [05:35] <qheaden> KWierso: Where do you find the keyword.URL you were talking about?
# [05:35] <KWierso> qheaden: about:config
# [05:35] <KWierso> filter for "keyword"
# [05:36] <qheaden> Ahh ok.
# [05:36] <KWierso> I have it set to http://www.bing.com/search?q= for a bing search
# [05:36] <qheaden> Yeah, that's too advanced for some beginner users. Using the search box setting would seem better.
# [05:36] <Unfocused> qheaden: i'm half of "everyone" there, fwiw :)
# [05:37] <qheaden> :P
# [05:37] <qheaden> What is your name on there?
# [05:38] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [05:38] <Unfocused> don't think i commented on that bug... but i'm Blair McBride (bmcbride@mozilla.com), recently christened new owner of the addons manager module
# [05:38] <KWierso> blame unfocused for everything in the addons manager :)
# [05:38] <Unfocused> and dave is the previous owner of that
# [05:38] <qheaden> Ahh ok. So if I get stuck, I'll call you up! :P
# [05:38] <qheaden> Oh ok.
# [05:38] <Unfocused> qheaden: yep!
# [05:39] <Unfocused> KWierso: hey now... only most of it, not all of it :P
# [05:39] * qheaden thinks that Unfocused will keep him focused.
# [05:39] <KWierso> okay, maybe not "blame", just... "responsible"
# [05:39] <qheaden> Is there a list of modules and their owners?
# [05:40] <KWierso> https://wiki.mozilla.org/Modules
# [05:40] <qheaden> Thanks
# [05:41] * KWierso sees that toolkit/addons manager is outdated.
# [05:41] <qheaden> Wow, this is a great list. It also helps you see where you can focus your efforts.
# [05:42] <Unfocused> outdated?
# [05:43] * KWierso is also looking in the wrong place
# [05:43] <Unfocused> oh, so it is
# [05:43] * qheaden is loving the Source Dirs\ specification on the modules
# [05:45] * Joins: mike5w3c (MikeS@moz-78643D95.pool.e-mobile.ne.jp)
# [05:47] * heycam|away is now known as heycam
# [05:51] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [05:52] * Quits: rshetty (quassel@A448F272.55B7871A.C842849F.IP) (Ping timeout)
# [05:52] * heycam is now known as heycam|away
# [05:52] * Quits: rail_away (rail@261201A0.73F32077.5C565F38.IP) (Ping timeout)
# [05:53] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [05:55] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [05:56] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [05:58] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [05:59] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/6f31489f62d6 - Tom Schuster - Bug 582841 use false instead of JS_FALSE. DONTBUILD
# [05:59] <firebot> http://hg.mozilla.org/mozilla-central/rev/b85379036da2 - Tom Schuster - Bug 622348 - JavaScript Math.round incorrect for (2^53)-1. r=luke
# [05:59] <firebot> http://hg.mozilla.org/mozilla-central/rev/9f29daaecbcc - Geoff Lankow - Backed out changeset 4730eb3ec77a (bug 246620)
# [05:59] <firebot> http://hg.mozilla.org/mozilla-central/rev/f2a74fb2086a - Chris Jones - Bug 713169: Build skia for MOZ_WIDGET_TOOLKIT=android. r=khuey
# [05:59] <firebot> http://hg.mozilla.org/mozilla-central/rev/504f00e1124e - Tom Schuster - Backout b85379036da2 because of test failures
# [05:59] <firebot> http://hg.mozilla.org/mozilla-central/rev/389a18921ea5 - Curtis Bartley - Bug 246620 - Simple view-source test; r=ehsan
# [06:00] <firebot> http://hg.mozilla.org/mozilla-central/rev/001159c7e05b - Phil Ringnalda - Bug 713415 - Stop trying to package dom_threads.xpt, since it was removed by bug 649537, r=khuey
# [06:00] <firebot> http://hg.mozilla.org/mozilla-central/rev/4730eb3ec77a - Geoff Lankow - Bug 246620 - Add line numbers to View Source for Firefox; r=ehsan
# [06:00] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [06:03] <Unfocused> line numbers! \o/
# [06:04] * Quits: bz_sleep (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net) (Ping timeout)
# [06:04] <philor> oh, you put the line numbers in, and you take the line numbers out
# [06:04] <KWierso> you put the line numbers in and you shake them all about
# [06:05] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [06:06] <philor> that's the firebot pokey: you put the csets in and you shake them all about
# [06:07] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [06:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [06:24] <reuben> jdm, apparently smartmake doesn't refresh files in dist/Nightly.app/Contents/MacOS/… on OS X, only dist/bin/…
# [06:28] * reuben curses macros
# [06:28] <reuben> http://cl.ly/CsiV
# [06:32] * Quits: pranavrc (pranavrc@E8383D6F.4E6A3713.C28326FD.IP) (Ping timeout)
# [06:32] * Joins: Suresh (chatzilla@9E88728B.A67A8385.EB06F97B.IP)
# [06:36] * Quits: ewong (chatzilla@moz-414019B6.static.netvigator.com) (Quit: Gone)
# [06:37] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [06:41] * philor is now known as philor|away
# [06:46] * Joins: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net)
# [06:49] * philor|away is now known as philor
# [06:49] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [06:50] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [06:50] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
# [06:55] * Quits: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP) (Quit: lmandel)
# [06:58] * Joins: redwood (chatzilla@moz-DA148E03.dial1.atlanta1.level3.net)
# [06:59] * Quits: redwood (chatzilla@moz-DA148E03.dial1.atlanta1.level3.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.2/20100222071121])
# [07:05] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [07:06] * Joins: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net)
# [07:07] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [07:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [07:11] * Joins: graydot_ (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [07:11] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Ping timeout)
# [07:11] * graydot_ is now known as graydot
# [07:23] * mattwoodrow is now known as mattwoodrow|away
# [07:31] * Joins: kanru (user@moz-5FF9E5CF.dynamic.hinet.net)
# [07:34] * Joins: pranavrc (pranavrc@E6153D78.55436A65.C28326FD.IP)
# [07:34] * Joins: harsh (Mibbit@D8D884E2.15C6DF7B.1551A00F.IP)
# [07:38] * Quits: qheaden (IceChat77@F0815D01.8D4E009.730DB78.IP) (Quit: I've got to go. See ya!)
# [07:47] <harsh> anyone please help me out
# [07:53] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [07:54] <Jesse> hi harsh
# [07:54] <Jesse> merry christmas
# [07:55] <harsh> merry christmas
# [07:55] <harsh> Jesse
# [08:00] * Joins: rshetty (quassel@A289F1E9.FB55C362.D30E9BEF.IP)
# [08:02] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [08:03] <harsh> while getting build m getting a problem in the cmd make -f client.mk
# [08:03] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
# [08:03] <harsh> jesse
# [08:03] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [08:04] <Jesse> can you pastebin the last screenful or so? use http://pastebin.mozilla.org/
# [08:05] <harsh> http://mibpaste.com/dtC8BG
# [08:07] * KWierso guesses Jesse will need a little more of the "or so" bit...
# [08:07] <Jesse> yeah
# [08:09] * heycam|away is now known as heycam
# [08:09] <KWierso> harsh: ^
# [08:10] <harsh> http://mibpaste.com/klpqPv
# [08:11] <Jesse> that actually looks to me like a successful finish
# [08:11] <KWierso> looks like there weren't hardly any changes needing to be rebuilt
# [08:11] <Jesse> you should have a /home/harshank/mozilla-central/obj-i686-pc-linux-gnu/dist/bin/firefox now (or maybe firefox-bin)
# [08:12] <harsh> wait let me check
# [08:13] <harsh> yepp
# [08:13] <harsh> thanks all
# [08:13] <harsh> thank you Jesse and KWierso
# [08:13] <KWierso> glad to do nothing at all :) :P
# [08:13] <harsh> hahaha
# [08:13] <harsh> ;)
# [08:13] <Jesse> does other software have clearer success messages?
# [08:14] <Jesse> maybe we should change something
# [08:14] <KWierso> Jesse: a final "hey everything seems to have worked!" at the end?
# [08:14] * Quits: harsh (Mibbit@D8D884E2.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:16] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [08:16] <bsmith> Is there any kind of quick summary of what things are done during a run of Firefox in which we gather profile data for PGO?
# [08:16] <bsmith> for example, how many SSL connections are made, etc.
# [08:17] * Quits: regen (Miller@moz-BEB41A38.adsl.dynamic.seed.net.tw) (Quit: regen)
# [08:19] <Jesse> iirc (as of a few months ago) it just starts firefox and shuts it down
# [08:19] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [08:19] <philor> not quite, it loads http://mxr.mozilla.org/mozilla-central/source/build/pgo/index.html?force=1#151 but not over https
# [08:20] <Jesse> we should charge web sites to be part of our PGO
# [08:21] * Joins: karl (karl@moz-90EEB247.jetstream.xtra.co.nz)
# [08:21] <bsmith> Isn't that bad news for WebGL and other features that aren't exercised?
# [08:26] * sancus is now known as sancus_
# [08:26] * sancus_ is now known as sancus
# [08:35] * heycam is now known as heycam|away
# [08:39] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Quit: Jesse)
# [08:42] * ewong|sleep is now known as ewong
# [08:46] <philor> sure, assuming that they benefit from PGO, which isn't a given, and that they have perf tests that will show that they benefit, and that they don't pick up fun things like bug 475178 that showed up when we switched from load-nothing to loading the current pageset
# [08:47] * Joins: grubshka (grubshka@moz-DDC08179.w109-212.abo.wanadoo.fr)
# [08:47] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [08:48] * Joins: Mano (chatzilla@moz-77A75DD6.barak.net.il)
# [08:59] * Quits: Mano (chatzilla@moz-77A75DD6.barak.net.il) (Ping timeout)
# [09:04] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [09:04] * Quits: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net) (Ping timeout)
# [09:07] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [09:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [09:07] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [09:07] * Joins: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net)
# [09:07] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [09:08] * Quits: Suresh (chatzilla@9E88728B.A67A8385.EB06F97B.IP) (Quit: Suresh)
# [09:12] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [09:13] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [09:16] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [09:16] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [09:26] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [09:29] * Quits: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net) (Quit: Instantbird 1.1)
# [09:31] * Quits: smontagu (chatzilla@FF0B9E5A.3EC2417A.CB858787.IP) (Ping timeout)
# [09:36] * Joins: regen (Miller@moz-BEB41A38.adsl.dynamic.seed.net.tw)
# [09:38] * Quits: grubshka (grubshka@moz-DDC08179.w109-212.abo.wanadoo.fr) (Ping timeout)
# [09:38] * Joins: smontagu (chatzilla@moz-98564EF5.red.bezeqint.net)
# [09:40] * Joins: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr)
# [09:43] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [09:45] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [09:46] * Quits: bholley (bholley@moz-24EDB000.hsd1.ca.comcast.net) (Quit: bholley)
# [09:49] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Quit: Leaving.)
# [09:56] * Quits: karl (karl@moz-90EEB247.jetstream.xtra.co.nz) (Ping timeout)
# [09:56] <ewong> hi... given http://pastebin.mozilla.org/1421562, which 'trace' member function is it asking for?
# [10:05] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [10:07] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [10:08] * Quits: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net) (Connection reset by peer)
# [10:09] <ewong> hrmm.. probably missing a dependency.... nvm..
# [10:10] * Joins: rail_away (rail@261201A0.73F32077.5C565F38.IP)
# [10:14] * Joins: mib_bqi3qf (Mibbit@70CD1E68.C370E75E.B580DEC.IP)
# [10:14] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:14] * Quits: mib_bqi3qf (Mibbit@70CD1E68.C370E75E.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:16] * Quits: rshetty (quassel@A289F1E9.FB55C362.D30E9BEF.IP) (Ping timeout)
# [10:16] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Input/output error)
# [10:17] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:18] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
# [10:19] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [10:19] * Joins: rshetty (quassel@A8315502.6581BC69.D30E9BEF.IP)
# [10:19] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [10:19] * Neil is now known as NeilAway
# [10:22] * Quits: rail_away (rail@261201A0.73F32077.5C565F38.IP) (Ping timeout)
# [10:24] * Joins: mib_3v7pj0 (Mibbit@moz-F90BE442.hsd1.tn.comcast.net)
# [10:24] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Quit: Leaving.)
# [10:25] * Quits: mib_3v7pj0 (Mibbit@moz-F90BE442.hsd1.tn.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:30] * Joins: rail_away (rail@261201A0.73F32077.5C565F38.IP)
# [10:32] * Quits: rail_away (rail@261201A0.73F32077.5C565F38.IP) (Ping timeout)
# [10:33] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
# [10:33] * philor is now known as philor|away
# [10:35] * Joins: rail_away (rail@261201A0.73F32077.5C565F38.IP)
# [10:37] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
# [10:46] * Quits: rshetty (quassel@A8315502.6581BC69.D30E9BEF.IP) (Ping timeout)
# [10:51] * Quits: smontagu (chatzilla@moz-98564EF5.red.bezeqint.net) (Ping timeout)
# [10:51] * Joins: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net)
# [10:51] * Quits: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
# [10:52] * Joins: Ms2ger (Ms2ger@moz-74AE9DF6.access.telenet.be)
# [10:53] * Quits: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
# [10:56] * Joins: dalsh (dalsh@moz-6DB89723.fbx.proxad.net)
# [11:00] * Joins: good-pie|xmas (~good-piex@moz-462AEFBE.pools.arcor-ip.net)
# [11:00] * Joins: smontagu (chatzilla@moz-A704D59B.red.bezeqint.net)
# [11:02] * Joins: rshetty (quassel@6413B583.66FA42EA.E28C2422.IP)
# [11:06] * Quits: rshetty (quassel@6413B583.66FA42EA.E28C2422.IP) (Ping timeout)
# [11:07] * Quits: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com) (Client exited)
# [11:08] * Joins: rshetty (quassel@78ED3A6.9E2F0B48.D30E9BEF.IP)
# [11:18] * Quits: mike5w3c (MikeS@moz-78643D95.pool.e-mobile.ne.jp) (Ping timeout)
# [11:19] * Joins: mike5w3c (MikeS@moz-6CE48276.pool.e-mobile.ne.jp)
# [11:22] * Joins: biesi (cbiesinger@moz-A5D0C81F.dynamic.xdsl-line.inode.at)
# [11:25] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [11:32] * good-pie|xmas is now known as evilpie
# [11:43] * Quits: smontagu (chatzilla@moz-A704D59B.red.bezeqint.net) (Ping timeout)
# [11:43] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [11:43] * Joins: Mano (chatzilla@moz-BB985474.static.bezeqint.net)
# [11:45] * Joins: victorporof (victorporo@moz-801CDEAC.botosani.city-net.ro)
# [11:46] * Quits: michal (michal@moz-5C5A58A8.broadband14.iol.cz) (Ping timeout)
# [11:50] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [11:51] * Quits: rshetty (quassel@78ED3A6.9E2F0B48.D30E9BEF.IP) (Ping timeout)
# [11:52] * Joins: smontagu (chatzilla@moz-C31C7B9B.red.bezeqint.net)
# [11:53] <Ms2ger> Wait, we have Firefox::Untriaged now?
# [11:56] <ewong> Ms2ger: yeah... all untriaged bugs go to that..(IIRC) and the Firefox:General is left as is for general stuff
# [11:56] <Ms2ger> Nice
# [11:57] * Quits: allisterb (allisterb@2CE5E668.5725EB66.F43E9E20.IP) (Ping timeout)
# [12:01] * Joins: michal (michal@moz-5C5A58A8.broadband14.iol.cz)
# [12:02] <darktrojan> I've a fix for that line numbers orange if anyone's willing to r+ it
# [12:02] <darktrojan> Unfocused ^^
# [12:03] <NeilAway> bsmith: make -C $(OBJDIR)/netwerk and/or make -C $(OBJDIR)/security/manager and add a "libs" target if you haven't changed any interfaces or exported headers
# [12:03] * darktrojan is unsure when ehsan'll be around to do it
# [12:03] <NeilAway> darktrojan: which test is this?
# [12:04] <darktrojan> I broke some reftests today adding line numbers to view-souce NeilAway
# [12:05] <darktrojan> kinda forgot hsivonen had added them
# [12:05] * NeilAway wonders why we use reftests for view-source
# [12:05] <darktrojan> it has its uses
# [12:05] * Quits: kanru (user@moz-5FF9E5CF.dynamic.hinet.net) (Client exited)
# [12:06] <bsmith> NeilAway: Yes, I do that all the time, But, I would like tinderbox to fail sooner, if it is going to fail
# [12:06] * Joins: graydot_ (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [12:06] <bsmith> More generally, I would like to create for security/manager/ssl a way to build as little as possible to run our core tests, like the JS team has done
# [12:06] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Ping timeout)
# [12:06] * graydot_ is now known as graydot
# [12:07] * Quits: dalsh (dalsh@moz-6DB89723.fbx.proxad.net) (Ping timeout)
# [12:08] * Quits: biesi (cbiesinger@moz-A5D0C81F.dynamic.xdsl-line.inode.at) (Ping timeout)
# [12:09] <glandium> bsmith: fail sooner for what?
# [12:09] <bsmith> basically, even when I do a full build, on try or elsewhere, I don't want to wait for content/, docshell, js/, etc. to build before I find out I broke the build in security/manager/ssl
# [12:11] * Quits: Mano (chatzilla@moz-BB985474.static.bezeqint.net) (Client exited)
# [12:11] <bsmith> I guess everybody would benefit if the module they were working on could be built as early as possible
# [12:11] <darktrojan> no I want mine built earliest
# [12:12] <bsmith> darktrojan: see my previous message :)
# [12:12] <darktrojan> I did :P
# [12:12] <bsmith> generally, things should be built in dependency order, I think
# [12:13] <bsmith> so, the way to move your component up would be to reduce its dependencies
# [12:13] <darktrojan> well I write front end code so that isn't going to happen
# [12:13] <darktrojan> heh
# [12:14] <glandium> bsmith: you can move security/manager in toolkit/toolkit-tiers.mk on your local/try builds
# [12:14] <evilpie> i am so happy i don't need to regulary builb the browser for the js eng
# [12:14] <glandium> bsmith: except we don't build by dependency
# [12:15] <glandium> (yet)
# [12:15] <bsmith> glandium: my goal is basically to copy what you have in JS
# [12:15] <bsmith> er, evilpie ^
# [12:15] <bsmith> for netwerk/, including security/manager/ssl
# [12:15] <glandium> bsmith: js is different. js is a separate and self contained library
# [12:16] <glandium> bsmith: security/manager is an xpcom component
# [12:16] <evilpie> bsmith so a shell for testing?
# [12:16] <bsmith> yes, exactly
# [12:16] <glandium> that makes a hell of a difference
# [12:16] <evilpie> i guess this could reduce testing time/development time overhead
# [12:16] <evilpie> it is really cool if you cycle pretty fast through changes
# [12:17] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [12:17] <bsmith> galndium: we should be able to run xpcshell tests in netwerk/ and security/manager/ssl without building everything else
# [12:17] <bsmith> glandium: and c++ unit tests without even building JS
# [12:17] <bsmith> even after a clobber
# [12:17] <glandium> bsmith: good luck with that
# [12:18] <glandium> only way to have an xpcshell that can run tests in netwerk and security/manager/ssl without building everything else is to allow to disable everything in libxul
# [12:19] <glandium> (almost)
# [12:19] <glandium> best of luck with that
# [12:24] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
# [12:24] <evilpie> wow bug 574654
# [12:24] <glandium> bsmith: also, the boundary of what is or what is not required is not clear cut. For instance, code in netwerk at the very least needs code under modules/libjar and toolkit/components/telemetry
# [12:25] <glandium> and js code used in xpcshell tests may require much more than what netwerk provides.
# [12:25] * Joins: Mano (chatzilla@moz-BB985474.static.bezeqint.net)
# [12:26] <darktrojan> netwerk/ probably also requires parser/
# [12:26] <Ms2ger> Really?
# [12:26] <darktrojan> view-source, at a guess
# [12:26] * darktrojan isn't really sure how they interact
# [12:30] <bsmith> Sure, but it is the same with security/manager
# [12:30] <bsmith> it would be unreasonable to try to get a "standalone" security/manager because it has UI code in it
# [12:31] <bsmith> but, the core stuff that we work on, the HTTP implementation, FTP, SSL, etc., that can all be done separately and/or earlier
# [12:32] <bsmith> if we need to change viewsource: then we'd still have the same problem as today, but that's not normally what we work on
# [12:33] <glandium> bsmith: i'm just saying, except if you go ahead with radical changes as to how firefox is built and put together, you'll never get what you want on a clobber build
# [12:34] <glandium> on non-clobber build, all you need is something that is quicker than make -f client.mk and easier than make -C the-set-of-right-paths
# [12:35] <bsmith> most of the time, make -C is good enough
# [12:35] <glandium> which would already be an achievement
# [12:35] <bsmith> and, we can make "make -C" work better (more reliably, or more intuitively)
# [12:35] <glandium> bsmith: except when you work on content, where you need to know you also need to build in layout before toolkit/library
# [12:36] <bsmith> but, when I push something to try, and have to wait ~1 hr to find a build failure in security/manager/ssl on Mac (which I don't build on locally), that's when I get annoyed
# [12:37] <glandium> bsmith: arguably, the problem is that it takes ~1hr to build on try.
# [12:37] <bsmith> glandium: yes
# [12:37] <glandium> Said otherwise, the problem is that it's faster to build locally than it is to build on try
# [12:42] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [12:51] * NeilAway wonders whether parallelisation between tier directories would help
# [12:55] <glandium> it would help making builds faster everywhere.
# [12:56] <glandium> it wouldn't change the sad state of try being slower than local builds
# [12:57] <glandium> on a dual-core i7 macbook pro, it takes ~1h to build for linux, osx *and* windows (all three builds)
# [12:58] <pranavrc> Are color codes platform- and theme-agnostic? Say, I hardcode a button's textcolor with #000000(black). Now, black looks appropriate with normal ff on linux. But, when I use it on a Mac or Windows, or when I use a different color theme, will this cause trouble?
# [12:59] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Quit: Leaving.)
# [13:00] * Quits: michal (michal@moz-5C5A58A8.broadband14.iol.cz) (Quit: Leaving.)
# [13:01] * Quits: Ms2ger (Ms2ger@moz-74AE9DF6.access.telenet.be) (Quit: bbl)
# [13:02] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [13:03] <wg9s> pranavrc: harcoding a button textcolor to black will cause issues if you then change the oeprating system theme to a so-called dark theme, unless ofcourse you also overrride the button background colr. but this issue kind of happens on all operating systems.
# [13:04] * Quits: smontagu (chatzilla@moz-C31C7B9B.red.bezeqint.net) (Ping timeout)
# [13:04] <pranavrc> oh, so it's a bad idea then.hmm
# [13:04] <wg9s> pranavrc, so i would have at least on light and one dark os theme installed and test using both.
# [13:05] <pranavrc> what's the norm in situations where I need to hardcode? Say, when I want to achieve a fade effect from white to black.
# [13:06] <pranavrc> or a better way to ask that question
# [13:06] <pranavrc> how do I honor the theme's specific colorcode? As in, I make the effect versatile, for every theme
# [13:06] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [13:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [13:07] <darktrojan> https://developer.mozilla.org/en/CSS/color_value#System_Colors
# [13:07] <wg9s> pranavrc: there are -moz colors that use theme defaults let me find the webpage on that.
# [13:07] <wg9s> not sure that is what you are looking for
# [13:08] <pranavrc> oh ok I'll check that out :) Thanks wg9s darktrojan
# [13:10] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
# [13:12] * Joins: smontagu (chatzilla@moz-74A909EE.red.bezeqint.net)
# [13:12] * Joins: gandalf (zbraniecki@moz-BFFF2F0B.neoplus.adsl.tpnet.pl)
# [13:13] <wg9s> what darktrojan said. Guess I should have been reading instead of typing.
# [13:15] <Unfocused> system colors only help if the theme uses them (in some cases, they're not useful for a theme). if you really want to work with all themes, don't do custom stuff - only use existing classes
# [13:17] <pranavrc> oh
# [13:19] <pranavrc> so in this specific case, I want to fade a button from a disabled to enabled state over an interval
# [13:19] <Unfocused> i assume it's for an addon? in most cases i've seen, the custom css is either re-implementing existing classes, or is just bling
# [13:20] <pranavrc> it's not for an addon exactly, it's for the add-on installation dialog
# [13:20] <pranavrc> since the states are absolute(as in, no transition), i'd have to use color codes
# [13:20] <pranavrc> :(
# [13:20] <pranavrc> to make the disabled button pretend to turn enabled
# [13:20] <pranavrc> and then finally make it enabled
# [13:20] <wg9s> so beteen GrayText and MenuText then?
# [13:21] <pranavrc> yeah
# [13:21] <wg9s> So that one I guess is defined in CSS so you don;t need the -moz prefix.
# [13:22] <Unfocused> ah. transitioning between states like that is hard :\ it's the one case where you need to know the end-style, without actually switching to it
# [13:22] <wg9s> an alternaive would be to NOT use Graytext for the Disabled state and just vary the opacity.
# [13:23] <pranavrc> Unfocused, yes, I'm quite there, but as I said, I've been stupid and didn't realize changing the theme would kill the whole thing
# [13:24] <Unfocused> if it helps, i'm working on completely rewritting that addon install experience, and removing that dialog...
# [13:25] <pranavrc> oh..if it helps, I'm open for work :P I wrote this as my first patch, but looks like it wont do.
# [13:26] <Unfocused> somewhat outdated mockup: https://bug643020.bugzilla.mozilla.org/attachment.cgi?id=520339
# [13:27] <wg9s> Wel like I said making the disabled state use the MenuText color with a low opcity and animating the opacity to 1.0 might make what you are trying to do look much better than animating colors.
# [13:27] * Joins: tH (Rob@adsl-178-78-99-119.karoo.kcom.com)
# [13:27] <Unfocused> hm, patch? for what bug?
# [13:28] <pranavrc> Unfocused, https://bugzilla.mozilla.org/show_bug.cgi?id=416605
# [13:28] <pranavrc> wg9s, ok I'll try that :)
# [13:28] <pranavrc> Unfocused, more like I found it here: https://wiki.mozilla.org/Extension_Manager:Projects:Improve_Add-on_Installation
# [13:29] <wg9s> for the normal OS tehmes where disabled is gray and enabled is black the going from disabled to enabled color might work but if they are really 2 different colors it is just going to be weired.
# [13:30] <pranavrc> hmm
# [13:30] <Unfocused> pranavrc: ah, yes - sorry :( that bug is somewhat redundant due to that project you just linked to
# [13:31] <pranavrc> Unfocused, Ok, is it worth trying out what wg9s said, or since the whole thing is to be revamped, shall I look for something else to fix?
# [13:31] * Quits: victorporof (victorporo@moz-801CDEAC.botosani.city-net.ro) (Client exited)
# [13:32] <Unfocused> pranavrc: yea, i'd recommend something else. i'll assign that bug to myself, so no one else takes it (it's relevant to what work i'm doing with the new install experience). you're interested in doing stuff related to the addons manager?
# [13:32] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Ping timeout)
# [13:34] <pranavrc> Unfocused, I haven't zeroed it out to that level of specificity, but yes, I'm interested in getting started with something and the usual newbie likes :D
# [13:35] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [13:35] <Unfocused> i'm somewhat biased towards the addons manager.... but how about bug 590347 ?
# [13:36] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [13:37] * Unfocused needs to mark more bugs as [good first bug]
# [13:38] <pranavrc> I'll look at it, thanks
# [13:39] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [13:39] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [13:40] <ewong> given: http://pastebin.mozilla.org/1421667 if the first part is (nsDOMEventTargetWrapperCache.cpp) and I get an error (as shown in the second part of the pastebin) can someone point out where this nsDOMEventTargetHelper is coming from?
# [13:42] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Ping timeout)
# [13:44] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [13:44] * Quits: regen (Miller@moz-BEB41A38.adsl.dynamic.seed.net.tw) (Quit: regen)
# [13:44] <Unfocused> ah, macro fun
# [13:44] <Unfocused> you probably have a stray reference to it in one of the header files
# [13:45] <ewong> Unfocused: oh.. I'm looking at the header include files... and am having trouble finding "nsIDOMEventListener.h"
# [13:46] <smaug> ewong: nsIDOMEventListener.h is a generated file
# [13:46] <smaug> er
# [13:46] <ewong> ooohh...??
# [13:46] <smaug> nsIDOMEventListener.idl
# [13:46] <smaug> nsIDOMEventTarget.idl
# [13:46] <smaug> etc
# [13:48] <ewong> oh
# [13:50] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [13:51] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [13:51] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [13:51] <ewong> don't understand this, but I think I've found a few stray references.. thanks!
# [13:52] * Joins: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [13:54] * khuey|away is now known as khuey|christmas
# [13:56] * Quits: smontagu (chatzilla@moz-74A909EE.red.bezeqint.net) (Ping timeout)
# [13:58] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [14:00] * khuey|christmas is now known as khuey
# [14:03] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [14:04] * Joins: smontagu (chatzilla@moz-3AA0DC67.red.bezeqint.net)
# [14:09] * Quits: smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [14:11] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [14:13] * Quits: Mano (chatzilla@moz-BB985474.static.bezeqint.net) (Ping timeout)
# [14:14] * Joins: Mano (chatzilla@moz-BB985474.static.bezeqint.net)
# [14:17] * Joins: regen (Miller@moz-BEB41A38.adsl.dynamic.seed.net.tw)
# [14:19] * Joins: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP)
# [14:27] <smaug> khuey: are you on vacation ?
# [14:28] <khuey> smaug: not really
# [14:28] <khuey> (today is a holiday in the US, but I'm around, and I'm officially back tomorrow)
# [14:28] <smaug> right
# [14:28] <khuey> what's up?
# [14:29] <smaug> hmm, I was going to as a review, but apparently the patch doesn't apply anymore :(
# [14:29] <smaug> an indexeddb thingie
# [14:29] <smaug> s/as/ask/
# [14:29] <khuey> ah
# [14:29] <Unfocused> r-
# [14:29] <Unfocused> NEXT
# [14:31] <nigelb> heh
# [14:37] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [14:38] * Joins: Suresh (chatzilla@B055F757.315E080F.EB06F97B.IP)
# [14:46] * stefanh|away is now known as stefanh
# [14:47] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:50] * Quits: smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [14:57] * Joins: smaug (chatzilla@moz-AD2E84D5.gprs.sl-laajakaista.fi)
# [14:57] * Joins: rshetty (quassel@5A0CCAC.B8844B28.C842849F.IP)
# [15:02] * Quits: pranavrc (pranavrc@E6153D78.55436A65.C28326FD.IP) (Quit: Ping timeout: ∞)
# [15:02] * Quits: smaug (chatzilla@moz-AD2E84D5.gprs.sl-laajakaista.fi) (Ping timeout)
# [15:02] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
# [15:04] * Quits: regen (Miller@moz-BEB41A38.adsl.dynamic.seed.net.tw) (Quit: regen)
# [15:07] * Hughman thinks there is something wrong with aurora, suspecting https connections not closing
# [15:12] * Quits: kbrosnan (kbrosnan@moz-A6B0C234.prvdri.fios.verizon.net) (Quit: leaving)
# [15:16] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [15:16] <derf> I think that's the longest I've ever seen khuey take to do a review.
# [15:16] <glandium> it's pretty sad that there's no standard way to determine whether a class is of a given type when it has a vtable in c++
# [15:16] <derf> Just over 5 days.
# [15:17] <glandium> (other than rtti)
# [15:18] <reuben> rtti would be awesome if it wasn't terrible
# [15:18] <derf> glandium: If you start getting sad over every terrible thing in C++, you're going to need professional help.
# [15:20] <reuben> is the emacs psychologist considered professional help?
# [15:23] * Joins: Ms2ger (Ms2ger@8E227633.CDE7FB6E.37724B0D.IP)
# [15:23] <khuey> derf: hmm?
# [15:23] <khuey> oh
# [15:23] <khuey> I've definitely let them sit longer
# [15:24] <khuey> I think my record is 5 weeks
# [15:24] <khuey> mostly because I was thinking "wtf is this"
# [15:24] * Joins: harsh (Mibbit@4DD0346E.15C6DF7B.1551A00F.IP)
# [15:25] <harsh> anyone please help me creating patches
# [15:25] * Quits: smontagu (chatzilla@moz-3AA0DC67.red.bezeqint.net) (Ping timeout)
# [15:26] <derf> khuey: Yes, but often your delay is < 1 hour.
# [15:27] * Joins: mib_m6l2d9 (Mibbit@F81479A3.C3D94B00.265540B.IP)
# [15:27] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Connection timed out)
# [15:33] * Joins: sujeetgholap (Mibbit@7F510774.D3041521.2F9DE622.IP)
# [15:37] <ewong> just because a patch builds properly, it doesn't mean it's right.. right?
# [15:37] * Quits: mib_m6l2d9 (Mibbit@F81479A3.C3D94B00.265540B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:37] <Ms2ger> Right
# [15:37] <Callek> ewong: of course, a patch that builds fine can still be broken
# [15:37] <Callek> :-)
# [15:38] <nigelb> ewong: Depends, was it a patch for a build failure? :D
# [15:38] <Ms2ger> Like mine! :)
# [15:38] * Joins: kbrosnan (kbrosnan@moz-A6B0C234.prvdri.fios.verizon.net)
# [15:38] <ewong> nigelb: nope.. a patch for a bug I was looking at..
# [15:38] <nigelb> Yeah, I had written such a patch recently.
# [15:38] <nigelb> Everything looks fine.
# [15:39] <nigelb> I can't reproduce the original bug. So I don't know if my fix was actually working.
# [15:39] <ewong> Callek that's a concept that's weird.. "a patch that builds fine can still be broken"..
# [15:39] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:40] <Callek> ewong: the patch itself can still be wrong/broken. Because it has incorrect behavior.
# [15:40] <ewong> and to be honest, I'm not even sure I'm the right person to be considering this bug
# [15:40] <ewong> ooh
# [15:40] * Joins: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net)
# [15:40] <ewong> it sounds like something that I accomplished...
# [15:41] <Mathnerd314> ssdsdsddsdssddsdsddsdsdsdsdsdsdsddssdsdsddsdssddssdsdsdsdsdsdsddsdssdsddsdsdsdsdsdsdsdssddsdsdsdsdsdsdsdsdsdssdsddssdsdsdsddssddsfdsdsdssdsddssdsdsdsdddsdssdsdsdsddsdsdsdsdsdsdsddssdddsdsdsdsdsdssdsdsdsdsdsdsdsdsddsdsdsdsdsdsdsddsdsdsdsddsdsdsdsdsdsdsdsdsdsdsdsdsdsdssddsdsdsdsdsdsdsdsdsddsdsdsdsddsdsdsddsdsdsdsdsdsdsdsddsdsdsdsddsdsdsdsdsdsdsdsdsdsddsdsdsdsdsdsdsdsdsddsdsdsddsdssdsdsdsddssddsdsdsd
# [15:41] <Mathnerd314> ssddsdsdsdsdsdsdsdsdsddsdsdsddsdsdsdsdsdsdsdsdsdssddsdsdsdssddsdsdssdsdsdsddsdsdsdsdsddsdsdsdsdsdsdsdsdsdsdsds
# [15:41] <nigelb> what the...
# [15:41] <Callek> Mathnerd314: get your cat off the keyboard
# [15:41] <Mathnerd314> lol, ok
# [15:41] <Mathnerd314> I was just testing a hypothesis
# [15:41] <ewong> I don't think it's a cat.. it's only two letters.. ds
# [15:41] <nigelb> Is it a kitteh?
# [15:41] <nigelb> becuse its only 2 letters.
# [15:41] <Mathnerd314> no, it's binary
# [15:41] <nigelb> cat paws should be bigger.
# [15:41] <Mathnerd314> I was programming
# [15:41] <ewong> programming in ds?
# [15:42] <Mathnerd314> yep
# [15:42] <Mathnerd314> best language I know
# [15:42] <nigelb> someone will program a k-line into your nick if you're not careful.
# [15:42] <khuey> derf: yeah I try to be good about that
# [15:42] <Mathnerd314> nigelb: the code brought me here.
# [15:42] <Mathnerd314> I started out without an irc client
# [15:42] <nigelb> :)
# [15:42] <ewong> and you programmed an IRC client with ds?
# [15:42] <Mathnerd314> yep
# [15:43] <Mathnerd314> opening one, at least
# [15:43] <Mathnerd314> so get on your kieyboard and start programming in ds :-)
# [15:43] <ewong> lemme get this straight.. you programmed an IRC client out of the letters d and s?
# [15:43] <Mathnerd314> yep
# [15:43] <Callek> ...is CC cycling between 113
# [15:43] <Callek> er
# [15:43] <Mathnerd314> started with evolution, kept going
# [15:43] <Mathnerd314> that's the universe - a long string of bits
# [15:44] <Callek> is CC cycling between 1134 416 (according to about:telemetry) unusual?
# [15:44] <Callek> ....Firefox 9.0.1
# [15:44] <Mathnerd314> and its goal is to become self-aware
# [15:44] <Mathnerd314> I'm self-aware, so I'm the universe
# [15:44] <Mathnerd314> except it's bigger than me
# [15:44] <khuey> Callek: for what?
# [15:44] <Mathnerd314> so I have to get swallowed by a black hole
# [15:44] <khuey> duration?
# [15:45] <Callek> khuey: |CYCLE_COLLECTION|
# [15:45] <Callek> s/TION/TOR/
# [15:45] * Quits: Ms2ger (Ms2ger@8E227633.CDE7FB6E.37724B0D.IP) (Ping timeout)
# [15:45] * Callek guesses that is duration
# [15:45] <khuey> Callek: idk what that measures
# [15:45] <Mathnerd314> dsdsdsddssddssddsdsdsdsdsdsdsdssdsdsdsdsdsdsdsdsdsdsdsdsdsdsdsdsdsdsdsdsddsdsdsdsdsdsdsdsdsdsdsdsdsdsddsdsdsdsdsdsdsddsdsdsdsdsddsddsdsdsdsdsdsdsdsdsdsdsddsdsdssddssdsddsdsdsdsdssdsddssdsdsdsdsdsdsdsddsdsdsdssddssdsdsdssdsdsdsddsdsdsdsdsdsdsdsdsdsdsdssdsdsdsddssdsdsddsdsdsdsdsdsdsdsdsdsdsdsds
# [15:46] <Mathnerd314> more universe for you
# [15:46] <khuey> stop spamming this channel
# [15:46] <Mathnerd314> it isn't spam, it rewarding you guys
# [15:46] <khuey> no, it's spam
# [15:46] <khuey> stop
# [15:46] <Callek> khuey: autoExportHTML
# [15:46] <Mathnerd314> ok then where should I spam
# [15:46] <nigelb> don't spam at all?
# [15:46] <Callek> Mathnerd314: /dev/nul
# [15:47] <khuey> a different irc server
# [15:47] <Mathnerd314> ok, linux it is
# [15:47] <ewong> Mathnerd314: or in your own channel
# [15:47] * Joins: Ms2ger (Ms2ger@8E227633.CDE7FB6E.37724B0D.IP)
# [15:47] <Callek> khuey: err wrong paste
# [15:47] <khuey> yeah I figured as much
# [15:47] <Callek> khuey: http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/base/nsCycleCollector.cpp#2761
# [15:48] <Callek> khuey: so yea, Time spent on one cycle collection (ms)
# [15:48] <Callek> ...if this is unexpected I'll pass along whatever data is helpful :-)
# [15:49] * Callek wonders why it has to be too early for smaug :-)
# [15:49] * Joins: whimboo (whimboo@moz-221F69CF.pools.arcor-ip.net)
# [15:50] * Callek is also seeing a growing: |Number of JS objects visited by the cycle collector| list, currently at 2203
# [15:51] <Callek> oooooo actually red-herring, |"Number of ref counted objects visited by the cycle collector"| is obviously spiked!
# [15:51] <Callek> 8964 right now
# [15:51] <khuey> yeah, spikes in that are expected
# [15:51] <Callek> last bar graph on about:telemetry was 1212
# [15:52] <khuey> e.g. closing a tab
# [15:52] <Callek> and lower than that
# [15:52] <Callek> khuey: spikes exponentially higher like that though?
# [15:52] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [15:52] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [15:53] <Callek> (fwiw I'm even looking because I can tell/feel pausy behavior above and beyond what I experienced in 8)
# [15:53] <Callek> s/8)/8/
# [15:53] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
# [15:53] * ewong is now known as ewong|zzz
# [15:54] * Quits: harsh (Mibbit@4DD0346E.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:57] <Callek> this keeps up, I'll have to bite the bullet and get XULRunner separately installed on my win7 :/
# [15:57] <Callek> its just such a pain to update
# [15:58] * Quits: Mano (chatzilla@moz-BB985474.static.bezeqint.net) (Client exited)
# [16:03] <Callek> so who besides smaug was head-down in cc issues lately?
# [16:03] * Joins: smaug (chatzilla@moz-2162638F.elisa-mobile.fi)
# [16:03] <Callek> ...well aint that good timing
# [16:03] <Callek> smaug: good morning; ping
# [16:04] <smaug> Callek: morning
# [16:04] <khuey> isn't it 4 or 5 pm for smaug?
# [16:05] <Callek> [o hey, its 10b1 not 9.0.1]
# [16:05] <smaug> it is 5pm
# [16:05] <Callek> smaug: ooo heh thought you were in PST
# [16:05] <Callek> anyway
# [16:05] <reuben> hm, for some reason setting a radial-gradient on body doesn't work as expected :/
# [16:06] <Callek> smaug: I know its known, but getting high CC pauses in 10b1, anything at all I can provide you with to help your work, up to and including a VNC session on my computer while its happening?
# [16:06] * Callek does have Telemetry on as well
# [16:07] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [16:07] <smaug> Callek: I assume you haven't got the same behavior with FF9 ?
# [16:07] <Callek> I did not have the same with FF9
# [16:07] <smaug> Callek: did you use FF9 betas too?
# [16:07] * Callek briefly forgot he had beta channel though, and was thinking this was 9.0.1 this morning
# [16:07] <Callek> yes I did
# [16:07] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [16:08] <Mathnerd314> ok: my ultimatum
# [16:08] <Mathnerd314> if you want me to stop spamming you, send me a text telling me to do so
# [16:08] <Mathnerd314> dfhaskkkafj;dfahn.v,.zmnxv.,ngdferh;gqrut;wk34ntmk3
# [16:08] <Mathnerd314> ;gejtup5ioj.dnkz.sssr45njsykl;og
# [16:08] <Mathnerd314> ngruithjwi;hg.kzjgn.djkghn.jkz.
# [16:08] <reuben> wtf
# [16:09] <smaug> Callek: so, FF9.0.1 and FF10 should have the same CC behavior, but something else has regressed. See also Bug 711900
# [16:09] <smaug> Callek: btw, are you seeing huge CC or GC times?
# [16:09] <Ms2ger> gavin, ^
# [16:10] <Callek> smaug: according to telemetry GC is normal, but CC has gone up
# [16:10] <Callek> smaug: and in fact it *looks* to me like the CC_REFCOUNT ones went exponential
# [16:10] <smaug> hmm
# [16:10] <Callek> (at least according to about:telemetry)
# [16:10] <smaug> I don't know what telemetry reports
# [16:10] <Mathnerd314> gj;ejlrti45hnljn,mznnsjekfn<JM.nm m5umvj 9cu
# [16:10] <smaug> have you checked error log
# [16:10] * Joins: pranavrc (pranavrc@6503E947.59B4030A.520CDC98.IP)
# [16:11] <smaug> Callek: which pages are you using?
# [16:11] <Callek> error log? as in the error console, or something else?
# [16:12] <Mathnerd314> re4ben- rea35ty 5s brea25ng d6wn
# [16:12] <Callek> and by pages you mean, "whats my sessionstore/website open count" look like?
# [16:12] <smaug> yes, console error
# [16:12] <smaug> assuming you have the pref set
# [16:12] <Mathnerd314> 5s can't s*ea2 *r6*er3y
# [16:12] * Callek has no CC prefs set to log to error console
# [16:12] <smaug> javascript.options.mem.log
# [16:12] <Mathnerd314> s35ght3y 06re *3ease
# [16:13] * Quits: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP) (Ping timeout)
# [16:13] <Callek> ...unrelated but equally worrying: Error: [Exception... "Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: resource:///modules/WindowsJumpLists.jsm :: WTBJL__clearHistory :: line 514" data: no]
# [16:13] <Mathnerd314> h00, 0y 2eyb6rd 3ay64t 5s wr6ng
# [16:13] <Callek> Mathnerd314: STOP IT
# [16:14] <Mathnerd314> can't
# [16:14] <Callek> then /leave
# [16:14] <smaug> Callek: see messages in error console
# [16:14] <Mathnerd314> +3eave
# [16:14] <Mathnerd314> can't ty*e - 2eyb6ard wr6ng
# [16:14] * Joins: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP)
# [16:14] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [16:15] <smaug> Callek: and steps to reproduce would be great
# [16:15] <Callek> smaug: have had this session up for a few days :(
# [16:15] <smaug> Callek: ah
# [16:15] <smaug> Callek: have you perhaps used tbpl ?
# [16:15] <johanc> evening
# [16:16] <Callek> I know I've used it at least once in session, but its been closed for a while
# [16:16] <smaug> Callek: ok
# [16:16] <Mathnerd314> okay, back to normal
# [16:16] <Mathnerd314> sorry for bothering you guys
# [16:16] <smaug> Callek: trunk has now a patch which might help with CC
# [16:16] <Mathnerd314> I had num-lock on... :-(
# [16:17] * Quits: stefanh (stefanh@moz-3EED0162.customers.ownit.se) (Input/output error)
# [16:17] <smaug> Callek: that patch is something I'd like to land to FF10, but it needs some testing first
# [16:17] <smaug> Callek: also, http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-52a864233ed5/ has another small patch for CC handling.
# [16:17] <johanc> Firefox is failing to build after a "pull -u", anyone here who might be able to help me get back on track? :)
# [16:18] <Callek> smaug: so a small sampling: http://callek.pastebin.mozilla.org/1421820
# [16:18] <smaug> Callek: that is terrible
# [16:18] <Callek> of course, I also have Chatzilla running on this same Gecko ver/session
# [16:19] <Callek> and it was running fine yesterday (though I did start to suspect slowness, but I mostly thought it was just net being slow not Firefox), though I just got up and its pausing like this
# [16:19] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Quit: Leaving.)
# [16:20] <smaug> Callek: I use Chatzilla all the time and haven't seen it causing any CC problems
# [16:20] <Callek> smaug: Like I said, I'm happy to give you a VNC session and you can have the laptop for a while, if it helps you; (MSVC2005 EE)
# [16:20] <Callek> if you doubt it will help then I won't bother
# [16:20] <Callek> (since I'll need to install the VNC server, turn it on, and open a port in my firewall, but I don't mind at all)
# [16:21] <Callek> or if there is any other data I can give you. :-)
# [16:21] <smaug> I wish mccr8 was here. He might have some ideas how to debug your problem
# [16:21] <Callek> sessionstore, etc.
# [16:22] <Callek> smaug: well I'm not shutting down my session just yet either, I'll likely leave it running for another day or two. I don't have much critical stuff to do just yet, and I always have SeaMonkey I can duck into :-)
# [16:22] <Callek> so if you/mccr8 want to debug with me, just ping me; and as soon as I am around we can do it :-)
# [16:23] <smaug> k
# [16:23] <johanc> http://pastebin.mozilla.org/1421826 whatever I try I get this
# [16:24] * Callek can live with it, but I suspect loads of negative press if this reaching Release Channel without some fixing/tweaking
# [16:25] <smaug> Callek: indeed
# [16:25] <smaug> the problem is that at least I have no idea what could have caused such regression from FF9 -> FF10
# [16:25] <Callek> smaug: would be upgrading to nightly/your try build for a while be helpful in terms of general "did it help CC", or shall I plan to let you create a try build for Gecko 10, and test it there?
# [16:26] <Callek> yea, I understand that dilema :(
# [16:26] * Quits: Suresh (chatzilla@B055F757.315E080F.EB06F97B.IP) (Client exited)
# [16:27] <smaug> Callek: let me push the patches to try using beta
# [16:28] <Callek> great... I'll download it later then, and after a day or two of this session up, if you or mccr8 doesn't want to debug more, I'll restart into that one
# [16:28] <jbuck> johanc: you need to do a clobber build
# [16:28] <Callek> my usual cycle is ~1->2 weeks before a restart, so if the CC hell still exists, I expect I'll hit it
# [16:28] <johanc> jbuck: I'm sorry a what? :D
# [16:28] <jbuck> delete your obj directory
# [16:29] <jbuck> basically, you started using gmake, but switched to pymake
# [16:29] <johanc> jbuck: yeah, guilty as charged
# [16:29] <johanc> jbuck: will that delete my mqs?
# [16:29] <jbuck> they don't use the same directory structure in the config/make files, do you need to delete the obj directory and start fresh
# [16:30] <jbuck> no, your mqs are stored in .hg/.patches I believe (I use git, not hg :)) your obj directory should just have the built version of Firefox
# [16:30] <johanc> jbuck: thanks, I'll give it a try
# [16:30] <johanc> jbuck: just delete obj and then run pymake?
# [16:31] <Callek> johanc: yep
# [16:31] <jbuck> yeah
# [16:31] <johanc> jbuck: Callek: thanks
# [16:31] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [16:32] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [16:34] <johanc> is pymake faster than gmake?
# [16:34] * Quits: whimboo (whimboo@moz-221F69CF.pools.arcor-ip.net) (Quit: Leaving.)
# [16:34] <khuey> on windows, yes
# [16:34] <johanc> that's good to hear
# [16:34] <johanc> :D
# [16:35] <jbuck> it also supports the -j option
# [16:35] <glandium> that's the main reason why it's faster
# [16:35] <jbuck> so if you have a CPU with multiple cores, you can get faster builds
# [16:36] <Callek> johanc: its actually *about* even at -j1 the benefit comes from the larger -j values without the deadlocks you'll get in GNUMake on windows
# [16:36] <smaug> Callek: https://tbpl.mozilla.org/?tree=Try&rev=b58561cd3f63
# [16:36] <glandium> it's unbelievable that gnu make has been deadlocking on windows for so long
# [16:36] <johanc> -j# where # is the number of cores you want to use?
# [16:37] <jbuck> yes
# [16:37] <glandium> johanc: you can even go further. I usually use 1.5x the number of cores
# [16:37] <Ms2ger> Did I mention I hate strings?
# [16:37] <johanc> well I'm glad I set -j before I started building
# [16:37] <johanc> :(
# [16:38] <jbuck> just cancel it with ctrl-c
# [16:38] <jbuck> change your .mozconfig
# [16:38] <jbuck> and rebuild!
# [16:38] <smaug> Callek: is there some way to create seamonkey try builds?
# [16:38] <smaug> Callek: though, you could just use the patches I pushed to try
# [16:38] <Callek> smaug: there is, but its not teh easiest method
# [16:39] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [16:39] <Callek> smaug: I keep Firefox up as my primary "always avail" browser. SeaMonkey I restart _a lot_ so i'm less likely to hit this there
# [16:39] <smaug> k
# [16:40] * Joins: smontagu (chatzilla@moz-3AA0DC67.red.bezeqint.net)
# [16:40] * Joins: whimboo (whimboo@moz-221F69CF.pools.arcor-ip.net)
# [16:43] <johanc> jbuck: thanks
# [16:46] <johanc> how long do you reckon building without -j might take?
# [16:48] <jbuck> not sure, depends mostly on your CPU I think
# [16:48] <jbuck> on a 2011 Macbook Pro with -j8, 25 minutes for a clobber build on Windows
# [16:48] <johanc> i5 m 2.53GHz
# [16:49] <johanc> 8 cores? O.o
# [16:50] * Quits: whimboo (whimboo@moz-221F69CF.pools.arcor-ip.net) (Connection reset by peer)
# [16:50] * Joins: whimboo1 (whimboo@moz-221F69CF.pools.arcor-ip.net)
# [16:50] <jbuck> it's a quad core CPU, but it has hyperthreading, so an extra 4 virtual cores
# [16:51] <glandium> jbuck: i'd expect an i5m to be dual core
# [16:52] * Quits: whimboo1 (whimboo@moz-221F69CF.pools.arcor-ip.net) (Ping timeout)
# [16:52] <jbuck> I think he was referring to me using -j8 on my machine
# [16:52] <johanc> I think they come with 2 and 4 cores
# [16:52] <johanc> different models
# [16:52] <johanc> or*
# [16:53] * Quits: smaug (chatzilla@moz-2162638F.elisa-mobile.fi) (Ping timeout)
# [16:53] <jbuck> I don't think there are any i5m's with hyper threading, but the desktop i5's are definitely quad core
# [16:53] <glandium> jbuck: ah i thought you were saying your cpu is an i5m. i guess it's an i7m
# [16:53] * Callek usually sets N to |Cores+[max(int(Cores/4,1))]|
# [16:53] <johanc> ah yes, 2 cores
# [16:53] <glandium> jbuck: all i5ms i know have hyperthreading
# [16:53] <glandium> and 2 cores
# [16:54] <Callek> err paren failure
# [16:54] <jbuck> oh Intel, why is your branding utterly useless... :P
# [16:54] <johanc> task manager displays the two virtual
# [16:54] <Callek> mac(int(Cores/4),1)
# [16:54] <johanc> haha
# [16:54] <Callek> s/mac/max/
# [16:54] * Callek gives up -)
# [16:55] <glandium> jbuck: to add to the fun, not every i7 is quad-core
# [16:56] <johanc> the "top line" i5's are quad I believe
# [16:56] <glandium> johanc: not mobile
# [16:57] <johanc> glandium: oh you're right, silly me
# [16:57] <glandium> erf, the high-end desktop i5 are quad-core, with no hyperthreading
# [16:58] * Joins: whimboo (whimboo@moz-221F69CF.pools.arcor-ip.net)
# [16:58] <johanc> I can't actually find my chip on the wiki page
# [16:58] <johanc> :(
# [16:59] <johanc> oh it's probably not sandy bridge
# [17:01] <johanc> so I could set -j4 or this one?
# [17:01] <johanc> or is -j3 a safer bet?
# [17:02] * grubshka would be interested to see benchmarks for -j
# [17:02] <glandium> johanc: you can probably use -j6 without much problem
# [17:03] <glandium> grubshka: on my quad-core desktop i7 it's about as fast as -j12
# [17:03] <johanc> j6 with two cores? O.o
# [17:03] <glandium> (pre-sandy-bridge)
# [17:03] <glandium> johanc: with hyperthreading
# [17:03] <johanc> oh right
# [17:03] <johanc> interesting
# [17:05] * Joins: Suresh (chatzilla@6F7BD81D.1C5167FE.EB06F97B.IP)
# [17:06] * Quits: gandalf (zbraniecki@moz-BFFF2F0B.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [17:07] * Quits: whimboo (whimboo@moz-221F69CF.pools.arcor-ip.net) (Quit: Leaving.)
# [17:08] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [17:09] * Quits: sujeetgholap (Mibbit@7F510774.D3041521.2F9DE622.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:09] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [17:09] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [17:10] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [17:11] <evilpie> shameless plug: some people who know something around the clang/llvm bindings (python) around?
# [17:16] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [17:16] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [17:17] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
# [17:18] * Quits: mike5w3c (MikeS@moz-6CE48276.pool.e-mobile.ne.jp) (Ping timeout)
# [17:19] * Joins: mike5w3c (MikeS@moz-8A745677.pool.e-mobile.ne.jp)
# [17:21] * Joins: mconley (mconley@moz-77BBFAB0.cable.teksavvy.com)
# [17:22] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [17:25] * Quits: mconley (mconley@moz-77BBFAB0.cable.teksavvy.com) (Quit: Leaving...)
# [17:25] * Quits: smontagu (chatzilla@moz-3AA0DC67.red.bezeqint.net) (Ping timeout)
# [17:28] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Quit: Instantbird 1.2a1pre)
# [17:28] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [17:29] * khuey is now known as khuey|away
# [17:31] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Ping timeout)
# [17:32] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
# [17:33] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Quit: Leaving.)
# [17:35] * Quits: smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [17:35] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [17:35] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Ping timeout)
# [17:35] * Joins: Mavericks (Mibbit@B7FDD7D2.293E7A43.FDEA3160.IP)
# [17:35] * Joins: peregrino (peregrino@moz-69D93359.telecom.net.ar)
# [17:36] * philor|away is now known as philor
# [17:36] * Parts: Mavericks (Mibbit@B7FDD7D2.293E7A43.FDEA3160.IP)
# [17:36] * Joins: peregrino_ (peregrino@moz-28410CCB.telecom.net.ar)
# [17:37] * Quits: peregrino (peregrino@moz-69D93359.telecom.net.ar) (Ping timeout)
# [17:37] * peregrino_ is now known as peregrino
# [17:37] * Joins: romeo (romeo@moz-A9325888.k459.webspeed.dk)
# [17:37] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [17:39] * ewong|zzz is now known as ewong
# [17:40] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [17:40] * ewong is now known as ewong|sleep
# [17:40] * Joins: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP)
# [17:44] <ewong|sleep> khuey|away: I have a patch for bug #693172, but don't know if it's of any quality worth it attaching it to the bug, but really hope you might have a look at it..? with it, mc builds (but I'm now worried it's one of those patches that builds but is wrong.)
# [17:44] * Joins: smontagu (chatzilla@moz-2C888AF6.red.bezeqint.net)
# [17:44] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [17:44] <ewong|sleep> khuey|away: anyway I'll catch you when you're available... thanks
# [17:46] <Callek> ewong|sleep: post it as WIP ;-)
# [17:47] <wg9s> ewong|my experience has been that it is better to attach it and ask for review even if the review comments are extremely negative. I have learned a lot more from negative review comments that by most other means.
# [17:47] * Quits: peregrino (peregrino@moz-28410CCB.telecom.net.ar) (Ping timeout)
# [17:47] <wg9s> Yes posting it as WIP is also a good idea somethimes people interested in the bug will make comments and give you pointers.
# [17:48] * reuben mutters about random oranges
# [17:49] * wg9s things everyone mutters about random oranges. Why have tests if we ignore the results?
# [17:50] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
# [17:54] * Joins: josh (josh@moz-48E0D707.dsl.dynamic.cptelecom.net)
# [17:54] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [17:56] <wg9s> Hard to do in this environment. but might be better if each module had test developement person (people) reporting to QA so that bugs woudl get a test designed before a developer even started working ont eh fix the test would be deveolped by someone who actually understood the way tests should be written adn then the devopers job would be to creat a fix that makes that test turn green...
# [17:56] <wg9s> ...without turning anything else a bad color.
# [17:57] <wg9s> I relaly don;t like the idea of the person doing the fix writing the test. seems like missing some proper seperation of duties here (especieally for security patches)
# [17:57] <wg9s> OK I am off my soapbox now.
# [17:57] <reuben> ideally the person doing the fix should write the test first
# [17:58] <wg9s> reuben idealy the person writing the test should NOT be the person writing the fix.
# [17:59] <wg9s> I can write tests that prove my fix works even if it doesn't, either maliciously, or becuase my understanding of how it is supposed to work is wrong.
# [17:59] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Connection reset by peer)
# [17:59] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [18:00] <reuben> that's very expensive, though
# [18:01] <wg9s> having people submitting patches write tests was a great way to get the test suite built to where it is today, but I really don;t think it is the ideal way to go forward, but I doubt many will agree with me.
# [18:01] <wg9s> OH but I promissed to get off my soapbox ... sorry!
# [18:02] <reuben> as expected, my patch breaks the entire PNG test suite \o/
# [18:03] * Joins: bz (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net)
# [18:03] * bz is now known as bz_away
# [18:04] <wg9s> but my point is that kind of writing test to work with out testsuite is an entirely different skillset than writing c++ code.
# [18:04] <wg9s> OK I promiss that is my last comment on this today.
# [18:07] * Quits: Suresh (chatzilla@6F7BD81D.1C5167FE.EB06F97B.IP) (Ping timeout)
# [18:08] * Joins: Suresh (chatzilla@6F7BD81D.1C5167FE.EB06F97B.IP)
# [18:08] * Joins: Mavericks (Mibbit@B7FDD7D2.293E7A43.FDEA3160.IP)
# [18:08] <NeilAway> god, kdiff3 sucks
# [18:08] * Parts: Mavericks (Mibbit@B7FDD7D2.293E7A43.FDEA3160.IP)
# [18:10] * Quits: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr) (Connection reset by peer)
# [18:13] <Mathnerd314> what doesn't suck?
# [18:14] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:14] <reuben> assassin's creed revelations
# [18:15] <deLta30> Are some bugs forbidden on bugzilla?
# [18:15] <deLta30> I am getting access denied for bug https://bugzilla.mozilla.org/show_bug.cgi?id=712914.
# [18:15] <KWierso> I'm not too fond of mantises...
# [18:16] <KWierso> you need special security privileges to access certain bugs
# [18:17] <deLta30> Why?What is the reason?
# [18:17] <KWierso> because conversation in the bug could be discussing how to actively exploit the browser
# [18:17] <KWierso> and it's probably better to have the bug fixed before more people see how to exploit the bug
# [18:20] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [18:20] * Quits: Matt (Matt@moz-C7FCE404.broadband10.iol.cz) (Connection reset by peer)
# [18:20] * Joins: Matt (Matt@moz-C7FCE404.broadband10.iol.cz)
# [18:26] * bear-afk is now known as bear
# [18:28] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [18:32] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Ping timeout)
# [18:34] <johanc> jbuck: is mozilla-central\browser\config the correct dir for my mozconfig file?
# [18:36] <Ms2ger> johanc, put it right into mozilla-central\
# [18:37] * Joins: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP)
# [18:38] <johanc> Ms2ger: It's not .mozconfig.mk though is it?
# [18:38] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [18:38] <johanc> or .out
# [18:38] <Ms2ger> Just .mozconfig
# [18:39] <Ms2ger> The others are generated
# [18:39] <johanc> ok
# [18:39] <johanc> cheers
# [18:40] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [18:42] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Quit: Leaving.)
# [18:43] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [18:46] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [18:48] * Joins: terrence (terrence@moz-7109B35.lightspeed.sntcca.sbcglobal.net)
# [18:48] * Joins: Mossop (mossop@5F7DD2FB.648E91A4.51465770.IP)
# [18:51] * Joins: MichaelKohler (MichaelKoh@moz-755A8D66.cust.bluewin.ch)
# [18:53] <MichaelKohler> every time I try to compile m-c I get the following "error".. http://pastebin.mozilla.org/1421927 .. why's that? it's a little bit annoying to run autoconf and configure every time.
# [18:53] <MichaelKohler> and happy holidays!
# [18:54] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Ping timeout)
# [18:54] <smaug> MichaelKohler: in which way do you compile FF ?
# [18:55] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [18:55] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [18:56] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Connection reset by peer)
# [18:56] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [18:56] <MichaelKohler> smaug: I run |make -C ff-dbg|
# [18:57] <smaug> oh, you do re-compile possibly everything
# [18:57] <smaug> I'd use make -f client.mk build
# [18:57] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:58] <MichaelKohler> smaug: so make -f client.mk build does only compile the changed files?
# [18:58] <smaug> yes
# [18:58] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Ping timeout)
# [18:59] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [18:59] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
# [19:00] <MichaelKohler> smaug: then I'll do that in the future, thanks!
# [19:00] * Quits: Suresh (chatzilla@6F7BD81D.1C5167FE.EB06F97B.IP) (Quit: Suresh)
# [19:01] * Quits: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP) (Client exited)
# [19:02] <johanc> can the build be interrupted if I'm playing around in another cmd window?
# [19:03] * johanc should've thought of this before playing around with ruby
# [19:03] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Ping timeout)
# [19:03] <smaug> johanc: on linux ctrl+s works. Don't know about windows
# [19:04] <johanc> smaug: oh no I meant, if I'm playing around in a normal cmd window, can that interrupt the build?
# [19:04] <johanc> smaug: or am I safe to play around? :D
# [19:04] * Quits: smontagu (chatzilla@moz-2C888AF6.red.bezeqint.net) (Ping timeout)
# [19:05] <MichaelKohler> johanc: that shouldn't interrupt the build.. otherwise there would be something terribly wrong with the cmd
# [19:05] <smaug> you can compile in the background and do other stuff
# [19:05] <johanc> good, thanks, I was wondering because the build hasn't moved for a quite some time
# [19:07] <smaug> is it perhaps linking libxul? that can take some time
# [19:07] <johanc> smaug: I think you're right, "oleaut32.lib"
# [19:07] * Joins: frogonia (Mibbit@F81479A3.C3D94B00.265540B.IP)
# [19:08] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [19:08] * Quits: frogonia (Mibbit@F81479A3.C3D94B00.265540B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:11] * rail_away is now known as rail
# [19:12] * bear is now known as bear-afk
# [19:12] * Joins: smontagu (chatzilla@moz-1D162A0A.red.bezeqint.net)
# [19:12] * rail is now known as rail_away
# [19:13] <reuben> MichaelKohler / smaug : check out smartmake: http://www.joshmatthews.net/blog/2011/05/build-smarter-not-harder/
# [19:13] <reuben> it's full of awesome
# [19:13] <MichaelKohler> thanks, I will
# [19:14] <reuben> but I agree with njn there, the build system should do that
# [19:16] * Quits: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:22] * Quits: pranavrc (pranavrc@6503E947.59B4030A.520CDC98.IP) (Quit: Ping timeout: ∞)
# [19:24] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [19:25] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [19:26] * khuey|away is now known as khuey
# [19:27] * Quits: kennyluck (kennyluck@moz-2905F8D5.dynamic.hinet.net) (Quit: kennyluck)
# [19:28] <Callek> ooo fun Error: no element found
# [19:28] <Callek> Source File: https://testpilot.mozillalabs.com/testcases/index.json
# [19:28] <Callek> Line: 1
# [19:29] <Ms2ger> Also fun error:
# [19:29] <Ms2ger> (gdb) p *this
# [19:29] <Ms2ger> $1 = {mData = 0x5a5a5a5a5a5a5a5a <Address 0x5a5a5a5a5a5a5a5a out of bounds>, mLength = 1515870810, mFlags = 1515870810}
# [19:29] <khuey> firebot: 5a5a5a5a?
# [19:29] <johanc> oh build is done
# [19:30] <firebot> khuey: Sorry, I've no idea what '5a5a5a5a' might be.
# [19:30] <khuey> firebot: 0x5a5a5a5a?
# [19:30] <firebot> khuey: I seem to recall that 0x5a5a5a5a is jemalloc freed junk memory (cf. 0xa5a5a5a5)
# [19:30] <Callek> Ms2ger: is |this| refcounted?
# [19:30] <Ms2ger> nsCString
# [19:30] <johanc> took 3 hours for anyone who's interested
# [19:30] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [19:30] <johanc> without setting -j
# [19:30] <johanc> :)
# [19:31] <Callek> Ms2ger: are you getting *this as that address at what method?
# [19:31] <khuey> why would you not set -j?
# [19:31] <Callek> khuey: because he forgot to set -j :-)
# [19:31] <johanc> because I started it before I knew I could set -j :D
# [19:31] <Ms2ger> nsCString::~nsCString
# [19:31] <Callek> (newly switched to pymake from GNUMake)
# [19:31] <johanc> did not want to cancel it
# [19:31] <johanc> :)
# [19:31] <Callek> Ms2ger: ok, in ~nsCString that makes sense
# [19:32] <Callek> Ms2ger: iirc
# [19:32] <khuey> yay for double deleting
# [19:32] <Callek> khuey: ^^ ?
# [19:32] <Ms2ger> Not really, because I'm crashing trying to delete mData again
# [19:32] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Quit: Leaving.)
# [19:32] <khuey> well, yes ...
# [19:32] <johanc> to apply my patch and build, is this the right way to do so?
# [19:32] <Callek> Ms2ger: ooo right yea, its something deleting it explicitly when it really shouldn't
# [19:32] <johanc> 1) hg qpush "name"
# [19:33] <khuey> 'this' has already been deleted
# [19:33] <johanc> 2) hg qref
# [19:33] <khuey> so deleting it again will have bad results
# [19:33] <johanc> 3) pymake -f client.mk
# [19:34] <Ms2ger> On a related note, are heap-allocated strings supposed to work?
# [19:34] <khuey> yes
# [19:35] * Ms2ger crosses out the "not my fault" possibility
# [19:36] * Quits: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [19:37] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [19:40] <wg9s> I have moved on from pissing off people here to pissing off Best Buy! ;-)
# [19:41] <khuey> fuck best buy
# [19:42] * Joins: ahal (ahal@moz-44629E23.cpe.net.cable.rogers.com)
# [19:43] * Quits: ahal (ahal@moz-44629E23.cpe.net.cable.rogers.com) (Client exited)
# [19:43] <wg9s> YOu really need to read the articles to understand the issue there are thoushands of pepp[le commenting on this thinking that something that was wuppsoed to be $10/95 is being listed as priced at $1095.99 instead
# [19:43] <wg9s> It is a 3.3 meter HDMI cable.
# [19:44] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [19:44] <wg9s> People think it is a typo.
# [19:44] <wg9s> and it is NOT!
# [19:44] * Joins: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net)
# [19:45] <wg9s> It is just a consumer ripoff.
# [19:46] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:47] <wg9s> from a company called AudioQuest that Best Buy is evidently fronting for.
# [19:48] * Joins: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net)
# [19:48] <Mathnerd314> rgefxascZ CVVXZXCVVVAXzcvbfc gvbgfc vbcfvhz xas
# [19:48] <Mathnerd314> 9/x z./x 7,ZAz*$zx,z.Z7,;.X,.
# [19:48] <Mathnerd314> *>Z,75 ,7
# [19:48] <wg9s> ?????????
# [19:49] <Mathnerd314> R 78,U87,5 T%8888888888888888888888 74 `
# [19:50] <Mathnerd314> NVM
# [19:50] <smaug> Mathnerd314: please stop
# [19:50] <Mathnerd314> I'm just railing against the world in the way I know how
# [19:50] <wg9s> going back to BMO lookiing for an OP I think
# [19:50] <wg9s> unless you can expain any of that
# [19:50] <Mathnerd314> i can
# [19:51] <wg9s> Oh good!
# [19:51] <Mathnerd314> are you female?
# [19:51] <wg9s> No
# [19:51] <Mathnerd314> I only like explaining to peopel I want to marry
# [19:51] <wg9s> well then back to the looking for an OP
# [19:51] <Mathnerd314> ok.
# [19:51] <Mathnerd314> but now your search will be better :p
# [19:52] <Mathnerd314> smaug: you can ban me if you want
# [19:52] <dumitru> Mathnerd314: chill, please
# [19:52] * Quits: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP) (Quit: graydot)
# [19:53] * wg9s hates people who take advantage of holidays when OPs are not around to be obnoxious.
# [19:53] <Mathnerd314> I chill by getting kicked off and enabling auto-rejoin
# [19:53] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [19:53] <Mathnerd314> I'm not obnoxious, just different
# [19:53] <Mathnerd314> we're complementary
# [19:53] <Ms2ger> ###!!! ASSERTION: null frame: 'aFrame', file /layout/base/nsPresShell.cpp, line 5759
# [19:53] <Ms2ger> Is that known?
# [19:53] <Mathnerd314> and we need to find each other
# [19:53] <smaug> Ms2ger: yes
# [19:53] <Mathnerd314> not AFAICT
# [19:53] <smaug> Ms2ger: I think there is a patch for that waiting for landing
# [19:53] <Ms2ger> Good
# [19:54] <Mathnerd314> smaug: you're right, I guess
# [19:54] * Mathnerd314 was kicked by dumitru (stop this, please)
# [19:54] * Joins: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net)
# [19:54] <Mathnerd314> what? stop learning?
# [19:54] <Mathnerd314> learning is where it's at.
# [19:54] <dumitru> Mathnerd314: if you're not helping, then please let other people do this.
# [19:54] <Mathnerd314> I am helping... I think.
# [19:55] <dumitru> you are not, obviously
# [19:55] <wg9s> dumitru: ++
# [19:55] <Mathnerd314> no? who wrote this line?
# [19:55] <Mathnerd314> me or you?
# [19:55] <Mathnerd314> I write more, therefor I'm smarter
# [19:55] <wg9s> dumitru: ++
# [19:56] <Mathnerd314> or not...
# [19:56] <wg9s> dumitru: Thanks!
# [19:56] * dumitru sets mode: +b *!*athnerd31@*.cos.dyn.pcisys.net
# [19:56] * Mathnerd314 was kicked by dumitru (not helping)
# [19:56] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [19:57] <evilpie> finally thanks
# [19:57] <smaug> thanks
# [19:57] <wg9s> dumitru: was kind of looking for someone to do a kick/ban but today those people seem to be few and far between.
# [19:57] <smaug> there should be more ops
# [19:58] <wg9s> I guess
# [19:58] <dumitru> most people are still on holiday today :)
# [19:59] * ctalbert|afk is now known as ctalbert
# [19:59] <wg9s> Oddly I have always shyd away from doing that becaus eunder normal circumsatnces I am not as avilable as others, but it seems on holidays and weekends I ma here more that others.
# [19:59] <khuey> dumitru++
# [19:59] <wg9s> perhaps I shoudl see if I can be an op.
# [20:00] * smaug files a bug to get more IRC ops
# [20:00] <dumitru> khuey: hey :) when are we going ice skating again?
# [20:00] <wg9s> somne people would seem that is bad cause I seem to ber very opinionated and argumentative, but I woudl never use that to prvent andyone reasonable to express an opinion I did not agree with.
# [20:01] <wg9s> hmm oK trying to translate that to english I said.
# [20:01] <wg9s> somne people would seem that is bad cause I seem to be very opinionated and argumentative, but I would never use that to prevent anyone reasonable to express an opinion I did not agree with.
# [20:02] <khuey> dumitru: well I have to move back to california first ;-)
# [20:02] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [20:02] <wg9s> hymm evn even that cause our spell checker seems to thing somne is a word still has issues.
# [20:03] <smaug> hmm, can't find a component for moznet
# [20:03] <dumitru> khuey: whaaaat? you moved out?
# [20:03] <reuben> http://pastebin.mozilla.org/1421996 wut
# [20:03] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [20:03] <reuben> is that what happens when your application.ini and your binary differ?
# [20:03] <khuey> dumitru: I've been gone since august
# [20:03] <khuey> dumitru: coming back at the end of january
# [20:03] <dumitru> no wonder I haven't seen you lately in the office
# [20:04] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:04] <reuben> ah, broken fedora update D:
# [20:05] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [20:07] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [20:10] <philor> smaug: dupe of bug 669243
# [20:11] <philor> and bug 458195 and bug 362056, if you like more history
# [20:12] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [20:12] <smaug> philor: well, I did clone Bug 85036 ;)
# [20:13] <johanc> sorry to bother you again but this time, after pulling the latest updates and trying to build: http://pastebin.mozilla.org/1422005
# [20:18] * Quits: rshetty (quassel@5A0CCAC.B8844B28.C842849F.IP) (Quit: No Ping reply in 180 seconds.)
# [20:19] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [20:19] <Ms2ger> khuey, ^
# [20:19] * Joins: rshetty (quassel@5A0CCAC.B8844B28.C842849F.IP)
# [20:20] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [20:21] <khuey> try again
# [20:21] <khuey> it's some weird windows thing
# [20:21] * Joins: biesi (cbiesinger@moz-ABAEA4A3.vie.surfer.at)
# [20:21] <Ms2ger> smaug--
# [20:22] <smaug> why not?
# [20:22] <Ms2ger> I'm lazy
# [20:22] <smaug> but you're in Europe and online quite often
# [20:23] <khuey> :-P
# [20:23] <terrence> whoops, I appear to have caught the tree on fire
# [20:23] <smaug> Ms2ger: and btw, you're not lazy ;)
# [20:23] <Ms2ger> I like to have people think that
# [20:24] <khuey> Ms2ger and I are some of the laziest people around
# [20:24] * Ms2ger curses jseng some more
# [20:24] * Joins: RattyAway (Jim_diGriz@7CA61F0B.AA1986A4.50CFA630.IP)
# [20:24] <johanc> khuey: some weird windows thing, I like the sound of that
# [20:24] <johanc> not
# [20:24] <Ms2ger> Come join us on Unix, then :)
# [20:24] <RattyAway> Bug 50575 ten years and it's still SG??? You are not authorized to access bug #50575.
# [20:24] <johanc> you must be joking
# [20:24] <johanc> :D
# [20:25] <johanc> failed again, trying a 3rd time
# [20:25] * RattyAway trying to triage ancient bugs.
# [20:25] <smaug> RattyAway: 50575 is not sg
# [20:25] <johanc> seems to be working this time around
# [20:25] <johanc> thanks :D
# [20:25] <Ms2ger> It's Zoo-only?
# [20:25] <Ms2ger> Also, anybody with an aurora tree who wants to fix NoScript?
# [20:25] <RattyAway> smaug: then netscape-confidential?
# [20:26] * Joins: dalsh (dalsh@moz-BE13BAB5.rev.sfr.net)
# [20:26] <smaug> RattyAway: could be, or in some other group
# [20:26] <smaug> I can't access it
# [20:26] <RattyAway> smaug: after 10 years....
# [20:27] <Ms2ger> khuey, you do look like you want to land a patch for me :)
# [20:27] <philor> terrence: how's that backout coming along?
# [20:27] <dumitru> smaug: I'm afraid I will WONTFIX your bug.
# [20:27] <khuey> Ms2ger: I don't
# [20:27] <smaug> dumitru: why?
# [20:28] <Ms2ger> :/
# [20:28] <terrence> philor: just pushed
# [20:28] <philor> ah, there it is
# [20:28] <dumitru> we (IT) are not managing channel access lists
# [20:28] <dumitru> talk to stuart or the other channel ops
# [20:28] <smaug> dumitru: well, then don't wontfix
# [20:28] <terrence> philor: looks like I forgot to qref my changes to gc/Barriers.h :-P
# [20:28] <smaug> dumitru: but change the component of the bug
# [20:28] <Callek> reso/invalid
# [20:28] <dumitru> smaug: we are not regulars here and don't know who deserves to have op status or not...
# [20:28] <Callek> smaug: there is no component suiteable for that, aiui
# [20:29] <smaug> Callek: well, mozilla.org misc
# [20:29] <dumitru> there are other people who should vouch and know better than us who needs to get an access here
# [20:29] <Ms2ger> Firefox::Untriaged
# [20:29] <Ms2ger> Also known as the tar pit
# [20:29] <dumitru> personally I think talking to the founder and the regulars who already have access is the way to go
# [20:29] <Callek> Ms2ger: even better, SeaMonkey::General
# [20:30] * Ms2ger humms
# [20:30] <khuey> who founded #developers?
# [20:31] <Ms2ger> stuart
# [20:31] <Ms2ger> Says chanserv
# [20:31] <khuey> as in pav?
# [20:31] <dumitru> yeah
# [20:31] <khuey> ha
# [20:31] <khuey> nice
# [20:31] <Ms2ger> Like I'd know, this is 2005
# [20:31] <Callek> Ms2ger: actually: Graveyard::Websites Graveyard::irc.mozilla.org
# [20:31] <Callek> sounds good
# [20:31] <Ms2ger> Heh
# [20:32] <Ms2ger> Not really, that's http://irc.m.o
# [20:32] <Callek> Ms2ger: no http://irc.m.o is a CNAME for a wikimo redirect :-)
# [20:32] <Callek> (now)
# [20:32] <philor> governance is always a good place to put arguments
# [20:33] <Ms2ger> Now indeed
# [20:33] <Ms2ger> Put it in Core::General and slap an [orange] onto it, philor will see to it :)
# [20:34] <philor> morph it to "We need a module and module owner for a Channel Ops For Channels Whose Owners Have Gotten Distracted"
# [20:36] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [20:42] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [20:43] * Joins: karl (karl@moz-4A8CD51A.jetstream.xtra.co.nz)
# [20:45] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [20:45] * Quits: Mardak (Mardak@moz-F28CEBC7.dsl.scrm01.pacbell.net) (Quit: Mardak)
# [20:45] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [20:47] <evilpie> Ms2ger: "curses at js eng" i hear you :P
# [20:48] * Quits: RattyAway (Jim_diGriz@7CA61F0B.AA1986A4.50CFA630.IP) (Quit: ChatZilla 0.9.87 [SeaMonkey 2.0.15pre/20110606000022])
# [20:48] <evilpie> llvm is great fun btw
# [20:49] <Ms2ger> I quite shot myself in the foot by removing XPConnect's back door to jscntxt.h ;)
# [20:49] <evilpie> have fun :O
# [20:49] <Ms2ger> Not really
# [20:49] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Connection reset by peer)
# [20:50] <evilpie> any way i could help you?
# [20:51] <evilpie> i am also curious now, what hides behind bug 50575
# [20:51] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [20:53] <Ms2ger> I'm still curious about bug 123456
# [20:53] <evilpie> oh yeah
# [20:53] <evilpie> i guess people like brendan could look at them
# [20:54] <Ms2ger> And you could always have a look at cx->globalObject in nsXPConnect.cpp/XPCJSRuntime.cpp ;)
# [20:54] * NeilAway wonders how to declare a pointer to a method on an interface
# [20:54] * Quits: MichaelKohler (MichaelKoh@moz-755A8D66.cust.bluewin.ch) (Quit: Leaving)
# [20:55] * Joins: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP)
# [20:57] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [20:58] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [21:02] * Quits: smontagu (chatzilla@moz-1D162A0A.red.bezeqint.net) (Ping timeout)
# [21:06] * Quits: josh (josh@moz-48E0D707.dsl.dynamic.cptelecom.net) (Quit: josh)
# [21:07] <evilpie> Ms2ger: what is so special about that?
# [21:07] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Ping timeout)
# [21:09] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [21:11] * Quits: biesi (cbiesinger@moz-ABAEA4A3.vie.surfer.at) (Ping timeout)
# [21:12] * Joins: smontagu (chatzilla@moz-9E4ABA7B.red.bezeqint.net)
# [21:15] * Quits: gaston (landry@moz-2911F07A.rhaalovely.net) (Quit: leaving)
# [21:16] * Quits: karl (karl@moz-4A8CD51A.jetstream.xtra.co.nz) (Ping timeout)
# [21:18] * Joins: karl (karl@moz-4A8CD51A.jetstream.xtra.co.nz)
# [21:18] * Quits: dao (dao@moz-A9517B28.dip.t-dialin.net) (Quit: Leaving.)
# [21:19] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [21:20] * Joins: dao (dao@moz-A9517B28.dip.t-dialin.net)
# [21:21] * Quits: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP) (Client exited)
# [21:22] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Ping timeout)
# [21:25] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [21:26] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Connection reset by peer)
# [21:26] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
# [21:27] <johanc> is there a faster way to build after adding a qpatch?
# [21:27] <johanc> faster than "gmake -f client.mk"
# [21:29] <evilpie> i am so happy we use python to automatize stuff \o/
# [21:29] <johanc> err
# [21:29] <johanc> faster than "pymake ..."*
# [21:30] <johanc> rebuilding with gmake took seconds, pymake is taking far too long
# [21:31] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [21:33] * Joins: gaston (landry@moz-2911F07A.rhaalovely.net)
# [21:34] * Quits: karl (karl@moz-4A8CD51A.jetstream.xtra.co.nz) (Ping timeout)
# [21:37] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [21:37] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
# [21:37] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [21:38] <reuben> johanc, see http://www.joshmatthews.net/blog/2011/05/build-smarter-not-harder/
# [21:38] <reuben> I don't know how it works on Windows, though :/
# [21:39] <reuben> I guess you could just set pymake as the command on the config file and it should work
# [21:41] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
# [21:41] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [21:41] <reuben> is there an equivalent of |hg status| that operates on the patch queue?
# [21:42] <johanc> reuben: so much work for something I shouldnt have to do :/
# [21:42] <johanc> reuben: with gmake all I did was run "make", worked every time and it was fast
# [21:42] <Ms2ger> reuben, for the top patch, hg qdi --stat?
# [21:43] <reuben> Ms2ger, ah, thanks
# [21:45] * Quits: Mossop (mossop@5F7DD2FB.648E91A4.51465770.IP) (Ping timeout)
# [21:45] * Quits: evilpie (~good-piex@moz-462AEFBE.pools.arcor-ip.net) (Input/output error)
# [21:47] <reuben> johanc, I know :/
# [21:48] <johanc> reuben: :/
# [21:50] <johanc> It just finished, 40 minutes to build the changes by one patch
# [21:50] <johanc> :(
# [21:51] * Joins: binki (ohnobinki@moz-15024F6E.try.wideopenwest.com)
# [21:51] * Joins: protz (jonathan@2FCD667.6FE99DA9.B22E20D2.IP)
# [21:53] <binki> the irc:// URL in the /topic is malformed, it should be irc://irc.mozilla.org/introduction I think
# [21:53] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
# [21:53] <Ms2ger> I've seen both work, iirc
# [21:56] <johanc> I hope it doesn't feel like I'm nagging, but surely there must be a better way of building when I've changed one line of code? :/
# [21:57] * Joins: biesi (cbiesinger@moz-ABAEA4A3.vie.surfer.at)
# [21:57] * Joins: evilpie (~good-piex@moz-462AEFBE.pools.arcor-ip.net)
# [22:00] <johanc> or have I missed a trick? can't seem to run an incremental build with pymake
# [22:02] * Joins: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net)
# [22:02] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [22:03] <khuey> what line of code did you change?
# [22:04] <johanc> oh, is running simply "pymake" in obj.../browser/devtools" still viable?
# [22:05] <khuey> pymake -C objdir/browser/devtools is a better way
# [22:05] <khuey> but yes
# [22:05] <johanc> can I make an alias for the obj.. dir the same way I make one for pymake? :)
# [22:06] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [22:06] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [22:06] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:06] <johanc> e.g. alias obj='obj-i686-pc-mingw32'
# [22:08] <dao> type ob and hit TAB?
# [22:08] <reuben> johanc, depending on what you have changed, you'll also have to rebuild libxul
# [22:09] <dao> not for browser/devtools
# [22:09] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [22:09] <reuben> there's some info in https://developer.mozilla.org/en/Incremental_Build
# [22:09] <johanc> dao: ob or o tab only works with cd afaik
# [22:11] <dao> nope
# [22:11] <dao> even cmd.exe does it for any command...
# [22:12] <johanc> doesn't work for me with pymake -C o *tab
# [22:12] <johanc> oh hang on
# [22:12] <johanc> is being stupid
# [22:12] * johanc is being stupid *
# [22:12] <johanc> :D
# [22:13] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [22:16] <jdm> reuben: in regards to smartmake on osx, what files are you talking about?
# [22:16] <jdm> I haven't experienced any problems when building with it
# [22:16] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [22:16] <jdm> also yes, I have used smartmake on windows with pymake
# [22:17] <reuben> jdm, objdir/dist/bin/{chrome,res,etc} and objdir/dist/Nighty(Debug).app/Contents/MacOS/{chrome,res,etc}
# [22:17] <reuben> changes aren't replicated to the latter
# [22:18] <jdm> reuben: give me an example of a file you change that doesn't get replicated?
# [22:18] <reuben> uh. layout/style/TopLevelImageDocument.css
# [22:20] <jdm> hrm hrm
# [22:22] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [22:26] * Quits: Ms2ger (Ms2ger@8E227633.CDE7FB6E.37724B0D.IP) (Quit: nn)
# [22:26] <johanc> btw,when do I need to rebuild libxul?
# [22:26] * Joins: efes (efes@moz-10638E1C.dynamic.chello.pl)
# [22:27] <khuey> when you change most of our C++ code
# [22:27] <khuey> bz_away: ping?
# [22:28] <wg9s> johanc: that is the entire ide of make! IF everything is diefined correctly it is supposed build what is reqauired and only what is required.
# [22:28] * Quits: biesi (cbiesinger@moz-ABAEA4A3.vie.surfer.at) (Ping timeout)
# [22:29] <johanc> wg9s: odd, "pymake -f client.mk" took 40 minutes for one patch
# [22:30] <johanc> khuey: only c++ code though?
# [22:30] <khuey> yes
# [22:30] <johanc> wg9s: I've got it to build in seconds with pymake -C dir/dir now though
# [22:30] <wg9s> well I did say make and not pymake.
# [22:30] <johanc> wg9s: I was told I shouldn't use make :)
# [22:31] <johanc> khuey: thanks
# [22:31] <wg9s> but really the entire idea is also depndent on depndencies being set up correclty.
# [22:32] <wg9s> but it does seem to me that pymake ends up building things tha tmake woudl not have if that is what you are seeing. So if you could figure out what is going on their and file a meaningful bug, that would be extremely useful.
# [22:32] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Input/output error)
# [22:32] <smaug> johanc: I just mentioned that using make in top level objdir may not be good
# [22:33] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [22:33] <johanc> I just got the commands wrong I think
# [22:33] <wg9s> So far this was just a I was tryh8ing to do an hg bisect and it seemed to me that it took far longer after going to pymake from usein make.
# [22:34] <johanc> "pymake -f client.mk" wouldn't run dir/dir/dir
# [22:34] <johanc> no makefile
# [22:34] <jdm> wg9s: pymake and make should behave identically
# [22:34] <wg9s> yES i REALIZE THAT IS THE IDEA.
# [22:34] <jdm> wg9s: the point is that due to our build system construction, we don't have whole-program dependencies
# [22:34] <wg9s> opps sorry for caps lock.
# [22:34] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [22:35] <khuey> yeah our build system is awful
# [22:35] * khuey sighs
# [22:37] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [22:38] <johanc> the feeling when your patch works
# [22:38] <johanc> :D
# [22:38] <johanc> dao: still there? :)
# [22:40] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [22:40] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
# [22:40] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [22:41] * Joins: allisterb (allisterb@2CE5E668.5725EB66.F43E9E20.IP)
# [22:44] <jdm> johanc: what's the patch?
# [22:45] <johanc> https://bugzilla.mozilla.org/show_bug.cgi?id=713052
# [22:45] <johanc> It's not difficult
# [22:45] <johanc> It just feels good after havint to deal with the buildsystem :D
# [22:47] <jdm> johanc: congratulations :)
# [22:47] <johanc> jdm: :) thank you
# [22:49] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [22:50] * Quits: variable (root@B09554C8.2ACCEC03.ECED8BE3.IP) (Ping timeout)
# [22:51] * Quits: smontagu (chatzilla@moz-9E4ABA7B.red.bezeqint.net) (Ping timeout)
# [22:58] * Quits: vladan-afk (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
# [23:01] * Joins: smontagu (chatzilla@moz-1D8CE627.red.bezeqint.net)
# [23:06] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
# [23:07] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
# [23:09] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Quit: Ex-Chat)
# [23:09] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Ping timeout)
# [23:09] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [23:10] * Quits: bz_away (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net) (Ping timeout)
# [23:11] <NeilAway> reuben: some of the files require you to make in browser/app as a last step
# [23:12] <reuben> NeilAway, ah, I'll keep that in mind, thanks
# [23:13] <NeilAway> reuben: it's a Mac-only issue, not a problem on Windows or Linux
# [23:15] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [23:15] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [23:18] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [23:19] * Quits: mike5w3c (MikeS@moz-8A745677.pool.e-mobile.ne.jp) (Ping timeout)
# [23:19] * Joins: mike5w3c (MikeS@moz-F93A5B14.pool.e-mobile.ne.jp)
# [23:21] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [23:25] <jdm> I'm getting a 302 Found response to an xhr, according to the web console
# [23:26] <jdm> and the actual status is 0 according to xhr.status when readyState == 4
# [23:26] <jdm> this is freaking me out
# [23:27] <jdm> it's being cancelled, apparently
# [23:27] <jdm> I wonder why that is
# [23:30] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [23:30] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [23:31] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [23:33] <jdm> curse you CORS!
# [23:33] <jdm> (also curse FF's lack of feedback)
# [23:33] <jdm> (also curse chrome's lack of feedback when an XHR redirect is cancelled due to CORS)
# [23:34] * Joins: karl (karl@moz-4A8CD51A.jetstream.xtra.co.nz)
# [23:34] <reuben> curse them all!
# [23:36] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [23:37] <evilpie> why not employ the healing power of a flame thrower ?
# [23:39] * Quits: smontagu (chatzilla@moz-1D8CE627.red.bezeqint.net) (Ping timeout)
# [23:41] * Quits: dalsh (dalsh@moz-BE13BAB5.rev.sfr.net) (Connection reset by peer)
# [23:42] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
# [23:50] * Quits: protz (jonathan@2FCD667.6FE99DA9.B22E20D2.IP) (Quit: Leaving)
# [23:50] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:52] * Quits: treitter (treitter@moz-AE62400F.hsd1.ca.comcast.net) (Input/output error)
# [23:52] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [23:55] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
# [23:55] * Joins: ikin (plop@moz-701D9344.fbx.proxad.net)
# [23:56] <khuey> jdm: file a bug on printing a message to the console
# [23:56] <jdm> khuey: already filed and patched, I'm pretty sure
# [23:56] <khuey> ah
# [23:56] <jdm> I remember seeing it in my bugmail
# [23:56] <khuey> well then
# [23:56] * khuey grumbles about none of the css people being around
# [23:58] * Joins: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net)
# Session Close: Tue Dec 27 00:00:00 2011

The end :)