From: Brent Goodrick <bgoodr@gmail.com>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: git@vger.kernel.org
Subject: Re: CR codes from git commands
Date: Wed, 21 Jan 2009 20:00:45 -0800 [thread overview]
Message-ID: <e38bce640901212000w5b1b8a91tfdd0abbebde162a0@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.1.00.0901211636340.3586@pacific.mpi-cbg.de>
On Wed, Jan 21, 2009 at 7:38 AM, Johannes Schindelin
> In my test I performed one minute ago, "git pull | cat" did not show any
> CR. Maybe it is the "git" instead of "get" :-)
<snip>
> > Thanks. The fix should be to arrange it so that I can set something so
> > that a bare call such as (but just "git pull"):
> >
> > git pull
> >
> > will emit no CR codes at all, ever, regardless of if there is a tty.
> > Even if it is an env var, but a config setting would be ok too.
>
> I would actually think that it should not be an env var or config setting
> if piping it to "cat" does what you want: if the output is a tty, I think
> it is safe to assume that you want to see the progress, and if you don't,
> "| cat" is not an unreasonable thing to ask for.
You might not be able to see those CR codes from your terminal,
because ... well ... its a terminal which will process them. And if
you can't reproduce it in your environment, you'll have to duplicate
my environment, and at that is well beyond what I would ask anyone to
do. Thanks for your effort in looking into it. If I get annoyed
enough with it, I'll debug the code myself and propose a patch (but
don't hold your breath because I'm still learning this complex tool).
Thanks!
Brent
next prev parent reply other threads:[~2009-01-22 4:02 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 [this message]
2009-01-22 4:47 ` Daniel Barkalow
2009-01-22 7:34 ` Brent Goodrick
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=e38bce640901212000w5b1b8a91tfdd0abbebde162a0@mail.gmail.com \
--to=bgoodr@gmail.com \
--cc=Johannes.Schindelin@gmx.de \
--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).