On 5 October 2017 at 15:43, Paolo Bonzini wrote:
>
> On 05/10/2017 12:52, Lars Schneider wrote:
> > Hi,
> >
> > I used to use the Google SMTP server to send my patches to the list with
> > the following config:
> >
> > [sendemail]
> > smtpencryption = tls
> >
Would it be feasible/sensical to support clone/fetch with --depth=0?
The point is to download the tags/commit objects but not the actual
trees and blobs,
creating a "ledger" acting as a promise for the remote'e repo content?
Is there some estimation of the effort required to do such thing?
Best,
On 2 May 2017 at 20:08, ankostis <ankos...@gmail.com> wrote:
> On Windows, with Cygwin-git 02.12.2-1 the python command:
>
> pip install git+https://github.com/...`
>
> fails to work with the following error:
>
> $ pip install git+https://github.com/ipython/trai
On 4 May 2017 at 13:26, Johannes Schindelin <johannes.schinde...@gmx.de> wrote:
> Hi,
>
> On Thu, 4 May 2017, ankostis wrote:
>
>> On 4 May 2017 at 11:47, Adam Dinwoodie <a...@dinwoodie.org> wrote:
>> Judging from the error-message, it somehow concatenat
On 4 May 2017 at 11:47, Adam Dinwoodie wrote:
> Confirmed: the Cygwin project as a general rule doesn't support this
> sort of mixing of Windows and Cygwin tools. Either use Python and Git
> packages both provided by Cygwin, or both provided by Windows.
>
> Mixing and
On 3 May 2017 11:47, Johannes Schindelin <johannes.schinde...@gmx.de> wrote:
> On Tue, 2 May 2017, ankostis wrote:
>
>> On Windows, with Cygwin-git 02.12.2-1 the python command:
>> [...]
>
> You forgot to mention what python/pip you use (is it the Cygwin one, or a
&
Note that MSYS2 Git-12.2.1 also has no such problem.
On 2 May 2017 at 20:08, ankostis <ankos...@gmail.com> wrote:
> On Windows, with Cygwin-git 02.12.2-1 the python command:
>
> pip install git+https://github.com/...`
>
> fails to work with the following error:
>
On Windows, with Cygwin-git 02.12.2-1 the python command:
pip install git+https://github.com/...`
fails to work with the following error:
$ pip install git+https://github.com/ipython/traitlets/
Collecting git+https://github.com/ipython/traitlets/
Cloning
Dear Jeff
I read most of the valuable references you provided
but could not find something along the lines describing inline.
On 8 March 2017 at 19:50, wrote:
> From: Jeff Hostetler
>
>
> [RFC] Partial Clone and Fetch
>
On 13 March 2017 at 18:48, Jonathan Nieder wrote:
>
> Hi,
>
> The Keccak Team wrote:
>
> > We have read your transition plan to move away from SHA-1 and noticed
> > your intent to use SHA3-256 as the new hash function in the new Git
> > repository format and protocol. Although
On 26 February 2017 at 02:13, Jason Cooper wrote:
> As someone looking to deploy (and having previously deployed) git in
> unconventional roles, I'd like to add ...
We are developing a distributed storage for type approval files regarding all
vehicles registered in
On 24 February 2017 at 18:23, Jason Cooper wrote:
> Hi Ian,
>
> On Fri, Feb 24, 2017 at 03:13:37PM +, Ian Jackson wrote:
>> Joey Hess writes ("SHA1 collisions found"):
>> > https://shattered.io/static/shattered.pdf
>> > https://freedom-to-tinker.com/2017/02/23/rip-sha-1/
On 24 February 2017 at 21:32, Junio C Hamano <gits...@pobox.com> wrote:
> ankostis <ankos...@gmail.com> writes:
>
>> Let's assume that git is retroffited to always support the "default"
>> SHA-3, but support additionally more hash-funcs.
>> If in
On 24 February 2017 at 20:20, Junio C Hamano wrote:
> Stefan Beller writes:
>
>> On Fri, Feb 24, 2017 at 10:14 AM, Junio C Hamano wrote:
>>
>>> you are inviting people to start using
>>>
>>> md5,54ddf8d47340e048166c45f439ce65fd
>>>
On 24 February 2017 at 16:13, Ian Jackson
wrote:
>
> Joey Hess writes ("SHA1 collisions found"):
> > https://shattered.io/static/shattered.pdf
> > https://freedom-to-tinker.com/2017/02/23/rip-sha-1/
> >
> > IIRC someone has been working on parameterizing git's
15 matches
Mail list logo