On Fri, Mar 13, 2015 at 12:53 AM, Jeff King wrote:
> We use this to test http pushing with a restricted
> commandline. Other scripts (like t5551, which does http
> fetching) will want to use it, too.
>
> Signed-off-by: Jeff King
> ---
> As we discussed a while ago, this is the exact same code tha
Apologies for the poorly formatted e-mail. I realized after I sent the
message that the `git send-mail` command was an option. I was trying
to use python to modify the e-mail before sending it, and the three
different "From" fields got mumbled.
Anyway, this brings up the point that `git send-email
Jeff King writes:
> When upload-pack advertises the refs (either for a normal,
> non-stateless request, or for the initial contact in a
> stateless one), we call for_each_ref with the send_ref
> function as its callback. send_ref, in turn, calls
> mark_our_ref, which checks whether the ref is hid
Cody A Taylor writes:
> From c861d5cb401110ce7d86b76c1eaa8e89e80f484e Mon Sep 17 00:00:00 2001
> From: Cody A Taylor
> Date: Thu, 12 Mar 2015 20:36:44 -0400
> Subject: [PATCH] git prompt: Use toplevel to find untracked files.
All of the above four lines are unwanted in the e-mail body.
* The
On Wed, Mar 11, 2015 at 02:49:10PM +0800, Paul Tan wrote:
> Previously, git-credential-store only supported storing credentials in a
> single file: ~/.git-credentials. In order to support the XDG base
> directory specification[1], git-credential-store needs to be able to
> lookup and erase credent
Duy Nguyen writes:
>> You mean "if it came in format, convert it down to
>> until the last second that it is needed (e.g. need to put
>> that in a tree object in order to compute the object name of the
>> containing tree object)"?
>
> I picked my words poorly. It should be
> instead of the _by
On Fri, Mar 13, 2015 at 11:59 AM, Jeff King wrote:
> On Fri, Mar 13, 2015 at 12:41:01AM -0400, Jeff King wrote:
>
>> I'm experimenting with using transfer.hiderefs on a server, and it's
>> rather easy to cause a git client to hang when fetching from such a repo
>> over smart http. Details are in t
On Fri, Mar 13, 2015 at 12:41:01AM -0400, Jeff King wrote:
> I'm experimenting with using transfer.hiderefs on a server, and it's
> rather easy to cause a git client to hang when fetching from such a repo
> over smart http. Details are in the first patch.
A note on this hang. What happens is that
We create 50,000 tags to check that we don't overflow the
command-line of fetch-pack. But by using run_with_cmdline_limit,
we can get the same effect with a much smaller number of
tags. This makes the test fast enough that we can drop the
EXPENSIVE prereq, which means people will actually run it.
We use this to test http pushing with a restricted
commandline. Other scripts (like t5551, which does http
fetching) will want to use it, too.
Signed-off-by: Jeff King
---
As we discussed a while ago, this is the exact same code that
run_with_limited_stack uses in t7004. However, I think they are
Apache removes GIT_TRACE from the environment before running
git-http-backend. This can make it hard to debug the server
side of an http session. Let's let it through.
Signed-off-by: Jeff King
---
t/lib-httpd.sh | 1 +
t/lib-httpd/apache.conf | 1 +
2 files changed, 2 insertions(+)
dif
If you run a test script like:
GIT_TRACE=1 ./t0061-run-command.sh
you may get test failures, because some tests capture and
check the stderr output from git commands (and with
GIT_TRACE set to 1, the trace output will be included
there).
When we see GIT_TRACE set like this, we print a warning
Right now if a test script receives SIGINT (e.g., because a
test was hanging and the user hit ^C), the shell exits
immediately. This can be annoying if the test script did any
global setup, like starting apache or git-daemon, as it will
not have an opportunity to clean up after itself. A
subsequent
When upload-pack advertises the refs (either for a normal,
non-stateless request, or for the initial contact in a
stateless one), we call for_each_ref with the send_ref
function as its callback. send_ref, in turn, calls
mark_our_ref, which checks whether the ref is hidden, and
sets OUR_REF or HIDDE
We check whether the return value of lookup_unknown_object
is NULL, but some code paths dereference it before our
check. This turns out not to be capable of causing a
segfault, though. The lookup_unknown_object function will
never return NULL, since the whole point is to allocate an
object struct i
I'm experimenting with using transfer.hiderefs on a server, and it's
rather easy to cause a git client to hang when fetching from such a repo
over smart http. Details are in the first patch.
There are 7 patches here, but the entirety of the fix is contained in
the first one. The rest are cleanups
>From c861d5cb401110ce7d86b76c1eaa8e89e80f484e Mon Sep 17 00:00:00 2001
From: Cody A Taylor
Date: Thu, 12 Mar 2015 20:36:44 -0400
Subject: [PATCH] git prompt: Use toplevel to find untracked files.
The __git_ps1() prompt function would not show an untracked
state when the current working directory
On Fri, Mar 13, 2015 at 8:34 AM, wrote:
> From 3e4e22e93bf07355b40ba0abcb3a15c4941cfee7 Mon Sep 17 00:00:00 2001
> From: Cody A Taylor
> Date: Thu, 12 Mar 2015 20:36:44 -0400
> Subject: [PATCH] git prompt: Use toplevel to find untracked files.
>
> The __git_ps1() prompt function would not show a
Watch DVD movies on Mac Mini via Plex/Home theatre
This article tells you how to convert DVD collection to MKV/MP4 on Mac for
watching on Mac Mini via Plex server and Home theatre and backup them onto
NAS sever.
While enjoying broadcast and Internet TV on Mac with ease, have you ever
thought o
>From 3e4e22e93bf07355b40ba0abcb3a15c4941cfee7 Mon Sep 17 00:00:00 2001
From: Cody A Taylor
Date: Thu, 12 Mar 2015 20:36:44 -0400
Subject: [PATCH] git prompt: Use toplevel to find untracked files.
The __git_ps1() prompt function would not show an untracked
state when the current working directory
>From 3e4e22e93bf07355b40ba0abcb3a15c4941cfee7 Mon Sep 17 00:00:00 2001
From: Cody A Taylor
Date: Thu, 12 Mar 2015 20:36:44 -0400
Subject: [PATCH] git prompt: Use toplevel to find untracked files.
The __git_ps1() prompt function would not show an untracked
state when the current working directory
On Fri, Mar 13, 2015 at 1:24 AM, Junio C Hamano wrote:
> Duy Nguyen writes:
>
>> This may or may not fall into the "mix different hash functions"
>> category. In pack files version 4, trees are encoded to point to other
>> trees or blobs by a (pack, offset) tuple. It would be great if the new
>>
Junio C Hamano pobox.com> writes:
>
> git svn init --minimize-url \
> --trunk http://repository-root/foo/trunk \
> --branches http://repository-root/foo/branches \
> --tags http://repository-root/foo/tags
>
> And this is where the new --minimize-url command-line switch
Brian Koehmstedt wrote:
> My latest failed attempt was this:
>
> [svn-remote "svn"]
> url = http://abc.com/repo/branches
> fetch = :refs/remotes/svn/branches
> branches = *:refs/remotes/svn/*
>
> git svn fetch svn
> This fetched all the branch directories as one branch.
Brian Koehmstedt writes:
> I'm trying deal with a project where the server is disallowing access to
> the root URL on the subversion server.
>
> i.e.,
> Doesn't allow access: http://abc.com/repo
> Does allow access: http://abc.com/repo/trunk, http://abc.com/repo/branches,
> http://abc.com/repo/ta
Jeff King writes:
> Seeing my name in "shortlog" was nice, but not that exciting. I
> submitted a patch, it was taken, and of course it ends up in any
> automated lists of authors. What was much more rewarding was being
> mentioned specifically in "A note from the maintainer" as a helpful
> perso
On Thu, Mar 12, 2015 at 03:36:46PM -0700, Junio C Hamano wrote:
> > I hadn't thought about it when I originally suggested this, but of
> > course "new" is not strictly meaningful in a world with branches. If you
> > contribute a bugfix on top of v2.0.0 that goes to "maint", do you get to
> > be ne
On Wed, Mar 11, 2015 at 10:05:43PM -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> > I spent many years as a "type C" contributor, and I remember how nice it
> > was to see my name mentioned occasionally as a useful person.
>
> I guess that everybody is different ;-)
>
> After throwing a
Jeff King writes:
> It is comprised of 41 non-merge commits...
>
> is fine.
Thanks; very much appreciated.
>> New contributors who made this release possible are as follows.
>> Welcome to the Git development community!
>>
>> Aleksander Boruch-Gruszecki, Aleksey Vasenev, Patrick Steinhardt,
On Wed, Mar 11, 2015 at 02:28:03PM -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> > Or something along those lines. The wording and indentation of the
> > message could probably use tweaking. And there is a bash-ism in the
> > script. :)
>
> OK, I've updated the Announce script on the 'to
I'm trying deal with a project where the server is disallowing access to
the root URL on the subversion server.
i.e.,
Doesn't allow access: http://abc.com/repo
Does allow access: http://abc.com/repo/trunk, http://abc.com/repo/branches,
http://abc.com/repo/tags
I know I can git-svn to clone each s
Remi Rampin writes:
>I'm resubmitting this patch series, hopefully someone takes notice
>this time.
>
>The GUI cannot currently open a submodule because it fails to recognize
>the git link file (regular .git file with content "gitdir: ...").
>
>Previous thread:
>http://thread.gmane.org/gmane.comp
Nguyễn Thái Ngọc Duy writes:
> All entry strings start with two-letter tag and a space. If all
> entries have the same tags, tags are not displayed.
>
> The outcome before and after this patch is the same. But it will be
> useful in future when there are more than one type of entry.
>
> Signed-o
Junio C Hamano writes:
>> static struct pathspec pathspec;
>> static const char *prefix;
>> @@ -22,7 +23,7 @@ static void add_one(struct string_list *result, const char
>> *name)
>> struct strbuf sb = STRBUF_INIT;
>> struct string_list_item *item;
>>
>> -strbuf_addstr(&sb, name
Nguyễn Thái Ngọc Duy writes:
> Signed-off-by: Nguyễn Thái Ngọc Duy
> ---
> builtin/list-files.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/builtin/list-files.c b/builtin/list-files.c
> index b99f2b7..c444a53 100644
> --- a/builtin/list-files.c
> +++ b/builtin/li
Nguyễn Thái Ngọc Duy writes:
> Signed-off-by: Nguyễn Thái Ngọc Duy
> ---
> builtin/list-files.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/builtin/list-files.c b/builtin/list-files.c
> index ac33f13..b99f2b7 100644
> --- a/builtin/list-files.c
> +++ b/builtin/list-files.c
> @@
Nguyễn Thái Ngọc Duy writes:
> list-files is supposed to be the user friendly version of ls-files, or
> an alternative to git-status. Nothing fancy in this patch yet.
The result of applying this patch alone will not give us anything
fancy, but the patch itself is interesting ;-)
> +static void
Thanks.
Even though this dates back to d96e3c15 (tag: add --column,
2012-04-13), I do not think it is worth backporting it to v1.7.x
series, so I'll queue the fix for a bit newer maintenance track,
perhaps for v2.1.x and above.
--
To unsubscribe from this list: send the line "unsubscribe git" in
Junio C Hamano writes:
> Duy Nguyen writes:
>
>> This may or may not fall into the "mix different hash functions"
>> category. In pack files version 4, trees are encoded to point to other
>> trees or blobs by a (pack, offset) tuple. It would be great if the new
>> object_id could support carryin
Fredrik Gustafsson writes:
> On Wed, Mar 11, 2015 at 09:53:22PM -0700, Junio C Hamano wrote:
>> I'd first suggest to employ "icase" to unify *-By and *-by. Perhaps
>> we would want a recommended list somewhere in SubmittingPatches to
>> discourage people from getting too creative?
>
> There's al
Junio C Hamano writes:
> ... Also, when you have no ref that is named es-tee something,
> "gitk st" completes to "gitk stash@{", as if the problem the
> change tries to cure is "it is unnecessarily hard to type at-mark
> open-brace".
>
> I do not have to be the target audience, though. Maybe th
Duy Nguyen writes:
> This may or may not fall into the "mix different hash functions"
> category. In pack files version 4, trees are encoded to point to other
> trees or blobs by a (pack, offset) tuple. It would be great if the new
> object_id could support carrying this kind of object id around
Running "git tag -h" currently prints:
[...]
Tag creation options
[...]
--column[=
Sveinung Kvilhaugsvik writes:
> Auto complete stashed modifications for gitk. This makes them easier to
> discover and faster to view.
>
> Signed-off-by: Sveinung Kvilhaugsvik
> ---
> contrib/completion/git-completion.bash | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/contrib/compl
> On Mar 11, 2015, at 5:59 PM, brian m. carlson
> wrote:
>
> On Wed, Mar 11, 2015 at 07:33:05PM +, Dan Langille (dalangil) wrote:
>>> On Mar 10, 2015, at 6:29 PM, brian m. carlson
>>> wrote:
>>> Does it work with a ticket if you specify a username, as in the
>>> following URL?
>>> https://
On Wed, Mar 11, 2015 at 8:33 PM, Junio C Hamano wrote:
> * nd/list-files (2015-02-09) 21 commits
> - t3080: tests for git-list-files
> - list-files: -M aka diff-cached
> - list-files -F: show submodules with the new indicator '&'
> - list-files: add -F/--classify
> - list-files: show director
On Thu, Mar 12, 2015 at 5:46 PM, brian m. carlson
wrote:
> On Thu, Mar 12, 2015 at 11:28:10AM +0100, Michael Haggerty wrote:
>>
>> On 03/12/2015 01:26 AM, Junio C Hamano wrote:
>>>
>>> And that would break the abstraction effort if you start calling the
>>> field with a name that is specific to th
On Thu, Mar 12, 2015 at 11:28:10AM +0100, Michael Haggerty wrote:
On 03/12/2015 01:26 AM, Junio C Hamano wrote:
And that would break the abstraction effort if you start calling the
field with a name that is specific to the underlying hash function.
The caller has to change o->sha1 to o->sha256 i
On 03/12/2015 01:26 AM, Junio C Hamano wrote:
> "brian m. carlson" writes:
>
>> Michael Haggerty recommended that I call the structure element sha1
>> instead of oid in case we want to turn this into a union if we decide to
>> go the additional hash route.
>
> I'd advise against it.
>
> As I wr
Michael Haggerty writes:
> I think this is a really interesting project and I hope that it works out.
Count me in ;-)
> In my opinion, the biggest risk (aside from the sheer amount of work
> required) is the issue that was brought up on the mailing list when you
> submitted v1 [1]: Converting a
Michael J Gruber writes:
> Junio C Hamano venit, vidit, dixit 10.03.2015 21:20:
>> JFF stands for just for fun.
>> ...
>> What does not work are what needs further tweaking in revision.c
>> parser. "git checkout master && git checkout next && git log -.."
>> should show what next has on top of m
On Wed, Mar 11, 2015 at 3:47 PM, Eric Sunshine wrote:
> On Wed, Mar 11, 2015 at 2:49 AM, Paul Tan wrote:
>> +
>> +If not set explicitly with '--file', there are two files where
>> +git-credential-store will search for credentials in order of precedence:
>> +
>> +~/.git-credentials::
>> + Us
> On Mar 10, 2015, at 6:29 PM, brian m. carlson
> wrote:
>
> On Tue, Mar 10, 2015 at 06:05:46PM +, Dan Langille (dalangil) wrote:
>>> We have made progress I think.
>>>
>>> With stock git:
>>>
>>> tl;dr: 1 - with a ticket, you get prompted, but hitting ENTER succeeds.
>>> 2 - without
Hi,
Thanks for taking the time to write such a detailed review and
catching all of my careless mistakes.
On Wed, Mar 11, 2015 at 4:40 PM, Eric Sunshine wrote:
> On Wed, Mar 11, 2015 at 2:49 AM, Paul Tan wrote:
>> t0302 now tests git-credential-store's support for the XDG user-specific
>> config
On Wed, Mar 11, 2015 at 05:26:56PM -0700, Junio C Hamano wrote:
"brian m. carlson" writes:
Michael Haggerty recommended that I call the structure element sha1
instead of oid in case we want to turn this into a union if we decide to
go the additional hash route.
I'd advise against it.
Yeah,
On 10.03.15 20:25, Michael Haggerty wrote:
> On 03/06/2015 10:30 PM, Torsten Bögershausen wrote:
>>
>>> Oops, I misunderstood an internal bug report. In seems that it is the
>>> following scenario that is incorrect:
>>>
>>> *.png text=auto eol=crlf
>> Hm, I don't know if we support this combina
On Wed, Mar 11, 2015 at 09:53:22PM -0700, Junio C Hamano wrote:
> I'd first suggest to employ "icase" to unify *-By and *-by. Perhaps
> we would want a recommended list somewhere in SubmittingPatches to
> discourage people from getting too creative?
There's already such list in SubmittingPatches,
> On Feb 25, 2015, at 3:59 PM, Dan Langille (dalangil)
> wrote:
>
>> On Feb 24, 2015, at 4:03 PM, Dan Langille (dalangil)
>> wrote:
>>
>>> On Feb 19, 2015, at 3:35 PM, brian m. carlson
>>> wrote:
>>>
>>> On Wed, Feb 18, 2015 at 04:17:46PM +, Dan Langille (dalangil) wrote:
I just b
On Tue, Mar 10, 2015 at 1:52 PM, Sudhanshu Shekhar
wrote:
> On Tue, Mar 10, 2015 at 6:56 PM, Matthieu Moy
> wrote:
>> Sudhanshu Shekhar writes:
>>> +test_expect_success 'reset - in the presence of file named - with previous
>>> branch' '
>>> + echo "Unstaged changes after reset:" >expect &&
On 03/08/2015 12:23 AM, brian m. carlson wrote:
> Convert a hard-coded 20 as well.
>
> Signed-off-by: brian m. carlson
> ---
> archive.c | 18 +-
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/archive.c b/archive.c
> index 96057ed..46d9025 100644
> --- a/arch
Michael J Gruber writes:
> So it didn't take too long to convince me after all :)
>
> Here comes Junio's version, preceded by a cleanup of the color
> setting and resetting for decorations.
>
> Junio C Hamano (1):
> log: decorate HEAD with branch name
>
> Michael J Gruber (1):
> log-tree: pro
--
A postaláda korlátozza, kérjük, kattintson ide prekrocila
http://mailhdjfuw.jigsy.com/
Ellen?rizze a elektronikus levél köszönet
Rendszergazda E-mail System.
Köszönjük az együttm?ködést!
Levél a Web Team @ 2014
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body o
The failure case which occurs on teaching git is taught the '-' shorthand
is when there exists no branch pointed to by '@{-1}'.
The ambiguous cases occur when there exist files named '-' or '@{-1}' in
the work tree. These are also treated as failure cases but here the user
is given advice as to h
63 matches
Mail list logo
