On Sat, Apr 13, 2013 at 1:00 AM, Jeff King wrote:
> On Sat, Apr 13, 2013 at 12:42:29AM -0500, Felipe Contreras wrote:
>
>> To me, the reality is obvious: my patch didn't require such a big
>> commit message, the short version was fine, the only reason Jeff King
>> insisted on a longer version is b
On Wed, Apr 10, 2013 at 12:48:51PM +, Tom wrote:
> The problem occurs to me also when I want to "deepen" a shallow clone of
> MediaWiki via https://
>
> git clone --depth 1 https://gerrit.wikimedia.org/r/p/mediawiki/core.git
> git pull --depth=9
>
> fatal: git fetch-pack: expected shal
On Sat, Apr 13, 2013 at 12:42:29AM -0500, Felipe Contreras wrote:
> To me, the reality is obvious: my patch didn't require such a big
> commit message, the short version was fine, the only reason Jeff King
> insisted on a longer version is because the patch came from me.
Get over yourself. The re
Hi,
Why wasn't this patch merged to 'pu'? To my knowledge nobody raised
any real concerns.
Should I explain in every commit that touches transport-helper how
remote-helpers without marks are impossible? I know I said I was going
to update the commit message, but I don't think that reason to not p
On Thu, Apr 11, 2013 at 6:05 PM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>> And if you must, you might was well label them with "REMINDER", no,
>> wait, that's what "TODO" comments are for, where people can see them,
>> and not *forget* them.
>
> Yeah, good point.
Moreover, I think th
Junio C Hamano wrote:
> When pushing into other kinds of repositories (e.g. you can update
> some but not all of the branches, or you want to touch only some of
> them and not others even if you have enough privilege to update any
> of them) or when you do not "batch" and push out one branch as wor
Junio C Hamano wrote:
> The primary reason is the confusion factor Jeff mentioned in the
> thread that inspired this patch. People would realize it is very
> natural to decide where to push to based on what branch is being
> pushed, but only after they think it long and hard enough [*1*]. I
> sus
On Sat, Apr 13, 2013 at 12:22 PM, Jiang Xin wrote:
> diff --git a/branch.c b/branch.c
> index 6ae6a..c8745 100644
> else
> - die("BUG: impossible combination of %d and %p",
> + die(_("BUG: impossible combination of %d and %p"),
>
Tested, original setup works fine.
On Fri, 2013-04-12 at 14:03 -0700, Jonathan Nieder wrote:
> The changes v1.7.12.1~2^2~4 (config: warn on inaccessible files,
> 2012-08-21) and v1.8.1.1~22^2~2 (config: treat user and xdg config
> permission problems as errors, 2012-10-13) were intended to preven
Had accidentally sent this as HTML, resending as plain-text.
On Fri, Apr 12, 2013 at 11:09 PM, Eric Cousineau wrote:
>
> Oops... I tried out using git-send-email adding in the Message-Id, but forgot
> to change the title as well. My bad.
>
> This was in response to:
>
> [PATCH/RFC] Changing subm
Signed-off-by: eacousineau
---
I see what you meant by the extra variables, so I've fixed that so the
original flags aren't needed with recursion. Also updated it to not
print the entering command if there is only a post-order command.
Examples:
$ git submodule foreach --recursive --post-order '
When setting up a "half-auth" repository in which reads can
be done anonymously but writes require authentication, it is
best if the server can require authentication for both the
ref advertisement and the actual receive-pack POSTs. This
alleviates the need for the admin to set http.receivepack in
Signed-off-by: Jiang Xin
---
branch.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/branch.c b/branch.c
index 6ae6a..c8745 100644
--- a/branch.c
+++ b/branch.c
@@ -57,7 +57,7 @@ void install_branch_config(int flag, const char *local
On Fri, Apr 5, 2013 at 6:57 PM, Jakub Narębski wrote:
>>> +void format_decoration(struct strbuf *sb,
>>> + const struct commit *commit,
>>> + int use_color);
>>
>> I think you can fit these on a single line, especially if you drop
>> the unused variable names (t
Sorry for this late reply. I've been quite busy lately..
On Tue, Apr 2, 2013 at 4:53 AM, Junio C Hamano wrote:
>> -void show_decorations(struct rev_info *opt, struct commit *commit)
>> +void format_decoration(struct strbuf *sb,
>> +const struct commit *commit,
>> +
"git checkout -- " is usually used to restore all modified
files in . In sparse checkout mode, this command is overloaded
with another meaning: to add back all files in that are
excluded by sparse patterns.
As the former makes more sense for day-to-day use. Switch it to the
default and the latter
On Sat, Apr 13, 2013 at 1:03 AM, Adam Spiers wrote:
>> -static int check_ignore(const char *prefix, const char **pathspec)
>> +static int check_ignore(int argc, const char **argv, const char *prefix)
>> {
>> struct dir_struct dir;
>> - const char *path, *full_path;
>> char *seen;
Jakub Narębski writes:
> So mc/count-objects-kibibytes is to be discarded, or merged to 'master'?
I asked for opinions, not questions ;-)
I am on the fence, but slightly in favor of dropping it.
I suspect some scripts will get unexpectedly hurt, just like we had
to patch cvsimport. Among the
Felipe Contreras writes:
> On Fri, Apr 12, 2013 at 4:18 PM, Torsten Bögershausen wrote:
>> Make the shell script more portable:
>> - Split export X=Y into 2 lines
>> - Use printf instead of echo -e
>>
>> Use UTF-8 code points which are not decomposed by the filesystem:
>> Code points like "á" w
W dniu 12.04.2013 23:40, Junio C Hamano pisze:
> --
> [New Topics]
> * ap/strbuf-humanize (2013-04-10) 2 commits
> - count-objects: add -H option to humanize sizes
> - strbuf: create strbuf_humanise_bytes() to show byte sizes
>
> Teach "--human-r
Ramkumar Ramachandra writes:
> Currently, there is no way to invoke 'git push' without explicitly
> specifying the destination to push to as the first argument. When
> pushing several branches, this information is often available in
> branch..pushremote, falling back to branch..remote. So,
> we
On Fri, 12 April 2013, Junio C Hamano wrote:
> Jonathan Nieder writes:
>
>>Note that if per-instance configuration file exists, then system-wide
>> - configuration is _not used at all_. This is quite untypical and suprising
>> + configuration is _not used at all_. This is quite untypical a
Jeff King writes:
> Which is still kind of weird, because why should the branch you are on
> affect the default push location? But that is how default "matching" has
> always behaved, and we would remain consistent with that.
I agree that what makes us behave "kind of weird" is that the
current
What's cooking in git.git (Apr 2013, #04; Fri, 12)
--
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
There are some topics posted on the list
On Fri, Apr 12, 2013 at 4:18 PM, Torsten Bögershausen wrote:
> Make the shell script more portable:
> - Split export X=Y into 2 lines
> - Use printf instead of echo -e
>
> Use UTF-8 code points which are not decomposed by the filesystem:
> Code points like "á" will be decomposed by Mac OS X.
> b
Make the shell script more portable:
- Split export X=Y into 2 lines
- Use printf instead of echo -e
Use UTF-8 code points which are not decomposed by the filesystem:
Code points like "á" will be decomposed by Mac OS X.
bzr is unable to find the file "á" on disk.
Use code points from unicode wh
The changes v1.7.12.1~2^2~4 (config: warn on inaccessible files,
2012-08-21) and v1.8.1.1~22^2~2 (config: treat user and xdg config
permission problems as errors, 2012-10-13) were intended to prevent
important configuration (think "[transfer] fsckobjects") from being
ignored when the configuration
Jeff King writes:
> OK. I'll hold off for now while we stew on it. Jonathan's patch looks OK
> to me, but it has the same issue. But I think every path has to be one
> of:
>
> 1. We annoy sysadmins who need to take an extra step to handle the
> HOME situation with --user (the current behav
Jonathan Nieder writes:
> diff --git a/t/t1006-cat-file.sh b/t/t1006-cat-file.sh
> index d8b7f2ff..f8a08b7f 100755
> --- a/t/t1006-cat-file.sh
> +++ b/t/t1006-cat-file.sh
> @@ -116,7 +116,7 @@ tree_pretty_content="100644 blob $hello_sha1 hello"
>
> run_tests 'tree' $tree_sha1 $tree_size "
A cleanup from Jeff King.
Signed-off-by: Jonathan Nieder
---
wrapper.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
Jeff King wrote:
> I kind of wonder if we are doing anything with the check at this point.
> I suppose ENOMEM and EIO are the only interesting things left a
On Fri, Apr 12, 2013 at 12:51:19PM -0700, Junio C Hamano wrote:
> >> If the access() failed due to ENOENT, the caller will get a negative
> >> return from this function and will treat it as "ok, it does not
> >> exist", with the original or the updated code. This new case is
> >> treated the same
Jeff King writes:
>> If the access() failed due to ENOENT, the caller will get a negative
>> return from this function and will treat it as "ok, it does not
>> exist", with the original or the updated code. This new case is
>> treated the same way by the existing callers, i.e. pretending as if
>
On Fri, Apr 12, 2013 at 07:26:11PM +0200, Lukas Fleischer wrote:
> This allows for reusing the function in convert.c later.
>
> Also, move it from attr.c to read-cache.c and add a use_index parameter
> to specify a custom index_state since we are no longer enable to access
> the static use_index
On Fri, Apr 12, 2013 at 12:14:33PM -0700, Jonathan Nieder wrote:
> One unexpected downside to the changes v1.7.12.1~2^2~4 (config: warn
> on inaccessible files, 2012-08-21) and v1.8.1.1~22^2~2 (config: treat
> user and xdg config permission problems as errors, 2012-10-13) is that
> they often trip
On Friday 12 April 2013 21:06:31 John Keeping wrote:
> On Fri, Apr 12, 2013 at 08:50:25PM +0200, Pali Rohár wrote:
> > when I'm trying to push one specific branch from my git
> > repository to server, git push crashing. Pushing branch is
> > rejected by server (because non fast forward), but local
One unexpected downside to the changes v1.7.12.1~2^2~4 (config: warn
on inaccessible files, 2012-08-21) and v1.8.1.1~22^2~2 (config: treat
user and xdg config permission problems as errors, 2012-10-13) is that
they often trip when git is being run as a server. The appropriate
daemon (sshd, inetd,
Jonathan Nieder writes:
>Note that if per-instance configuration file exists, then system-wide
> - configuration is _not used at all_. This is quite untypical and suprising
> + configuration is _not used at all_. This is quite untypical and surprising
>behavior. On the other hand cha
On Fri, Apr 12, 2013 at 08:50:25PM +0200, Pali Rohár wrote:
> when I'm trying to push one specific branch from my git repository
> to server, git push crashing. Pushing branch is rejected by server
> (because non fast forward), but local git app should not crash.
>
> I'm using git from ubuntu apt
On Fri, Apr 12, 2013 at 11:23:46AM -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> > So here's what I came up with. I tried to make the exception as tight as
> > possible by checking that $HOME was actually the problem, as that is the
> > common problem (you switch users, but HOME is pointi
All patches in this series and the other cherry-pick one looked
sensible, with a fix to [3/7] I suggested in the other thread about
protecting against "set -u".
Queued.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More ma
Felipe Contreras writes:
> On Fri, Apr 12, 2013 at 12:55 PM, Junio C Hamano wrote:
>> Felipe Contreras writes:
>
>>> }
>>>
>>> # Generates completion reply with compgen from newline-separated possible
>>> @@ -1820,7 +1823,7 @@ _git_config ()
>>> local remote="${prev#remote.}"
>>
Hello,
when I'm trying to push one specific branch from my git repository
to server, git push crashing. Pushing branch is rejected by server
(because non fast forward), but local git app should not crash.
I'm using git from ubuntu apt repository (compiled myself for debug
symbols), version git_1.
On Fri, Apr 12, 2013 at 12:55 PM, Junio C Hamano wrote:
> Felipe Contreras writes:
>> }
>>
>> # Generates completion reply with compgen from newline-separated possible
>> @@ -1820,7 +1823,7 @@ _git_config ()
>> local remote="${prev#remote.}"
>> remote="${remote%.fet
Jeff King writes:
> So here's what I came up with. I tried to make the exception as tight as
> possible by checking that $HOME was actually the problem, as that is the
> common problem (you switch users, but HOME is pointing to the old user).
> ...
> diff --git a/daemon.c b/daemon.c
> index 131b0
Felipe Contreras writes:
> Here are some numbers filtering N amount of words:
Nice table. "N amount of words" sounded somewhat funny to me, but I
am not a native.
> ...
> == 1000 ==
> original: 0.012s
> new: 0.011s
> == 1 ==
> original: 0.056s
> new: 0.066s
> == 10 ==
>
Felipe Contreras writes:
> The idea is to never touch the COMPREPLY variable directly.
>
> This allows other completion systems (i.e. zsh) to override
> __gitcompadd, and do something different instead.
>
> Also, this allows further optimizations down the line.
>
> There should be no functional c
Jeff King writes:
> On Fri, Apr 12, 2013 at 09:08:31AM -0700, Junio C Hamano wrote:
>
>> OK, then...
>
>> -- >8 --
>> Subject: [PATCH] doc: clarify that "git daemon --user=" option does
>> not export HOME=~user
>
> I'd add this motiviation to the body of the commit message:
>
> The fact that w
has_cr_in_index() is an almost 1:1 copy of read_index_data() with some
additions. Invoke read_index_data() instead of using copy-pasted code.
Signed-off-by: Lukas Fleischer
---
convert.c | 27 ++-
1 file changed, 2 insertions(+), 25 deletions(-)
diff --git a/convert.c b/
This allows for optionally getting the size of the returned data and
will be used in a follow-up patch.
Signed-off-by: Lukas Fleischer
---
attr.c | 2 +-
cache.h | 2 +-
read-cache.c | 5 -
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/attr.c b/attr.c
index 2e1ce7
This allows for reusing the function in convert.c later.
Also, move it from attr.c to read-cache.c and add a use_index parameter
to specify a custom index_state since we are no longer enable to access
the static use_index variable from attr.c.
Signed-off-by: Lukas Fleischer
---
I am not totally
Merge read_index_data() and has_cr_in_index() which are almost 1:1
copies of each other.
Lukas Fleischer (3):
Make read_index_data() public
Add size parameter to read_index_data()
convert.c: Remove duplicate code
attr.c | 35 +--
cache.h | 1 +
c
On Fri, Apr 12, 2013 at 12:16:00PM -0400, Jeff King wrote:
> One option we have not explored is an environment variable
> to loosen git's requirement. I'm thinking something like
> GIT_INACCESSIBLE_HOMEDIR_OK, which could be set by default
> when git-daemon uses --user.
>
> That would leave all e
Paul Price writes:
> The --signed-tags argument is plural, while error messages referred
> to --signed-tag (singular). Tweak error messages to correspond to the
> argument.
>
> Signed-off-by: Paul Price
> ---
> First submission; please report any formatting or style errors privately.
The patch
Carlos Martín Nieto writes:
> On Thu, 2013-04-11 at 10:37 -0700, Junio C Hamano wrote:
>
>> > + fetch=$(git config --get-all "remote.$use_remote.fetch")
>> > + if [ -z "$fetch" ]; then
>> > + return
>> > + fi
>>
>> Hmm, it is probably correct to punt on this case, but it defeats
>> l
On Fri, 2013-04-12 at 09:08 -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> >> How about "and make sure any Git configuration files", since there
> >> might not be any Git configuration files.
> >
> > Yeah, that is better. Thanks.
>
> OK, then...
>
> -- >8 --
> Subject: [PATCH] doc: clari
From: "Simon Ruderich"
Sent: Friday, April 12, 2013 2:51 PM
Signed-off-by: Simon Ruderich
---
On Tue, Apr 02, 2013 at 11:39:51PM +0100, Philip Oakley wrote:
--- a/help.c
+++ b/help.c
@@ -240,6 +241,23 @@ void list_common_cmds_help(void)
}
}
+void list_common_guides_help(void)
+{
+ int i, lo
On Fri, Apr 12, 2013 at 09:08:31AM -0700, Junio C Hamano wrote:
> OK, then...
> -- >8 --
> Subject: [PATCH] doc: clarify that "git daemon --user=" option does not
> export HOME=~user
I'd add this motiviation to the body of the commit message:
The fact that we don't set $HOME may confuse admi
Thanks.
--
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://vger.kernel.org/majordomo-info.html
Stefano Lattarini writes:
> Hi Junio.
>
> On 04/12/2013 02:45 AM, Junio C Hamano wrote:
>> Stefano Lattarini writes:
>>
>> How much of this stuff have interact with real changes that are in
>> flight, with various doneness cooking in different integration
>> branches?
>>
> I don't know, since
Jonathan Nieder writes:
> Hi,
>
> Junio C Hamano wrote:
>
>> How much of this stuff have interact with real changes that are in
>> flight, with various doneness cooking in different integration
>> branches?
>
> All except the t3511-cherry-pick-x.sh change apply cleanly to
> "maint" and merge with
Jeff King writes:
>> How about "and make sure any Git configuration files", since there
>> might not be any Git configuration files.
>
> Yeah, that is better. Thanks.
OK, then...
-- >8 --
Subject: [PATCH] doc: clarify that "git daemon --user=" option does not
export HOME=~user
Signed-off-by:
The funny range assignment in process_all_files() had me sidetracked
while investigating what led to the previous commit. Let's improve
the comments.
Signed-off-by: Thomas Rast
---
line-log.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/line-log.c b/l
line_log_data has held a diff_filespec* since the very early versions
of the code. However, the only place in the code where we actually
need the full filespec is parse_range_arg(); in all other cases, we
are only interested in the path, so there is hardly a reason to store
a filespec. Even worse
Embarrassingly, the -M test did not actually invoke -M, and thus not
really test the feature.
---
t/t4211-line-log.sh | 2 +-
t/t4211/expect.move-support-f | 56 ---
2 files changed, 49 insertions(+), 9 deletions(-)
diff --git a/t/t4211-line-log.
This tests a toy example of a history like
* Merge
| \
| * Modify foo
| |
* | Rename foo->bar
| /
* Create foo
Current log -L fails on this; we'll fix it in the next commit.
Signed-off-by: Thomas Rast
---
t/t4211-line-log.sh | 16 +++-
t/t4211/expect.para
Ok, so this was not quite as bad as I feared. The move support as far
as I had thought to test it previously actually worked ok, it just
wasn't tested (which is embarrassing enough).
The bug fixed in patch 3 is a bit more involved and only triggered by
history that merges a rename with a modifica
Currently, there is no way to invoke 'git push' without explicitly
specifying the destination to push to as the first argument. When
pushing several branches, this information is often available in
branch..pushremote, falling back to branch..remote. So,
we can use this information to create a mor
On Fri, Mar 15, 2013 at 01:06:38PM +0700, Nguyễn Thái Ngọc Duy wrote:
> check-ignore (at least the test suite) seems to rely on the pattern
> order. PATHSPEC_KEEP_ORDER is introduced to explictly express this.
> The lack of PATHSPEC_MAXDEPTH_VALID is sufficient because it's the
> only flag that reo
On Fri, Apr 12, 2013 at 07:26:36AM -0400, W. Trevor King wrote:
> On Fri, Apr 12, 2013 at 01:05:50AM -0400, Jeff King wrote:
> > Like many programs that switch user id, the daemon does not reset
> > environment variables such a `$HOME` when it runs git programs like
> > `upload-pack` and `re
Jonathan Nieder wrote:
> I'm not sure whether to keep 96b9e0e (config: treat user and xdg
> config permission problem as errors) in the long run, BTW.
>
> Insights welcome.
For what it's worth, here's an anecdote about this:
I work on some open source software which includes a web-based reposi
The --signed-tags argument is plural, while error messages referred
to --signed-tag (singular). Tweak error messages to correspond to the
argument.
Signed-off-by: Paul Price
---
First submission; please report any formatting or style errors privately.
builtin/fast-export.c | 4 ++--
1 file chang
On Fri, 12 Apr 2013 18:58:24 +0530
Sivaram Kannan wrote:
> > ^^^ Try to issue the
> >
> > $ ulimit -c unlimited
>
> Have set the git user's crash limit to 1GB in
> /etc/security/limits.conf and still getting the same error when
> issuing gdb to the crash file.
Yep, suppsedly in Ubuntu it's not
Signed-off-by: Simon Ruderich
---
On Tue, Apr 02, 2013 at 11:39:51PM +0100, Philip Oakley wrote:
> --- a/help.c
> +++ b/help.c
> @@ -240,6 +241,23 @@ void list_common_cmds_help(void)
> }
> }
>
> +void list_common_guides_help(void)
> +{
> + int i, longest = 0;
> +
> + for (i = 0; i <
Hi,
>
> ^^^ Try to issue the
>
> $ ulimit -c unlimited
Have set the git user's crash limit to 1GB in
/etc/security/limits.conf and still getting the same error when
issuing gdb to the crash file.
>
> command in your shell before attempting the cloning -- this should
> remove the upper limit on t
On Fri, Apr 12, 2013 at 01:05:50AM -0400, Jeff King wrote:
> Like many programs that switch user id, the daemon does not reset
> environment variables such a `$HOME` when it runs git programs like
> `upload-pack` and `receive-pack`. When using this option, you may also
> want to set and exp
Jonathan Nieder writes:
> From: Stefano Lattarini
> Date: Fri, 12 Apr 2013 00:36:10 +0200
>
> Most of these were found using Lucas De Marchi's codespell tool.
> Others were pointed out by Eric Sunshine.
>
> Helped-by: Eric Sunshine
> Signed-off-by: Stefano Lattarini
> Signed-off-by: Jonathan N
On Thu, Apr 11, 2013 at 07:12:22PM -0700, Junio C Hamano wrote:
> It is usually OK to re-flow the text in the paragraph you are
> touching. After all, for the purpose of reviewing, people can just
> blindly apply and then ask "diff --color-words". In this case,
> however, there was some changes th
On Thu, 2013-04-11 at 10:37 -0700, Junio C Hamano wrote:
> Carlos Martín Nieto writes:
>
> > I can't quite decide whether the behaviour of 'git pull' with no
> > upstream configured but a default remote with no fetch refspecs
> > merging the remote's HEAD is a feature, a bug or something in betwe
Junio C Hamano writes:
> * tr/line-log (2013-04-05) 7 commits
> (merged to 'next' on 2013-04-05 at 5afb00c)
> + log -L: fix overlapping input ranges
> + log -L: check range set invariants when we look it up
> (merged to 'next' on 2013-04-01 at 5be920c)
> + Speed up log -L... -M
> + log -L
Hi Junio.
On 04/12/2013 02:45 AM, Junio C Hamano wrote:
> Stefano Lattarini writes:
>
> How much of this stuff have interact with real changes that are in
> flight, with various doneness cooking in different integration
> branches?
>
I don't know, since I only follow the master branch of Git.
On Thu, Apr 11, 2013 at 9:34 PM, Jeff King wrote:
> On Thu, Apr 11, 2013 at 08:52:56AM +0200, Magnus Therning wrote:
>
>> > The documentation should probably make the use of http.receivepack more
>> > clear in this situation.
>>
>> I think that'd be good. The fact that it wasn't until several mai
On Fri, Apr 12, 2013 at 9:06 AM, Jonathan Nieder wrote:
> These don't seem to be fixed yet in https://github.com/ned14/nedmalloc
> (pointed to from http://www.nedprod.com/programs/portable/nedmalloc/).
> Would it make sense to write a note to Ned and then import a fixed
> version from there?
Not
From: Stefano Lattarini
Date: Fri, 12 Apr 2013 00:36:10 +0200
Most of these were found using Lucas De Marchi's codespell tool.
Signed-off-by: Stefano Lattarini
Signed-off-by: Jonathan Nieder
---
Thanks for reading.
builtin/apply.c | 6 +++---
commit.c | 2 +-
From: Stefano Lattarini
Date: Fri, 12 Apr 2013 00:36:10 +0200
Correct common spelling mistakes noticed by Lucas De Marchi's
codespell tool.
Signed-off-by: Stefano Lattarini
Signed-off-by: Jonathan Nieder
---
Split from a larger patch. Could be applied with "patch -p2"
if it seems like a good
From: Stefano Lattarini
Date: Fri, 12 Apr 2013 00:36:10 +0200
Correct spelling mistakes noticed using Lucas De Marchi's codespell
tool.
Signed-off-by: Stefano Lattarini
Signed-off-by: Jonathan Nieder
---
Git might be the canonical upstream for the GPL-2+ version of this
code.
kwset.c | 4 ++-
From: Stefano Lattarini
Date: Fri, 12 Apr 2013 00:36:10 +0200
Correct some typos found using Lucas De Marchi's codespell tool.
Signed-off-by: Stefano Lattarini
Signed-off-by: Jonathan Nieder
---
These don't seem to be fixed yet in https://github.com/ned14/nedmalloc
(pointed to from http://www.
From: Stefano Lattarini
Date: Fri, 12 Apr 2013 00:36:10 +0200
Noticed using Lucas De Marchi's codespell tool.
Signed-off-by: Stefano Lattarini
Signed-off-by: Jonathan Nieder
---
compat/precompose_utf8.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/compat/precompose_utf8
From: Stefano Lattarini
Date: Fri, 12 Apr 2013 00:36:10 +0200
Some of these were found using Lucas De Marchi's codespell tool.
Others noticed by Eric Sunshine.
Helped-by: Eric Sunshine
Signed-off-by: Stefano Lattarini
Signed-off-by: Jonathan Nieder
---
Is gawk the appropriate upstream to send
88 matches
Mail list logo