Felipe Contreras felipe.contre...@gmail.com writes:
On Wed, Dec 12, 2012 at 5:58 PM, Junio C Hamano gits...@pobox.com wrote:
[Stalled]
* fc/remote-bzr (2012-11-28) 10 commits
- (fixup) test-bzr.sh: fix multi-line string assignment
- remote-bzr: detect local repositories
- remote-bzr:
strong tiffany uk http://www.tiffanyandcobracelets.co.uk/ /strong
advances any richness and even tend to make people are similar to any little
princess. This may be a quite amazing earring once which might be
conveniently apply to. Subsequently any amazing and even trendy shower
device a
On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
New remote helper for bzr (v3). With minor fixes, this may be ready
for 'next'.
What minor fixes?
Lookng at the above (fixup), $gmane/210744 comes to mind
That
On 13.12.2012, at 11:08, Felipe Contreras wrote:
On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
New remote helper for bzr (v3). With minor fixes, this may be ready
for 'next'.
What minor fixes?
Lookng at
On Wed, Dec 12, 2012 at 10:06:24AM -0800, Junio C Hamano wrote:
Jeff King p...@peff.net writes:
I find the ohloh one a little more informative than the GitHub graph. I
couldn't find any others (Google Code does not seem to have one,
kernel.org and other gitweb sites do not, and I can't
On Wed, Dec 12, 2012 at 12:59:00PM -0500, Jeff King wrote:
Have you considered defaulting to read from HEAD:.mailmap even when
this new configuration is not there if core.bare is set? I would
imagine that it would be the most convenient and match people's
expectations.
Yeah, I almost
On Wed, Dec 12, 2012 at 06:04:04AM -0500, Jeff King wrote:
In a bare repository, there isn't a simple way to respect an
in-tree mailmap without extracting it to a temporary file.
This patch provides a config variable, similar to
mailmap.file, which reads the mailmap from a blob in the
On Wed, Dec 12, 2012 at 05:35:17PM +, Srb, Michal wrote:
Unlike --pretty-format, --graph doesn’t output colors when the git log output
is redirected.
I do not think it has anything to do with --graph in particular, but
rather that when colorization is set to the auto mode, it is enabled
Currently it gets the size of an otherwise unrelated, unused variable
instead of the expected struct size.
Signed-off-by: Matthew Daley mat...@gmail.com
---
builtin/pack-redundant.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/builtin/pack-redundant.c
From: Jeff King [p...@peff.net]
Sent: Thursday, December 13, 2012 1:13 PM
Is there a setting somewhere in config to change this?
Yes. If you use --color on the command line, that means
unconditionally use color. If you set color.ui (or any other
color config option) to always, then you will
On 12-12-12 05:25 PM, Jens Lehmann wrote:
So unless people agree that deinit should also remove the work
tree I'll prepare some patches teaching all git commands to
consistently ignore deinitialized submodules. Opinions?
I agree with Trevor's suggestion that deinit should restore the user to
Matthew Daley wrote:
Currently it gets the size of an otherwise unrelated, unused variable
instead of the expected struct size.
Signed-off-by: Matthew Daley mat...@gmail.com
---
builtin/pack-redundant.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
-Original Message-
From: David Michael
Sent: Thursday, December 13, 2012 10:23 AM
Hi,
I've been experimenting with git running on z/OS USS. It is not yet
stable, but I have had to make a few fixes and generalizations in the
build system to get it to compile.
Maybe it would
Unlike other environment variables (e.g. GIT_WORK_TREE, GIT_NAMESPACE),
the Documentation/git.txt file did not mention that the GIT_DIR
environment variable can also be set using the --git-dir command line
option.
Signed-off-by: Manlio Perillo manlio.peri...@gmail.com
---
Documentation/git.txt |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 12/12/2012 20:35, Junio C Hamano ha scritto:
Manlio Perillo manlio.peri...@gmail.com writes:
The Documentation/git.txt file, in the GIT_DIR environment variable
section, did not mentioned that this value can also be set using the
--git-dir
Junio C Hamano gits...@pobox.com writes:
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
How would that work with existing versions? If you write -2 in
cache-tree, the next time 1.8.0 updates cache tree it writes -1 back.
That loses whatever information you attach to -2. A new cache-tree
Jeff King p...@peff.net writes:
Subject: [PATCH] mailmap: default mailmap.blob in bare repositories
The motivation for mailmap.blob is to let users of bare
repositories use the mailmap feature, as they would not have
a checkout containing the .mailmap file. We can make it even
easier for
Will replace the one in 'pu' with these two. 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
乙酸鋰 ch3co...@gmail.com writes:
With git fetch --tags
or remote.origin.tagopt = --tags
git fetch only fetches tags, but not branches.
Current documentation does not mention that no branches are fetched /
pulled when --tags option or remote.origin.tagopt = --tags is
specified.
In the
David Michael fedora@gmail.com writes:
I've been experimenting with git running on z/OS USS. It is not yet
stable, but I have had to make a few fixes and generalizations in the
build system to get it to compile.
Would there be any interest in applying such individual compatibility
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
On Thu, Dec 13, 2012 at 6:04 AM, Max Horn post...@quendi.de wrote:
On 13.12.2012, at 11:08, Felipe Contreras wrote:
On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
New remote helper for bzr (v3). With minor fixes,
Thanks; it shows how rarely this obscure tool is used these days.
--
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
Felipe Contreras felipe.contre...@gmail.com writes:
On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
New remote helper for bzr (v3). With minor fixes, this may be ready
for 'next'.
What minor fixes?
Lookng at
Jean-Noël AVILA avila...@gmail.com writes:
The manpage of gitattributes says: The rules how the pattern
matches paths are the same as in .gitignore files and the gitignore
pattern matching has a pattern ending with / for directory matching.
This rule is specifically relevant for the
From: Jesper L. Nielsen lya...@gmail.com
Hi..
I installed Git subtree and discovered that the if the man1dir doesn't exist
the man-page for Git Subtree is just called man1.
So, small patch to create the folder first in the Makefile. Hope everything is
right with the patch and submitting of
On Wed, Nov 28, 2012 at 11:38 AM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/git-remote-bzr | 2 ++
1 file changed, 2 insertions(+)
diff --git
On Thu, Dec 13, 2012 at 10:13 AM, Joachim Schmitz
j...@schmitz-digital.de wrote:
Matthew Daley wrote:
Currently it gets the size of an otherwise unrelated, unused variable
instead of the expected struct size.
Signed-off-by: Matthew Daley mat...@gmail.com
---
builtin/pack-redundant.c |6
Hi,
On Thu, Dec 13, 2012 at 12:18 PM, Pyeron, Jason J CTR (US)
jason.j.pyeron@mail.mil wrote:
Would there be any interest in applying such individual compatibility
fixes for this system, even if a full port doesn't reach completion?
What are the down sides? Can your changes be shown to
Felipe Contreras felipe.contre...@gmail.com writes:
On Thu, Dec 13, 2012 at 1:31 PM, Junio C Hamano gits...@pobox.com wrote:
...
One of the review points were about this piece in the test:
+cmd=EOF
+import bzrlib
+bzrlib.initialize()
+import bzrlib.plugin
From: Junio C Hamano gits...@pobox.com Sent: Thursday, December 13,
2012 6:44 PM
乙酸鋰 ch3co...@gmail.com writes:
With git fetch --tags
or remote.origin.tagopt = --tags
git fetch only fetches tags, but not branches.
Current documentation does not mention that no branches are fetched /
pulled
Junio C Hamano gits...@pobox.com writes:
Perhaps. It's not really clear if we should update the working tree at
all. A 'git push' doesn't update the working directory on the remote,
but a 'bzr push' does. I thought it was better to leave this
distinction clear, in case this becomes an issue
Philip Oakley philipoak...@iee.org writes:
What would be the best way of updating the documentation to clarify the
point? Given ch3cooli's previous surprise.
Oh, thanks for bringing it up. I was about to start another message
that begins with Having said all that... ;-)
I think the entire
On Thu, Dec 13, 2012 at 5:42 PM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
On Thu, Dec 13, 2012 at 1:31 PM, Junio C Hamano gits...@pobox.com wrote:
...
One of the review points were about this piece in the test:
+cmd=EOF
+import
On Thu, Dec 13, 2012 at 5:58 PM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Perhaps. It's not really clear if we should update the working tree at
all. A 'git push' doesn't update the working directory on the remote,
but a 'bzr push' does. I thought it
This patch documents the behavior of 'git clean' when
encountering nested git repositories.
Such repositories are only deleted if '-f' is passed twice
to 'git clean'.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
Documentation/git-clean.txt | 5 +
1 file changed, 5
The silver jewellery offers a variety of bracelets, necklaces, earrings,
rings, cufflinks, and many other pieces of jewelry which meet up the biggest
need in terms of quality and aesthetics. The company brings a unisex line
which helps in removing the customary differentiation between jewelry for
David Michael wrote:
Hi,
On Thu, Dec 13, 2012 at 12:18 PM, Pyeron, Jason J CTR (US)
jason.j.pyeron@mail.mil wrote:
Would there be any interest in applying such individual
compatibility fixes for this system, even if a full port doesn't
reach completion?
What are the down sides? Can your
38 matches
Mail list logo