--
With best regards, Sergey Sharybin
Yeah, i understand this. We can not protect self from every single
possible attack..
On Fri, Dec 27, 2013 at 10:26 PM, Bernhard R. Link
wrote:
> * Sergey Sharybin [131227 15:25]:
>> Security in this case is about being sure everyone gets exactly the
>> same repository as store
problem.
Just to verify, if i see messages like "Receiving objects: 1%
(7289/705777), 1.72 MiB | 340.00 KiB/s" it means server is "smart" ?
--
With best regards, Sergey Sharybin
--
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
We'll check on
whether "smart" http is used there, and if not guess it wouldn't be a
big deal to switch to apache.
On Fri, Dec 27, 2013 at 8:20 PM, Matthieu Moy
wrote:
> Andreas Schwab writes:
>
>> Sergey Sharybin writes:
>>
>>> So guess we jus
ithout security harm :)
On Fri, Dec 27, 2013 at 8:12 PM, Andreas Schwab wrote:
> Sergey Sharybin writes:
>
>> So guess we just need to recommend using https:// protocol instead of
>> git:// for our users?
>
> Given how easy it is to verify the integrity of a git repository ou
e wanted to be sure
all the bits are secure.
So guess we just need to recommend using https:// protocol instead of
git:// for our users?
--
With best regards, Sergey Sharybin
--
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
Hello everyone!
Quick question is, is it possible to use git:// protocol over
SSL/TLS/other secure transport?
Or the recommended way to do secure anonymous checkout is to simply
use https:// ?
Thanks in advance!
--
With best regards, Sergey Sharybin
--
To unsubscribe from this list: send the
of
add/commit.
Also, i'm around to test the all patches which are related on submodules :)
On Mon, Nov 25, 2013 at 11:49 PM, Heiko Voigt wrote:
> On Mon, Nov 25, 2013 at 03:02:51PM +0600, Sergey Sharybin wrote:
>> Am i right the intention is to make it so `git add .` and `git comm
NTRACKED_IN_SUBMODULES);
> else if (!strcmp(arg, "dirty"))
> DIFF_OPT_SET(diffopt, IGNORE_DIRTY_SUBMODULES);
> diff --git a/wt-status.c b/wt-status.c
> index b4e44ba..34be1cc 100644
> --- a/wt-status.c
> +++ b/wt-status.c
> @@ -462,6 +462,9 @@ static void wt_status_colle
gt; *value, void *cb)
>> ignore_add_errors = git_config_bool(var, value);
>> return 0;
>> }
>> +
>> + if (!prefixcmp(var, "submodule."))
>> + return parse_submodule_config_option(var, value);
>> +
>> return git_default_config(var, value, cb);
>> }
>>
>> @@ -415,6 +420,7 @@ int cmd_add(int argc, const char **argv, const char
>> *prefix)
>> int implicit_dot = 0;
>> struct update_callback_data update_data;
>>
>> + gitmodules_config();
>> git_config(add_config, NULL);
>>
>> argc = parse_options(argc, argv, prefix, builtin_add_options,
>>
>
--
With best regards, Sergey Sharybin
--
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
:)
And for sure don't think suppressing stuff from git show is a nice
idea (if i understand your proposal f making submodule ignore option
affect on other commands).
--
With best regards, Sergey Sharybin
--
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
hash (which is unexpected i'd say).
On Fri, Nov 22, 2013 at 11:01 PM, Sergey Sharybin wrote:
> Ah, didn't notice you're the author of that pull-request Ramkumar :)
>
> So guess issue with arc can be considered solved now. But i'm still
> collecting more details abou
).
Will report back when we'll know something.
On Fri, Nov 22, 2013 at 10:35 PM, Ramkumar Ramachandra
wrote:
> Sergey Sharybin wrote:
>> Ramkumar, not actually sure what you mean?
>>
>> For me `git diff --name-only HEAD --` ignores changes to submodules
>> hash chang
ly HEAD --` will list staged
>> changes as well.
>
> That diff command compares the working tree and HEAD; if you are trying
> to match `ls-files -m`, you probably wanted just `git diff --name-only`
> to compare the working tree and the index. Although in a script you
Hey,
Answers are inlined.
On Fri, Nov 22, 2013 at 5:16 PM, Ramkumar Ramachandra
wrote:
>
> [+CC: Jens, the goto-guy for submodules]
>
> Sergey Sharybin wrote:
> > Namely, `git ls-files -m` will show addons as modified, regardless
> > ignore=all configuration. In the s
r.org/diffusion/B/history/master/release/scripts/addons
We're totally new to git submodules and clarification (and maybe even
confirmed bug with ls-files -m :) would really be appreciated. We're
also open for suggestions about re-configuring our submodules so they
works in a way we&
16 matches
Mail list logo
