On Fri, Oct 12, 2012 at 12:58:21AM -0400, Brad Hein wrote:
In Fedora 17
With git-1.7.11.7-1.fc17.x86_64 (rpm)
I try to clone a particular repository but git just returns, having
not cloned the repo. Seems like a bug. Details follow:
$ git clone http://gnuradio.org/git/gnuradio.git
Am 10/11/2012 18:25, schrieb Phil Lawrence:
What is the best way to know whether or not anything was received
during the fetch? I don't want to be stuck trying to parse the answer
out of STDOUT and STDERR...
what=--all # or --remotes=the-remote
presha1s=$(git rev-parse $what)
git fetch
Am 10/10/2012 12:40, schrieb Nguyễn Thái Ngọc Duy:
fnmatch on glibc-2.12.1 returns no match. glibc-2.15 returns ok.
There are many more cases that fail with the fnmatch() that we ship in
compat/fnmatch. To test this on Linux, you have to remove the #if defined
_LIBC || !defined __GNU_LIBRARY__
--- 8 ---
From: Johannes Sixt j...@kdbg.org
Subject: [PATCH] test-wildmatch: avoid exit code -1
Our bash on Windows does not recognize -1 as failure.
Signed-off-by: Johannes Sixt j...@kdbg.org
---
Please squash this in, in the next round.
test-wildmatch.c | 6 +++---
1 file changed, 3
Am 10/11/2012 17:51, schrieb Junio C Hamano:
Johannes Sixt j.s...@viscovery.net writes:
I saw EINVAL errors when 'git grep pattern rev' was run on Windows. The
reason is that the code attempted to access rev:dir/.gitattributes in
the worktree, which is an invalid path on Windows due to the
Commit b81401c (http: prompt for credentials on failed POST)
taught post_rpc to call run_slot in a loop in order to retry
a request after asking the user for credentials. However,
after a call to run_slot we will have called
finish_active_slot. This means we have released the slot,
and we should
When we get an http 401, we prompt for credentials and put
them in our global credential struct. We also feed them to
the curl handle that produced the 401, with the intent that
they will be used on a retry.
When the code was originally introduced in commit 42653c0,
this was a necessary step.
On Fri, Oct 12, 2012 at 1:12 AM, Junio C Hamano gits...@pobox.com wrote:
* jk/peel-ref (2012-10-04) 4 commits
(merged to 'next' on 2012-10-08 at 4adfa2f)
+ upload-pack: use peel_ref for ref advertisements
+ peel_ref: check object type before loading
+ peel_ref: do not return a null sha1
On 10/12/2012 02:14 AM, Christopher Rorvick wrote:
On Thu, Oct 11, 2012 at 5:43 PM, Michael Haggerty mhag...@alum.mit.edu
wrote:
On 10/11/2012 10:48 PM, Chris Rorvick wrote:
CVS patches are unconditionally imported with a UTC timezone. Allow
the local timezone by adding -l to the command
On Fri, Oct 12, 2012 at 2:22 PM, Johannes Sixt j.s...@viscovery.net wrote:
Am 10/10/2012 12:40, schrieb Nguyễn Thái Ngọc Duy:
fnmatch on glibc-2.12.1 returns no match. glibc-2.15 returns ok.
There are many more cases that fail with the fnmatch() that we ship in
compat/fnmatch. To test this on
On Thu, Oct 11, 2012 at 3:03 AM, Junio C Hamano gits...@pobox.com wrote:
It would save time from both of us if you can check what is queued
on 'pu'. I do not think I touched the code for off-by-one bugs
there, though.
'pu' looks good.
--
Duy
--
To unsubscribe from this list: send the line
grep searches for .gitattributes using name field in struct
grep_source but that field is not real on-disk path name. For example,
grep pattern rev fills the field with rev:path, and Git looks for
.gitattributes in the (non-existent but exploitable) path rev:path
instead of path.
This patch
Hello,
I've release tig version 1.1 with a bunch of improvements and bug fixes.
Note that tig no longer uses move/copy detection by default to work
better on large repository. See the release notes below on how to
restore the old behavior.
What is tig?
Tig is an ncurses-based
Nice work sorting this out. I don't see the commit on github
(https://github.com/git/git/commits/master) yet but once the code is
available I'll be happy to re-test if needed.
On Fri, Oct 12, 2012 at 3:35 AM, Jeff King p...@peff.net wrote:
When we get an http 401, we prompt for credentials and
Can I get some feedback on these two patches? It'd be great to have them
merged into git-gui. Thanks.
On 10/02/2012 12:25 PM, Andrew Wong wrote:
I ran into a file name parsing issue in git-gui. If I'm in a subfolder and try
to pass a full path to git-gui blame, then git-gui will fail to
Can I get some feedback on these two patches? It'd be great to have them
merged into gitk. Thanks.
On 10/02/2012 11:04 AM, Andrew Wong wrote:
Refactored the code for binding modified function keys as Junio suggested.
Andrew Wong (2):
gitk: Refactor code for binding modified function keys
Hi,
The usual advice is use an index-filter instead. It's *much*
faster
than a tree filter. However:
I've tried the last example from git-filter-branch manpage, but failed.
Seems like the GIT_INDEX_FILE env variable doesnt get honoured by
git-update-index, no index.new file created, and so
Dylan Alex Simon dy...@dylex.net writes:
gitweb's feeds sometimes contained committer timestamps in the wrong timezone
due to a misspelling.
Signed-off-by: Dylan Simon dy...@dylex.net
---
This dates back to 6368d9f (gitweb: Always call parse_date with
timezone parameter, 2011-03-19) which
Ævar Arnfjörð Bjarmason ava...@gmail.com writes:
On Fri, Oct 12, 2012 at 1:12 AM, Junio C Hamano gits...@pobox.com wrote:
* jk/peel-ref (2012-10-04) 4 commits
(merged to 'next' on 2012-10-08 at 4adfa2f)
+ upload-pack: use peel_ref for ref advertisements
+ peel_ref: check object type
Fellow developers,
Thanks to all who responded to my “basic question”. I now have a much better
idea (actually 2) of how releases can be documented when using git for version
control. I appreciate your taking the time to help me on the learning path.
Jim Vahl
--
To unsubscribe from this
snip
Did some more experiments, and it seems that missing index file
isn't automatically created.
When I instead copy the original index file to the temporary
location, it runs well. But I still have to wait for the final
result to check whether it really overwrites the whole index
or just adds
On Fri, Oct 12, 2012 at 6:58 AM, Brad Hein linuxb...@gmail.com wrote:
In Fedora 17
With git-1.7.11.7-1.fc17.x86_64 (rpm)
I try to clone a particular repository but git just returns, having
not cloned the repo. Seems like a bug. Details follow:
$ git clone
On Fri, Oct 12, 2012 at 6:29 PM, Erik Faye-Lund kusmab...@gmail.com wrote:
On Fri, Oct 12, 2012 at 6:58 AM, Brad Hein linuxb...@gmail.com wrote:
In Fedora 17
With git-1.7.11.7-1.fc17.x86_64 (rpm)
I try to clone a particular repository but git just returns, having
not cloned the repo. Seems
On 11.10.12 13:56, Nguyen Thai Ngoc Duy wrote:
On Thu, Oct 11, 2012 at 11:33 AM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
Really small updates. I did not want to resend it this soon but this
may fix the
Jeff King p...@peff.net writes:
When we create an http active_request_slot, we can set its
results pointer back to local storage. The http code will
fill in the details of how the request went, and we can
access those details even after the slot has been cleaned
up.
...
However, I'm
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
grep searches for .gitattributes using name field in struct
grep_source but that field is not real on-disk path name. For example,
grep pattern rev fills the field with rev:path, and Git looks for
.gitattributes in the (non-existent but
Torsten Bögershausen tbo...@web.de writes:
On 11.10.12 13:56, Nguyen Thai Ngoc Duy wrote:
On Thu, Oct 11, 2012 at 11:33 AM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
Really small updates. I did not want
On Fri, Oct 12, 2012 at 06:34:30PM +0200, Erik Faye-Lund wrote:
Thanks for reporting. I gave it a quick go, and the issue seems to
also be present in the current 'master'.
The problem is a NULL-pointer dereferencing introduced in 8809703
(http: factor out http error code handling),
Hi folks,
now finally managed the index-filter part.
The main problem, IIRC, was that git-update-index didn't
automatically create an empty index, so I needed to explicitly
copy in (manually created it with an empty repo).
My current filter code is:
if [ ! $GIT_AUTHOR_EMAIL ] [ !
On Fri, Oct 12, 2012 at 04:49:54PM +0200, Enrico Weigelt wrote:
The usual advice is use an index-filter instead. It's *much*
faster
than a tree filter. However:
I've tried the last example from git-filter-branch manpage, but failed.
Seems like the GIT_INDEX_FILE env variable doesnt
Johannes Sixt j.s...@viscovery.net writes:
--- 8 ---
From: Johannes Sixt j...@kdbg.org
Subject: [PATCH] test-wildmatch: avoid exit code -1
Our bash on Windows does not recognize -1 as failure.
Signed-off-by: Johannes Sixt j...@kdbg.org
---
Please squash this in, in the next round.
I do
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
diff --git a/t/t0003-attributes.sh b/t/t0003-attributes.sh
index 51f3045..4a1402f 100755
--- a/t/t0003-attributes.sh
+++ b/t/t0003-attributes.sh
@@ -242,4 +242,18 @@ test_expect_success 'bare repository: test
info/attributes' '
On 10/12/2012 07:05 PM, Junio C Hamano wrote:
Some problems even here (Mac OS) commit 2aeb6d4d7884f4c4425
not ok 61 - wildmatch 0 0 \ \
not ok 62 - wildmatch 0 0 /\ */\
not ok 69 - wildmatch 1 1 [ab] [[:]ab]
not ok 71 - wildmatch 1 1 [ab] [[:digit]ab]
not ok 80 - wildmatch 1 0 1
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
On Wed, Oct 3, 2012 at 10:44 PM, Alexey Spiridonov
snarkmas...@gmail.com wrote:
Thanks a lot for trying this.
My hashes match. I just re-reproduced it on two flavors of Linux (64
and 32-bit), with two different Git versions (see below). What
I saw some unexpected usage output today in git pull --rebase when I
was on a detached head.
$ git pull --rebase origin BL/3.0
usage: git merge-base [-a|--all] commit commit...
or: git merge-base [-a|--all] --octopus commit...
or: git merge-base --independent commit...
or: git merge-base
On Fri, Oct 12, 2012 at 10:05:06AM -0700, Junio C Hamano wrote:
Nguyen, how about updating the match () shell function in 3070 so
that it not just says not-ok, but indicates what failed (wildmatch
failed, or wildmatch passed but fnmatch failed), at least when the
test is run as ./t3070-*.sh -v
Changes to support local timezone offsets in imported commits. Modified
documentation to clarify behavior of new -l option.
Also, I split the original patch into two because using
localtime()/timelocal() does not affect current functionality, but makes
for sane results if someone monkeys with
cvsps formats timestamps for the local timezone in its output.
Using timegm() to convert to epoch-relative only works because
cvsimport overrides TZ to UTC. Using timelocal() does not change
the behavior of the script as is, but it does ensure cvsimport
behaves sanely if run with another TZ
CVS patches are imported with the timezone offset of + (UTC).
Allow timezone offsets to be calculated from the the local timezone by
adding -l to the command line or specifying cvsimport.l in the config.
This could be made the default behavior, as setting TZ=UTC in the
environment before
On Fri, Oct 12, 2012 at 12:09:57PM -0700, Junio C Hamano wrote:
This is not entirely your fault, but please don't do that cd ...
The original test had cd bare, made an assumption that step will
never fail (which is mostly correct), and ran everything afterward
in that subdirectory.
Adding
40 matches
Mail list logo