[00:04:42] *** iamben has left #chromium
[00:16:26] *** ogata has quit IRC
[00:33:18] *** zer0her0 has joined #chromium
[00:36:52] *** loislo has quit IRC
[00:39:16] *** yutak_home has joined #chromium
[00:39:16] *** ChanServ sets mode: +v yutak_home
[00:57:48] *** amoffat has joined #chromium
[00:57:55] <amoffat> hi
[00:58:07] *** trungl_mbp has joined #chromium
[00:58:24] <rubenbb> hello amoffat
[00:58:25] <amoffat> where can i find the latest release notes/changes ?
[00:58:34] <rubenbb> what for?
[00:58:54] <rubenbb> this blog has some info - http://googlechromereleases.blogspot.com/
[00:59:26] <amoffat> well my ubuntu fiesty just updated chrome to 5.0.375.29 beta, and the padding on <input buttons on my site seems to be gone now.  older versions of chrome, the padding is there, but not the new version
[00:59:41] <amoffat> so i wanted to see if any changes to the rendering engine could have done this
[01:00:22] <rubenbb> have you tried it in any other webkit browser, like arora?
[01:00:39] <rubenbb> if it's the same in other webkit browsers, it's a webkit issue, not chrome
[01:00:41] <amoffat> negative, i'll try that now.  so it could be a webkit issue then?
[01:00:47] <amoffat> ah, ok i'll chekc
[01:02:41] *** _rs has quit IRC
[01:02:59] <amoffat> rubenbb, no, the padding is there in arora
[01:03:39] <rubenbb> maybe it's related to webkit versions?  you said the padding was there in old chrome too
[01:03:51] <rubenbb> look at about:version for webkit version in chrome
[01:04:01] <rubenbb> might be some equivalent to check the webkit version in arora
[01:08:02] <amoffat> yeah i'm not getting much luck finding the webkit version in arora
[01:08:58] *** dale1v has joined #chromium
[01:09:01] <amoffat> the old version of chrome, version 5.0.342.7 is one that it works fine in.  did it use a new webkit version in 5.0.375.29?
[01:11:01] *** TomJ has joined #chromium
[01:11:45] <TomJ> Are Chrome extensions compiled, or encrypted in any way, such as to prevent viewing of the original Javascript?
[01:12:33] <amoffat> i imagine they could be obfuscated to annoy people
[01:20:23] <TomJ> But they're not by default?  Sorry, I should probably just go download one outside Chrome and look at the file
[01:20:41] <TomJ> I to know if I could read the sourec of other people's extensions even if htey haven't provided a developer site etc
[01:21:04] <TomJ> ^wanted
[01:21:25] <TomJ> except of course outside of Chrome, it won't give me a download button. hehe
[01:23:43] <TomJ> ah, the CRX file is just a ZIP, and the contents is plain text. that's what I wanted, perfect.  thanks amoffat
[01:25:57] <rubenbb> amoffat: usually new chrome versions pull in new webkit versions
[01:26:42] <rubenbb> TomJ: you can write NPAPI binary portions too
[01:27:24] *** cder has quit IRC
[01:28:19] *** dale1v has quit IRC
[01:29:05] *** giroro_ has quit IRC
[01:29:08] *** yusukes_home has quit IRC
[01:31:21] <TomJ> rubenbb: ah ok, great.  Can those be written in any language?  In theory I suppose yes - but in practice, if I wanted to write one in Python for example I'd  have to include the necessary python libraries and that would start to get a bit bloated..
[01:32:56] <TomJ> and slow, probably
[01:33:20] *** willchan has quit IRC
[01:34:57] *** solsTiCe has quit IRC
[01:35:29] <TomJ> OK, maybe that's not even possible at all actually, from what I can see.  Just C/C++ I guess
[01:43:50] *** zackattack has joined #chromium
[01:53:16] *** bep has joined #chromium
[01:53:21] *** bep has left #chromium
[01:53:58] *** Paradox has joined #chromium
[01:54:02] *** Ruetobas has joined #chromium
[01:54:11] *** Dataforce has quit IRC
[01:54:18] *** Dataforce has joined #chromium
[01:54:58] <Paradox> whats the status on the void() bug?
[01:55:54] *** zackattack has quit IRC
[01:56:58] *** zackattack has joined #chromium
[01:57:28] *** emgeejay has joined #chromium
[01:57:37] *** Paradox has left #chromium
[01:57:40] *** emgeejay has left #chromium
[02:00:49] *** pipping has left #chromium
[02:17:23] <rubenbb> hmm, got chromium to build against the system ffmpeg with the use_system_ffmpeg flag but it aw snaps when I try to use it
[02:17:36] <rubenbb> I wonder if that code path is actually tested
[02:17:38] *** lianj has quit IRC
[02:18:11] *** enigmus has joined #chromium
[02:22:45] *** RT|Chatzilla has joined #chromium
[02:25:09] *** lianj has joined #chromium
[02:28:50] *** zackattack has quit IRC
[02:45:20] *** sundiamonde has joined #chromium
[02:49:00] *** yutak_home has quit IRC
[03:01:00] *** TomJ has left #chromium
[03:09:01] *** Bleak has joined #chromium
[03:11:17] *** masterov has joined #chromium
[03:12:48] *** appamatto has joined #chromium
[03:19:05] *** zackattack has joined #chromium
[03:20:51] *** TomJ has joined #chromium
[03:21:46] <TomJ> Is it possible to use the debugger to debug extensions that don't have icons or popups?  I have an extension that silently modifies Google search results, and I want to debug that - but the Chrome debugger only seems to allow me to debug if the ext has an HTML page
[03:23:09] <TomJ> oh wait, it's loaded the extension JS in the Scripts tab now
[03:23:13] <TomJ> not sure why it didn't before
[03:23:20] *** sshc has quit IRC
[03:23:21] <TomJ> sorry, looks like it's fine. thanks for listening
[03:24:47] *** sshc has joined #chromium
[03:25:49] *** rolandsteiner has joined #chromium
[03:25:50] *** ChanServ sets mode: +v rolandsteiner
[03:32:51] *** skydrome has quit IRC
[03:33:00] *** skydrome has joined #chromium
[03:33:15] *** zyichi has joined #chromium
[03:37:29] *** jmson has joined #chromium
[03:49:17] *** leeight has joined #chromium
[03:51:43] *** magn3ts has quit IRC
[03:51:43] *** leeight has left #chromium
[03:52:57] *** sshc has quit IRC
[03:55:32] *** sshc has joined #chromium
[03:57:55] *** enigmus has quit IRC
[04:02:27] *** zyichi has left #chromium
[04:04:13] *** yusukes has quit IRC
[04:08:26] *** yusukes has joined #chromium
[04:12:48] *** enigmus has joined #chromium
[04:14:04] *** tkent has joined #chromium
[04:22:32] *** zackattack has quit IRC
[04:23:26] *** enigmus has quit IRC
[04:23:36] *** zackattack has joined #chromium
[04:32:47] *** RT|Chatzilla has quit IRC
[04:34:28] *** RT|Chatzilla has joined #chromium
[04:38:24] *** amoffat has left #chromium
[04:59:18] *** wvmac has joined #chromium
[05:01:47] *** appamatto has quit IRC
[05:09:28] *** sundiamonde has quit IRC
[05:12:39] *** joeywolfgram has joined #chromium
[05:15:55] *** tonikitoo has quit IRC
[05:17:06] *** joeywolfgram has quit IRC
[05:17:23] *** joeywolfgram has joined #chromium
[05:19:55] *** Russ has quit IRC
[05:21:45] *** joeywolfgram has quit IRC
[05:31:26] *** tonikitoo has joined #chromium
[05:34:26] *** bweinstein has joined #chromium
[05:42:08] *** Bleak has quit IRC
[05:50:34] *** adwin has joined #chromium
[05:51:34] <adwin> Hey guys, did any of you run into trouble with libjingle while compiling chrome?
[05:52:35] <adwin> Regardless of the build, I'm always running into trouble with xmlnsstack and xmlbuilder
[06:00:56] *** cying has joined #chromium
[06:01:51] *** Russ has joined #chromium
[06:02:25] *** adwin is now known as adwin|away
[06:04:35] <dcheng> Hm... that's weird. How come I can't set a breakpoint in TestShell?
[06:04:43] <dcheng> The program dies with SIGTRAP.
[06:16:56] *** bweinstein has quit IRC
[06:22:15] *** zackattack has quit IRC
[06:30:36] *** rolandsteiner has quit IRC
[06:34:20] *** adwin|away has quit IRC
[06:35:53] *** appamatto has joined #chromium
[06:37:19] *** rolandsteiner has joined #chromium
[06:37:35] *** MikeSmithW3C has joined #chromium
[06:42:03] *** sundiamonde has joined #chromium
[06:58:58] *** roc has quit IRC
[07:12:32] *** MikeSmithW3C has quit IRC
[07:16:12] *** luxigo has quit IRC
[07:18:05] *** luxigo has joined #chromium
[07:20:41] *** MikeSmithW3C has joined #chromium
[07:28:28] *** tonikitoo has quit IRC
[07:29:59] *** gospch has quit IRC
[07:30:00] *** gozpch has joined #chromium
[07:30:44] *** jchaffraix has quit IRC
[07:43:38] *** tonikitoo has joined #chromium
[07:55:34] *** wers has joined #chromium
[08:03:16] *** Adys has quit IRC
[08:13:10] *** appamatto has quit IRC
[08:14:01] *** sundiamonde has quit IRC
[08:19:27] *** cleary has quit IRC
[08:19:41] *** Adys has joined #chromium
[08:21:02] *** cleary has joined #chromium
[08:25:43] *** MikeSmithW3C has quit IRC
[08:25:55] *** mazda has joined #chromium
[08:26:09] *** elliottcable is now known as [e]
[08:27:23] *** cying has quit IRC
[08:28:30] *** [e] is now known as battlecollie
[08:28:57] *** MikeSmithW3C has joined #chromium
[08:30:55] <jochen__> good morning chromium
[08:32:28] *** battlecollie is now known as probablyastalker
[08:33:45] <rubenbb> hey jochen__, I figured out the cause of the build flakiness for me on freebsd, turned out to be that the make builds relied on a feature of GNU sed that BSD sed didn't have and now builds that are stopped halfway will start back again from where they left off :)
[08:34:21] <rubenbb> it used to work fine before but evan modified the make.py in gyp a month or so ago and it stopped working after that
[08:34:25] <jochen__> ah, nice
[08:34:39] <jochen__> is already a patch in to fix it?
[08:34:49] <jochen__> i think we should not really on gnu utils..
[08:35:29] <rubenbb> no, no patch, I'll tell evan about it though.  Yeah, I agree, I don't know why it calls sed at all from a python script, probably better just using the python text processing utils
[08:35:58] <rubenbb> reason no patch is that I'm not sure my fix works on GNU sed, I just modified it for the equivalent on BSD sed
[08:37:19] *** tonikitoo has quit IRC
[08:38:10] *** General1337 has quit IRC
[08:41:05] *** General1337 has joined #chromium
[08:42:29] *** probablyastalker is now known as ec
[08:56:57] *** enigmus has joined #chromium
[09:07:23] *** roc has joined #chromium
[09:11:38] *** General13372 has joined #chromium
[09:14:55] *** General1337 has quit IRC
[09:17:09] *** loislo has joined #chromium
[09:23:07] *** 84XAAAJ7H has joined #chromium
[09:26:18] *** 84XAAAJ7H has quit IRC
[09:26:39] *** enigmus has quit IRC
[09:26:42] *** 84XAAAJ8E has joined #chromium
[09:33:32] *** zloidemon has quit IRC
[09:36:01] *** Beetny has joined #chromium
[09:37:50] *** mr_lou has joined #chromium
[09:38:45] *** yuzo has quit IRC
[09:38:52] *** yuzo has joined #chromium
[09:44:45] *** zloidemon has joined #chromium
[09:45:54] *** bauerb has joined #chromium
[09:56:56] *** yuzo has quit IRC
[09:57:03] *** yuzo has joined #chromium
[09:58:22] *** trungl_mbp has quit IRC
[10:04:43] *** dale1v has joined #chromium
[10:05:59] *** luxigo has quit IRC
[10:07:15] *** luxigo has joined #chromium
[10:07:17] *** dale1v has quit IRC
[10:08:54] *** dale1v has joined #chromium
[10:09:10] *** dale1v has joined #chromium
[10:10:35] *** rolandsteiner has quit IRC
[10:14:19] *** rolandsteiner has joined #chromium
[10:21:35] *** wers has quit IRC
[10:32:56] <pcgod> rubenbb: -e 'y| |\n|' works with gnu sed
[10:36:42] *** sid__ has joined #chromium
[10:37:38] <sid__> Hi I wanted to know that if it is possible to develop XPCOM objects and expose them in google chrome...?
[10:45:06] *** ROBOd has joined #chromium
[10:49:03] <sid__> I am looking to develop a Scrapbook extension, the firefox type for Google chrome for Linux. Now I saw the code for Scrapbook in FF.  The file I/O and other sensitive operations are already there in the XPCOM interface. If I wanted to do the same for chrome I wanted to know if  a) XPCOM is possible
[10:49:33] <sid__> in chrome? b) Is there a possible alternative for chrome?
[10:50:30] <gavin> I'm not an expert on chromium extensions, but I'm about 99% sure they don't use XPCOM :)
[10:51:15] *** tbassetto has joined #chromium
[10:52:05] <sid__> So if I say wanted to do sensitive operations like File I/O in chrome?
[10:52:56] <sid__> I was reading on Google gears, but that seems like a differnet thing altogether...
[10:55:51] <rubenbb> pcgod: ok, I'll tell evan that, thanks :)
[10:56:35] <gavin> I don't think chromium extensions are given access to the disk directly
[10:56:46] *** sid___ has joined #chromium
[10:57:06] <gavin> I'm just looking at http://code.google.com/chrome/extensions/devguide.html
[10:57:08] <rubenbb> sid__: might this help? http://code.google.com/chrome/extensions/npapi.html
[10:59:09] <sid___> I had seen this... Now if this is possible it would mean that I would have to build my extension for different platforms... Which I was hoping to avoid
[10:59:25] *** sid__ has quit IRC
[10:59:45] <gavin> resorting to a native plugin via npapi is a pretty ugly solution
[11:00:34] <sid___> Well an extension like scrapbook would probably need file I/O, Is there a way to do that in chrome... Cause thats the whole point...
[11:00:56] <sid___> Even SQLite would do...
[11:02:01] <sid___> but file I/O  would be great....
[11:02:05] <gavin> I'm just going on developer documentation page - it suggests localStorage for persisting data, there's no mention of arbitrary disk access
[11:02:52] <rubenbb> well, XPCOM is a mess, that even Mozilla is trying to minimize, so that's not much better, I just thought you might want to use stuff that NPAPI allows
[11:03:28] <rubenbb> sid___: have you read the extension devguide that he linked?
[11:03:34] <sid___> isn't localstorage just meant for persisting small amounts of data ? I read it was more for cookies and stuff..
[11:03:54] <sid___> Rubenbb: yeah
[11:04:13] <sid___> I did go through the tutorial...
[11:05:20] *** sid__ has joined #chromium
[11:05:28] <sid__> The only two ways that remotely seemed possible was localStorage the other possibility was  Google Gears
[11:06:09] <sid__> But both solutions seem not fitted to make a scrapbook extension....
[11:06:15] <rubenbb> google gear is being discontinued for native apis
[11:06:58] <sid__> rubenbb: So is there a API that will help me do file I/O or data base stuff in chrome...?/
[11:08:37] <rubenbb> I think that's what localstorage is for, I don't think it's just for cookies as you claim, it's for offline webapps afaik
[11:08:59] *** sid___ has quit IRC
[11:10:36] <gavin> localStorage doesn't allow you to read arbitrary files off the disk
[11:11:15] <sid__> gavin: No but it does give SQL storage for data across sessions...
[11:11:56] <gavin> do you want arbitrary disk access or not? I thought you were trying to read some othe rprogram's files
[11:12:21] <sid__> But scrapbook could sometimes store a lot of data, like people could just want to save huge PDF's or mp3 clips....
[11:12:51] <sid__> Gavin: File access is what i want
[11:13:19] <sid__> But apart from NSAPI there seems no other way of doing it...
[11:13:27] <sid__> i was hoping to avoid that...
[11:14:11] <gavin> yes, I think file i/o just isn't something that's exposed to chrome extensions at the moment
[11:15:12] <gavin> but as I said, I'm not an expert - I'm just basing these statements on the information on that web page
[11:16:26] <sid__> Gavin: Well scrapbook needs 2 major things 1) a index to sort and search 2) Local storage of HTML files... The first could be done using local storage AKA SQL, but the second definitely requires File I/O
[11:17:44] *** dale1v has quit IRC
[11:18:59] <sid__> Hmm a little problematic....
[11:24:44] *** luxigo has quit IRC
[11:31:05] *** felipe` has quit IRC
[11:35:21] *** sid___ has joined #chromium
[11:35:44] *** Bleak has joined #chromium
[11:36:17] *** wers has joined #chromium
[11:38:00] *** sid__ has quit IRC
[11:38:45] *** sid____ has joined #chromium
[11:39:55] *** Tilduke has joined #chromium
[11:41:10] *** sid___ has quit IRC
[11:46:47] *** tav has quit IRC
[11:53:38] *** MikeSmithW3C has quit IRC
[11:55:42] *** Hanumaan has joined #chromium
[11:56:09] <Hanumaan> where are the customized search engines are stored in linux ?
[11:59:20] *** sid__ has joined #chromium
[12:00:12] *** sid__ has quit IRC
[12:01:10] *** sid____ has quit IRC
[12:08:37] *** dknight has joined #chromium
[12:09:20] <dknight> is this channel only for chromium OS or for the browser as well?
[12:10:54] *** luxigo has joined #chromium
[12:10:58] <rubenbb> read topic
[12:11:42] *** maro has joined #chromium
[12:12:50] <dknight> rubenbb: sorry.
[12:12:52] *** tav has joined #chromium
[12:13:27] *** rabbitear has quit IRC
[12:14:10] <dknight> well in incognito mode, my preferrences should not be saved. While watching a streamed video, I found that the sound level was adjusted at the same level as I had left it yesterday.
[12:14:27] <dknight> does this imply failure of incognito mode?
[12:15:39] <rubenbb> incognito mode doesn't save your browsing history, I don't know that it claims a completely clean experience without your preferences too
[12:16:23] <rubenbb> if that's what you want, I think you want a new user profile or something, that's not what incognito mode is about nor what most would expect it to be, dknight
[12:18:17] <dknight> rubenbb: okay
[12:19:08] <dknight> rubenbb: my idea was incognito mode does not allow saving any preferrences or anything for that matter.
[12:19:42] *** BUGabundo_remote has joined #chromium
[12:19:45] <BUGabundo_remote> morning
[12:19:52] <BUGabundo_remote> I just filed http://code.google.com/p/chromium/issues/detail?id=43741
[12:19:58] <BUGabundo_remote> that is somewhat related to
[12:20:01] <BUGabundo_remote> http://code.google.com/p/chromium/issues/detail?id=40803
[12:20:07] <BUGabundo_remote> that is marked as fixed
[12:20:20] <BUGabundo_remote> so I avoided to reopen the older one
[12:20:47] <BUGabundo_remote> will try to get a better backtrace on the next crash
[12:21:01] <pcgod> dknight: flash doesn't really support incognito ... at least not in the current version
[12:25:21] <dknight> pcgod: hmmm
[12:26:32] <dknight> pcgod: tell me more about flash's support of incognito mode. point me to src code whenever relevant
[12:27:05] <dknight> pcgod: since, I am free and at home, I might be able to attempt it
[12:32:31] <dknight> btw, incognito also remembers form history
[12:33:30] <BUGabundo_remote> and passwords, some how
[12:33:44] <BUGabundo_remote> maybe I should file a bug against that
[12:33:54] <BUGabundo_remote> but I know its gonna be closed, as a Feature
[12:34:26] *** lagrande has joined #chromium
[12:37:09] *** luxigo has quit IRC
[12:37:54] *** sebmarkbage has joined #chromium
[12:38:17] *** lagrande has left #chromium
[12:41:41] <dknight> at least give me a starting point
[12:46:07] *** LaraNYC has joined #chromium
[12:52:23] *** cleary_ has joined #chromium
[12:53:15] *** cleary has quit IRC
[13:00:16] *** wers has quit IRC
[13:02:41] <rubenbb> dknight: flash is made by a completely different company so expecting it to support chromium's incognito mode for something trivial like volume control is completely far-fetched
[13:02:45] *** tittiatcoke has joined #chromium
[13:03:41] <dknight> rubenbb: in that case no browser can support incognito completely
[13:04:32] <rubenbb> as you define incognito, perhaps.  More importantly, nobody cares to take it to that level of isolation, so unless you want to try and code that yourself, you're out of luck
[13:11:54] <dknight> rubenbb: :) well thats why I wanted to dig into the src code.
[13:12:56] <rubenbb> well, Adobe flash is closed source, but maybe you can set that from chromium also, I dunno
[13:15:55] *** tonikitoo has joined #chromium
[13:18:11] *** andrix has joined #chromium
[13:19:01] <dknight> rubenbb: okay
[13:21:36] *** joeywolfgram has joined #chromium
[13:23:09] *** tbassetto has quit IRC
[13:26:02] *** nikolasco has quit IRC
[13:36:37] *** General13372 has quit IRC
[13:37:05] *** General1337 has joined #chromium
[13:43:11] *** Hanumaan has quit IRC
[13:46:35] *** rolandsteiner has quit IRC
[13:51:20] *** rolandsteiner has joined #chromium
[13:55:30] *** tonikitoo has quit IRC
[14:04:00] *** dknight has quit IRC
[14:10:37] *** joeywolfgram has quit IRC
[14:12:11] *** Beetny has quit IRC
[14:15:38] *** RT|Chatzilla_ has joined #chromium
[14:16:42] *** RT|Chatzilla has quit IRC
[14:17:02] *** RT|Chatzilla_ is now known as RT|Chatzilla
[14:22:19] *** rolandsteiner has quit IRC
[14:35:58] *** tonikitoo has joined #chromium
[14:43:15] *** LaraNYC has left #chromium
[14:45:53] *** rolandsteiner has joined #chromium
[14:48:22] *** tbassetto has joined #chromium
[14:50:13] *** Viclame has joined #chromium
[14:51:38] *** _rs has joined #chromium
[14:52:19] *** Tilduke has quit IRC
[15:08:10] *** miketaylr has joined #chromium
[15:09:36] *** tav_ has joined #chromium
[15:10:50] *** tav has quit IRC
[15:10:50] *** tav_ is now known as tav
[15:12:07] *** hosh_office has quit IRC
[15:16:50] *** rolandsteiner has quit IRC
[15:23:41] *** Viclame has quit IRC
[15:25:03] *** Viclame has joined #chromium
[15:25:24] *** mazda has quit IRC
[15:32:38] *** nikolasco has joined #chromium
[15:36:22] *** jchaffraix has joined #chromium
[15:40:51] *** Gina has joined #chromium
[15:42:10] *** rsesek has joined #chromium
[15:47:54] *** pinkerton has joined #chromium
[15:47:55] *** ChanServ sets mode: +v pinkerton
[15:50:58] *** yutak_home has joined #chromium
[15:50:59] *** ChanServ sets mode: +v yutak_home
[15:52:05] *** Viclame has left #chromium
[15:52:07] *** wers has joined #chromium
[15:56:10] *** cder has joined #chromium
[15:56:11] *** tittiatcoke has quit IRC
[15:58:43] *** thomasvl has joined #chromium
[15:58:43] *** ChanServ sets mode: +v thomasvl
[16:00:08] *** kinnetica has joined #chromium
[16:12:33] *** General1337 has quit IRC
[16:12:41] *** hayato has quit IRC
[16:12:57] *** General1337 has joined #chromium
[16:14:17] *** TabAtkins_ has quit IRC
[16:15:31] *** TabAtkins has joined #chromium
[16:24:05] *** stuartmorgan has joined #chromium
[16:24:05] *** ChanServ sets mode: +v stuartmorgan
[16:24:21] *** erikkay has joined #chromium
[16:26:11] *** TabAtkins has quit IRC
[16:29:42] *** Peter has quit IRC
[16:30:12] *** andrix has quit IRC
[16:30:13] *** andrix1 has joined #chromium
[16:31:40] *** bers has joined #chromium
[16:32:43] *** mazda has joined #chromium
[16:33:03] *** General1337 has quit IRC
[16:33:40] *** jptix has joined #chromium
[16:34:30] *** Venom_X has joined #chromium
[16:35:53] <jptix> what does chromium use for character encoding detection? if someone could point me at some source for this, i'd appreciate it :)
[16:37:34] *** taf2_ is now known as taf2
[16:39:33] *** bers has quit IRC
[16:41:32] *** Venom_X_ has joined #chromium
[16:45:02] *** Venom_X has quit IRC
[16:45:02] *** Venom_X_ is now known as Venom_X
[16:45:49] *** felipe` has joined #chromium
[16:47:22] *** bers has joined #chromium
[16:52:42] <ivan> just a guess, perhaps webkit's ./WebCore/platform/text/TextEncoding*
[16:53:41] <jptix> thanks, i'll take a look
[16:54:56] *** rjkroege has joined #chromium
[16:57:23] *** tedoc2000 has joined #chromium
[16:57:54] *** wers has quit IRC
[17:02:41] *** tedoc2000 has quit IRC
[17:03:03] *** tedoc2000 has joined #chromium
[17:07:54] *** trungl_mbp has joined #chromium
[17:08:13] *** trungl_mbp is now known as trungl
[17:08:14] *** ChanServ sets mode: +v trungl
[17:08:23] <trungl> 'morning, Chromium.
[17:08:33] *** Venom_X_ has joined #chromium
[17:09:32] *** kinnetica has quit IRC
[17:09:34] *** Venom_X has quit IRC
[17:09:34] *** Venom_X_ is now known as Venom_X
[17:10:43] *** yutak_home has quit IRC
[17:12:10] <jochen__> moin trungl
[17:14:40] <rsesek> I think mac-valgrind needs to be clobbered. it's not been able to compile for a bunch of runs
[17:20:42] *** tonyg-cr has joined #chromium
[17:20:42] *** ChanServ sets mode: +v tonyg-cr
[17:22:39] *** nikolasco has quit IRC
[17:24:57] *** General1337 has joined #chromium
[17:27:13] <maruel> rsesek: ld: in /b/slave/chromium-dbg-mac-valgrind/build/src/xcodebuild/Debug/libwebcore.a, can't map file, errno=12
[17:27:24] <maruel> I'm afraid it's > 2gb
[17:27:34] <maruel> haven't looked yet, will do
[17:27:47] <rsesek> maruel: why would >2gb matter?
[17:28:27] <maruel> 32 bits process?
[17:29:24] <Ke> typically it's more like 3GiB
[17:29:38] <Ke> unless you have a custom kernel with 2/2 split
[17:29:59] <rsesek> also, shouldn't other bots be having the issue?
[17:30:08] <maruel> it's 1 gb now
[17:30:12] <maruel> no idea
[17:30:57] <Ke> strace will give you the errno description
[17:31:42] <rsesek> pinkerton: you free for a CL?
[17:32:03] <maruel> Ke: I just pasted the errno
[17:32:40] <Ke> maruel: but strace will also give you the proper macro/constant name
[17:33:08] <pcgod> Ke: no strace on os x :)
[17:33:09] <rsesek> Ke: no stack trace (at least not in the buildbot log)
[17:33:43] *** abarth has joined #chromium
[17:33:43] *** ChanServ sets mode: +v abarth
[17:33:46] <Ke> rsesek: strace is a program that tracks system calls
[17:33:47] <maruel> thomasvl: who knows mac-valgrind?
[17:34:17] <Ke> rsesek: on linux and such
[17:34:19] <rsesek> Ke: oh got it. misread
[17:34:22] <thomasvl> i'm not sure who has been doing work on them of late.  mark will probably know when he gets in.
[17:34:47] *** urbanape has joined #chromium
[17:35:00] <motownavi> btw, mac doesn't have a kernel/user split
[17:35:19] <motownavi> userland apps have the whole 4gb
[17:35:40] <thomasvl> right, no limits like windows.
[17:35:59] <Ke> I thought windows has 2/2
[17:36:09] <motownavi> don't recall
[17:36:16] <Ke> at least there was that 2GB limitation at some point
[17:36:25] <Ke> *had
[17:36:30] <motownavi> the downside of not having a split is slower system calls because memory has to be remapped on system calls
[17:36:43] <stoyan> +motownavi: 4gb user space looks like spent ages in remapping
[17:37:09] <motownavi> flush the TLBs and full speed ahead, captain!
[17:39:05] <Ke> !
[17:41:19] <maruel> thomasvl: motownavi: on x64 OS, apps have 4gb only if they request so
[17:41:26] <maruel> and we can't enable it because of V8
[17:42:18] *** mazda has quit IRC
[17:44:48] *** leeight has joined #chromium
[17:46:21] *** hbono has joined #chromium
[17:46:51] *** hbono has left #chromium
[17:47:23] *** hbono has joined #chromium
[17:47:32] *** victorw1 has joined #chromium
[17:48:42] *** BCalvignac has joined #chromium
[17:48:46] *** dglazkov has joined #chromium
[17:48:46] *** ChanServ sets mode: +v dglazkov
[17:49:08] <dglazkov> good morning, Chromium!
[17:49:34] *** BCalvignac1 has joined #chromium
[17:51:29] <BUGabundo_remote> or not
[17:52:05] <maruel> cleaning up mac valgrind builder
[17:53:40] *** chenglin has joined #chromium
[17:53:53] <BUGabundo_remote> 0x00007ffff1bd8633 in *__GI___poll (fds=<value optimized out>, nfds=<value optimized out>, timeout=30) at ../sysdeps/unix/sysv/linux/poll.c:87
[17:54:04] <BUGabundo_remote> I've been having chromium crash all day
[17:56:19] *** leeight has left #chromium
[17:57:14] *** trungl has quit IRC
[17:57:45] <chenglin> 8)
[17:57:51] *** bers has quit IRC
[18:00:08] <maruel> it'll do a full checkout (just in case)
[18:01:19] <Ke> so does google have any plans on removing the bundled external library code and relying on upstream library versions?
[18:01:41] *** TabAtkins has joined #chromium
[18:07:14] <stuartmorgan> Ke: Lots of code in the Chromium build is pulled directly from upstream repositories already
[18:07:40] *** dmaclach has joined #chromium
[18:07:48] *** albertb_ has joined #chromium
[18:08:22] *** Russ has quit IRC
[18:08:55] *** Russ has joined #chromium
[18:10:41] <jcivelli> I am tryig to use git on Windows. 'git cl dcommit' hangs there doing nothing. Has anyone seen this?
[18:11:49] <jcivelli> I take that back, it did commit after 3 minutes
[18:12:40] *** trungl_mbp has joined #chromium
[18:12:55] *** trungl_mbp is now known as trungl
[18:12:55] *** ChanServ sets mode: +v trungl
[18:14:59] *** fqian has joined #chromium
[18:15:35] <maruel> jcivelli: I fixed the hang 2 weeks ago (?)
[18:15:40] <maruel> ah
[18:15:43] <maruel> git cl
[18:15:47] <maruel> no idea why it hung
[18:16:02] *** jchaffraix has quit IRC
[18:16:06] *** mrossetti has joined #chromium
[18:21:39] *** Zaba has quit IRC
[18:23:25] *** dmaclach has quit IRC
[18:25:20] *** Zaba has joined #chromium
[18:25:33] *** Bleak has quit IRC
[18:25:37] *** Bleak has joined #chromium
[18:26:40] *** bers has joined #chromium
[18:26:51] <pinkerton> rsesek: sorry, meeting then lunch. i'm free now
[18:27:27] *** jam2 has quit IRC
[18:28:35] *** rohitrao has joined #chromium
[18:28:36] *** ChanServ sets mode: +v rohitrao
[18:29:06] <rohitrao> shess: ping
[18:29:11] *** ROBOd has quit IRC
[18:30:11] *** dmaclach has joined #chromium
[18:32:11] <rsesek> pinkerton: CL is in your inbox
[18:32:20] <rsesek> and lg'd thanks
[18:32:49] <pinkerton> :)
[18:33:00] <pinkerton> rsesek: you done with school?
[18:33:22] *** RT|Chatzilla has quit IRC
[18:33:22] <rsesek> pinkerton: yup :) freeeeedoommmm. and google in a week
[18:33:26] <pinkerton> :D
[18:33:29] <pinkerton> sweet
[18:34:12] <rsesek> very. I'm moving to NYC on Saturday (but ugh packing)
[18:34:15] *** varc has joined #chromium
[18:34:15] *** trungl_ has joined #chromium
[18:34:15] *** ChanServ sets mode: +v trungl_
[18:34:59] *** johnny_g has joined #chromium
[18:35:14] *** AaronMT has joined #chromium
[18:35:41] <pinkerton> heh
[18:36:02] *** dmaclach has quit IRC
[18:36:12] 
[18:36:41] <varc> i can't browse folders for cut&copy instead drag&drop.
[18:37:03] <varc> can?t should be don?t want
[18:38:51] <varc> by the way? good work: first control panel for cookies, plugins, Javascript, Images aka ?privacy? / ?content settings?.
[18:38:56] *** giroro_ has joined #chromium
[18:39:09] *** dmaclach has joined #chromium
[18:39:17] *** dmaclach has joined #chromium
[18:40:18] *** Ruetobas has quit IRC
[18:40:26] *** General1337 has quit IRC
[18:41:08] *** General1337 has joined #chromium
[18:41:38] <stuartmorgan> varc: see channel topic for the right places to get support
[18:41:52] *** markmentovai has joined #chromium
[18:41:52] *** ChanServ sets mode: +v markmentovai
[18:42:17] <varc> i?m here because i think it feature is non?existent.
[18:43:13] <varc> , isn?t?
[18:43:44] <stuartmorgan> varc: feature requests can be filed at http://new.crbug.com
[18:44:24] *** ROBOd has joined #chromium
[18:44:53] <varc> unfortenatly i haven?t Google account??sorry, I don?t need help with it.
[18:47:30] <rohitrao> rsesek: how long are you in NYC for?  I was thinking about making a trip mid_july
[18:49:52] *** jam2 has joined #chromium
[18:50:09] *** selckin has joined #chromium
[18:50:18] * jam2 wonders why code.google.com is ass slow today
[18:50:25] <jam2> 1 min later and it's still loading
[18:52:19] * maruel discovers a new GAE exception type: TransientError
[18:52:37] <maruel> "it fails, we don't know why"
[18:55:14] <shess> rohitrao: ack?
[18:56:12] *** bent-mozilla has joined #chromium
[18:56:36] *** cbentzel has joined #chromium
[18:57:26] *** dave_levin has joined #chromium
[18:57:33] <rohitrao> shess: this sort of thing sounds familiar :) http://www.kb.cert.org/vuls/id/943165
[18:57:44] *** loltoad has joined #chromium
[18:59:17] <rohitrao> ok, perhaps not quite the same, but I read that as "javascript closing windows out from underneath you"
[18:59:58] <shess> rohitrao: that's what it kind of sounds like.
[19:00:34] <loltoad> hi, im looking into picking up chrome extension programming, specifically to write a replacement for some firefox plugins, and was wondering if chrome allows modification of the browser's gui itself... also, any help getting started would be most appriciated
[19:01:36] *** Kunalagon has joined #chromium
[19:01:44] <rohitrao> loltoad: the docs would be a good place to start reading, but the answer to your question is no, no modification other than browser action and page action buttons
[19:02:45] *** General1337 has quit IRC
[19:02:54] *** chenglin has quit IRC
[19:03:10] *** Bleak has quit IRC
[19:03:10] *** General1337 has joined #chromium
[19:03:43] *** BUGabundo_remote has left #chromium
[19:03:52] *** willchan has joined #chromium
[19:04:12] *** willchan has quit IRC
[19:04:12] *** willchan has joined #chromium
[19:04:20] *** ChanServ sets mode: +v willchan
[19:05:27] <loltoad> rohitrao: thanks, sadly this not having tree-tabs, and a solid vimperator replacement are really hindering my ability to switch to chrome from firefox
[19:05:35] *** csilv has joined #chromium
[19:06:31] <loltoad> are their plans to add browser gui modification features to the API? or is it decidedly left out?
[19:06:35] <johnny_g> hi chromium, any experts on the canary bots here?
[19:10:58] *** kinnetica has joined #chromium
[19:18:27] *** ansi has joined #chromium
[19:19:14] *** d1b has quit IRC
[19:22:31] *** kandinski has quit IRC
[19:22:49] *** d1b has joined #chromium
[19:23:06] *** snej has joined #chromium
[19:23:23] *** kandinski has joined #chromium
[19:25:01] *** monreal has joined #chromium
[19:26:29] <rsesek> rohitrao: till mid august
[19:26:37] *** General13372 has joined #chromium
[19:26:46] <rohitrao> rsesek: cool, pick a week when you'll be around and I'll come up
[19:27:01] <rohitrao> rsesek: we can probably convince trungl to make a trip too
[19:27:17] <rsesek> sweet :) I'll be around all of July, so whenever. I'm also going to MTV for the first week in June
[19:28:10] *** hbono has quit IRC
[19:28:22] *** bweinstein has joined #chromium
[19:28:47] *** tbassetto has quit IRC
[19:29:06] *** General1337 has quit IRC
[19:30:26] <jar> me: Looking at tree
[19:33:38] *** Bleak has joined #chromium
[19:33:42] *** rafaelw1 has joined #chromium
[19:33:45] *** evmar_afk is now known as evmar
[19:33:57] <jar> pvalchev: ping?  Is tree problem yours?
[19:34:46] *** hbono has joined #chromium
[19:35:22] <stoyan> jar: very unlikely; it's freebsd related change.
[19:37:09] *** loltoad has quit IRC
[19:37:34] <jar> I don't understand.... but I'm going to revert.
[19:37:45] <shess> that's a crazy failure.
[19:39:06] <jar> I'll revert, ...and if the next cycle goes green (it is running with my change still in)... I'll re-land later.
[19:40:45] *** mpcomplete has joined #chromium
[19:40:46] *** ChanServ sets mode: +v mpcomplete
[19:40:46] <shess> jar: is already past the failing test.
[19:41:09] <jar> shess: So should I not revert?
[19:42:08] <shess> jar: I can't see how your change could effect the result on the bots.  I'm willing to let it slide to see whether the cycle completes green, given that no other bots have that same complaint.  Anyone want to veto?  (tommi, stoyan)
[19:42:41] <shess> I am willing to leave the tree closed for another minute or two, though :-).
[19:42:43] <stoyan> shess: +1 for holding revert
[19:43:14] <stoyan> v8 team might be interested in the failure?
[19:44:17] <jar> shess: It is indeed green now.
[19:44:39] * Tommi is not vetoing
[19:44:59] * Tommi is late with feedback
[19:46:16] <shess> I don't know - does anyone here even know where that is coming from?  If it's from the specific ExtensionAPIClientTest.SetBookmarkTitle, then it might not be an issue with v8, but something to do with initialization or something.
[19:46:33] <jar> I opened the tree
[19:46:53] <stoyan> any troopers around? the Webkit is failing with access denied.
[19:47:02] <jar> If there is another issue... please close
[19:48:14] <johnny_g> stoyan: i'm talking to maruel about the webkit tests problem
[19:51:26] <shess> I'll go poke someone about whether they think that fail is a symptom of anything interesting, or just cosmic rays.
[19:51:35] <shess> [uh, the v8 fail.]
[19:52:20] <maruel> rebooting webkit_tests
[19:54:35] <shess> Has anyone been looking at the "Chromium Mac" fails?  Looks to me like BrowserTest.ThirtyFourTabs has gradually gotten Too Slow.
[19:57:11] *** ansi has quit IRC
[19:57:49] <shess> thomasvl:  "Chromium Mac (valgrind)" is failing link with ENOMEM.  At this point I believe a clobber build has been done and the machine has been rebooted.  Can you think of reasons why this might be happening to that machine, but not more generally?
[19:58:15] *** ansi has joined #chromium
[19:58:25] <thomasvl> shess: what target is it linking?
[19:58:36] <rsesek> unit_tests
[19:58:47] *** markmentovai_ has joined #chromium
[19:58:48] <thomasvl> that might be the only bot that links that target
[19:58:53] <thomasvl> hence it only showing up there.
[19:58:55] *** ChanServ sets mode: +v markmentovai_
[19:58:55] <shess> thomasvl: unit_tests.
[19:59:27] <shess> specific complaint is:
[19:59:33] <shess> ld: in /b/slave/chromium-dbg-mac-valgrind/build/src/xcodebuild/Debug/libwebcore.a, can't map file, errno=12
[19:59:37] <thomasvl> markmentovai_: ^^
[19:59:39] <TomJ> Regarding HTTPS 'invalid cert' type errors, is there any way to add a permanent exception so I don't get warned each time I visit that site again? (well, nto each time - seems to be once a day or once a session.)
[19:59:43] <shess> which should be touched by other bots.
[19:59:49] <rsesek> shess, thomasvl: this is the first build it started happening at: http://build.chromium.org/buildbot/memory/builders/Chromium%20Mac%20(valgrind)/builds/4641
[19:59:55] <markmentovai_> thomasvl: sounds bad, but just starting a meeting
[20:00:06] *** Venom_X_ has joined #chromium
[20:00:07] <TomJ> (sorry, probably should have asked that in chromium-support I just realised.  I'll move there unless anyone has a quick answer)
[20:01:34] *** markmentovai has quit IRC
[20:01:34] *** markmentovai_ is now known as markmentovai
[20:02:20] *** SRabbelier has quit IRC
[20:02:43] <thomasvl> shess: looking more at the bots
[20:03:06] *** Venom_X has quit IRC
[20:03:07] *** Venom_X_ is now known as Venom_X
[20:03:13] <shess> thanks.
[20:07:44] *** SRabbelier has joined #chromium
[20:09:31] <thomasvl> shess / rsesek : yea, the problem isn't with that .a, the problem is loading everything unit_tests depends on, it is now too big under valgrind it seems.
[20:09:47] <thomasvl> i'll talk to mark when he gets out about ideas for how to deal
[20:10:30] <rsesek> thomasvl: but this is just compiling? how does valgrind factor in to that?
[20:10:32] <shess> At that point in the cycle it shouldn't be to valgrind, yet ... maybe the optimization flags are causing problems?
[20:10:45] <thomasvl> right, something about the settings are blowing things out
[20:13:51] *** dmazzoni has joined #chromium
[20:16:03] *** inferno-sec has joined #chromium
[20:16:54] *** sundiamonde has joined #chromium
[20:18:07] <markmentovai> rsesek, thomasvl: we have different -O or -g or something for valgrind, right?
[20:18:09] <markmentovai> follow that thread
[20:18:10] <markmentovai> ?
[20:18:22] <thomasvl> markmentovai: y
[20:18:29] <thomasvl> master.cfg should have that info
[20:18:38] *** bauerb has quit IRC
[20:18:46] <thomasvl> got pinged on another problem that i'm currently looking at
[20:19:44] *** superfirelord42 has joined #chromium
[20:19:49] *** suzhe has joined #chromium
[20:21:55] *** markmentovai has quit IRC
[20:22:02] *** markmentovai has joined #chromium
[20:22:02] *** ChanServ sets mode: +v markmentovai
[20:25:02] *** gionnico has joined #chromium
[20:25:04] <gionnico> hello!
[20:25:10] <gionnico> i can't compile chromium with h264 support
[20:25:19] <gionnico> here the build log: http://pastebin.com/puDMbhLQ
[20:25:28] 
[20:26:27] <thomasvl> markmentovai , rsesek : http://src.chromium.org/viewvc/chrome/trunk/tools/buildbot/master.chromium.memory/master.cfg?revision=43344&view=markup
[20:26:43] <thomasvl> search for valgrind_gyp_defines
[20:26:59] <rsesek> thomasvl: yup. looking at that now. looks like we define mac_debug_optimization=1, mac_release_optimization=1, and use extra_cflags="-g -fno-inline -fno-omit-frame-pointer -fno-builtin"
[20:27:22] <rsesek> (line 190)
[20:27:24] <markmentovai> i'm not sure if we pick up those CFLAGS, but at the very least it's -O1
[20:27:39] <thomasvl> i wasn't involved in most of pinking those, so i don't have any history on them.  :(
[20:27:47] <Tommi> pkasting?
[20:27:55] <gionnico> is this your fault or ffmpeg's?
[20:27:58] <pkasting> pong?
[20:28:02] <Tommi> tree
[20:28:07] <gionnico> is it fixed in chromium / ffmpeg trunk ?
[20:28:19] <thomasvl> markmentovai: -fno-builtin worries me a little for size issues
[20:28:26] *** zork has left #chromium
[20:28:44] <pkasting> Tommi: On it... not sure how the trybot OKed this
[20:28:49] <Tommi> thanks
[20:28:55] <evmar> gionnico: you have to use the chromium libavutil i think
[20:29:10] <thomasvl> markmentovai: we do pick up debug_extra_cflags
[20:29:11] <evmar> gionnico: the one on your system is missing some of our patches
[20:29:28] <markmentovai> thomasvl: -fno-builtin will generally result in, e.g., CALL _memcpy as opposed to the compiler writing its own memcpy loop inline. generally -fno-inline should be a code size reduction.
[20:29:41] <gionnico> evmar: -Duse_system_ffmpeg=1 what's wrong with this
[20:29:47] <johnny_g> kbr_google: ping
[20:29:58] <thomasvl> markmentovai: Debug_Base seems to pull it into the xcode_settings block
[20:30:00] <gionnico> i love system libs. why do you have such a flag if it doesn't work?
[20:30:05] <gionnico> will it work sometimes?
[20:30:10] *** dmaclach_ has joined #chromium
[20:30:32] <evmar> gionnico: it worked in the past, but it broke.  it's not very well supported
[20:30:43] <evmar> gionnico: i have considered removing it
[20:30:54] <thomasvl> markmentovai: man page (yes, full of lines) says the result can be smaller by using the builtins
[20:30:55] <evmar> gionnico: we send our patches to ffmpeg but your system does not have those patches on it
[20:31:08] <markmentovai> thomasvl: what are we looking at here in terms of the sizes of the archives being linked?
[20:31:09] <gionnico> evmar: so your patches are in ffmpeg trunk already?
[20:31:14] <evmar> gionnico: dunno
[20:31:24] <gionnico> hmm it's your bug ..
[20:31:38] *** zel has left #chromium
[20:31:39] <thomasvl> markmentovai: what it looks like is ld is running out of memory trying to load up all the .o and .a files needed to link unit_tests
[20:31:39] <shess> thomasvl, markmentovai, rsesek: Would -Os cause valgrind to be less useful?
[20:31:45] <markmentovai> shess: yes :(
[20:31:46] <evmar> it's our bug, not my bug.  :)
[20:31:58] <evmar> (as in, i don't really know this code)
[20:32:10] <thomasvl> shess: we won't use -Os, we us -O1
[20:32:18] <rsesek> shess: if we optimized, I think the stack traces would become a lot less helpful
[20:32:24] <thomasvl> and we use that because it made a very large difference in total runtime for the tests.
[20:32:32] *** albertb_ has quit IRC
[20:32:39] <markmentovai> shess: we used to use -Os like normal builds, then it was reduced to -O0 to make the stacks more useful, and then it was increased to -O1 because -O0 code is slow
[20:33:51] *** dmaclach has quit IRC
[20:33:58] <markmentovai> thomasvl: which bot# is this?
[20:34:02] *** phajdan-jr has joined #chromium
[20:34:02] *** ChanServ sets mode: +v phajdan-jr
[20:34:21] <rsesek> codf60
[20:34:25] <phajdan-jr> jungshik_: ping
[20:34:29] <thomasvl> markmentovai: codf60
[20:34:52] <gionnico> evmar: in #ffmpeg they say "they [you] are including a C header in a C++ program, but they [you] forgot to use extern "C" "
[20:34:57] *** dmaclach has joined #chromium
[20:35:04] <thomasvl> markmentovai: it could also happen to be two things trying to link at the same time, but given it keeps repeating in the same way, that seems less likely.
[20:35:06] *** dmaclach_ has quit IRC
[20:35:07] <phajdan-jr> jungshik_: please make sure to review http://codereview.chromium.org/1857002/show
[20:35:22] <phajdan-jr> jungshik_: I'd like to land it before tomorrow's dev channel release branching
[20:35:30] <evmar> gionnico: sounds plausible
[20:35:33] <markmentovai> thomasvl: doubtful, it sounds like it's out of address *space*, not out of real live memory
[20:35:50] *** albertb_ has joined #chromium
[20:35:54] <evmar> gionnico: wanna open a bug report?  i mostly think that those build settings aren't commonly used so they're not well tested
[20:36:00] <thomasvl> agreed
[20:36:01] <markmentovai> the only swap file is /var/vm/swapfile0 and it's only 64MB
[20:36:08] <evmar> gionnico: which means they work sometimes, fail others
[20:36:21] <rsesek> markmentovai: does the bot have enough free disk space?
[20:36:42] <markmentovai> rsesek: yup, df -m /: /dev/disk0s2     73513 27363     45899    38%    /
[20:36:52] <thomasvl> rsesek: the error was about mmapping the file, that doesn't need diskspace
[20:36:58] <thomasvl> it's using a file already on disk
[20:37:19] <markmentovai> so, plenty of disk space, not a physmem/virtual mem problem, just an address space thing. or "can't map it at the requested address."
[20:37:35] <markmentovai> or, plenty of free address space, but not a large enough contiguous "hole"
[20:37:56] <rsesek> has the slave been rebooted recently?
[20:38:04] <markmentovai> 2 days 18 hours
[20:38:05] <shess> rsesek: rebooted on Friday.
[20:38:12] <thomasvl> rsesek: yes, maruel bounced it when it first started
[20:39:16] <gionnico> here's ffmpeg mailing list issue .. http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-May/088074.html
[20:39:48] <shess> my libwebcore.a is >1G, libbrowser.a >.5G.  No wonder...
[20:39:59] <willchan> anyone else run in debug mode?  i'm hitting a ton of histogram DCHECKs in the disk cache code
[20:41:00] <rsesek> willchan: maybe your cache has been corrupted? r46810 is ok for me
[20:41:09] *** inferno-sec has quit IRC
[20:41:26] <evmar> shess: i ran over 4gb of ram used while linking on linux recently
[20:42:35] <shess> :-).
[20:42:59] <markmentovai> yup
[20:43:14] <willchan> rsesek: yeah, i think my cache must be corrupted =/
[20:43:19] <dcheng> Does anyone else have weird drawing artifacts in VS 2005?
[20:43:22] *** ansi has quit IRC
[20:44:08] *** inferno-sec has joined #chromium
[20:44:11] *** ansi has joined #chromium
[20:44:31] <dcheng> Mostly it just looks like the VS window isn't repainting itself properly and I have no idea why.
[20:46:09] <shess> what about -g1?  Default is -g2.  Hmm.  Mebbe not, apparently no line numbers.
[20:49:49] <markmentovai> du -sm libwebcore.a: 1023 libwebcore.a
[20:50:35] <markmentovai> so, "i can't find a 1GB hole"
[20:51:33] *** tittiatcoke has joined #chromium
[20:54:21] <evmar> aren't you on 64-bit systems these days?
[20:54:31] <evmar> also, disable svg!  ;)
[20:54:42] <markmentovai> evmar: on 10.5/xcode 3.1, ld is 32 bits
[20:55:09] <evmar> bummer
[20:56:28] <rsesek> and valgrind doesn't run on 10.6, on which ld is x86_64
[20:56:42] *** stepcut has joined #chromium
[20:56:58] *** dpranke has joined #chromium
[20:56:58] *** ChanServ sets mode: +v dpranke
[20:57:58] *** dmaclach has quit IRC
[20:59:04] *** varc has left #chromium
[20:59:15] <stepcut> according to RFC2019, it is valid to put quotes around the domain in a cookie, e.g.,  Domain=".example.org", but chrome seems to reject the cookie (works in firefox though..) is chrome buggy in this regard or is there some additional information I am missing ?
[21:00:51] *** Beetny has joined #chromium
[21:01:17] *** ansi has quit IRC
[21:02:13] <evmar> stepcut: i recall there are lots of subtleties in quotes in cookies.  i believe we are closer to ie's behavior
[21:02:25] <gionnico> bug reported! Issue #43778
[21:03:15] <stepcut> evmar: if I am implementing a web framework, what would be a good resource to ensure that I am generating cookies that are going to work across all browsers ?
[21:05:07] *** AaronMT has quit IRC
[21:05:09] <evmar> gionnico: thanks for looking up the thread on the mailing list!
[21:05:17] *** phajdan-jr has quit IRC
[21:05:28] <evmar> stepcut: i dunno, sorry
[21:05:59] <estade> anyone know if asargent is back/when he will return?
[21:06:08] <gionnico> i try to make your work as easy as possible
[21:06:12] <gionnico> that's good for both :)
[21:09:04] <akalin> greetings chromiumites
[21:11:22] *** General1337 has joined #chromium
[21:15:18] *** General13372 has quit IRC
[21:15:54] <markmentovai> thomasvl, rsesek: i can link this mofo if i can force libwebcore.a to be loaded first, while the address space is still relatively wide open. if that goes in first, then everything else is small enough to fit into the remaining "holes"
[21:15:59] *** dmaclach has joined #chromium
[21:16:08] <markmentovai> we can do that by ensuring it's listed first on the link line
[21:16:24] *** dmaclach has joined #chromium
[21:16:51] <rsesek> markmentovai: evmar's idea of disabling svg may also be useful (I don't think we have any chromium-side svg tests that get run on mac valgrind)
[21:16:55] <rsesek> we''d also boost cycle time
[21:17:01] <markmentovai> but we want to REDUCE cycle time
[21:17:08] <rsesek> decrease
[21:17:08] <rsesek> cycle time
[21:17:33] <evmar> another option is to build webcore as a dylib (?)
[21:17:59] <evmar> it's pretty silly that we're running out of address space.  i'm not sure if i blame 32 bits or if i blame our enormous code
[21:17:59] *** stepcut has quit IRC
[21:18:07] <shess> estade: asargent is around.
[21:18:58] <shess> evmar: is this where I blame thakis?  :-).
[21:19:00] *** bers has quit IRC
[21:19:49] <rsesek> markmentovai: in my own tests with my core2 unibody mbp, |enable_svg=0|ing with a clobber shaved 15 minutes off the compile time
[21:20:13] <rsesek> ymmv
[21:20:17] <markmentovai> and how much smaller is libwebcore.a?
[21:20:21] *** Bleak has quit IRC
[21:21:07] <rsesek> markmentovai: du -sm xcodebuild/Debug/libwebcore.a: 875	xcodebuild/Debug/libwebcore.a
[21:21:43] <markmentovai> i can't compare that to this because we've got different compile settings, i need to know the savings in a particular configuration
[21:21:46] <shess> markmentovai: don't .a files have to be listed in a specific order?
[21:22:01] <markmentovai> shess: not since 1996 or so
[21:22:13] <rsesek> markmentovai: ah right. I will flip it back on and let you know
[21:22:14] *** Zucca has quit IRC
[21:25:03] *** bers has joined #chromium
[21:25:12] <markmentovai> if we hack the unit_tests target to depend on webcore first, gyp can take care of the rest
[21:26:54] *** stepcut has joined #chromium
[21:32:25] *** hbono has quit IRC
[21:33:08] *** jrmuizel has joined #chromium
[21:34:01] *** mr_lou has quit IRC
[21:36:41] *** masterov has quit IRC
[21:39:13] *** masterov has joined #chromium
[21:41:03] <jhawkins> stoyan, shess, Tommi: I just landed a commit that re-enables a test that supposedly failed on Windows. there was no context, so I re-enabled the test and will handle it properly if the test does again
[21:41:06] *** hbono has joined #chromium
[21:48:13] *** tittiatcoke has quit IRC
[21:51:02] *** cbentzel has quit IRC
[21:51:32] *** pinkerton has quit IRC
[21:57:14] *** eseidel has joined #chromium
[21:58:25] *** superfirelord42 has quit IRC
[21:59:46] *** stepcut has left #chromium
[21:59:58] *** bers has quit IRC
[22:00:41] *** dmazzoni has quit IRC
[22:02:45] <Tommi> dmazzoni - is someone working on the breakage?
[22:02:54] *** dmazzoni has joined #chromium
[22:02:58] <Tommi> dmazzoni?
[22:03:01] <Tommi> fixing?
[22:03:02] <dmazzoni> here
[22:03:21] <dmazzoni> The patch is fine, the builder needs to be clobbered
[22:03:30] <Tommi> are you on it?
[22:03:41] <dmazzoni> On it, give me 1 minute
[22:03:46] <Tommi> cool
[22:04:10] *** sswigart has quit IRC
[22:04:12] <dmazzoni> Tommi: actually, having proxy problems - can you clobber?
[22:04:15] <dmazzoni> (sorry...)
[22:04:48] <Tommi> done
[22:05:08] <dmazzoni> Thanks
[22:06:42] <rsesek> markmentovai: du -sm libwebcore.a  without svg=875, with svg=1006 (~13% more)
[22:06:55] <markmentovai> hmm, that's good savings
[22:07:41] *** loislo_ has joined #chromium
[22:09:34] <johnny_g> is build.chromium.org down?
[22:09:50] <markmentovai> johnny_g: no
[22:10:03] <johnny_g> i'm getting 404 on /buildbot/waterfall
[22:10:28] <markmentovai> i get redirected to /buildbot/waterfall/console where i belong
[22:10:44] *** cying has joined #chromium
[22:11:14] *** sswigart has joined #chromium
[22:11:41] <johnny_g> markmentovai: thx, it works from my other 2 machines.  still not from my mac, weird...
[22:11:43] *** loislo has quit IRC
[22:11:43] *** loislo_ is now known as loislo
[22:11:48] <markmentovai> johnny_g: check proxy
[22:16:43] <dmazzoni> Tommi: looks like it still didn't work
[22:16:58] <Tommi> ok, can you revert?
[22:17:10] *** andrix1 has quit IRC
[22:18:10] <dmazzoni> Tommi: reverting now
[22:18:30] <Tommi> dmazzoni: thanks :)
[22:20:15] *** albertb_ has quit IRC
[22:21:43] <dmazzoni> Revert in.
[22:22:08] *** ROBOd has quit IRC
[22:26:52] *** eseidel has quit IRC
[22:27:56] *** Zucca has joined #chromium
[22:32:11] *** roc has quit IRC
[22:35:18] *** alokp has joined #chromium
[22:35:48] *** pinkerton has joined #chromium
[22:35:48] *** ChanServ sets mode: +v pinkerton
[22:35:54] <akalin> gyp folks: what target type should one use for a header-only library?
[22:36:07] <akalin> if i use '<(library)' linking fails because there were no .cc files to compile
[22:37:13] *** dmazzoni has quit IRC
[22:38:07] <markmentovai> akalin: no output from this target?
[22:38:11] <markmentovai> 'none'
[22:38:20] <akalin> ah, okay
[22:39:41] *** eseidel has joined #chromium
[22:41:45] *** cbentzel has joined #chromium
[22:42:49] *** michaeln has joined #chromium
[22:44:41] *** thomasvl has quit IRC
[22:45:07] *** kellegous has joined #chromium
[22:45:22] <markmentovai> Tommi: looks like we're ready to open?
[22:45:24] *** mpcomplete has quit IRC
[22:45:39] <Tommi> opening
[22:45:53] *** monreal has quit IRC
[22:45:55] <Tommi> go!
[22:46:13] *** albertb_ has joined #chromium
[22:46:25] <markmentovai> gone.
[22:46:45] <Tommi> nice
[22:47:26] *** agot_ has joined #chromium
[22:52:29] *** Dataforce has quit IRC
[22:53:34] *** gionnico has quit IRC
[22:54:30] *** Beetny has quit IRC
[22:55:36] *** Dataforce has joined #chromium
[22:58:15] *** tonikitoo has quit IRC
[22:58:40] *** miketaylr has quit IRC
[23:00:06] *** hrna has quit IRC
[23:01:32] *** Venom_X is now known as Venom_bbl
[23:02:46] *** markmentovai has left #chromium
[23:02:51] *** markmentovai has joined #chromium
[23:02:51] *** ChanServ sets mode: +v markmentovai
[23:05:00] *** mpcomplete has joined #chromium
[23:05:00] *** ChanServ sets mode: +v mpcomplete
[23:05:02] *** tonyg-cr has quit IRC
[23:05:46] <rubenbb> evmar: had problems with a gyp fix you added a month or so ago, fixed it by changing sed command to work with BSD sed, changed sed -e 's| |\n|g' to sed -e 'y| |\n|', which someone said will work on GNU sed also
[23:05:46] *** tonyg-cr has joined #chromium
[23:05:47] *** ChanServ sets mode: +v tonyg-cr
[23:06:00] *** rsesek has quit IRC
[23:07:16] <selckin> doesn't everything have tr
[23:07:24] <evmar> rubenbb: interesting
[23:07:37] <evmar> rubenbb: i'll write a patch for it
[23:07:46] <evmar> sorry for the trouble :\
[23:08:00] <evmar> selckin: it's actually part of a larger sed program
[23:08:06] *** roc has joined #chromium
[23:08:21] <selckin> oh
[23:08:22] <rubenbb> maybe better if python scripts avoided using system utilities at all?
[23:08:58] <markmentovai> ew, python's calling out to sed?
[23:09:10] <evmar> it's a makefile
[23:09:14] <markmentovai> ok
[23:09:35] <shess> markmentovai += awesome;
[23:10:03] <markmentovai> what did i break this time? :)
[23:10:27] <shess> ++ to anyone else in the make-Mac-valgrind-compile-green thread..
[23:10:37] <markmentovai> :)
[23:11:12] <shess> I mean, it's been red since Friday, so I know that the chances that the green will be a vibrant greenish green are pretty low, but it's at least 47% more green already.
[23:11:23] <akalin> arrrghh
[23:11:37] <akalin> webkit.gyp:glue should depend on webkit.gyp:webkit_support
[23:11:39] <pinkerton> markmentovai: my chrome is pegged 100% cpu in the browser process
[23:11:41] <akalin> but webkit_support already depends on glue :(((
[23:11:47] <markmentovai> pinkerton: shark 'er?
[23:11:53] <pinkerton> no symbols
[23:12:00] <pinkerton> release build 46666
[23:12:00] <markmentovai> you're running dev/beta?
[23:12:06] <pinkerton> no, random nightly
[23:12:08] <markmentovai> doh
[23:12:20] <markmentovai> can't really suggest much then
[23:12:38] <pinkerton> sigh
[23:12:45] <markmentovai> don't run random nightlies?
[23:12:58] <markmentovai> at least build your own random nightlies and keep symbols?
[23:13:16] <pinkerton> can't i get the symbols from the website?
[23:13:19] <markmentovai> use the dev channel, for which we keep symbols?
[23:13:32] <markmentovai> not saved for those, only for the official releasies.
[23:13:39] <pinkerton> if i only use the dev channel, we'll miss lots of regressions
[23:13:47] <pinkerton> i catch bunches
[23:13:59] <pinkerton> trust me, dev channel will suck 100x more
[23:14:00] <markmentovai> then all i can suggest is build your own
[23:14:27] <shess> pinkerton: didn't ... jeremy post about how to find symbols for nightly builds?  I think they're still stored on an internal mountpoint, so it was on the internal wiki.
[23:14:48] <pinkerton> yeah i thought so
[23:15:09] <rubenbb> evmar: looking into the gyp svn log further, looks like you used xargs originally, then thestig changed it to that sed invoke to speed it up
[23:15:17] *** tonyg-cr has quit IRC
[23:15:43] <markmentovai> shess: the things stored on the internal share are for official releasies, like the dev channel
[23:16:17] *** AaronMT has joined #chromium
[23:16:33] *** hrna has joined #chromium
[23:17:28] *** tonyg-cr has joined #chromium
[23:17:28] *** ChanServ sets mode: +v tonyg-cr
[23:17:47] * pinkerton forcequits
[23:18:16] <pinkerton> suck.
[23:19:18] <shess> pinkerton: *thinking* I wonder if one could setup a signal handler which would turn on "Log all Objective-C messages to a logfile for 30 seconds" or something like that.  Not as nice as everything, but maybe would provide a hint.
[23:19:57] <pinkerton> i think it's some background thread going haywire, like an IO thread
[23:20:03] <pinkerton> pages stop loading, but the UI works
[23:20:46] *** lilmatt has joined #chromium
[23:20:47] <evmar> pinkerton, markmentovai: i've started doing release builds of trunk with symbols on a daily basis or so, and then run those
[23:20:56] <evmar> also setting ulimit, so i have core files on crashes
[23:21:39] <evmar> shess:   gdb -p `pidof chrome`;  call debug_util::StartLoggingEverything(); c
[23:22:11] *** flyx has joined #chromium
[23:22:14] <willchan> pinkerton: i fixed a bug recently that caused the IO thread to infinite loop
[23:22:18] <willchan> landed it this morning
[23:22:37] <willchan> separate fix is on beta branch too
[23:23:12] <pinkerton> willchan: ah ha, perhaps that's related
[23:23:34] <pinkerton> willchan: would it just deadlock, or would it spin 100% cpu?
[23:24:12] <willchan> pinkerton: there would be a while loop in the IO thread.  so that would spin 100% cpu.  other threads would work fine though.  but obviously, if you don't make progress on the IO thread, then lots of functionality breaks.
[23:24:23] <markmentovai> that sounds likely
[23:24:39] <pinkerton> willchan: yes that totally sounds like what i saw
[23:24:44] * pinkerton hugs willchan
[23:26:23] *** agot_ has quit IRC
[23:27:26] *** cbentzel has quit IRC
[23:27:48] *** eseidel has quit IRC
[23:31:17] *** selckin has quit IRC
[23:34:33] *** hrna has quit IRC
[23:36:16] *** eseidel has joined #chromium
[23:38:23] *** yutak_home has joined #chromium
[23:38:23] *** ChanServ sets mode: +v yutak_home
[23:39:43] <pkasting> XP test failure doesn't look like anyone in the range given in the email to me
[23:42:09] <sky__> did your grd change land in that time frame?
[23:43:16] *** trungl has quit IRC
[23:43:16] *** trungl_ is now known as trungl
[23:48:36] <fta> hm, another crash in malloc().. https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/565309
[23:48:55] <pkasting> Oh.
[23:48:58] <pkasting> I failed to see that.
[23:49:03] <pkasting> Yes, that's the issue.
[23:49:37] <evmar> fta: are you building with gold?
[23:49:38] *** kinnetica has quit IRC
[23:49:46] <fta> evmar, nope
[23:49:47] <evmar> fta: i feel like i just asked you this last week, sorry
[23:50:21] <pcgod> fta: gcc & binutils version on 10.04?
[23:50:32] <pkasting> I wonder if the tests will go green or if I have to clobber
[23:50:41] <sky__> they should cycle green.
[23:50:47] <sky__> clobber doesn't help.
[23:51:18] *** jamesr has joined #chromium
[23:51:25] <fta> pcgod, all default, binutils 2.20.1 and gcc 4.4.3
[23:51:30] <evmar> fta: almost certainly http://code.google.com/p/chromium/issues/detail?id=43493
[23:51:44] <evmar> fta: btw, i found it by searching for GetIconPath in the bug tracker ... haven't looked at the patch yet
[23:51:59] <evmar> craigschlenter++
[23:52:45] <fta> evmar, thanks, linking the bugs
[23:53:37] <pkasting> XP Tests (dbg 1) went green.  Tree opened.
[23:53:39] *** tonyg-cr has quit IRC
[23:54:12] <fta> evmar, there's also this one: http://code.google.com/p/chromium/issues/detail?id=43741 (a freeze, probably from the geolocation thingy)
[23:59:57] <evmar> fta: i think that one was just fixed recently :)





top