| From: | Christoph Berg <myon(at)debian(dot)org> |
|---|---|
| To: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
| Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: PGCOLOR? (Re: pgsql: Unified logging system for command-line programs) |
| Date: | 2019-04-09 12:01:12 |
| Message-ID: | 20190409120112.GC1961@msg.df7cb.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
Re: Peter Eisentraut 2019-04-09 <d483cdb6-db98-9b2f-7f2b-eed0f4bd975d(at)2ndquadrant(dot)com>
> I'm okay with changing it. As you indicate, I chose the name so that it
> doesn't look like a libpq variable. There are some other PG_ variables
> throughout the code, but those appear to be mostly for internal use.
> Also, there is GCC_COLORS, LS_COLORS, etc. But perhaps this wisdom will
> be lost on users who just read the man page and get confused. ;-)
Do we need two variables to control this? I was only looking at
PG_COLOR, and noticed PG_COLORS only later. Keeping PG_COLORS aligned
with {GCC,LS}_COLORS makes sense. How about removing PG_COLOR, and
making "auto" the default? (Maybe we could still support "PG_COLORS=off")
Christoph
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2019-04-09 13:59:42 | pgsql: Replace tabs with spaces in one .sql file |
| Previous Message | Christoph Berg | 2019-04-09 11:58:14 | Re: pgsql: Unified logging system for command-line programs |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2019-04-09 12:32:20 | Re: Status of the table access method work |
| Previous Message | Christoph Berg | 2019-04-09 11:58:14 | Re: pgsql: Unified logging system for command-line programs |