Unsubscribe at https://lists.webkit.org/mailman/listinfo/webkit-dev
I'm getting really tired of seeing these emails. How hard is it to open
the URL attached on every email sent to this mailing list?
On Fri, Sep 13, 2013 at 1:08 PM, Kabeer Kalra kabir.kal...@gmail.comwrote:
I DO NOT WANT TO BE
On Sep 13, 2013, at 13:12 , Ryosuke Niwa
rn...@webkit.orgmailto:rn...@webkit.org wrote:
Unsubscribe at https://lists.webkit.org/mailman/listinfo/webkit-dev
I'm getting really tired of seeing these emails. How hard is it to open the
URL attached on every email sent to this mailing list?
I
On Apr 29, 2012, at 1:25 PM, Ryosuke Niwa rn...@webkit.org wrote:
I'm actually curious as to how the session participants reached this
consensus (probably on a separate thread). It seems like the bar shouldn't
too high for removing prefixed APIs when they are unprefixed equivalents
Maciej Stachowiak wrote:
On Apr 29, 2012, at 1:25 PM, Ryosuke Niwarn...@webkit.org wrote:
I'm actually curious as to how the session participants reached this consensus
(probably on a separate thread). It seems like the bar shouldn't too high for
removing prefixed APIs when they are
On Sun, Apr 29, 2012 at 1:25 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Sun, Apr 29, 2012 at 1:06 PM, Maciej Stachowiak m...@apple.com wrote:
On Apr 29, 2012, at 12:53 PM, Ryosuke Niwa rn...@webkit.org wrote:
On Sun, Apr 29, 2012 at 12:34 PM, Maciej Stachowiak m...@apple.comwrote:
On Apr
En 28/02/12 04:46, Ryosuke Niwa escribiu:
Do people really use git diff that often? I don't use git much but
when I do I always get annoyed by the way git diff works because I
almost always want git diff master.
From my own experience, when you're used to a git workflow, you almost
never mean
En 28/02/12 22:06, Dirk Pranke escribiu:
I'm beginning to think it probably makes sense to add a different
commandline argument that works exactly like diff (e.g. takes an optional
second value). --git-diff perhaps?
Based on the responses on this thread, I agree with you. It looks like
a
29.02.2012, 12:26, Sergio Villar Senin svil...@igalia.com:
En 28/02/12 22:06, Dirk Pranke escribiu:
I'm beginning to think it probably makes sense to add a different
commandline argument that works exactly like diff (e.g. takes an optional
second value). --git-diff perhaps?
Based on
En 29/02/12 09:33, Konstantin Tokarev escribiu:
Although I normally use it for cherry-picking a commit to upload, I have
always missed the option to upload a bunch of commits as a single patch.
Basically, as you said, forcing people to merge several commits in a
single one to upload a patch
On Wed, Feb 29, 2012 at 12:43 AM, Sergio Villar Senin svil...@igalia.comwrote:
En 29/02/12 09:33, Konstantin Tokarev escribiu:
Although I normally use it for cherry-picking a commit to upload, I have
always missed the option to upload a bunch of commits as a single patch.
Basically, as
En 29/02/12 18:42, Ojan Vafai escribiu:
On Wed, Feb 29, 2012 at 12:43 AM, Sergio Villar Senin
Do you know how to use git rebase -i?
Konstantin, that's why I meant with merge several commits in a single
one. You do not normally want to do that while you're developing a
patch
Hi Dirk,
On Mon, 2012-02-27 at 17:56 -0800, Dirk Pranke wrote:
1) Do you use -g foo to upload a single change?
Yes, it's pretty much the only way I use it.
If so, would you be
annoyed if I changed that syntax to a different argument
That would be fine.
, or
eliminated it completely (so
On Mon, Feb 27, 2012 at 5:56 PM, Dirk Pranke dpra...@chromium.org wrote:
Hi all,
If you don't use webkit-patch and Git, you can stop reading now. Otherwise
...
Currently, webkit-patch -g has some special logic for figuring out
what to diff against for Git checkouts.
Specifically,
On Feb 27, 2012, at 5:56 PM, Dirk Pranke wrote:
Hi all,
If you don't use webkit-patch and Git, you can stop reading now. Otherwise ...
Currently, webkit-patch -g has some special logic for figuring out
what to diff against for Git checkouts.
Specifically, webkit-patch -g commitish
On Mon, Feb 27, 2012 at 6:02 PM, Oliver Hunt oli...@apple.com wrote:
On Feb 27, 2012, at 5:56 PM, Dirk Pranke wrote:
Hi all,
If you don't use webkit-patch and Git, you can stop reading now. Otherwise
...
Currently, webkit-patch -g has some special logic for figuring out
what to diff
I typically use webkit-patch to upload a single patch but really like your
proposed change in 2a) to diff against what is staged for commit.
This looks like it will be useful and cool.
Konrad
Sent from my BlackBerry on the Rogers Wireless Network
- Original Message -
From: Dirk Pranke
Do people really use git diff that often? I don't use git much but when I
do I always get annoyed by the way git diff works because I almost always
want git diff master.
But then I don't really use git that much especially for WebKit, so ignore
me if people who primarily use git thinks this is a
[Please keep replies on the list in case anyone else is able to help.]
Basic debugging from here calls for:
0. Does .libs/libwebkit-1.0.so.1.0.0 exist? Was libwebkit built successfully,
or did the make command actually fail?
1. Does /usr/local/lib exist?
2. If so, what are the permissions
To unsubscribe, you must use the Mailman web interface.
See the bottom of this email for a link to the web interface.
On Jun 11, 2008, at 4:31 PM, Jim L. wrote:
PLease take me off your mailing list. Thank you
___
webkit-dev mailing list
Hi Chris,
The instructions at http://opensource.adobe.com/wiki/index.php/Using_Perforce_with_the_Adobe_Source_Libraries
do not appear to work for getting a copy of the WebKit tree. The
instructions there seem to deal with 3 paths within the repository
-- //media, //release, and
username -p opensource.adobe.com:10666 -P yourpassword -c
username-somename-somemachine sync
Hope this helps,
Chris
-Original Message-
From: Mark Rowe [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 3:30 PM
To: Chris Brichford
Cc: webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev
@lists.webkit.org
Subject: Re: [webkit-dev] (no subject)
Hi Chris,
The instructions at
http://opensource.adobe.com/wiki/index.php/Using_Perforce_with_the_Adobe_Source_Libraries
do not appear to work for getting a copy of the WebKit tree. The
instructions there seem to deal with 3 paths within
20, 2007 3:57 PM
To: Chris Brichford
Cc: webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev] (no subject)
Chris,
My client spec contains:
//webkit/M3/... //atlas/webkit/...
I'm still seeing the error that I mentioned. Perhaps the guest user doesn't
have permission to access this portion
23 matches
Mail list logo