Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Darin Fisher
On Wed, Apr 14, 2010 at 5:06 PM, Adam Barth wrote: > On Wed, Apr 14, 2010 at 4:52 PM, Geoffrey Garen wrote: > >> I'd rather keep the current behavior and have it operate on the entire > >> repository. I think it will be too easy to make mistakes and leave out > >> large portions of a patch if it

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Dirk Pranke
On Wed, Apr 14, 2010 at 9:49 PM, Kalle Vahlman wrote: > 2010/4/15 Dirk Pranke : >> On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel wrote: >>> Question: Do SVN users wish to have webkit-patch be >>> current-working-directory aware? >> [snip] >>> The propose change will make webkit-patch inconsistent

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Kalle Vahlman
2010/4/15 Dirk Pranke : > On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel wrote: >> Question: Do SVN users wish to have webkit-patch be >> current-working-directory aware? > [snip] >> The propose change will make webkit-patch inconsistent between VCS >> tools, but consistent with the users choice of

Re: [webkit-dev] Join the URL hackathon (already in progress)!

2010-04-14 Thread Alex Russell
On Tue, Apr 13, 2010 at 11:39 PM, David Levin wrote: > > > On Tue, Apr 13, 2010 at 11:35 PM, Adam Barth wrote: >> >> Ah, sorry, I meant to the point where the library was integrated with >> the various build systems, etc.  Maybe that's already possible today. >> I haven't investigated it in detai

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Maciej Stachowiak
On Apr 14, 2010, at 2:13 PM, Eric Seidel wrote: Anders brought to my attention this afternoon that webkit-patch currently does all SVN operations from the root directory instead of being current-directory aware. That behavior matches how Git operates, but does not need to be how webkit-patch o

[webkit-dev] [webkit meeting notes] build systems

2010-04-14 Thread Evan Martin
On Tuesday some people gathered to discuss the build-system bingo within WebKit and what we can do to reduce (if not unify) the number of project files you need to modify when you rename a file. I took the stage as a representative of Chromium's gyp project (I am responsible for its Linux Makefile

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Dirk Pranke
On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel wrote: > Question: Do SVN users wish to have webkit-patch be > current-working-directory aware? [snip] > The propose change will make webkit-patch inconsistent between VCS > tools, but consistent with the users choice of SVN vs. Git.  Is this > SVN user

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Adam Barth
On Wed, Apr 14, 2010 at 4:52 PM, Geoffrey Garen wrote: >> I'd rather keep the current behavior and have it operate on the entire >> repository. I think it will be too easy to make mistakes and leave out >> large portions of a patch if it only operates upon the current working >> directory. > > Tha

[webkit-dev] python coding style, PEP-8, and 80-column line widths

2010-04-14 Thread Dirk Pranke
Hi all, As I'm sure the discussions in the webkit meeting over the past two days made clear, it looks like most of our non-C++ code is getting written in Python. Back in January, Adam Barth posted this thread [1] where I thought it was agreed we would attempt to follow PEP 8 ([2] - the standard Py

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Geoffrey Garen
> I'd rather keep the current behavior and have it operate on the entire > repository. I think it will be too easy to make mistakes and leave out > large portions of a patch if it only operates upon the current working > directory. That's a fixable mistake, though, if/when it happens. Taking huge

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Peter Kasting
On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel wrote: > Anders brought to my attention this afternoon that webkit-patch > currently does all SVN operations from the root directory instead of > being current-directory aware. That behavior matches how Git > operates, but does not need to be how webk

Re: [webkit-dev] webkit-patch and SVN

2010-04-14 Thread Kenneth Russell
On Wed, Apr 14, 2010 at 2:13 PM, Eric Seidel wrote: > Anders brought to my attention this afternoon that webkit-patch > currently does all SVN operations from the root directory instead of > being current-directory aware.  That behavior matches how Git > operates, but does not need to be how webki

[webkit-dev] webkit-patch and SVN

