The apache config used by tests was updated to use the SetEnvIf
directive to set the Git-Protocol header in 19113a26b6 ("http: tell
server that the client understands v1", 2017-10-16).
Setting the Git-Protocol header is restricted to httpd >= 2.4, but
mod_setenvif and the SetEnvIf directive work w
On Sat, Dec 30, 2017 at 7:15 PM, Jeff King wrote:
> On Sat, Dec 30, 2017 at 04:04:50PM +0100, Ævar Arnfjörð Bjarmason wrote:
>
>> > I do like the idea of using "show", though. We know the point is to show
>> > the output to the user, so we don't mind at all if the behavior or
>> > output of show c
> On 29 Dec 2017, at 18:28, Torsten Bögershausen wrote:
>
> I probably need to look at convert.c more closer, some other comments inline.
>
>
> On Fri, Dec 29, 2017 at 04:22:21PM +0100, lars.schnei...@autodesk.com wrote:
>> From: Lars Schneider
>>
>> Git and its tools (e.g. git diff) expect
> On 29 Dec 2017, at 21:16, SZEDER Gábor wrote:
>
> On Fri, Dec 29, 2017 at 9:03 PM, SZEDER Gábor wrote:
>
> Or print it in a different color? Maybe red?
>
> See: https://travis-ci.org/szeder/git/jobs/322247836#L622-L625
I considered using color for the first line, but
On Sat, Dec 30, 2017 at 04:04:50PM +0100, Ævar Arnfjörð Bjarmason wrote:
> > I do like the idea of using "show", though. We know the point is to show
> > the output to the user, so we don't mind at all if the behavior or
> > output of show changes in future versions (unless we consider the final
>
On Sat, Dec 30 2017, Jeff King jotted:
> On Sat, Dec 30, 2017 at 01:33:06PM +0100, Ævar Arnfjörð Bjarmason wrote:
>
>> > - we ended up with 33c643bb08 (Revert "color: check color.ui in
>> > git_default_config()", 2017-10-13), which just reverts the whole
>> > mess back to the pre-v2.14
On Sat, Dec 30, 2017 at 09:28:06AM +0100, SZEDER Gábor wrote:
> I couldn't reproduce the wrong behavior you saw using v2.1.4 in a
> regular setup.
>
> However, I could reproduce it after I removed the '=' character from
> the set of characters in $COMP_WORDBREAKS, but then all completions
> afte
On Sat, Dec 30, 2017 at 01:33:06PM +0100, Ævar Arnfjörð Bjarmason wrote:
> > - we ended up with 33c643bb08 (Revert "color: check color.ui in
> > git_default_config()", 2017-10-13), which just reverts the whole
> > mess back to the pre-v2.14 state. This shipped in v2.15.
>
> Thanks. What
On Saturday 30 December 2017 at 02:21 pm +, Ramsay Jones wrote:
> Hi Junio, Adam,
>
> Just a quick note about the failure of the test-suite on cygwin.
> In particular, test t5580-clone-push-unc.sh #3, like so:
>
>
>
> Adam, are you running the tests on Windows 10?
I'm only routinely testing
V krátkom úvode,
Som právnikom Vladimír Volf, z Českej republiky, ale v súčasnosti
žijem v Londýne, poslal som vám e-mail o vašom zosnulom rodinnom
príslušníkovi. ale nedostala som žiadnu odpoveď
od teba. zosnulý je občan vašej krajiny, s tým istým priezviskom vy,
on je zlatým vývozcom tu v Londý
Hi Junio, Adam,
Just a quick note about the failure of the test-suite on cygwin.
In particular, test t5580-clone-push-unc.sh #3, like so:
$ ./t5580-clone-push-unc.sh -i -v
...
ok 2 - clone
expecting success:
(
cd clone &&
git checkout -b to-pu
On Sat, Dec 30 2017, Jeff King jotted:
> On Fri, Dec 29, 2017 at 06:16:31PM -0500, Todd Zullinger wrote:
>
>> Ævar Arnfjörð Bjarmason wrote:
>> > No idea how to test this, in particular trying to pipe the output of
>> > color.ui=never v.s. color.ui=auto to a file as "auto" will disable
>> > color
On Sat, Dec 30 2017, Todd Zullinger jotted:
> Ævar Arnfjörð Bjarmason wrote:
>>> I think adding 'rm' to completion definitely counts as advertisement.
>>> It doesn't have much practical use, after all: typing 'rm' with
>>> completion is actually one more keystroke than without (rm vs. rm).
>>
>>
Hello,
I am Mrs. Annabelle Edo, I saw your profile and decided to contact
you. In fact, I have a Deal Concerning My late client bearing same
last name with you that I would like to discourse with you
Respectfully.
Mrs. Annabelle Edo.
> Whenever I type the last to complete origin/master, as in below:
>
> > git branch --set-upstream-to=orig
>
> what I get is:
>
> > git branch origin/master
Yeah, this shouldn't happen.
> instead of the expected:
>
> > git branch --set-upstream-to=origin/master
And indeed this is the expe
15 matches
Mail list logo