On 2014-01-26 11:34:38, Brilliantov Kirill Vladimirovich wrote:
> On 2014-01-25 22:37:21, Eric Wong wrote:
> >
> > We should probably avoid a new dependency and also remain consistent
> > with the rest of git handles home directories.
> >
> > Unfortunately, expand_user_path()/git_config_pathname(
Brilliantov Kirill Vladimirovich wrote:
> On 2014-01-25 22:37:21, Eric Wong wrote:
> > Brilliantov Kirill Vladimirovich wrote:
> > > --- a/git-send-email.perl
> > > +++ b/git-send-email.perl
> > > @@ -28,6 +28,7 @@ use File::Temp qw/ tempdir tempfile /;
> > > use File::Spec::Functions qw(catfile
This is a reroll of my attempt to create usable HTML for http-protocol.txt.
The first patch addresses Junio's remarks regarding the conversion to better
ASCIIDOC.
The patch contains some whitespace-only changes so these shouldn't be ignored
while applying.
The second patch tries to fix one of
[PATCH 1/2] create HTML for http-protocol.txt
./Documentation/technical/http-protocol.txt was missing from TECH_DOCS in
Makefile.
Add it and also improve HTML formatting while still retaining good readability
of the ASCII text:
- Use monospace font instead of italicized or roman font for machine
Signed-off-by: Thomas Ackermann
---
Documentation/technical/http-protocol.txt | 45 +++
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git a/Documentation/technical/http-protocol.txt
b/Documentation/technical/http-protocol.txt
index 7f0cf0b..90beb32 100644
./Documentation/technical/http-protocol.txt was missing from TECH_DOCS in
Makefile.
Add it and also improve HTML formatting while still retaining good readability
of the ASCII text:
- Use monospace font instead of italicized or roman font for machine output and
source text
- Use roman font for
please ignore this one
- Original Nachricht
Von: Thomas Ackermann
An: git@vger.kernel.org
Datum: 26.01.2014 13:54
Betreff: [PATCH 1/2] create HTML for http-protocol.txt
> [PATCH 1/2] create HTML for http-protocol.txt
>
> ./Documentation/technical/http-protocol.txt was miss
On Wed, 2014-01-15 at 13:48 +0100, Martin Erik Werner wrote:
> If git-mv is provided absolute paths when moving symlinks, it tries to
> dereference them and (attempts to) move the symlink target rather than the
> symlink itself, this seems like a quite odd behaviour since it's inconsistent
> with h
The prefix_path_gently() function currently applies real_path to
everything if given an absolute path, dereferencing symlinks both
outside and inside the work tree. In order to manipulate symliks in the
work tree using absolute paths, symlinks should only be dereferenced
outside the work tree.
Mod
When symlinks in the working tree are manipulated using the absolute
path, git dereferences them, and tries to manipulate the link target
instead.
This is a regression introduced by 18e051a:
setup: translate symlinks in filename when using absolute paths
(which did not take symlinks in the work
Hi,
This email tests that 01645b7 (send-email: /etc/ssl/certs/ directory
may not be usable as ca_path, 2014-01-15) doesn't cause a regression.
Ram
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http:/
Junio C Hamano wrote:
> This change could introduce a regression for people on a platform
> whose certificate directory is /etc/ssl/certs but its IO::Socket:SSL
> somehow fails to use it as SSL_ca_path without being told.
I can confirm that my git-send-email doesn't regress to the
pre-35035bbf sta
On 2014-01-26 15.22, Martin Erik Werner wrote:
> The prefix_path_gently() function currently applies real_path to
> everything if given an absolute path, dereferencing symlinks both
> outside and inside the work tree. In order to manipulate symliks in the
> work tree using absolute paths, symlinks
Signed-off-by: Christian Couder
---
t/t7513-interpret-trailers.sh | 27 +++
1 file changed, 27 insertions(+)
diff --git a/t/t7513-interpret-trailers.sh b/t/t7513-interpret-trailers.sh
index f5ef81f..2d50b7a 100755
--- a/t/t7513-interpret-trailers.sh
+++ b/t/t7513-interpre
Signed-off-by: Christian Couder
---
t/t7513-interpret-trailers.sh | 20
1 file changed, 20 insertions(+)
diff --git a/t/t7513-interpret-trailers.sh b/t/t7513-interpret-trailers.sh
index 2d50b7a..00894a8 100755
--- a/t/t7513-interpret-trailers.sh
+++ b/t/t7513-interpret-trail
This patch reads trailers from an input file, parses
them and puts the result into a doubly linked list.
Signed-off-by: Christian Couder
---
trailer.c | 62 ++
1 file changed, 62 insertions(+)
diff --git a/trailer.c b/trailer.c
index 8
Signed-off-by: Christian Couder
---
strbuf.c | 7 +++
strbuf.h | 3 +++
2 files changed, 10 insertions(+)
diff --git a/strbuf.c b/strbuf.c
index 2124bb8..e45e513 100644
--- a/strbuf.c
+++ b/strbuf.c
@@ -197,6 +197,13 @@ void strbuf_splice(struct strbuf *sb, size_t pos, size_t
len,
s
Signed-off-by: Christian Couder
---
Documentation/git-interpret-trailers.txt | 137 +++
1 file changed, 137 insertions(+)
create mode 100644 Documentation/git-interpret-trailers.txt
diff --git a/Documentation/git-interpret-trailers.txt
b/Documentation/git-interpret-
This patch implements the logic that process trailers
from file and arguments.
At the beginning trailers from file are in their own
infile_tok doubly linked list, and trailers from
arguments are in their own arg_tok doubly linked list.
The lists are traversed and when an arg_tok should be
"applie
Signed-off-by: Christian Couder
---
trailer.c | 56
1 file changed, 56 insertions(+)
diff --git a/trailer.c b/trailer.c
index 6eec3ce..dc81a01 100644
--- a/trailer.c
+++ b/trailer.c
@@ -1,4 +1,5 @@
#include "cache.h"
+#include "run-comman
This patch adds the process_trailers() function that
calls all the previously added processing functions
and then prints the results on the standard output.
Signed-off-by: Christian Couder
---
trailer.c | 40
1 file changed, 40 insertions(+)
diff --git a
This is a small refactoring to prepare for the next steps.
Signed-off-by: Christian Couder
---
trailer.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/trailer.c b/trailer.c
index d581371..6eec3ce 100644
--- a/trailer.c
+++ b/trailer.c
@@ -4
This patch implements reading the configuration
to get trailer information, and then processing
it and storing it in a doubly linked list.
The config information is stored in the list
whose first item is pointed to by:
static struct trailer_item *first_conf_item;
Signed-off-by: Christian Couder
Signed-off-by: Christian Couder
---
t/t7513-interpret-trailers.sh | 208 ++
1 file changed, 208 insertions(+)
create mode 100755 t/t7513-interpret-trailers.sh
diff --git a/t/t7513-interpret-trailers.sh b/t/t7513-interpret-trailers.sh
new file mode 100755
Signed-off-by: Christian Couder
---
trailer.c | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/trailer.c b/trailer.c
index dc81a01..6c2a2b9 100644
--- a/trailer.c
+++ b/trailer.c
@@ -1,5 +1,6 @@
#include "cache.h"
#include "run-command.h"
+#incl
This patch adds the "git interpret-trailers" command.
This command uses the previously added process_trailers()
function in trailer.c.
Signed-off-by: Christian Couder
---
.gitignore | 1 +
Makefile | 1 +
builtin.h| 1 +
builtin/interp
It is simpler and more natural if the "git interpret-trailers"
is made a filter as its output already goes to sdtout.
Signed-off-by: Christian Couder
---
builtin/interpret-trailers.c | 2 +-
t/t7513-interpret-trailers.sh | 7 +++
trailer.c | 15 +--
3 files
This patch parses the trailer command line arguments
and put the result into an arg_tok doubly linked
list.
Signed-off-by: Christian Couder
---
trailer.c | 77 +++
1 file changed, 77 insertions(+)
diff --git a/trailer.c b/trailer.c
ind
This helper function checks if a strbuf
contains only space chars or not.
Signed-off-by: Christian Couder
---
strbuf.c | 7 +++
strbuf.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/strbuf.c b/strbuf.c
index 83caf4a..2124bb8 100644
--- a/strbuf.c
+++ b/strbuf.c
@@ -124,6 +124,13 @@
This patch series implements a new command:
git interpret-trailers
and an infrastructure to process trailers that can be reused,
for example in "commit.c".
1) Rationale:
This command should help with RFC 822 style headers, called
"trailers", that are found at the end of commit messages.
We will use a doubly linked list to store all information
about trailers and their configuration.
This way we can easily remove or add trailers to or from
trailer lists while traversing the lists in either direction.
Signed-off-by: Christian Couder
---
Makefile | 1 +
trailer.c | 47 +
> Junio C Hamano writes:
>
>>> +static struct trailer_item *create_trailer_item(const char *string)
>>> +{
>>> + struct strbuf tok = STRBUF_INIT;
>>> + struct strbuf val = STRBUF_INIT;
>>> + struct trailer_item *new;
>>> +
>>> + parse_trailer(&tok, &val, string);
>>> +
>>> + int tok_aln
Changes since v4:
In git-submodule.sh:
* Explicitly set an empty $local_branch in cmd_add if $branch is empty
[1].
* Restore die-early checking for invalid $update_module [2]. This
check is now outside the load-from-config branch, ensuring we have a
valid update_module, regardless of how i
This avoids the current awkwardness of having either '' or 'checkout'
for checkout-mode updates, which makes testing for checkout-mode
updates (or non-checkout-mode updates) easier.
Signed-off-by: W. Trevor King
---
git-submodule.sh | 27 +++
1 file changed, 11 insertions
The previous code only checked out branches in cmd_add. This commit
moves the branch-checkout logic into module_clone, where it can be
shared by cmd_add and cmd_update. I also update the initial checkout
command to use 'reset' to preserve branches setup during module_clone.
With this change, fol
On Thu, Jan 16, 2014 at 12:21:04PM -0800, Junio C Hamano wrote [1]:
> I think copying some motivation from the log message of 06b1abb5
> (submodule update: add --remote for submodule's upstream changes,
> 2012-12-19) would help the readers here. A naïve expectation from a
> casual reader of the ab
Signed-off-by: W. Trevor King
---
git-submodule.sh | 6 ++
1 file changed, 6 insertions(+)
diff --git a/git-submodule.sh b/git-submodule.sh
index 5e8776c..68dcbe1 100755
--- a/git-submodule.sh
+++ b/git-submodule.sh
@@ -241,6 +241,12 @@ module_name()
#
# Clone a submodule
#
+# $1 = submod
Hi.
Is there something that can be done about improving
git log --follow -- performance to be nearly
equivalent speed to git blame -- ?
The overall cpu time taken for these 2 commands that
track individual file history can be quite different.
git log --follow --
and
git blame
We decided at 48bb914e (doc: drop author/documentation sections from
most pages, 2011-03-11) to remove "author" and "documentation"
sections from our documentation. Remove a few stragglers.
Signed-off-by: Michael Haggerty
---
These deletions were assented to on the Git mailing list by the
person
On Sun, Jan 26, 2014 at 06:19:25PM +0100, Torsten Bögershausen wrote:
> On 2014-01-26 15.22, Martin Erik Werner wrote:
> > The prefix_path_gently() function currently applies real_path to
> > everything if given an absolute path, dereferencing symlinks both
> > outside and inside the work tree. In
The prefix_path_gently() function currently applies real_path to
everything if given an absolute path, dereferencing symlinks both
outside and inside the work tree. In order to manipulate symliks in the
work tree using absolute paths, symlinks should only be dereferenced
outside the work tree.
Mod
On Sun, Jan 26, 2014 at 6:43 PM, Michael Haggerty wrote:
> Subject: [PATCH] doc: remote author/documentation sections from more pages
s/remote/remove/
> We decided at 48bb914e (doc: drop author/documentation sections from
> most pages, 2011-03-11) to remove "author" and "documentation"
> section
Michael Haggerty wrote:
> We decided at 48bb914e (doc: drop author/documentation sections from
> most pages, 2011-03-11) to remove "author" and "documentation"
> sections from our documentation. Remove a few stragglers.
Thanks.
This puts two blank lines where there was previously one in some ca
On Mon, Jan 27, 2014 at 7:07 AM, Martin Erik Werner
wrote:
> diff --git a/setup.c b/setup.c
> index 5432a31..0789a96 100644
> --- a/setup.c
> +++ b/setup.c
> @@ -22,11 +22,51 @@ char *prefix_path_gently(const char *prefix, int len,
> const char *orig = path;
> char *sanitized;
>
On Sun, Jan 26, 2014 at 12:00 PM, Christian Couder
wrote:
> Signed-off-by: Christian Couder
> ---
> diff --git a/Documentation/git-interpret-trailers.txt
> b/Documentation/git-interpret-trailers.txt
> new file mode 100644
> index 000..f74843e
> --- /dev/null
> +++ b/Documentation/git-interpr
On Sun, Jan 26, 2014 at 3:45 PM, W. Trevor King wrote:
> This avoids the current awkwardness of having either '' or 'checkout'
> for checkout-mode updates, which makes testing for checkout-mode
> updates (or non-checkout-mode updates) easier.
>
> Signed-off-by: W. Trevor King
> ---
> git-submodu
On Mon, Jan 27, 2014 at 4:10 AM, Joe Perches wrote:
> For instance (using the Linus' linux kernel git):
>
> $ time git log --follow -- drivers/firmware/google/Kconfig > /dev/null
>
> real0m42.329s
> user0m40.984s
> sys 0m0.792s
>
> $ time git blame -- drivers/firmware/google/Kconfig >
On 01/27/2014 01:15 AM, Eric Sunshine wrote:
> On Sun, Jan 26, 2014 at 6:43 PM, Michael Haggerty
> wrote:
>> Subject: [PATCH] doc: remote author/documentation sections from more pages
>
> s/remote/remove/
Gaah! Git is a virus that invades your muscle memory and prevents you
from typing words t
On Sun, Jan 26, 2014 at 08:32:04PM -0500, Eric Sunshine wrote:
> On Sun, Jan 26, 2014 at 3:45 PM, W. Trevor King wrote:
> > + update_module="checkout"
>
> Here, you (unnecessarily) quote 'checkout'...
>
> > - update_module= ;;
> > +
On Mon, 2014-01-27 at 08:33 +0700, Duy Nguyen wrote:
> On Mon, Jan 27, 2014 at 4:10 AM, Joe Perches wrote:
> > For instance (using the Linus' linux kernel git):
> >
> > $ time git log --follow -- drivers/firmware/google/Kconfig > /dev/null
> >
> > real0m42.329s
> > user0m40.984s
> > sys
On Mon, Jan 27, 2014 at 4:10 AM, Joe Perches wrote:
> Is there something that can be done about improving
> git log --follow -- performance to be nearly
> equivalent speed to git blame -- ?
Not strictly about --follow, but there is room for improvement for
diff'ing in log in general. Right now
Are there any dedicated mailing lists for git releases, or RSS feeds?
I am on Windows so I'd specifically be interested in notifications
when new releases or preview binaries are released on the Windows
platform. I'm constantly checking the website currently.
--
To unsubscribe from this list: send
Translate 27 new messages came from git.pot update in
df49095 (l10n: git.pot: v1.9 round 1 (27 new, 11 removed).
Signed-off-by: Ralf Thielow
---
2014-01-24 Jiang Xin :
>
> Inconsistent ending colons, some have and some not.
>
Oops. Thanks! Here is v2.
po/de.po | 90 +++
53 matches
Mail list logo