2010-04-14 Thread Eric Seidel
Anders brought to my attention this afternoon that webkit-patch currently does all SVN operations from the root directory instead of being current-directory aware. That behavior matches how Git operates, but does not need to be how webkit-patch operates. Question: Do SVN users wish to have webkit

Re: [webkit-dev] Windows Release bots

2010-04-14 Thread Adam Roben
Some of these problems might stem from processes not being killed correctly between build/test cycles. Evan Martin pointed out that Chromium's bots try to kill any processes that have stuck around before doing anything else. Brian Weinstein is working on implementing this for our bots, too. Hop

Re: [webkit-dev] Windows Release bots

2010-04-14 Thread Eric Seidel
Linking is also timing out on the Release builders. Filed: https://bugs.webkit.org/show_bug.cgi?id=37593 On Wed, Apr 14, 2010 at 12:19 PM, Nikolas Zimmermann wrote: > > Am 14.04.2010 um 18:28 schrieb Adam Roben: > >> On 4/14/2010 7:48 AM, Nikolas Zimmermann wrote: >>> >>> can anyone with access

Re: [webkit-dev] Windows Release bots

2010-04-14 Thread Nikolas Zimmermann
Am 14.04.2010 um 18:28 schrieb Adam Roben: On 4/14/2010 7:48 AM, Nikolas Zimmermann wrote: can anyone with access to the windows release slaves have a look? They fail to build since a while, The Release builder seems to be doing OK (c.f.

Re: [webkit-dev] Join the URL hackathon (already in progress)!

2010-04-14 Thread Peter Kasting
On Wed, Apr 14, 2010 at 3:40 AM, Maciej Stachowiak wrote: > On Apr 13, 2010, at 11:55 PM, Eric Seidel wrote: > > Dammit. I'm not smart enough to use mailing lists. >> >> My suggestion was WTFURL. ;) >> > > WTFURLBBQ MyNameIsURL PK ___ webkit-dev ma

Re: [webkit-dev] #webkit and unregistered nicks

2010-04-14 Thread Maciej Stachowiak
On Apr 14, 2010, at 7:13 AM, Timothy Hatcher wrote: We could also appoint some channel operators that have the power to kick/ban spambots when they happen (or +r/+m the channel). I think currently only Mark and I are empowered with the ChanServ, but I'd be happy to give some other people o

Re: [webkit-dev] Windows Release bots

2010-04-14 Thread Adam Roben
On 4/14/2010 7:48 AM, Nikolas Zimmermann wrote: can anyone with access to the windows release slaves have a look? They fail to build since a while, The Release builder seems to be doing OK (c.f. ). The test bots (b

Re: [webkit-dev] Qt is now a "core builder"

2010-04-14 Thread Evan Martin
Hopefully by that point we'll have Haiku and HP-UX bots. ;) On Wed, Apr 14, 2010 at 9:00 AM, Eric Seidel wrote: > Then again if Gtk and windows tests become and stay green, we don't > need "core builders" anymore.  They'll all be "core" at that point. > > On Wed, Apr 14, 2010 at 3:37 AM, Maciej

Re: [webkit-dev] Qt is now a "core builder"

2010-04-14 Thread William Siegrist
I was thinking of something like the following, assuming we want to have core builders still. The URL to see only core builders would be: http://build.webkit.org/console?category=core http://build.webkit.org/waterfall?category=core ... and we could use redirects or just add new links to the main

Re: [webkit-dev] #webkit and unregistered nicks

2010-04-14 Thread Timothy Hatcher
We could also appoint some channel operators that have the power to kick/ban spambots when they happen (or +r/+m the channel). On Apr 14, 2010, at 4:44 AM, Maciej Stachowiak wrote: > Done. We seem to have more trouble with people being mysteriously locked out > than with spambots, so we should

Re: [webkit-dev] Qt is now a "core builder"

2010-04-14 Thread Eric Seidel
Then again if Gtk and windows tests become and stay green, we don't need "core builders" anymore. They'll all be "core" at that point. On Wed, Apr 14, 2010 at 3:37 AM, Maciej Stachowiak wrote: > > On Apr 13, 2010, at 11:13 PM, Eric Seidel wrote: > > http://trac.webkit.org/changeset/57561 > > She

[webkit-dev] Windows Release bots

2010-04-14 Thread Nikolas Zimmermann
Good evening folks, can anyone with access to the windows release slaves have a look? They fail to build since a while, the build bot tries to upload since ages Cheers, Niko ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists

Re: [webkit-dev] Qt is now a "core builder"

2010-04-14 Thread William Siegrist
We can use categories to make the URLs prettier. I'll try to find some quiet time to update the master config for this. -Bill On Apr 14, 2010, at 3:55 AM, Osztrogonac Csaba wrote: > We can simple add two URLs to build.webkit.org to show only core > builders and other builders waterfalls on a

Re: [webkit-dev] OpenVG - AmanithVG SRE + EGL evaluation Linux X11 builds (x86 and x86_64) pre release.

2010-04-14 Thread Jakob Petsovits
On April 13, 2010, Info wrote: > I'm Matteo Muratori from Mazatech S.r.l., the company behind AmanithVG. > As I've seen that an OpenVG backend for Webkit is in development, I'd > like to share with you all developers the binary evaluation builds > (AmanithVG source code is not public), that could b

Re: [webkit-dev] #webkit and unregistered nicks

2010-04-14 Thread Maciej Stachowiak
On Apr 14, 2010, at 4:20 AM, Jochen Eisinger wrote: "/msg chanserv set #webkit mlock -r" should disable this option Done. We seem to have more trouble with people being mysteriously locked out than with spambots, so we should probably only restrict the channel during active spambot attack

Re: [webkit-dev] Qt is now a "core builder"

2010-04-14 Thread Osztrogonac Csaba
We can simple add two URLs to build.webkit.org to show only core builders and other builders waterfalls on a separate webpage: Core builders: http://build.webkit.org/waterfall?show=Tiger%20Intel%20Release&show=Leopard%20Intel%20Release%20(Build)&show=Leopard%20Intel%20Release%20(Tests)&show=Leop

Re: [webkit-dev] #webkit and unregistered nicks

2010-04-14 Thread Maciej Stachowiak
On Apr 14, 2010, at 12:13 AM, Eric Seidel wrote: Is it possible to make it so that folks with unregistered nicks can talk in #webkit again? Does anyone know how? I know how to do it, but every time I do it, the setting gets reset. I'm not sure if that is being done deliberately by someone

Re: [webkit-dev] Join the URL hackathon (already in progress)!

2010-04-14 Thread Maciej Stachowiak
On Apr 13, 2010, at 11:55 PM, Eric Seidel wrote: Dammit. I'm not smart enough to use mailing lists. My suggestion was WTFURL. ;) WTFURLBBQ - Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.

Re: [webkit-dev] Join the URL hackathon (already in progress)!

2010-04-14 Thread Maciej Stachowiak
That's very close to my notes, minor correction inline: On Apr 13, 2010, at 11:17 PM, Adam Barth wrote: I think Maciej took notes, but my recollection is as follows: 1) Convert as many of the unit tests to LayoutTests as possible. 2) Land GURL in svn.webkit.org as is. 3) Convert GURL to WebKi

Re: [webkit-dev] Qt is now a "core builder"

2010-04-14 Thread Maciej Stachowiak
On Apr 13, 2010, at 11:13 PM, Eric Seidel wrote: http://trac.webkit.org/changeset/57561 Sheriff Bot will nag you when you break Qt. Commit Queue will block while any Qt builder is broken. Qt was green all day. The Qt devs @ WKCon seemed very interested in keeping their bots green. The goal

[webkit-dev] #webkit and unregistered nicks

2010-04-14 Thread Eric Seidel
Is it possible to make it so that folks with unregistered nicks can talk in #webkit again? Does anyone know how? -eric ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev