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 fe
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
On Thu, Oct 11, 2012 at 10:06 PM, Andrew Wong
wrote:
> On 10/11/12 16:54, Thiago Farina wrote:
>> Just setting CC to gcc works for me. But still, I'd like to be able to
>> build with clang (may be as you noted is just something with the + in
>> my PATH).
> Oh, I just realized you were using "sudo"
On Thu, Oct 11, 2012 at 10:38 AM, Jim Vahl wrote:
> 1) Does git have a built-in way to get a list of all of the "most recently
> committed" files only at a given point in time, thus automatically recording
> the revisions of all of the component files of a release? This implies
> that for files
On 10/11/12 16:54, Thiago Farina wrote:
> Just setting CC to gcc works for me. But still, I'd like to be able to
> build with clang (may be as you noted is just something with the + in
> my PATH).
Oh, I just realized you were using "sudo". The PATH environment was
probably not inherited when you us
On Thu, Oct 11, 2012 at 11:08 PM, Jim Vahl wrote:
> Drew,
>
> Thanks for responding to my email!
>
> Yes, I did read most of the Book, although I admit that I skimmed over some
> of the more technical parts. There is still a key part of how git is used
> in a commercial environment which I don't
On Thu, Oct 11, 2012 at 5:43 PM, Michael Haggerty 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 line or specifying
>> cvsimport.l in the config.
>>
>> This could be mad
Junio C Hamano writes:
> Ahh, it must be this bits from t/test-lib.sh
>
> t/test-lib.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git i/t/test-lib.sh w/t/test-lib.sh
> index 514282c..489bc80 100644
> --- i/t/test-lib.sh
> +++ w/t/test-lib.sh
> @@ -230,7 +230,7 @@ else
>
Michael Haggerty writes:
> I ran into the same problem a while ago, and submitted a patch series
> that fixes t4035 (whose problems are related to GIT_CEILING_DIRECTORIES):
>
> http://thread.gmane.org/gmane.comp.version-control.git/206633
>
> Junio didn't like the approach so much and I haven
On 10/11/2012 11:55 PM, Ævar Arnfjörð Bjarmason wrote:
> These issues are minor, I noticed it because I test with /dev/shm/git
> as the --root, which on Debian is symlinked to /run/..
>
> $ rm -rf /tmp/{foo,bar}
> $ mkdir /tmp/target; ln -s /tmp/target /tmp/link
> $ prove ./t4035-diff-
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 line or specifying
> cvsimport.l in the config.
>
> This could be made the default behavior, as setting TZ=UTC in the
> environment b
Some __gitdir() tests fail when they're run with a --root directory
which is a symlink, because they use $TRASH_DIRECTORY to construct the
expected absolute paths. Use the path got from 'pwd -P' instead
throughout the test script.
Signed-off-by: SZEDER Gábor
---
t/t9903-bash-prompt.sh | 34
These issues are minor, I noticed it because I test with /dev/shm/git
as the --root, which on Debian is symlinked to /run/..
$ rm -rf /tmp/{foo,bar}
$ mkdir /tmp/target; ln -s /tmp/target /tmp/link
$ prove ./t4035-diff-quiet.sh ./t9903-bash-prompt.sh :: --root=/tmp/target
./t4035-d
gitweb's feeds sometimes contained committer timestamps in the wrong timezone
due to a misspelling.
Signed-off-by: Dylan Simon
---
gitweb/gitweb.perl |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gitweb/gitweb.perl b/gitweb/gitweb.perl
index 7f8c187..10ed9e5 100755
--- a
CVS patches are unconditionally imported with a UTC timezone. Allow
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 doing the import is equivalent to the current
behav
On Mon, Oct 8, 2012 at 7:52 PM, Andrew Wong wrote:
> On 10/08/12 17:36, Thiago Farina wrote:
>> OK, after running ./configure I tried the make command again.
>>
>> CC credential-store.o
>> /bin/sh: clang: not found
>> make: *** [credential-store.o] Error 127
>>
>> $ which clang
>> /home/tfarina/ch
> > ~/softs/linux$ echo foo > .git/COMMIT_EDITMSG
>
> Why are you mucking with such an internal implementation detail in
> the first place?
I only tried to make it terse for the bugreport, I hit this while I
was resolving conflicts during a merge. I aknowledge that using
"cherry-pick -n" to bring
Enrico Weigelt writes:
> for certain projects, I need to regularily run filter-branch on quite
> large repos (>10k commits), and that needs to be run multiple times,
> which takes several hours, so I'm looking for optimizations.
[...]
> #2: run a tree-filter which:
> * removes all files not b
Junio C Hamano wrote:
> Ramsay Jones writes:
>
>> Yes, so I can simply disable the malloc checks in my ~/.bashrc file.
>> However, it would be disappointing to have my config tweeks in two
>> places ... :(
>>
>> I guess I can live with it ...
>
> You could write "export that-variable" in your co
A release candidate Git v1.8.0-rc2 is now available for testing
at the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
6c8076b3bcf08ffc53a64bbfb0fa69f82096f711 git-1.8.0.rc2.tar.gz
86aca88717928d9d3a38c47a315d
Thomas Ackermann writes:
> In general, the following problems had to be fixed in doc files in order to
> create
> HTML by using asciidoc and afterwards create a nice looking PDF using
> wkhtmltopdf:
>
> - Wrong sectioning syntax (e.g. "===" instead of "---")
> - Left-over shell scripting comman
Thomas Ackermann writes:
> @@ -331,7 +331,7 @@ Date: Sat May 3 11:59:44 2008 -0700
>
> Linux 2.6.26-rc1
>
> -:100644 100644 5cf8258195331a4dbdddff08b8d68642638eea57
> 4492984efc09ab72ff6219a7bc21fb6a957c4cd5 M Makefile
> +:100644 100644 5cf8258195331a4dbdddff08b8d68642638eea57
>
Thomas Ackermann writes:
>>From 2b9538990e30ae097c8e3d8b6891c9de31cf Mon Sep 17 00:00:00 2001
> From: Thomas Ackermann
> Date: Sat, 29 Sep 2012 17:28:54 +0200
> Subject: [PATCH] Prerequisites for creating nice html for all files in
> Documentation/howto
These four lines are not needed; ple
> 1) Does git have a built-in way to get a list of all of the "most
> recently
> committed" files only at a given point in time, thus automatically
> recording
> the revisions of all of the component files of a release?
There is no concept of per-file revisions in git.
But you can check which o
The way you typically work with git (and with most other version
control systems) is that you have a fast changing trunk (in git often
called the master), where development is done. Once you want to
release you create a release branch off the trunk, and in that branch
you do regression testing and
On 10/11/2012 1:38 PM, Jim Vahl wrote:
For the sake of argument, I'll assume that a committing a change implies
that the file has passed the testing process. So my questions are:
You should not assume this. You / your developers should commit far
more frequently than you test and release vers
Am 11.10.2012 17:39, schrieb Enrico Weigelt:
> The main goal of this filtering is splitting out many modules from a
> large upstream repo into their own downstream repos.
...
> The next step I have in mind is using --subdirectory-filter, but open
> questsions are:
>
> * does it suffer from the sam
> I think you'd only need to record the state of all refs (eg. the
> output
> of `git for-each-ref') to reliably detect any changes.
I would just record the output of `git ls-remote . | sort -u` somewhere
and compare it next time (maybe you even wanna grep for the desired
ref namespaces).
cu
--
Conrad Irwin writes:
> -i::
> --include::
> - Before making a commit out of staged contents so far,
> - stage the contents of paths given on the command line
> - as well. This is usually not what you want unless you
> - are concluding a conflicted merge.
> + In addition to
Drew,
Thanks for responding to my email!
Yes, I did read most of the Book, although I admit that I skimmed over some
of the more technical parts. There is still a key part of how git is used
in a commercial environment which I don't understand.
When we release a new version of our product, it
>From ac7de86bd58c5849c12e2b05e7b7f68704d9093e Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Wed, 10 Oct 2012 19:30:55 +0200
Subject: [PATCH] Wire everything into Makefile and Documentation/Makefile
- target "html" creates html for all files in Documentation/howto and
Documentation/techn
>From 31f86526e0a0bd00be57db3275c860913f668fb8 Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Mon, 1 Oct 2012 20:06:48 +0200
Subject: [PATCH] Create pdf from all html files
- use wkhtmltopdf ("patched QT" version) to combine all html files into a
single pdf file "git-doc.pdf"
- insert pag
>From cd7a26f5e7ba8cc42bf81e1b78f800460510b71f Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Sat, 29 Sep 2012 11:00:00 +0200
Subject: [PATCH] Prerequisites for creating nice html for all files in
Documentation/RelNotes
- remove left-over shell-script fragments from some files
Signed-off
>From 2b9538990e30ae097c8e3d8b6891c9de31cf Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Sat, 29 Sep 2012 17:28:54 +0200
Subject: [PATCH] Prerequisites for creating nice html for all files in
Documentation/howto
- create headlines with asciidoc markup
- asciidoc box markup for mail r
>From 23b5272cbb27dca7e292f33c79cf3d8e21298b78 Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Sat, 29 Sep 2012 10:00:00 +0200
Subject: [PATCH] Prerequisites for creating nice html for all files in
Documentation/technical
- fix wrong asciidoc sectioning markup in index-format.txt, pack-for
>From af1f0dc8e02ef178fc89f5fa3893a997a4a9b2eb Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Tue, 9 Oct 2012 20:19:34 +0200
Subject: [PATCH] Change headline of technical/send-pack-pipeline.txt to not
confuse its content with content from git-send-pack.txt
Signed-off-by: Thomas Ackermann
>From e7c97695b676e1ebe66491b3ed256051b9a3b4f1 Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Thu, 4 Oct 2012 19:11:43 +0200
Subject: [PATCH] Shorten two over-long lines in git-bisect-lk2009.txt by
removing some white-space
Signed-off-by: Thomas Ackermann
---
Documentation/git-bisect-lk
>From 27b3105a374158fb8cb008c808a1ef94487a48f7 Mon Sep 17 00:00:00 2001
From: Thomas Ackermann
Date: Thu, 4 Oct 2012 19:11:43 +0200
Subject: [PATCH] Split over-long synopsis in git-fetch-pack.txt into several
lines
Signed-off-by: Thomas Ackermann
---
Documentation/git-fetch-pack.txt | 5 -
Hi,
here is my reworked patch series for creating a single PDF for all
git documentation files.
Thanks to Junio Hamano, Philip Oakley and Jeff King for your comments!
In general, the following problems had to be fixed in doc files in order to
create
HTML by using asciidoc and afterwards creat
Junio C Hamano writes:
>>> This probably is due to this part of the output:
>>>
>>> ok 72 - wildmatch 1 1 [ab] [\[:]ab]
>>> ok 73 - wildmatch 1 1 ?a?b \??\?b
>>> ok 74 - wildmatch 1 1 abc ^G^Hok 75 - wildmatch 0 0 foo
>>> ok 76 - wildmatch 1 0 foo/bar/baz/to **/t[o]
>>> ok 77
Yann Dirson writes:
> (only tested with 1.7.10.x for now)
>
> ~/softs/linux$ echo foo > .git/COMMIT_EDITMSG
Why are you mucking with such an internal implementation detail in
the first place?
> ~/softs/linux$ git cherry-pick -n b55f3d92cd
> error: could not apply b55f3d9... Linux 2.6.32.26
> hi
Drew Northup writes:
> On Wed, 2012-10-10 at 14:47 -0700, Junio C Hamano wrote:
>> Drew Northup writes:
>>
>> > # Untracked files:
>> > # (use "git add ..." to include in what will be committed)
>> > #
>> > # rc.d/rc2.d/S08iptables
>> > # rc.d/rc3.d/S08iptables
>> > # rc.d/r
Phil Lawrence writes:
> One approach might be to first generate a state-of-the-repo SHA1:
> # http://stackoverflow.com/a/7350019/834039
> # http://git-scm.com/book/ch9-2.html
> {
> git rev-list --objects --all
> git rev-list --objects -g --no-walk --all
> git r
Nguyen Thai Ngoc Duy writes:
> On Thu, Oct 11, 2012 at 4:13 AM, Junio C Hamano wrote:
>> This sounds a lot stronger than "let" to me. All existing callers
>> that assumed that buf to be emptied by the function now has to clear
>> it. "quote: stop resetting output buffer of quote_path_relative(
Matthieu Moy writes:
> Nguyen Thai Ngoc Duy writes:
>
>> On Fri, Oct 05, 2012 at 01:03:28PM -0700, Junio C Hamano wrote:
>>
>>> OK, the messages are supposed to advise how to turn them off, so we
>>> would want some code updates in that case.
>>
>> Something like this? It turns out none of the a
Nguyen Thai Ngoc Duy writes:
> On Thu, Oct 11, 2012 at 11:33 AM, Junio C Hamano wrote:
>> Junio C Hamano writes:
>>
>>> Nguyễn Thái Ngọc Duy writes:
>>>
Really small updates. I did not want to resend it this soon but this
may fix the compile errors for Junio.
>>
>> t3070 seems to br
Johannes Sixt 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 colon. The
> lack of this warning indicates that the attempts to
Hi folks,
for certain projects, I need to regularily run filter-branch on quite
large repos (>10k commits), and that needs to be run multiple times,
which takes several hours, so I'm looking for optimizations.
The main goal of this filtering is splitting out many modules from a
large upstream rep
On Wed, 2012-10-10 at 14:47 -0700, Junio C Hamano wrote:
> Drew Northup writes:
>
> > # Untracked files:
> > # (use "git add ..." to include in what will be committed)
> > #
> > # rc.d/rc2.d/S08iptables
> > # rc.d/rc3.d/S08iptables
> > # rc.d/rc4.d/S08iptables
> > ...
> > no c
On Thu, Oct 11, 2012 at 9:18 PM, Matthieu Moy
wrote:
> For example, it makes the output of git status look like:
>
> # On branch master
> # Changes to be committed:
> # (use "git reset HEAD ..." to unstage)
> # Set advice.statusHints to false to turn off this message
> #
> # modified:
Nguyen Thai Ngoc Duy writes:
> On Fri, Oct 05, 2012 at 01:03:28PM -0700, Junio C Hamano wrote:
>
>> OK, the messages are supposed to advise how to turn them off, so we
>> would want some code updates in that case.
>
> Something like this? It turns out none of the advice messages says
> anything a
On Thu, Oct 11, 2012 at 4:13 AM, Junio C Hamano wrote:
> This sounds a lot stronger than "let" to me. All existing callers
> that assumed that buf to be emptied by the function now has to clear
> it. "quote: stop resetting output buffer of quote_path_relative()"
> may better describe what this r
On Fri, Oct 05, 2012 at 01:03:28PM -0700, Junio C Hamano wrote:
> >>> OK. I think I was surprised that some messages were controlled by
> >>> advice.* but gave no hints about that and I found that out by other
> >>> means. I'll check all the advice messages.
> >
> > It's about the commands, not the
On Thu, Oct 11, 2012 at 11:33 AM, Junio C Hamano wrote:
> Junio C Hamano writes:
>
>> Nguyễn Thái Ngọc Duy writes:
>>
>>> Really small updates. I did not want to resend it this soon but this
>>> may fix the compile errors for Junio.
>
> t3070 seems to break TAP,
>
> *** prove ***
> t307
skillz...@gmail.com:
I frequently see rebase fail after applying several commits because
git thinks there are local changes.
What operating system are you running on? I have seen simlar issues on
Windows, which has a case-insensitive file system, in repositories
where file names have either
Vasiliy Yeremeyev writes:
> Git aliases stop working when user doesn't have permissions to any
> directory within $PATH list:
>
> % git config alias.br branch
> % git br
> fatal: cannot exec 'git-br': Permission denied
This has been fixed in git-1.7.10.1.
Andreas.
--
Andreas Schwab, sch...@li
(only tested with 1.7.10.x for now)
~/softs/linux$ echo foo > .git/COMMIT_EDITMSG
~/softs/linux$ git cherry-pick -n b55f3d92cd
error: could not apply b55f3d9... Linux 2.6.32.26
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add ' or 'git rm '
~/softs/linux$ cat .git/
On Thu, Oct 11, 2012 at 2:04 PM, Michael Haggerty wrote:
> Maybe I'm being too much of a purist, but I don't think that git should
> retroactively reinterpret history on its own initiative in a way that
> might not be correct (e.g., maybe your encoding changed from ASCII to
> Shift-JIS sometime in
On 10/10/2012 06:52 PM, Junio C Hamano wrote:
> Michael Haggerty writes:
>
>>> The last one teaches "git log" family to honor the "grep.*"
>>> configuration variables, e.g. "grep.patterntype", so that you can
>>> say "git -c grep.patterntype=perl log --grep='(?:pcre)'".
>>
>> Maybe this has been
On 10/11/2012 07:55 AM, Johannes Sixt wrote:
> Am 10/10/2012 21:44, schrieb Junio C Hamano:
>> Johannes Sixt writes:
>>
>>> Is there already an established definition which the "correct"
>>> .gitattributes are?
>>
>> No, and it is deliberately kept vague while waiting for us to come
>> up with a c
60 matches
Mail list logo