Bug 232994 - Do not colourize printouts when redirected
Do not colourize printouts when redirected
Status: CLOSED UPSTREAM
Product: Fedora
Classification: Fedora
Component: gstreamer (Show other bugs)
rawhide
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Adam Jackson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-03-19 15:54 EDT by Pete Zaitcev
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-04-11 10:58:55 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Pete Zaitcev 2007-03-19 15:54:40 EDT
Description of problem:

When output of Totem is redirected, it retains colored marks like "WARN",
which makes them hard to read.

Version-Release number of selected component (if applicable):

gstreamer-0.10.12-1.fc7

How reproducible:

100%, but you need a way to trigger the output from the library.

Steps to Reproduce:
1. Run this:
   GST_DEBUG=*:2 totem dvd://2 >totem.run 2>&1 </dev/null
2. Do something to produce "WARN"
   (in case of DVD, perhaps nothing is needed, there's a ton of
   "Queue is bigger than 20Mbytes"
3. Open the file totem.run in a text editor

Actual results:

File is full of color-changing escapes

Expected results:

A readable trace

Additional info:

This should be similar to behaviour of ls(1). The standard way to
determine if the descriptor is interactive is isatty(3). If you
use the standard I/O library, you can get the current
file descriptor with fileno(3).
Comment 1 Bastien Nocera 2007-04-11 10:58:55 EDT
This can already be achieved with "export GST_DEBUG_NO_COLOR=1".

The point of the colourised output is to be able to separate different types of
warnings and errors easily, and you can read the file with all its colours using
"less -R".

I would advise you to file a bug upstream against GStreamer
(http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer) if you feel strongly
about this.

Note You need to log in before you can comment on or make changes to this bug.