From: Johannes Sixt
We have now an explicit UI to edit the todo sheet and need not disclose
the name of the file.
Signed-off-by: Johannes Sixt
---
git-rebase--interactive.sh | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/git-rebase--interactive.sh b/git-rebase--intera
Hi,
Installing latest stable git on Mac OS X Mountain Lion is blocked by Gatekeeper.
Could you provide an installer for latest stable git that is signed with an
Apple issued developer ID so gatekeeper will let it through?
I upgraded to Mountain Lion and decided to update git as well, but only f
Drew Northup writes:
> Make note that while the --follow option is accepted by git blame it does
> nothing.
>
> Signed-off-by: Drew Northup
> ---
> Documentation/git-blame.txt | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/git-blame.txt b/Documentatio
Philip Oakley writes:
> --v::
> +-v, -vv::
> --verbose::
> When in list mode,
> show sha1 and commit subject line for each head, along with
> relationship to upstream branch (if any). If given twice, print
> - the name of the upstream branch, as well.
> + the name of th
Philip Oakley writes:
> 'git clean' is controlled by gitignore. Provide See Also link for it.
>
> Use of core.excludesfile is implied.
>
> Signed-off-by: Philip Oakley
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
Philip Oakley writes:
> Use a gitignore link rather than the gitrepository-
> layout link.
>
> Signed-off-by: Philip Oakley
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.
Philip Oakley writes:
> Use separate bulleted paragraphs for the three different gitignore
> pattern sources.
>
> Signed-off-by: Philip Oakley
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
Philip Oakley writes:
> Highlight there is a further discussion section later in
> git man page
>
> Signed-off-by: Philip Oakley
>
> diff --git a/Documentation/git.txt b/Documentation/git.txt
> index 34d8a1b..d932a3e 100644
> --- a/Documentation/git.txt
> +++ b/Documentation/git.txt
> @@ -30,6 +
Philip Oakley writes:
> Clarify that 'depth=' specifies the new depth from the remote's
> branch tip. It does not add the depth to the existing shallow clone.
> (details from pack-protocol.txt).
> Clarify that tags are not fetched. (details from shallow.txt)
>
> Signed-off-by: Philip Oakley
>
>
Make note that while the --follow option is accepted by git blame it does
nothing.
Signed-off-by: Drew Northup
---
Documentation/git-blame.txt | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/Documentation/git-blame.txt b/Documentation/git-blame.txt
index 7ee9236..7465bd8
Ammon Riley wrote:
> I confess that I'd completely forgot about the {} expansion in bash.
> Perhaps a note in the CAVEATS section of the documentation would
> be sufficient?
I think so, yes. Can you send a patch for that instead? Thanks.
--
To unsubscribe from this list: send the line "unsubscr
On Tue, Sep 18, 2012 at 07:57:54AM +0200, Stefan Haller wrote:
> Whenever the diff pane scrolls, highlight the corresponding file in the
> file list on the right. For a large commit with many files and long
> per-file diffs, this makes it easier to keep track of what you're looking
> at.
I like th
Philip Oakley writes:
> Git URLs can accept bundle files for fetch, pull and clone, include
> in that section. Include git clone in the bundle usage description.
> Correct the quoting of .
> Detail the '--all' option for cloning.
>
> Signed-off-by: Philip Oakley
>
> diff --git a/Documentation/g
From: "Michael Haggerty"
Sent: Monday, September 10, 2012 10:53 PM
On 09/10/2012 10:46 PM, Junio C Hamano wrote:
Michael Haggerty writes:
Document some bugs in "git fetch-pack":
1. If "git fetch-pack" is called with "--all", "--depth", and an
explicit existing non-tag reference to fetch, th
Clarify that 'depth=' specifies the new depth from the remote's
branch tip. It does not add the depth to the existing shallow clone.
(details from pack-protocol.txt).
Clarify that tags are not fetched. (details from shallow.txt)
Signed-off-by: Philip Oakley
diff --git a/Documentation/fetch-optio
Use separate bulleted paragraphs for the three different gitignore
pattern sources.
Signed-off-by: Philip Oakley
diff --git a/Documentation/gitignore.txt b/Documentation/gitignore.txt
index c1f692a..96639e0 100644
--- a/Documentation/gitignore.txt
+++ b/Documentation/gitignore.txt
@@ -41,18 +41,
'git clean' is controlled by gitignore. Provide See Also link for it.
Use of core.excludesfile is implied.
Signed-off-by: Philip Oakley
diff --git a/Documentation/git-clean.txt b/Documentation/git-clean.txt
index 79fb984..9f42c0d 100644
--- a/Documentation/git-clean.txt
+++ b/Documentation/git-
Indicate that the -v option can be given twice in the short options.
Without it users pass over the option. Also indicate the alternate
'git remote show' method.
Signed-off-by: Philip Oakley
diff --git a/Documentation/git-branch.txt b/Documentation/git-branch.txt
index 9c1d2f1..cc7f54c 100644
--
Use a gitignore link rather than the gitrepository-
layout link.
Signed-off-by: Philip Oakley
diff --git a/Documentation/git-add.txt b/Documentation/git-add.txt
index 9c1d395..fd9e36b 100644
--- a/Documentation/git-add.txt
+++ b/Documentation/git-add.txt
@@ -155,7 +155,7 @@ Configuration
The op
Avoid confusion in compound sentence about the start of the commit set
and the depth measure. Use two sentences.
Signed-off-by: Philip Oakley
diff --git a/Documentation/technical/pack-protocol.txt
b/Documentation/technical/pack-protocol.txt
index 49cdc57..d51e20f 100644
--- a/Documentation/tech
Highlight there is a further discussion section later in
git man page
Signed-off-by: Philip Oakley
diff --git a/Documentation/git.txt b/Documentation/git.txt
index 34d8a1b..d932a3e 100644
--- a/Documentation/git.txt
+++ b/Documentation/git.txt
@@ -30,6 +30,7 @@ After you mastered the basic conce
Git URLs can accept bundle files for fetch, pull and clone, include
in that section. Include git clone in the bundle usage description.
Correct the quoting of .
Detail the '--all' option for cloning.
Signed-off-by: Philip Oakley
diff --git a/Documentation/git-bundle.txt b/Documentation/git-bund
My first patch series, adds small documentation updates covering
points I had noticed or had to research elsewhere.
The small 'git' update applies on top of Junio's changes in 'next'.
V2 changes are in patches 3, 5, 6, and 7
The updated patches incorporate corrections and suggestions from
Junio
Welcome to the Git development community.
This message is written by the maintainer and talks about how Git
project is managed, and how you can work with it.
* Mailing list and the community
The development is primarily done on the Git mailing list. Help
requests, feature proposals, bug reports
The latest maintenance release Git v1.7.12.1 is now available 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:
c5227b5202947bba3d63dca72662fad02d208800 git-1.7.12.1.tar.gz
b42d5db34612825676d0a231cf9c566
On Tue, Sep 18, 2012 at 1:46 PM, Eric Wong wrote:
> Ammon Riley wrote:
>> Branches passed to 'git-svn init' via the -b/--branches flag
>> automatically had a /* appended to them. When the branch contained
>> a fancy glob with a {} pattern, this is incorrect behaviour, and
>> leads to odd branche
"Philip Oakley" writes:
> [a user confusion report]
> I was updating my patch series manually aand made a mistake, so the
> series didn't apply properly. However the error message confused me.
>
>...
>Applying: Doc clean: add See Also links
>fatal: corrupt patch at line 17
>Patch
On Tue, Sep 18, 2012 at 10:59 PM, Jeff King wrote:
> TODO is a special token[1] respected by TAP harnesses like "prove". I'm
> not sure what practical impact it has, but it should probably remain.
>
> -Peff
>
> [1] http://testanything.org/wiki/index.php/TAP_specification#TODO_tests
Thanks, I didn
On Tue, Sep 18, 2012 at 10:36:17PM +0100, Adam Spiers wrote:
> > > + say_color error "ok $test_count - $@ # TODO known breakage vanished"
> > > }
> >
> > Also I wonder if this is still a "TODO".
>
> Hah, I should trust my first instincts more; my first version of the
> patch dropped the "TODO",
"Philip Oakley" writes:
> And the simple corrections to patches 5/6/7 ? Shall I send?
Juggling topics from many people, it is hard to keep track of how
many out of how many patches in the original series are still
relevant, so I would appreciate [PATCH vn N/M] with revamped values
for n, N and M
[a user confusion report]
I was updating my patch series manually aand made a mistake, so the
series didn't apply properly. However the error message confused me.
...
Applying: Doc clean: add See Also links
fatal: corrupt patch at line 17
Patch failed at 0008 Doc clean: add See Also
On Mon, Sep 17, 2012 at 01:50:39PM -0700, Junio C Hamano wrote:
> Adam Spiers writes:
>
> > 1. Change the color of individual known breakages from bold green to
> >bold yellow. This seems more appropriate when considering the
> >universal traffic lights coloring scheme, where green conve
From: "Junio C Hamano"
Junio C Hamano writes:
Philip Oakley writes:
Avoid confusion in compound sentence about the start of the commit
set
and the depth measure. Use two sentences.
Dropping the first ',' after "positive depth" does not seem to make
it any easier to read (I personally th
On Mon, Sep 17, 2012 at 04:11:19PM -0400, Jeff King wrote:
> On Mon, Sep 17, 2012 at 12:50:37PM +0100, Adam Spiers wrote:
>
> > The end result of these changes is that:
> >
> > - red is _only_ used for things which have gone unexpectedly wrong:
> > test failures, unexpected test passes, and
René Scharfe writes:
> WindowsInfo-ZIP unzip
> 7-Zip PeaZip builtin Linux msysgit Windows
> 7-Zip 9.20 0 0 4626 43 43
> PeaZip 4.7.1 win64 0 0 4626
Ramkumar Ramachandra writes:
>>> Because that emits an ugly
>>> ./test-lib.sh: 54: /home/artagnon/src/git/t/../git: not found
>>
>> Don't you deserve it? ;-)
>>
>> The full message would read
>>
>> ./test-lib.sh: 54: /home/artagnon/src/git/t/../git: not found
>> error: you do not seem to
Ramkumar Ramachandra writes:
> When tests were run without building git, the following error message
> was displayed:
>
> .: 54: Can't open /path/to/git/source/t/../GIT-BUILD-OPTIONS
Does the test stop due to this error, or it just goes on and hit
another error? I am guessing that it is the
Jeff King writes:
> What I think would be much more productive is breaking apart gigantic
> includes like cache.h into more reasonable modules, which would mean
> less frequent recompilation when an uninteresting part of the header
> changes.
Ideally cache.h should cover what read-cache.c, sha1_
Ammon Riley wrote:
> Branches passed to 'git-svn init' via the -b/--branches flag
> automatically had a /* appended to them. When the branch contained
> a fancy glob with a {} pattern, this is incorrect behaviour, and
> leads to odd branches being created in the git repository.
>
> Signed-off-by
On Monday, September 17, 2012 17:49:39 Junio C Hamano wrote:
> "Philip Oakley" writes:
> > I then applied it (using git am) to a temp branch to see what it
> > produced, and could repeat the cycle until the patches looked right.
>
> That's another obvious and valid way to prepare your series. It
Junio C Hamano writes:
> Philip Oakley writes:
>
>> Avoid confusion in compound sentence about the start of the commit set
>> and the depth measure. Use two sentences.
>
> Dropping the first ',' after "positive depth" does not seem to make
> it any easier to read (I personally think it makes it
On Mon, Sep 10, 2012 at 1:57 PM, Joseph Leong wrote:
> Hi Everyone,
>
> I've noticed an issue in gitweb where git projects are created with
> characters such as:
> €酮خد㐁ᠡꀈ༑㘚.git
>
> But in the gitweb page content, URL section, a git project is
> rendered incorrectly?
> Example screenshot:
> http
Johannes Sixt writes:
> From: Johannes Sixt
>
> When the todo sheet of interactive rebase instructs to run a non-existing
> command, the operation stops with the following error:
>
> Execution failed: no-such
> You can fix the problem, and then run
>
> git rebase --continue
>
> f
On Tue, Sep 18, 2012 at 09:10:26PM +0100, Philip Oakley wrote:
> From: "Junio C Hamano"
> >have anything to do with DCO in any case?
>
> What's DCO an abbreviation of?
Developer's Certificate of Origin. See SubmittingPatches.
-Peff
--
To unsubscribe from this list: send the line "unsubscribe g
On Tue, Sep 18, 2012 at 12:47:36PM -0700, Junio C Hamano wrote:
> >> Jeff King writes:
> >>
> >> > But even without that, I still think format-patch is a reasonable time
> >> > to do it. It is the time when I proof-read my commit message and patch
> >> > in its final form, and think "do I really
From: "Junio C Hamano"
have anything to do with DCO in any case?
Junio,
What's DCO an abbreviation of?
Philip
--
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.ht
The UTF-8 flag seems to be ignored by unzip unless we also mark the
archive entry as coming from a Unix system. This is done by setting the
field creator_version ("version made by" in the standard[1]) to 0x03NN.
The NN part represents the version of the standard supported by us, and
this patch se
Andreas Schwab writes:
> Junio C Hamano writes:
>
>> So something like this instead?
>
> I agree it's even better.
>
> Andreas.
Thanks for proofreading. I'll squash in the differences to your
patch.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to m
Ramsay Jones writes:
> In particular, sparse complains that "... 'dump_grep_expression'
> was not declared. Should it be static?". In order to suppress
> the warning, since this function does not need more than file
> scope, we simply include the static modifier in it's declaration.
>
> Signed-of
Jeff King writes:
> On Tue, Sep 18, 2012 at 12:11:58PM -0700, Junio C Hamano wrote:
>
>> Jeff King writes:
>>
>> > But even without that, I still think format-patch is a reasonable time
>> > to do it. It is the time when I proof-read my commit message and patch
>> > in its final form, and think
Set general purpose flag 11 if we encounter a path that contains
non-ASCII characters. We assume that all paths are given as UTF-8; no
conversion is done.
Signed-off-by: Rene Scharfe
---
Changes from previous version: Stop using has_non_ascii(), which does
slightly too much for our purposes, and
Ralf Thielow writes:
> + ...
> + # explicit --single with tag
> + git clone --single-branch --branch two . dir_tag &&
> +
> + # advance both "master" and "side" branches
> + git checkout side &&
> + echo five >file &&
> + git commit -a -m five &&
> + git checkout maste
Ralf Thielow writes:
> After running "git clone --single", the resulting repository has the
> usual default "+refs/heads/*:refs/remotes/origin/*" wildcard fetch
> refspec installed, which means that a subsequent "git fetch" will
> end up grabbing all the other branches.
>
> Update the fetch refsp
Hello again,
so two weeks have passed, and I've moved at a glacial pace towards a
method how to measure compatibility of our generated ZIP files. Sorry,
I just keep getting distracted.
Anyway, the idea is to have a bunch of files with names using different
scripts, zip them with several pac
Jens Lehmann writes:
> Am 18.09.2012 05:12, schrieb Kenny Simpson:
>> Is there any nice way to get a diff and/or diffstat of both a project and
>> its submodules between two revisions of the main project?
>>
>> Something like 'git diff --stat tag_a tag_b' but also including the diffstat
>> o
On Tue, Sep 18, 2012 at 12:11:58PM -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> > But even without that, I still think format-patch is a reasonable time
> > to do it. It is the time when I proof-read my commit message and patch
> > in its final form, and think "do I really want to send t
After running "git clone --single", the resulting repository has the
usual default "+refs/heads/*:refs/remotes/origin/*" wildcard fetch
refspec installed, which means that a subsequent "git fetch" will
end up grabbing all the other branches.
Update the fetch refspec to cover only the singly cloned
Junio C Hamano writes:
> So something like this instead?
I agree it's even better.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
--
To unsubscribe from this list: send th
Jeff King writes:
> But even without that, I still think format-patch is a reasonable time
> to do it. It is the time when I proof-read my commit message and patch
> in its final form, and think "do I really want to send this?".
But it is not like "I cannot sign off because I think it is still
i
Am 18.09.2012 05:12, schrieb Kenny Simpson:
> Is there any nice way to get a diff and/or diffstat of both a project and
> its submodules between two revisions of the main project?
>
> Something like 'git diff --stat tag_a tag_b' but also including the diffstat
> on the submodule from the revis
On Mon, Sep 17, 2012 at 05:36:35PM -0700, Junio C Hamano wrote:
> > But note that using "format-patch -s" will break; it puts the sign-off
> > below the "---".
>
> I think "format-patch -s" is a workflow mistake in the first place.
> You should be doing the sign-off the commit when you commit in
Andreas Schwab writes:
> The note that explains that changes introduced by removed commits are
> preserved should be placed directly after the paragraph that describes
> such commits removal. Otherwise the reference to "the commits" appears
> out of context.
>
> Signed-off-by: Andreas Schwab
>
On 2012-09-18 07:57, Stefan Haller wrote:
Whenever the diff pane scrolls, highlight the corresponding file in the
file list on the right. For a large commit with many files and long
per-file diffs, this makes it easier to keep track of what you're looking
at.
Hi,
i like this function!
I have of
Jonathan Nieder writes:
> Eric Wong wrote:
>
>> The accessors should improve maintainability and enforce
>> consistent access to Git::SVN objects.
>>
>> Signed-off-by: Eric Wong
>> ---
>> (RFC since I could've missed something)
> [...]
>> git-svn.perl | 2 +-
>> perl/Git/SVN/Ra.pm | 2 +
Stefan Beller writes:
> So I did
> git fetch
> git rebase
> git describe
> v1.7.12-503-g5976753
>
> ./configure --prefix=/home/sb
> make
> make install
> GEN perl/PM.stamp
> SUBDIR gitweb
> SUBDIR ../
> SUBDIR perl
> make[1]: `perl.mak' is up to date.
> ...
> make[1]: Entering dir
In particular, sparse complains that "... 'dump_grep_expression'
was not declared. Should it be static?". In order to suppress
the warning, since this function does not need more than file
scope, we simply include the static modifier in it's declaration.
Signed-off-by: Ramsay Jones
---
Hi Junio
Michael Haggerty writes:
> If another sort order is needed, then we will either have to audit
> existing string_list users to make sure that they don't rely on strcmp()
> ordering, or we will have to implement strcmp() ordering *plus* the new
> ordering.
What I was envisioning was to pass in an
> From: Junio C Hamano [mailto:gits...@pobox.com]
> Sent: Tuesday, September 18, 2012 7:03 PM
> To: Joachim Schmitz
> Cc: git@vger.kernel.org
> Subject: Re: [PATCH/RFC] Port to HP NonStop
>
> "Joachim Schmitz" writes:
>
> >> From: Junio C Hamano [mailto:gits...@pobox.com]
> >> Sent: Tuesday, Sep
"Joachim Schmitz" writes:
>> From: Junio C Hamano [mailto:gits...@pobox.com]
>> Sent: Tuesday, September 18, 2012 9:57 AM
>> To: Joachim Schmitz
>> Cc: git@vger.kernel.org
>> Subject: Re: [PATCH/RFC] Port to HP NonStop
>>
>> "Joachim Schmitz" writes:
>>
>> > Needs a different link order in Mak
Ralf Thielow writes:
> IMO if a user uses "clone --single-branch --branch ", then he/she
> wants to have this tag only. Why should the next "git fetch" fetching
> something different?
OK, I can buy that.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message t
The note that explains that changes introduced by removed commits are
preserved should be placed directly after the paragraph that describes
such commits removal. Otherwise the reference to "the commits" appears
out of context.
Signed-off-by: Andreas Schwab
---
Documentation/git-filter-branch.t
> I think it should be '... && git reset -q $GIT_COMMIT -- filename'
It works! Thanks to Hannes and Andreas!
On Wed, Sep 19, 2012 at 12:10 AM, Johannes Sixt wrote:
> Am 9/18/2012 17:01, schrieb Yi, EungJun:
>>> --index-filter "git rm --cached -qr -- . && git reset -q -- filename"
>>
>> Hmm... I
Am 9/18/2012 17:01, schrieb Yi, EungJun:
>> --index-filter "git rm --cached -qr -- . && git reset -q -- filename"
>
> Hmm... I tried as you said, but it seems to lose history.
I think it should be '... && git reset -q $GIT_COMMIT -- filename'
-- Hannes
--
To unsubscribe from this list: send the
> --index-filter "git rm --cached -qr -- . && git reset -q -- filename"
Hmm... I tried as you said, but it seems to lose history.
In the below example, after rewriting there must be two commits for
'b' file but only one exists.
~$ git init filter-branch2
Initialized empty Git repository in
/home
Eric Wong wrote:
> The accessors should improve maintainability and enforce
> consistent access to Git::SVN objects.
>
> Signed-off-by: Eric Wong
> ---
> (RFC since I could've missed something)
[...]
> git-svn.perl | 2 +-
> perl/Git/SVN/Ra.pm | 2 +-
> 2 files changed, 2 insertions(+),
On Mon, Sep 17, 2012 at 11:39 PM, Junio C Hamano wrote:
> Ralf Thielow writes:
>
- install correct refspec if the value of --branch is a tag (test added)
>>>
>>> What is the definition of "correct"? I see the documentation says
>>> "--branch can also take tags and treat them like detached H
"Joachim Schmitz" writes:
> Git can access cvs and svn repos, right?
It uses the facilities provided by cvs and svn, respectively.
> And without having cvs/scv on the machine...
Git does not reimplement either cvs nor svn.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprin
> From: Andreas Ericsson [mailto:a...@op5.se]
> Sent: Tuesday, September 18, 2012 1:46 PM
> To: Joachim Schmitz
> Cc: git@vger.kernel.org
> Subject: Re: Can git pull from a mercurial repository?
>
> On 09/18/2012 01:22 PM, Joachim Schmitz wrote:
> > Is there an easy way to get git to clone/pull fr
> From: Andreas Schwab [mailto:sch...@linux-m68k.org]
> Sent: Tuesday, September 18, 2012 2:34 PM
> To: Joachim Schmitz
> Cc: 'Georgi Chorbadzhiyski'; git@vger.kernel.org
> Subject: Re: Can git pull from a mercurial repository?
>
> "Joachim Schmitz" writes:
>
> > Thanks, but that requires Mercur
"Joachim Schmitz" writes:
> Thanks, but that requires Mercurial to be available, installed and in PATH.
> I want to use git exactly because I don't have Mercurial (yet?)
That doesn't make sense. If one wants to access a mercurial repository
the best way to do that is to use the facilities provi
Around 09/18/2012 02:22 PM, Joachim Schmitz scribbled:
> Is there an easy way to get git to clone/pull from a Mercurial repository?
I'm using http://offbytwo.com/git-hg/
It works beautifully.
--
Georgi Chorbadzhiyski
http://georgi.unixsol.org/
--
To unsubscribe from this list: send the line "uns
> From: Georgi Chorbadzhiyski [mailto:g...@unixsol.org]
> Sent: Tuesday, September 18, 2012 2:06 PM
> To: Joachim Schmitz
> Cc: git@vger.kernel.org
> Subject: Re: Can git pull from a mercurial repository?
>
> Around 09/18/2012 02:22 PM, Joachim Schmitz scribbled:
> > Is there an easy way to get gi
On 09/18/2012 01:22 PM, Joachim Schmitz wrote:
> Is there an easy way to get git to clone/pull from a Mercurial repository?
>
Yes. Google "git remote helpers" and you'll most likely find it.
--
Andreas Ericsson andreas.erics...@op5.se
OP5 AB www.op5
Johannes Sixt writes:
> Am 9/18/2012 13:20, schrieb Matthieu Moy:
>> Johannes Sixt writes:
>>
>>> From: Johannes Sixt
>>>
>>> When the todo sheet of interactive rebase instructs to run a non-existing
>>> command, the operation stops with the following error:
>>>
>>> Execution failed: no-such
Am 9/18/2012 13:20, schrieb Matthieu Moy:
> Johannes Sixt writes:
>
>> From: Johannes Sixt
>>
>> When the todo sheet of interactive rebase instructs to run a non-existing
>> command, the operation stops with the following error:
>>
>> Execution failed: no-such
>> You can fix the problem, and
So I did
git fetch
git rebase
git describe
v1.7.12-503-g5976753
./configure --prefix=/home/sb
make
make install
GEN perl/PM.stamp
SUBDIR gitweb
SUBDIR ../
SUBDIR perl
make[1]: `perl.mak' is up to date.
make[2]: `GIT-VERSION-FILE' is up to date.
GEN git-instaweb
SUBDIR git-g
Is there an easy way to get git to clone/pull from a Mercurial repository?
Bye, Jojo
--
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
Johannes Sixt writes:
> From: Johannes Sixt
>
> When the todo sheet of interactive rebase instructs to run a non-existing
> command, the operation stops with the following error:
>
> Execution failed: no-such
> You can fix the problem, and then run
>
> git rebase --continue
>
> f
From: Johannes Sixt
When the todo sheet of interactive rebase instructs to run a non-existing
command, the operation stops with the following error:
Execution failed: no-such
You can fix the problem, and then run
git rebase --continue
fatal: 'rebase' appears to be a git command
writes:
> On Linux machine
> Installed libiconv-1.14 unded /usr/local/lib path.
Why do you need that library? iconv is part of glibc. Moreover, git
wouldn't link against libiconv anyway unless you explicitly ask for it.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerp
On Tue, Sep 18, 2012 at 4:52 AM, Mischa POSLAWSKY wrote:
> Junio C Hamano skribis 2012-9-16 22:22 (-0700):
>
>> Mischa POSLAWSKY writes:
>>
>> > Subject: [PATCH/RFC] format-patch: force default file prefixes in diff
>> >
>> > Override user configuration (eg. diff.noprefix) in patches intended for
On 09/18/2012 10:19 AM, Junio C Hamano wrote:
> Michael Haggerty writes:
>
>> 1. Document that string_list sorts entries according to their strcmp()
>> order, as proposed in this patch. Then fetch can rely on this ordering.
>> If somebody wants a different ordering in the future, it is easy to
All,
Thanks for reply but its not working still. Things which I have done till now
is
On Linux machine
Installed libiconv-1.14 unded /usr/local/lib path.
-rw-r--r-- 1 root root 912 Sep 15 20:40 libiconv.la
lrwxrwxrwx 1 root root 17 Sep 15 20:40 l
Junio C Hamano venit, vidit, dixit 17.09.2012 22:21:
> Michael J Gruber writes:
>
>> Junio C Hamano venit, vidit, dixit 15.09.2012 00:26:
>>> Junio C Hamano writes:
>>>
Michael J Gruber writes:
> you need to "rm file && git checkout file"). If the user has to
> update $Id$ to
Michael Haggerty writes:
> 1. Document that string_list sorts entries according to their strcmp()
> order, as proposed in this patch. Then fetch can rely on this ordering.
> If somebody wants a different ordering in the future, it is easy to
> make the sort order a parameter.
>
> 2. Leave strin
> From: Junio C Hamano [mailto:gits...@pobox.com]
> Sent: Tuesday, September 18, 2012 9:57 AM
> To: Joachim Schmitz
> Cc: git@vger.kernel.org
> Subject: Re: [PATCH/RFC] Port to HP NonStop
>
> "Joachim Schmitz" writes:
>
> > Needs a different link order in Makefile: libintl before libiconv.
> > T
Hi Junio,
Junio C Hamano wrote:
>> Junio C Hamano wrote:
>>> Yeah, but why change it so much? Wouldn't writing
>>>
>>> "$GIT_BUILD_DIR/git" >/dev/null
>>> if test $? != 1
>>> then
>>> : You haven't built git!
>>> fi
>>>
>>> just like the original in
Ramkumar Ramachandra writes:
> Hi,
>
> Junio C Hamano wrote:
>> Ramkumar Ramachandra writes:
>>
>>> Hi Junio,
>>>
>>> Junio C Hamano wrote:
Is this a sufficient replacement for what you removed from ?
Can the BUILD-OPTIONS file exist when your build of git failed?
>>>
>>> Oops, I d
On 09/17/2012 11:17 PM, Junio C Hamano wrote:
> Michael Haggerty writes:
>
>> Junio pointed out that the sort order currently used by string_list
>> could be considered to be an implementation detail internal to
>> string_list. But the sort order is already visible to the outside
>> world (e.g.,
"Joachim Schmitz" writes:
> Needs a different link order in Makefile: libintl before libiconv.
> This may affect other platforms, so needs some checking.
It will, and it needs customization, not checking.
> Also I'm not really sure how to best #ifdef the #include
> and the typedef (u)intptr_t
1 - 100 of 105 matches
Mail list logo
