Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

Felipe Contreras writes: > On Wed, Dec 12, 2012 at 5:58 PM, Junio C Hamano 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: add support for older versions

Tiffany uk shall be may well easiest companion

tiffany uk 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 straightforward de

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano wrote: > Felipe Contreras 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 doesn't matter. The code and the

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

On 13.12.2012, at 11:08, Felipe Contreras wrote: > On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano wrote: >> Felipe Contreras writes: > New remote helper for bzr (v3). With minor fixes, this may be ready for 'next'. >>> >>> What minor fixes? >> >> Lookng at the above (fixup), $gma

Re: [PATCH] git(1): remove a defunct link to "list of authors"

On Wed, Dec 12, 2012 at 10:06:24AM -0800, Junio C Hamano wrote: > Jeff King 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 think o

Re: [PATCH 0/2] mailmap from blobs

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,

Re: [PATCH 2/2] mailmap: support reading mailmap from blobs

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 > re

Re: FW: Git log --graph doesn't output color when redirected

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

[PATCH] Fix sizeof usage in get_permutations

Currently it gets the size of an otherwise unrelated, unused variable instead of the expected struct size. Signed-off-by: Matthew Daley --- builtin/pack-redundant.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/builtin/pack-redundant.c b/builtin/pack-redundant.c in

RE: FW: Git log --graph doesn't output color when redirected

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

Re: [PATCH v2] submodule: add 'deinit' command

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

Re: [PATCH] Fix sizeof usage in get_permutations

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 --- builtin/pack-redundant.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/builtin/pack-redundant.c b/builti

RE: Build fixes for another obscure Unix

> -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 w

[PATCH v2] git.txt: add missing info about --git-dir command-line option

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 --- Documentation/git.txt | 1 + 1 file changed, 1 i

Re: [PATCH] Documentation/git: add missing info about --git-dir command-line option

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 12/12/2012 20:35, Junio C Hamano ha scritto: > Manlio Perillo 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 command line option

Re: [PATCH v2] index-format.txt: be more liberal on what can represent invalid cache tree

Junio C Hamano writes: > Nguyễn Thái Ngọc Duy 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 >> extension is probably b

Re: [PATCH 0/2] mailmap from blobs

Jeff King 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 them by ju

Re: [PATCH v3 2/2] cache-tree: remove dead i-t-a code in verify_cache()

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

Re: unclear documentation of git fetch --tags option and tagopt config

乙酸鋰 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 canonical form you s

Re: Build fixes for another obscure Unix

David Michael 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 > fixes for this syst

Re: [PATCH v2] git.txt: add missing info about --git-dir command-line option

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

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

On Thu, Dec 13, 2012 at 6:04 AM, Max Horn wrote: > > On 13.12.2012, at 11:08, Felipe Contreras wrote: > >> On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano wrote: >>> Felipe Contreras writes: >> > New remote helper for bzr (v3). With minor fixes, this may be ready > for 'next'.

Re: [PATCH] Fix sizeof usage in get_permutations

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

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

Felipe Contreras writes: > On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano wrote: >> Felipe Contreras 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 >

Re: [PATCHv2] Add directory pattern matching to attributes

"Jean-Noël AVILA" 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 'export-ignore' ru

[PATCH] For git-subtree, when installing docs (make install-doc), create man1 folder first.

From: "Jesper L. Nielsen" 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 the patch. Best

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

On Thu, Dec 13, 2012 at 1:31 PM, Junio C Hamano wrote: > Felipe Contreras writes: > >> On Thu, Dec 13, 2012 at 2:11 AM, Junio C Hamano wrote: >>> Felipe Contreras writes: >> > New remote helper for bzr (v3). With minor fixes, this may be ready > for 'next'. What minor fixes

Re: [PATCH v3 4/7] remote-bzr: update working tree

On Wed, Nov 28, 2012 at 11:38 AM, Junio C Hamano wrote: > Felipe Contreras writes: > >> Signed-off-by: Felipe Contreras >> --- >> contrib/remote-helpers/git-remote-bzr | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/contrib/remote-helpers/git-remote-bzr >> b/contrib/remote-helper

Re: [PATCH] Fix sizeof usage in get_permutations

On Thu, Dec 13, 2012 at 10:13 AM, Joachim Schmitz 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 >> --- >> builtin/pack-redundant.c |6 +++--- >> 1 file changed

Re: Build fixes for another obscure Unix

Hi, On Thu, Dec 13, 2012 at 12:18 PM, Pyeron, Jason J CTR (US) 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 not impact builds on >

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

Felipe Contreras writes: > On Thu, Dec 13, 2012 at 1:31 PM, Junio C Hamano wrote: > ... >> One of the review points were about this piece in the test: >> >> > +cmd=<> > +import bzrlib >> > +bzrlib.initialize() >> > +import bzrlib.plugin >> > +bzrlib.plugin.load_plugins() >>

Re: [PATCH v3 4/7] remote-bzr: update working tree

Felipe Contreras writes: > On Wed, Nov 28, 2012 at 11:38 AM, Junio C Hamano wrote: >> Felipe Contreras writes: >> >>> Signed-off-by: Felipe Contreras >>> --- >>> contrib/remote-helpers/git-remote-bzr | 2 ++ >>> 1 file changed, 2 insertions(+) >>> >>> diff --git a/contrib/remote-helpers/git-r

Re: unclear documentation of git fetch --tags option and tagopt config

From: "Junio C Hamano" Sent: Thursday, December 13, 2012 6:44 PM 乙酸鋰 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.t

Re: [PATCH v3 4/7] remote-bzr: update working tree

Junio C Hamano 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 later on. >

Re: unclear documentation of git fetch --tags option and tagopt config

"Philip Oakley" 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 paragraph should

Re: What's cooking in git.git (Dec 2012, #03; Wed, 12)

On Thu, Dec 13, 2012 at 5:42 PM, Junio C Hamano wrote: > Felipe Contreras writes: > >> On Thu, Dec 13, 2012 at 1:31 PM, Junio C Hamano wrote: >> ... >>> One of the review points were about this piece in the test: >>> >>> > +cmd=<>> > +import bzrlib >>> > +bzrlib.initialize() >>>

Re: [PATCH v3 4/7] remote-bzr: update working tree

On Thu, Dec 13, 2012 at 5:58 PM, Junio C Hamano wrote: > Junio C Hamano 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 >

[PATCH] Documentation/git-clean: Document --force --force

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 --- Documentation/git-clean.txt | 5 + 1 file changed, 5 insertions(+) diff --git a/Documenta

thomas sabo uk performs a key function in

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 m

Re: Build fixes for another obscure Unix

David Michael wrote: Hi, On Thu, Dec 13, 2012 at 12:18 PM, Pyeron, Jason J CTR (US) 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 not impa