git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Brent Goodrick <bgoodr@gmail.com>
To: Daniel Barkalow <barkalow@iabervon.org>
Cc: git@vger.kernel.org
Subject: Re: CR codes from git commands
Date: Wed, 21 Jan 2009 23:34:37 -0800	[thread overview]
Message-ID: <e38bce640901212334v1e672d48t81d5c81fecd929eb@mail.gmail.com> (raw)
In-Reply-To: <alpine.LNX.1.00.0901212319310.19665@iabervon.org>

On Wed, Jan 21, 2009 at 8:47 PM, Daniel Barkalow <barkalow@iabervon.org> wrote:
> It's kind of unclear what you're trying to do here. I'm guessing that
> you're trying to run git with stdio directed to a /dev/tty device, where
> isatty() is true, but which doesn't interpret ASCII control characters as
> such. We're not detecting that you can't use a pager on this, and so you
> have to use PAGER=cat (which might not be a bad idea for things like
> "man", either). With some clues about the environment, we should be able
> to do something about this.
>
> You're also trying to send the progress output to a log file that you can
> look at the end of (presumably in a more capable terminal). It should be
> possible (with an option) to get git to output progress info to a non-tty,
> and not use the CRs if the output isn't a tty.
>
> Or do you want to use a tty that can't handle CRs, and get newlines
> instead of CRs? (If I'd git on the first computer I used, it would have
> printed the progress bar over and over in place and probably torn a hole
> in the paper, but I haven't used that one in over 20 years.)

Hi Daniel,

Ideally, yes I would want no CR's but LF's instead (but others who do
not use my environment may actually like the way it is now, and I seek
not to disturb that use case).  I could live without the progress
lines (lines that print repeatedly over in one place on normal
terminals), but adding " 2>&1 | cat" to every command line just to get
the CR's to go away, is non-workable for me.

The environment I'm running git under is the Shell mode inside GNU
Emacs. I can't tell you what type of terminal it is, because I believe
that is defined deep in the guts of Emacs. Having read your reply
above, I'm now wondering whether this is an Emacs issue versus a git
issue. If it is an Emacs issue, then I am truly embarrassed for having
wasted everyones time with it.

Brent

  reply	other threads:[~2009-01-22  7:36 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-20 16:26 CR codes from git commands Brent Goodrick
2009-01-20 17:08 ` Johannes Schindelin
     [not found]   ` <18806.44057.477379.215492@hungover.brentg.com>
     [not found]     ` <alpine.DEB.1.00.0901210930370.7929@racer>
2009-01-21 14:42       ` Brent Goodrick
2009-01-21 15:38         ` Johannes Schindelin
2009-01-22  4:00           ` Brent Goodrick
2009-01-22  4:47 ` Daniel Barkalow
2009-01-22  7:34   ` Brent Goodrick [this message]
2009-01-22  7:46     ` Daniel Barkalow
2009-01-22  8:04       ` Junio C Hamano
2009-01-22 10:04         ` Mike Ralphson
2009-01-22 16:13           ` Brent Goodrick
2009-01-22 16:41             ` Mike Ralphson
2009-01-22 16:50               ` Johannes Schindelin
2009-01-22 16:44             ` Daniel Barkalow
2009-01-22 16:52               ` Johannes Schindelin
2009-01-23 16:12                 ` Brent Goodrick
2009-01-23 16:59                   ` Junio C Hamano
2009-01-23 18:41                   ` Johannes Schindelin
2009-01-24 20:54                     ` Brent Goodrick
2009-01-24 21:14                       ` Johannes Schindelin
2009-01-25  9:19                       ` Boyd Stephen Smith Jr.
2009-01-25 18:47                         ` Brent Goodrick
2009-02-02  7:09                         ` Brent Goodrick
2009-01-25 20:35                       ` The lifecycle of a patch and the maintainer involvement Junio C Hamano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e38bce640901212334v1e672d48t81d5c81fecd929eb@mail.gmail.com \
    --to=bgoodr@gmail.com \
    --cc=barkalow@iabervon.org \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).