The feature freeze for 4.0 Stable is end of day today (Friday, 13 Nov). I've
had a few questions about branching, either from people who want to delay
committing crazy patches or people who want to make sure their feature lands
before we branch.
In a nutshell, we're going to branch Monday morning
Can this be ported to the 2005 version also? I would like to try and make it
work on 2005 Express.
☆PhistucK
On Fri, Nov 13, 2009 at 02:51, Bradley Nelson bradnel...@google.com wrote:
Ok that fix is in.
You'd need to set GYP_MSVS_VERSION=2008e
Let me know how that goes for you.
-BradN
Looking at the actual patch, I see there is (an apparent) support for 2005e,
as well.
Sorry and thank you.
☆PhistucK
On Fri, Nov 13, 2009 at 02:51, Bradley Nelson bradnel...@google.com wrote:
Ok that fix is in.
You'd need to set GYP_MSVS_VERSION=2008e
Let me know how that goes for you.
Hello,
sa...@sahid-work:~/Documents/chromium/src$ cat /etc/debian_version
squeeze/sid
sa...@sahid-work:~/Documents/chromium/src$ uname -sra
Linux sahid-work 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26
UTC 2009 i686 GNU/Linux
sa...@sahid-work:~/Documents/chromium/src$ svn info
Path: .
Do you have
src/third_party/yasm/source/patched-yasm/modules/arch//x86/gen_x86_insn.py
checked out?
On Fri, Nov 13, 2009 at 1:43 AM, sahid sahid.ferdja...@gmail.com wrote:
Hello,
sa...@sahid-work:~/Documents/chromium/src$ cat /etc/debian_version
squeeze/sid
On Fri, Nov 13, 2009 at 1:43 AM, sahid sahid.ferdja...@gmail.com wrote:
make: *** No rule to make target `third_party/yasm/source/patched-yasm/
modules/arch/x86/gen_x86_insn.py', needed by `out/Debug/obj/gen/
This file should exist. If it doesn't, your checkout is incomplete.
Make sure that
A few days ago I started getting an error when using gcl to create
changelists in my WebKit tree:
$ pwd
/Volumes/Yttrium/src/third_party/WebKit
$ gcl change foo
This is a read-only checkout. Retry in a read-write checkout or use --
force to override.
I don't get the error if I use gcl in the
Howdy,
I've been trying to dive into the Chromium codebase and have been
focusing on the network stack after getting the gist of how Chromium
on the whole is organized.
I've written a few hacky little command line tools to exercise some of
the networking components (nslookup-like for
I started getting this on my mac at home, and haven't taken the time
to track it down yet. Is it possible your environment got switched
from the svn:// checkout to an https:// read-only checkout?
-- Dirk
On Fri, Nov 13, 2009 at 10:41 AM, Jens Alfke s...@chromium.org wrote:
A few days ago I
What's the intended purpose of such tools? Do they offer any functionality
beyond the standard tools? Do you envision them being helpful to people
debugging the Chromium network stack?
(Me replying does in no way imply that I have the authority to say yes or
no, btw. :-)
On Fri, Nov 13, 2009
[+chromium-dev and dumi]
I'm not sure what our overall plan is with respect to quotas for html5
databases, and whether we've discussed giving extensions larger quotas than
regular web content. Dumi or anyone else care to comment?
On Thu, Nov 12, 2009 at 10:39 PM, Yuichi Tateno
I'm using them as a learning exercise for the network stack - and I'm
guessing that they will help debug behavior in the future as well.
I don't intend to add additional functionality over the standard tools
- in fact, I promise you they'll be less functional than the standard
tools. For example,
I like the idea.
On Fri, Nov 13, 2009 at 11:58 AM, Chris Bentzel cbent...@gmail.com wrote:
I'm using them as a learning exercise for the network stack - and I'm
guessing that they will help debug behavior in the future as well.
I don't intend to add additional functionality over the standard
On Fri, Nov 13, 2009 at 11:13 AM, Chris Bentzel cbent...@gmail.com wrote:
Should I spend time trying to flesh these
out and add to net/tools, or is this something which doesn't belong in
the chromium codebase?
I'm weakly against the idea, since adding dependencies increases the burden
when
At lunch today, a few of us discussed the idea of moving from two sheriffs
to four.
There are several reasons we contemplated such a change:
* The team is large enough that on the current schedule, you go months
between sheriffing, which is so long that you forget things like what tools
help you
On Fri, Nov 13, 2009 at 12:35 PM, Ben Goodger b...@google.com wrote:
On Fri, Nov 13, 2009 at 12:31 PM, Peter Kasting pkast...@google.com
wrote:
* The team is large enough that on the current schedule, you go months
between sheriffing, which is so long that you forget things like what
tools
On Fri, Nov 13, 2009 at 12:25 PM, Peter Kasting pkast...@google.com wrote:
Should I spend time trying to flesh these
out and add to net/tools, or is this something which doesn't belong in
the chromium codebase?
I'm weakly against the idea, since adding dependencies increases the burden
when
On Fri, Nov 13, 2009 at 12:44 PM, Stuart Morgan stuartmor...@google.comwrote:
If we end up actually having four at a time that seems likely to be
worse than two: either four people are doing nothing but sheriffing,
which there is probably not enough work for, or all four people are
more
estimatedSize is useless. neither chromium nor safari really uses it (we
save it in case we might wanna do something with it in the future, but
that's about it).
in chromium, we currently have a hard limit of 5MB per origin. it's pretty
easy to write code that would allow users/extensions to
I got the same error yesterday. Note that I don't have write access,
so it's true that I do have a read-only checkout, but before, there
was no warning just to create, upload or try. Now I have to use
--force in order to do any of those operations.
- Dominic
On Fri, Nov 13, 2009 at 11:49 AM,
For a while now, I've advocated having 2 pacific timezone sheriffs always on
duty and having one or two in other time zones. I still advocate such an
idea.
So, to be clear, I think this is a good idea as long as the distribution of
sheriffs (time zone wise) is deliberate.
(I think this
(resending to chromium-dev)
Sheriffing the PST time zone is usually the worst. We could experiment with
tweaking the scheduling algorithm to have two PST sheriffs and one non-PST
sheriff per shift.
Other than that -- fixing flaky tests would go a long way to making the job
easier. Right now
My name is Aaron Boodman and I support the motion to give extensions
extra space.
On Fri, Nov 13, 2009 at 12:01 PM, Antony Sargent asarg...@google.com wrote:
[+chromium-dev and dumi]
I'm not sure what our overall plan is with respect to quotas for html5
databases, and whether we've discussed
Just for the record, you're also the one who originally said it was fine to
limit them to 5mb (for LocalStorage anyhow). :-)
What kind of extra space did you have in mind? Unlimited?
It's pretty late in the game to be making a decision like this for mstone-4,
but it might be possible if this
Fixed,
http://src.chromium.org/viewvc/chrome?view=revrevision=31942
On Fri, Nov 13, 2009 at 3:51 PM, Dominic Mazzoni dmazz...@google.com wrote:
I got the same error yesterday. Note that I don't have write access,
so it's true that I do have a read-only checkout, but before, there
was no
Works great now. Thanks for the quick patch! Sorry I didn't mention
it earlier, I thought I was doing something wrong...
- Dominic
On Fri, Nov 13, 2009 at 1:11 PM, Marc-Antoine Ruel mar...@google.com wrote:
Fixed,
http://src.chromium.org/viewvc/chrome?view=revrevision=31942
On Fri, Nov
On Fri, Nov 13, 2009 at 1:15 PM, Finnur Thorarinsson fin...@google.comwrote:
If the sheriff load is too much for two people to devote 100% of their time
to, then there is something wrong with the process.
It's clearly too much, given that I hardly see any other sheriffs even
attempt to
On Fri, Nov 13, 2009 at 1:21 PM, Aaron Boodman a...@chromium.org wrote:
On Fri, Nov 13, 2009 at 1:07 PM, Jeremy Orlow jor...@chromium.org wrote:
Just for the record, you're also the one who originally said it was fine
to
limit them to 5mb (for LocalStorage anyhow). :-)
It is a consistent
Big +1 for at least a third sheriff.
With two sheriffs, if one is not in PST, then really we only have one
sheriff. If that sheriff happens to be new, then we have 0 =
num_sheriffs = 1.
On Fri, Nov 13, 2009 at 12:31 PM, Peter Kasting pkast...@google.com wrote:
At lunch today, a few of us
On Fri, Nov 13, 2009 at 1:33 PM, Stuart Morgan stuartmor...@google.comwrote:
On Fri, Nov 13, 2009 at 1:25 PM, Peter Kasting pkast...@google.com
wrote:
Sheriffs are in theory supposed to watch all the perf bots too. Do you?
I
don't. I doubt very many people do.
That's probably mostly a
It sounds like so far there is more support for the idea of three sheriffs
than four. What if I modify the proposal to be:
* Change from two sheriffs to three
* Try to ensure that one of those three is non-PST if this is possible
without overloading teams outside MTV (this will probably get more
Maybe we should say at least one PST and at least one non-Americas?
Note that even if people outside of the Americas are getting
sheriff duty more often, the duty is lighter weight...so I think it balances
out fairly well.
As we get more non-Americas committers, we can think about adding
A number of pages on dev.chromium.org reference scons/hammer as the
default tools for Linux builds.
I've been using make just fine for the past week.
If make is the standard tool now, I'll volunteer to clean up the documentation.
Chris
--
Chromium Developers mailing list:
I measured that SVG is nearly a sixth of the binary size of a Chrome
debug build. That's not only more compile time, it's also more link
time for each incremental link and more time for the debugger to grind
it when starting gdb. For my day-to-day debugging I would like to
build without SVG (and
We're still in the middle of switching. I had made a pass over the docs a
few weeks ago, but I'm sure I missed some spots. If you see any more spots,
or want to do another pass to make sure the docs push people towards the
make build by default, it'd be much appreciated!
Thanks,
Albert
On
On Fri, Nov 13, 2009 at 1:25 PM, Peter Kasting pkast...@google.com wrote:
On Fri, Nov 13, 2009 at 1:15 PM, Finnur Thorarinsson fin...@google.comwrote:
If the sheriff load is too much for two people to devote 100% of their
time to, then there is something wrong with the process.
It's
We track total binary size here:
http://build.chromium.org/buildbot/perf/dashboard/sizes.html
I don't know of any place we track per-module sizes.
On Fri, Nov 13, 2009 at 2:33 PM, Eric Seidel esei...@chromium.org wrote:
Do we have any hard data about where our binary size goes? It seems
Do we have any hard data about where our binary size goes? It seems
such data would be very useful.
On Fri, Nov 13, 2009 at 2:14 PM, Evan Martin e...@chromium.org wrote:
I measured that SVG is nearly a sixth of the binary size of a Chrome
debug build. That's not only more compile time, it's
+1 (for what it's worth)
On Fri, Nov 13, 2009 at 2:28 PM, Ojan Vafai o...@google.com wrote:
On Fri, Nov 13, 2009 at 1:25 PM, Peter Kasting pkast...@google.comwrote:
On Fri, Nov 13, 2009 at 1:15 PM, Finnur Thorarinsson
fin...@google.comwrote:
If the sheriff load is too much for two people
It would be nice also for the user to know how much space an extension is
using. Like it is for memory usage right now.
On Fri, Nov 13, 2009 at 3:28 PM, Jeremy Orlow jor...@chromium.org wrote:
On Fri, Nov 13, 2009 at 1:21 PM, Aaron Boodman a...@chromium.org wrote:
On Fri, Nov 13, 2009 at 1:07
Having just come off sheriffing four days in the past two weeks ...
On Fri, Nov 13, 2009 at 12:31 PM, Peter Kasting pkast...@google.com wrote:
At lunch today, a few of us discussed the idea of moving from two sheriffs
to four.
There are several reasons we contemplated such a change:
* The
On Fri, Nov 13, 2009 at 2:56 PM, Dirk Pranke dpra...@chromium.org wrote:
I think two sheriffs in US/Pacific during US/Pacific work hours is
plenty.
I was told at lunch that we already try to some degree to schedule PST with
non-PST people (although obvioulsy there are far more of the former),
On Fri, Nov 13, 2009 at 3:38 PM, Peter Kasting pkast...@google.com wrote:
On Fri, Nov 13, 2009 at 2:56 PM, Dirk Pranke dpra...@chromium.org wrote:
I think two sheriffs in US/Pacific during US/Pacific work hours is
plenty.
I was told at lunch that we already try to some degree to schedule
On Fri, Nov 13, 2009 at 2:28 PM, Ojan Vafai o...@google.com wrote:
The goal of the sheriff is to keep the tree open as long as possible
without carpeting over regressions. The sheriff should suffer through minor
flakiness without closing the tree (e.g. a couple flaky webkit tests should
not
Thanks Fumitoshi!
To _everyone_ else, please do this. (ccing a bunch of people that might
have updates)
Also, I'm wondering if we shouldn't put our names on the list to make it
easier to know who to contact for information about a feature. I personally
find it hard to keep up (one of the
Dean had done one, at least on Windows, I don't recall offhand since
it's been a while.
On Fri, Nov 13, 2009 at 5:39 PM, Evan Martin e...@chromium.org wrote:
We track total binary size here:
http://build.chromium.org/buildbot/perf/dashboard/sizes.html
I don't know of any place we track
On Fri, Nov 13, 2009 at 11:58 AM, Chris Bentzel cbent...@gmail.com wrote:
I'm using them as a learning exercise for the network stack - and I'm
guessing that they will help debug behavior in the future as well.
I don't intend to add additional functionality over the standard tools
- in fact,
Hi,
I would appreciate if folks with IME experience could comment on
https://bugs.webkit.org/show_bug.cgi?id=31502 .
Thanks,
Nico
ps: If similar mails like this one are sent to, please ignore them.
Gmail or groups is acting up.
--
Chromium Developers mailing list:
On Fri, Nov 13, 2009 at 6:01 PM, Nico Weber tha...@chromium.org wrote:
I would appreciate if folks with IME experience could comment on
https://bugs.webkit.org/show_bug.cgi?id=31502 .
+CC jshin
PK
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change
Ojan Vafai o...@google.com wrote:
I don't think this is what sheriffs are supposed to do, although there is
clearly not consensus here. The goal of the sheriff is to keep the tree open
as long as possible without carpeting over regressions. The sheriff should
suffer through minor flakiness
Peter Kasting wrote:
On Fri, Nov 13, 2009 at 12:44 PM, Stuart Morgan stuartmor...@google.com
wrote:
If we end up actually having four at a time that seems likely to be
worse than two: either four people are doing nothing but sheriffing,
which there is probably not enough work for, or all
51 matches
Mail list logo