Trevor Daniels wrote Tuesday, July 03, 2012 11:49 PM
> But some changes to git-cl were necessary to run under
> Windows, even with 2.7. I'll document these more clearly
> tomorrow.
Here's what I found necessary, or at least the easiest way,
to run git-cl under Windows. S
David Kastrup wrote Tuesday, July 03, 2012 9:26 PM
> "Trevor Daniels" writes:
>
>>> $ git cl upload master
>>> WARNING: terminal is not fully functional
>>> Documentation/notation/input.itely | 56 +
>>> 1 files changed, 56 insertions(+), 0 deletions(-)
>>> 'vi' is not recogni
Graham Percival wrote Tuesday, July 03, 2012 2:36 PM
> On Tue, Jul 03, 2012 at 11:40:58AM +0100, Trevor Daniels wrote:
>> The version from github.com/gperciva/git-cl.git ships without
>> the readline module. It is not required for Unixes as it is
>> included with Unix python, I believe.
>
> Hmm.
David Kastrup wrote Tuesday, July 03, 2012 10:46 PM
> Graham Percival writes:
>
>> On Tue, Jul 03, 2012 at 10:26:18PM +0200, David Kastrup wrote:
>>> "Trevor Daniels" writes:
>>>
>>> >> Description empty; aborting.
>>>
>>> That just means that git-cl called what it considered an editor, and
Graham Percival writes:
> On Tue, Jul 03, 2012 at 10:26:18PM +0200, David Kastrup wrote:
>> "Trevor Daniels" writes:
>>
>> >> Description empty; aborting.
>>
>> That just means that git-cl called what it considered an editor, and the
>> file for editing did not change, so git-cl aborted.
>
> A
On Tue, Jul 03, 2012 at 10:26:18PM +0200, David Kastrup wrote:
> "Trevor Daniels" writes:
>
> >> Description empty; aborting.
>
> That just means that git-cl called what it considered an editor, and the
> file for editing did not change, so git-cl aborted.
Another option would be to change git-
"Trevor Daniels" writes:
>> $ git cl upload master
>> WARNING: terminal is not fully functional
>> Documentation/notation/input.itely | 56 +
>> 1 files changed, 56 insertions(+), 0 deletions(-)
>> 'vi' is not recognized as an internal or external command,
>> operable program or
David Kastrup wrote Tuesday, July 03, 2012 4:34 PM
> Namely, git-cl first tries importing readline unconditionally, then it
> tries importing it again conditionally.
>
> That does not look all too clever. Perhaps removing the unconditional
> import is all that is needed?
Yes, this seems to byp
David Kastrup writes:
> Graham Percival writes:
>
>> On Tue, Jul 03, 2012 at 04:50:13PM +0200, David Kastrup wrote:
>>> Graham Percival writes:
>>>
>>> > Good luck.
>>>
>>> My personal take on this is not to bother but disable use of the
>>> readline module if unavailable. git cl does not as
Graham Percival writes:
> On Tue, Jul 03, 2012 at 04:50:13PM +0200, David Kastrup wrote:
>> Graham Percival writes:
>>
>> > Good luck.
>>
>> My personal take on this is not to bother but disable use of the
>> readline module if unavailable. git cl does not ask for interactive
>> input often e
On Tue, Jul 03, 2012 at 04:50:13PM +0200, David Kastrup wrote:
> Graham Percival writes:
>
> > Good luck.
>
> My personal take on this is not to bother but disable use of the
> readline module if unavailable. git cl does not ask for interactive
> input often enough to make that worth the troubl
Graham Percival writes:
> On Tue, Jul 03, 2012 at 11:40:58AM +0100, Trevor Daniels wrote:
>> The version from github.com/gperciva/git-cl.git ships without
>> the readline module. It is not required for Unixes as it is
>> included with Unix python, I believe.
>
> Hmm. If it's as simple as includ
On Tue, Jul 03, 2012 at 11:40:58AM +0100, Trevor Daniels wrote:
> The version from github.com/gperciva/git-cl.git ships without
> the readline module. It is not required for Unixes as it is
> included with Unix python, I believe.
Hmm. If it's as simple as including a bunch of extra .py files,
th
Has anyone managed to run git-cl under Windows successfully?
The version from github.com/gperciva/git-cl.git ships without the readline
module. It is not required for Unixes as it is included with Unix python, I
believe. But it is not included with the Windows version of python. There is
a
14 matches
Mail list logo
