Kaartic Sivaraam writes:
> $ GIT_EDITOR=gedit ./git commit --allow-empty
> Launched your editor, waiting...error: gedit died of signal 15
> error: There was a problem with the editor 'gedit'.
> Please supply the message using either -m or -F option.
>
> Though this is
On Thursday 16 November 2017 11:34 AM, Junio C Hamano wrote:
* I tried this with "emacsclient" but it turns out that Emacs folks
have already thought about this issue, and the program says
"Waiting for Emacs..." while it does its thing, so from that
point of view, perhaps as
Lars Schneider writes:
>> On 16 Nov 2017, at 15:58, Junio C Hamano wrote:
>>
>> Lars Schneider writes:
>>
On 16 Nov 2017, at 07:04, Junio C Hamano wrote:
>>>
>>> Wow. Thanks for the quick patch
> On 16 Nov 2017, at 15:58, Junio C Hamano wrote:
>
> Lars Schneider writes:
>
>>> On 16 Nov 2017, at 07:04, Junio C Hamano wrote:
>>
>> Wow. Thanks for the quick patch :-)
>
> Heh, this is not exactly my itch, so if you are
Lars Schneider writes:
>> On 16 Nov 2017, at 07:04, Junio C Hamano wrote:
>
> Wow. Thanks for the quick patch :-)
Heh, this is not exactly my itch, so if you are inclined to, can you
take it over from here on?
Thanks.
> On 16 Nov 2017, at 07:04, Junio C Hamano wrote:
Wow. Thanks for the quick patch :-)
> When a graphical GIT_EDITOR is spawned by a Git command that opens
> and waits for it for the user input (e.g. "git rebase -i") pops its
> window elsewhere that is obscure, the user may
When a graphical GIT_EDITOR is spawned by a Git command that opens
and waits for it for the user input (e.g. "git rebase -i") pops its
window elsewhere that is obscure, the user may be left staring the
original terminal window s/he invoked the Git command from, without
even realizing that now s/he
7 matches
Mail list logo