Hi Torsten,
On Thu, 25 Aug 2016, Torsten Bögershausen wrote:
> > I was not talking about the cost of correcting mistakes. Running --filters
> > is potentially very costly. Just so you understand what I am talking
> > about: I have a report that says that checking out a sizeable worktree
> > with
I was not talking about the cost of correcting mistakes. Running --filters
is potentially very costly. Just so you understand what I am talking
about: I have a report that says that checking out a sizeable worktree
with core.autocrlf=true is 58% slower than with core.autocrlf=false. That
is horr
Hi Junio,
On Wed, 24 Aug 2016, Junio C Hamano wrote:
> Johannes Schindelin writes:
>
> >> In any case, in the ideal future, I would imagine that we would want
> >> to have "cat-file blob" to enable "--filters" by default; that would
> >> make cat-file and hash-objects a pair of symmetric operat
Hi Dakota,
On Wed, 24 Aug 2016, Dakota Hawkins wrote:
> On Wed, Aug 24, 2016 at 11:41 AM, Johannes Schindelin
> wrote:
> >
> > On Tue, 23 Aug 2016, Dakota Hawkins wrote:
> >
> >> I use GFW almost exclusively, but I pretty much always consult the
> >> upstream documentation anyway (because I find
From: "Dakota Hawkins"
On Wed, Aug 24, 2016 at 11:41 AM, Johannes Schindelin
wrote:
Hi Dakota,
On Tue, 23 Aug 2016, Dakota Hawkins wrote:
I use GFW almost exclusively, but I pretty much always consult the
upstream documentation anyway (because I find it easier).
Oh... I thought that typin
Johannes Schindelin writes:
>> In any case, in the ideal future, I would imagine that we would want
>> to have "cat-file blob" to enable "--filters" by default; that would
>> make cat-file and hash-objects a pair of symmetric operations.
>
> I would advocate against that. It is not like the terms
On Wed, Aug 24, 2016 at 11:41 AM, Johannes Schindelin
wrote:
> Hi Dakota,
>
> On Tue, 23 Aug 2016, Dakota Hawkins wrote:
>
>> I use GFW almost exclusively, but I pretty much always consult the
>> upstream documentation anyway (because I find it easier).
>
> Oh... I thought that typing "git help gi
Hi Junio,
On Tue, 23 Aug 2016, Junio C Hamano wrote:
> Johannes Schindelin writes:
>
> > The feature in question is also highly unlikely to be used as much by
> > non-Windows users as by Windows users due to the unfortunate choice of the
> > default setting for core.autocrlf.
>
> My vague reco
Hi Dakota,
On Tue, 23 Aug 2016, Dakota Hawkins wrote:
> I use GFW almost exclusively, but I pretty much always consult the
> upstream documentation anyway (because I find it easier).
Oh... I thought that typing "git help git-commit" opening a nice HTML page
in your favorite browser was good enou
Hi Junio,
On Tue, 23 Aug 2016, Junio C Hamano wrote:
> Johannes Schindelin writes:
>
> > In case it is not crystal-clear, let me clarify one very important point.
> > It seems that some people mistake the work I do for something I do on a
> > whim. This is not so.
> >
> > The patch series that
Johannes Schindelin writes:
> The feature in question is also highly unlikely to be used as much by
> non-Windows users as by Windows users due to the unfortunate choice of the
> default setting for core.autocrlf.
My vague recollection from some years ago was that even among those
who were activ
On Tue, Aug 23, 2016 at 5:42 PM, Junio C Hamano wrote:
>
> Junio C Hamano writes:
>
> > One way to avoid that risk may be to release the new feature as
> > "experimental-and-subject-to-change", so that interested users on
> > Windows can actually try it out to see if the feature itself
> > (whate
Junio C Hamano writes:
> One way to avoid that risk may be to release the new feature as
> "experimental-and-subject-to-change", so that interested users on
> Windows can actually try it out to see if the feature itself
> (whatever its interface to them is) makes sense, and you can gauge
> the va
Johannes Schindelin writes:
> In case it is not crystal-clear, let me clarify one very important point.
> It seems that some people mistake the work I do for something I do on a
> whim. This is not so.
>
> The patch series that triggered this entire unfortunate discussion
> introduced the --smudg
Hi Michael,
On Tue, 23 Aug 2016, Johannes Schindelin wrote:
> On Tue, 23 Aug 2016, Michael J Gruber wrote:
>
> > Maybe you want to re-read what you wrote to trigger his response, and
> > consider adjusting your attitude ("I want this now so I'll release it in
> > Git4Win") rather than the downst
Hi Michael,
On Tue, 23 Aug 2016, Michael J Gruber wrote:
> Maybe you want to re-read what you wrote to trigger his response, and
> consider adjusting your attitude ("I want this now so I'll release it in
> Git4Win") rather than the downstream name.
I am working *very* hard on improving the user
Johannes Schindelin venit, vidit, dixit 23.08.2016 15:54:
> Hi Duy,
>
> On Mon, 22 Aug 2016, Duy Nguyen wrote:
>
>> On Thu, Aug 18, 2016 at 3:37 PM, Johannes Schindelin
>> wrote:
>>> Hi Junio,
>>>
>>> On Wed, 17 Aug 2016, Junio C Hamano wrote:
>>>
Johannes Schindelin writes:
>> An
Hi Duy,
On Mon, 22 Aug 2016, Duy Nguyen wrote:
> On Thu, Aug 18, 2016 at 3:37 PM, Johannes Schindelin
> wrote:
> > Hi Junio,
> >
> > On Wed, 17 Aug 2016, Junio C Hamano wrote:
> >
> >> Johannes Schindelin writes:
> >>
> >> >> And then your "git cat-file" patch can be upstreamed with the option
On Thu, Aug 18, 2016 at 3:37 PM, Johannes Schindelin
wrote:
> Hi Junio,
>
> On Wed, 17 Aug 2016, Junio C Hamano wrote:
>
>> Johannes Schindelin writes:
>>
>> >> And then your "git cat-file" patch can be upstreamed with the option
>> >> renamed to (or with an additional synonym) "--filters", which
19 matches
Mail list logo
