Alex Davidson wrote:
On Fri, 2014-04-25 at 20:36 -0500, Felipe Contreras wrote:
Jeff King wrote:
If you are waiting on me, I do not have much else to say on this topic.
@{publish} as specified by Felipe is not useful to me, and I would
continue to pursue @{push} separately as the
Am 26.04.2014 01:25, schrieb Marius Ungureanu:
New keywords: foreach, break, in, try, finally, as, is, typeof, var,
default, fixed, checked, unchecked, this, lock, readonly, unsafe,
ref, out, base, null, delegate, continue.
Removed keywords: instanceof. It's only in Java.
Moved keywords to
[+cc Duy, whose patch this is]
On Fri, Apr 25, 2014 at 04:10:49PM -0400, Jörn Engel wrote:
A second option is to add a --pager (or rather --no-pager) option to
the command line and allow the user to specify
GIT_PAGER=git --no-pager -p column --mode='dense color' git -p branch
I think we
On Sat, Apr 26, 2014 at 02:56:15PM +1000, nod.h...@gmail.com wrote:
contrib/subtree/Makefile is a shambles in regards to it's consistency
with other makefiles, which makes subtree overly painful to include in
build scripts.
Two major issues are present:
Firstly, calls to git itself
Shawn Pearce spea...@spearce.org writes:
On Fri, Apr 25, 2014 at 4:56 PM, David Kastrup d...@gnu.org wrote:
The previous implementation used a single sorted linear list of blame
entries for organizing all partial or completed work. Every subtask had
to scan the whole list, with most entries
On Fri, Apr 25, 2014 at 04:09:47PM -0700, a...@bellandwhistle.net wrote:
Andrew Ardill andrew.ard...@gmail.com writes:
As a data point, I have seen people add .gitignore to their
.gitignore file, as they don't want to share the file.
Right, I've seen that too.
That something I am actually
Hello.
I want to extend the functionality of git due to the possibility of separation
of the user repository into 2 parts - one part will be stored as usual, under
version control git, and the second part will be stored in another location
such as an FTP-server.
This will be done in order to
From: Felipe Contreras felipe.contre...@gmail.com
My conclusion is based on logic and reason,
you forget And repeatable measurement / evidence
which
are the bedstone of science.
You can make sensible decisions based on
On 26 Apr 2014, at 10:10, Johannes Sixt j...@kdbg.org wrote:
Am 26.04.2014 01:25, schrieb Marius Ungureanu:
New keywords: foreach, break, in, try, finally, as, is, typeof, var,
default, fixed, checked, unchecked, this, lock, readonly, unsafe,
ref, out, base, null, delegate, continue.
On a side note, I noticed some of the keywords I added shouldn’t be there.
I just realised that simple statements have no reason to be there, but only
block definitions. I’ll reduce the size of this patch on the keywords part.
Thanks,
Marius--
To unsubscribe from this list: send the line
On 04/22/2014 06:54 PM, Junio C Hamano wrote:
Interesting. It will break immediately when the project starts
wanting to distribute its canonical ignore list
If that happens, that's a problem caused by the project wanting to
misuse .gitignore.
There are good practices and bad practices.
dpr...@gmail.com wrote on Tue, 22 Apr 2014 10:20 +0100:
As part of my work to help get git-p4 close to bug-free before Git
2.0, I'm posting all bugs and patches to this mailing list. Please
direct me elsewhere if this is incorrect.
When trying to clone a particular directory from a depot,
tolga.cey...@gmail.com wrote on Thu, 24 Apr 2014 21:46 -0700:
When applying binary patches a full index is required. format-patch
already handles this, but diff-tree needs '--full-index' argument
to always output full index.
Signed-off-by: Tolga Ceylan tolga.cey...@gmail.com
---
git-p4.py
On Sat, Apr 26, 2014 at 12:48 AM, David Kastrup d...@gnu.org wrote:
Shawn Pearce spea...@spearce.org writes:
On Fri, Apr 25, 2014 at 4:56 PM, David Kastrup d...@gnu.org wrote:
The previous implementation used a single sorted linear list of blame
entries for organizing all partial or completed
Shawn Pearce spea...@spearce.org writes:
On Sat, Apr 26, 2014 at 12:48 AM, David Kastrup d...@gnu.org wrote:
Shawn Pearce spea...@spearce.org writes:
And JGit was already usually slower than git-core. Now it will be
even slower! :-)
If your statement about JGit is accurate, it should
Shawn Pearce spea...@spearce.org writes:
Thanks for doing this. Unfortunately I can't read the patch itself as
I am also trying to improve JGit's blame code for $DAY_JOB, and JGit
is BSD licensed.
Actually, I'd have suggested asking $EMPLOYER to buy the rights for
looking at the code, but as
On Sat, Apr 26, 2014 at 9:50 AM, David Kastrup d...@gnu.org wrote:
Shawn Pearce spea...@spearce.org writes:
On Sat, Apr 26, 2014 at 12:48 AM, David Kastrup d...@gnu.org wrote:
Shawn Pearce spea...@spearce.org writes:
And JGit was already usually slower than git-core. Now it will be
even
Shawn Pearce spea...@spearce.org writes:
Right, and JGit blame still is missing the -M and -C options, as I
have not implemented those yet. I got basic blame and reverse blame
working a few years ago and then stopped working on the code for a
while. Now we have interest in improving the
Suvorov Ivan sv...@inbox.ru writes:
I want to extend the functionality of git due to the possibility of
separation of the user repository into 2 parts - one part will be
stored as usual, under version control git, and the second part will
be stored in another location such as an FTP-server.
Jeff King p...@peff.net writes:
[+cc Duy, whose patch this is]
On Fri, Apr 25, 2014 at 04:10:49PM -0400, Jörn Engel wrote:
A second option is to add a --pager (or rather --no-pager) option to
the command line and allow the user to specify
GIT_PAGER=git --no-pager -p column
David Kastrup d...@gnu.org writes:
Includes reasonably tasteful begging.
Thanks, but no thanks---I do not see it tasteful.
In any case, any large change that is not a regression fix (or a fix
to a code added since 1.9 series) is way too late for 2.0 at this
point, but I do look forward to
David Kastrup d...@gnu.org writes:
http://repo.or.cz/r/wortliste.git
git blame [-M / -C] wortliste
The latter one is _really_ taking a severe hit from the O(n^2)
algorithms. If your benchmarks for that one still point mostly to the
unpacking, your jgit blame should be fine regarding the
[+cc Duy for real this time]
On Sat, Apr 26, 2014 at 10:27:07AM -0700, Junio C Hamano wrote:
Jeff King p...@peff.net writes:
[+cc Duy, whose patch this is]
On Fri, Apr 25, 2014 at 04:10:49PM -0400, Jörn Engel wrote:
A second option is to add a --pager (or rather --no-pager) option
Felipe Contreras felipe.contre...@gmail.com writes:
So you grant that there is no reason anybody can think of why we would ever
want a post-update-branch?
No, it only shows that you (and I) are not imaginative enough
(and/or we didn't bother spending enough brain cycles) to come up
with an
On Thu, Apr 24, 2014 at 07:17:36PM +0200, Ivo Bellin Salarin wrote:
To shortly resume it, the problem is that:
* when the authentication method (WWW-Authenticate) is Negotiate AND
* when the server proposes a NTLMSSP_CHALLENGE in response of the
client's NTLMSSP_NEGOTIATE,
= libcurl yields an
Am 26.04.2014 11:55, schrieb Marius Ungureanu:
On 26 Apr 2014, at 10:10, Johannes Sixt j...@kdbg.org wrote:
Am 26.04.2014 01:25, schrieb Marius Ungureanu:
diff --git a/userdiff.c b/userdiff.c
index fad52d6..7612c5d 100644
--- a/userdiff.c
+++ b/userdiff.c
@@ -133,14 +133,14 @@ PATTERNS(cpp,
On Sat, Apr 26, 2014 at 10:24:50AM -0700, Junio C Hamano wrote:
Suvorov Ivan sv...@inbox.ru writes:
I want to extend the functionality of git due to the possibility of
separation of the user repository into 2 parts - one part will be
stored as usual, under version control git, and the
git-imap-send was directly prompting for a password rather than using
git-credential. git-send-email, on the other hand, supports git-credential.
This is a necessary improvement for users that use two factor authentication, as
they should not be expected to remember all of their app specific
On Sat, Apr 26, 2014 at 10:30 AM, David Kastrup d...@gnu.org wrote:
David Kastrup d...@gnu.org writes:
http://repo.or.cz/r/wortliste.git
git blame [-M / -C] wortliste
The latter one is _really_ taking a severe hit from the O(n^2)
algorithms. If your benchmarks for that one still point
On Sat, Apr 26, 2014 at 10:50:26AM -0700, Dan Albert wrote:
git-imap-send was directly prompting for a password rather than using
git-credential. git-send-email, on the other hand, supports
git-credential.
Yay. These sorts of conversions were definitely on my mind when I did
the original
Junio C Hamano gits...@pobox.com writes:
David Kastrup d...@gnu.org writes:
Includes reasonably tasteful begging.
Thanks, but no thanks---I do not see it tasteful.
Well, begging rarely is. The point simply is that without commensurate
recompensation, I cannot afford any more work of that
On 26 Apr 2014, at 20:49, Johannes Sixt j...@kdbg.org wrote:
Am 26.04.2014 11:55, schrieb Marius Ungureanu:
On 26 Apr 2014, at 10:10, Johannes Sixt j...@kdbg.org wrote:
Am 26.04.2014 01:25, schrieb Marius Ungureanu:
diff --git a/userdiff.c b/userdiff.c
index fad52d6..7612c5d 100644
---
Am 26.04.2014 20:33, schrieb Marius Ungureanu:
... add as many unit tests I can.
Great! Keep in mind that quantity is secondary. Quality counts.
I’ll start a new thread with the new
patch as soon as I’m done with it.
If possible, do not start a new thread, but post your new patch as a
reply
Junio C Hamano wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
So you grant that there is no reason anybody can think of why we would ever
want a post-update-branch?
No, it only shows that you (and I) are not imaginative enough
(and/or we didn't bother spending enough brain
Philip Oakley wrote:
From: Felipe Contreras felipe.contre...@gmail.com
are the bedstone of science. You can make sensible decisions based on that
alone, and in fact that's how most good decisions are made.
At the moment we are missing the repeatable measurements,
Sure, that's part of
From: Jeff King p...@peff.net
This allows you to run:
git replace --edit SHA1
to get dumped in an editor with the contents of the object
for SHA1. The result is then read back in and used as a
replace object for SHA1. The writing/reading is
type-aware, so you get to edit ls-tree output
From: Jeff King p...@peff.net
By using OPT_CMDMODE, the mutual exclusion between modes is
taken care of for us. It also makes it easy for us to
maintain a single variable with the mode, which makes its
intent more clear. We can use a single switch() to make sure
we have covered all of the modes.
From: Jeff King p...@peff.net
As we add new options that operate on objects before
replacing them, we'll want to be able to feed raw sha1s
straight into replace_object. Split replace_object into the
object-resolution part and the actual replacement.
Signed-off-by: Jeff King p...@peff.net
From: Jeff King p...@peff.net
The git-replace command has three modes: listing, deleting,
and replacing. The first two are selected explicitly. If
none is selected, we fallback to listing when there are no
arguments, and replacing otherwise.
Let's figure out up front which operation we are going
This patch series comes from what Peff sent in the following thread:
http://thread.gmane.org/gmane.comp.version-control.git/243361/focus=243528
I added the following fixes:
- add strbuf_release(result); in import_object(); this was suggested
by Eric Sunshine
- use MODE_LIST instead of
Yes, when git-p4 runs git-apply to test the patch, this fails
due to abbreviated blob object names. I think git-apply requires
full object names for binary patches.
On 04/26/2014 05:43 AM, Pete Wyckoff wrote:
tolga.cey...@gmail.com wrote on Thu, 24 Apr 2014 21:46 -0700:
When applying binary
On 04/26/2014 02:12 PM, tolga ceylan wrote:
Yes, when git-p4 runs git-apply to test the patch, this fails
due to abbreviated blob object names. I think git-apply requires
full object names for binary patches.
This looks like a straightforward change, but can you give a
bit more background on
If a file contained CRLF line endings in a repository with
core.autocrlf=input, then blame always marked lines as Not Committed Yet,
even if they were unmodified. Don't attempt to convert the line endings
when creating the fake commit so that blame works correctly regardless of
the autocrlf
Currently, git records a checksum, author, commit date/time, and commit
message with every commit (as get be seen from 'git log'). I think it
would be useful if, along with the Author and Date, git recorded the
name of the current branch on each commit. The branch name can provide
useful
On Sat, Apr 26, 2014 at 2:13 PM, Jeff King p...@peff.net wrote:
[+cc Duy, whose patch this is]
On Fri, Apr 25, 2014 at 04:10:49PM -0400, Jörn Engel wrote:
A second option is to add a --pager (or rather --no-pager) option to
the command line and allow the user to specify
GIT_PAGER=git
Jeff King p...@peff.net wrote:
I think the problem is that
contrib/subtree does not really have an active dedicated area
maintainer.
Yeah, I can see how that might become a bit of a problem. I was
actually thinking of doing a bit of work on subtree beyond this
specific patch, so hopefully that
On Sun, Apr 27, 2014 at 12:35:13PM +1000, James Denholm wrote:
Do we even make [subproject and mainline] anymore? It looks like they are
part
of the tests, but the whole test script runs inside its own trash
directory.
subproject and mainline are actually made in contrib/subtree,
but
Jeff King p...@peff.net wrote:
On Sun, Apr 27, 2014 at 12:35:13PM +1000, James Denholm wrote:
Do we even make [subproject and mainline] anymore? It looks like
they are part
of the tests, but the whole test script runs inside its own trash
directory.
subproject and mainline are actually made
48 matches
Mail list logo