6796d49 (remote-hg: use a shared repository store) introduced sharing
repository capability, but it broke backward-compatibility with already
existing repositories.
Indeed, 6796d49 assumes that .git/hg/.hg (the shared repository) will
exist if .git/hg exists.
This can be false for already existing
On Sat, Jul 13, 2013 at 12:26 AM, Thomas Gummerer wrote:
> +== Header
> + sig (32-bits): Signature:
> + The signature is { 'D', 'I', 'R', 'C' } (stands for "dircache")
> +
> + vnr (32-bits): Version number:
> + The current supported versions are 2, 3, 4 and 5.
> +
> + ndir (32-bits):
Hi,
On 4 Aug 2013, at 12:38, Antoine Pelisse wrote:
> […]
> I also decided to always clone local repositories because what Jörn Hees
> said makes sense:
> If you have a local clone of a big repository, and then want to add a slow
> remote, you would have to reclone everything.
> I think the trade
Hi,
On 4 Aug 2013, at 01:17, Felipe Contreras wrote:
> On Sat, Aug 3, 2013 at 11:36 AM, Jörn Hees wrote:
>
>> it seems that if you use the 1.8.3.4 remote-helpers/git-remote-hg to clone a
>> mercurial repo the timezone information of commits gets transformed into
>> your current timezone.
>> (
On Sun, Aug 4, 2013 at 5:38 AM, Antoine Pelisse wrote:
> 6796d49 (remote-hg: use a shared repository store) introduced sharing
> repository capability, but it broke backward-compatibility with already
> existing repositories.
>
> Indeed, 6796d49 assumes that .git/hg/.hg (the shared repository) wil
On Sun, Aug 4, 2013 at 7:17 AM, Jörn Hees wrote:
> Hi,
>
> On 4 Aug 2013, at 12:38, Antoine Pelisse wrote:
>> […]
>> I also decided to always clone local repositories because what Jörn Hees
>> said makes sense:
>> If you have a local clone of a big repository, and then want to add a slow
>> remot
On 4 Aug 2013, at 15:31, Felipe Contreras wrote:
> git config --get-regexp '^remote.*.url' is probably more appropriate.
>
> Either way, I don't see why such a change should be in the same patch.
+1
> This is my solution:
>
> --- a/contrib/remote-helpers/git-remote-hg.py
> +++ b/contrib/remot
> --- a/contrib/remote-helpers/git-remote-hg.py
> +++ b/contrib/remote-helpers/git-remote-hg.py
> @@ -391,11 +391,22 @@ def get_repo(url, alias):
> os.makedirs(dirname)
> else:
> shared_path = os.path.join(gitdir, 'hg')
> -if not os.path.exists(shared_path):
> -
On Sun, Aug 4, 2013 at 8:51 AM, Jörn Hees wrote:
> On 4 Aug 2013, at 15:31, Felipe Contreras wrote:
>> This is my solution:
>>
>> --- a/contrib/remote-helpers/git-remote-hg.py
>> +++ b/contrib/remote-helpers/git-remote-hg.py
>> @@ -391,11 +391,22 @@ def get_repo(url, alias):
>> os.ma
On Sun, Aug 4, 2013 at 8:59 AM, Antoine Pelisse wrote:
> Would you mind squashing your changes into a patch ?
I actually would, and I'm not going to explain why because people get
offended way too easily in this mailing list.
Maybe later.
--
Felipe Contreras
--
To unsubscribe from this list:
On Fri, Aug 02, 2013 at 04:23:38PM -0700, Jonathan Nieder wrote:
> Git commands write commit messages in UTF-8 by default, but that
> default can be overridden by the [i18n] commitEncoding and
> logOutputEncoding settings. With such a setting, the emails written
> by the post-receive-email hook us
On Sun, Aug 04, 2013 at 09:31:01AM +0700, Duy Nguyen wrote:
> Tested-by: Duy Nguyen
I think you're missing an "l" in the domain name there.
> and sorry, my bad. I think we need your sign-off in this patch.
I just ran across it because I'm going through all the TODO tests and
seeing which ones I
Am 03.08.2013 20:14, schrieb Jonathan Nieder:
> brian m. carlson wrote:
>
>> cmd_summary reads the output of git diff, but reads in the submodule
>> path into a variable called name. Since this variable does not
>> contain the name of the submodule, but the path, rename it to be
>> clearer what d
Duy Nguyen writes:
> On Sat, Jul 13, 2013 at 12:26 AM, Thomas Gummerer
> wrote:
>> +== Header
>> + sig (32-bits): Signature:
>> + The signature is { 'D', 'I', 'R', 'C' } (stands for "dircache")
>> +
>> + vnr (32-bits): Version number:
>> + The current supported versions are 2, 3, 4
Alexey Shumkin wrote:
> On Fri, Aug 02, 2013 at 04:23:38PM -0700, Jonathan Nieder wrote:
>> 1. Log messages use the configured log output encoding, which is
>> meant to be whatever encoding works best with local terminals
>> (and does not have much to do with what encoding should be used
Am 03.08.2013 20:24, schrieb Jonathan Nieder:
> brian m. carlson wrote:
>
>> git status prints information for submodules, but it should ignore the
>> status of
>> those which have submodule..ignore set to all. Fix it so that it does
>> properly ignore those which have that setting either in .gi
On Sun, Aug 04, 2013 at 07:34:48PM +0200, Jens Lehmann wrote:
> But we'll have to use sm_path here (like everywhere else in the
> submodule script), because we'll run into problems under Windows
> otherwise (see 64394e3ae9 for details). Apart from that the patch
> is fine.
We're still using path=
Hi, Pete
Thank you reply.
> Your theory is: there is a client spec, and p4 knows how to
> interpret these things, so instead of figuring out and
> implementing the algorithms for %% and * and ... in git-p4, just
> ask p4 directly.
That's right.
It is simple way to get my purpose unless break exis
18 matches
Mail list logo
