Re: Select works only when connected from login postgres
Joseph Brenner <doomvox@gmail.com>
From: Joseph Brenner <doomvox@gmail.com>
To: "David G. Johnston" <david.g.johnston@gmail.com>
Cc: Adrian Klaver <adrian.klaver@aklaver.com>, Tom Lane <tgl@sss.pgh.pa.us>, "pgsql-general@postgresql.org" <pgsql-general@postgresql.org>
Date: 2016-12-06T05:28:11Z
Lists: pgsql-hackers, pgsql-general
Well yeah, trying to run a PAGER that's not there might throw an error. Or you know, nothing in PAGER might imply "pager off". > I find it a bit odd that all of your queries were using the pager...did I miss where you reported that setting? I didn't report it because I wasn't looking in that direction. A PAGER set to blank for login 'doom' and no PAGER setting for login 'postgres' explains much of what I was seeing, I think: selects run as 'doom' tended to be blank (unless I had a pset no pager somewhere), selects run as 'postgres' always worked. On Mon, Dec 5, 2016 at 9:03 PM, David G. Johnston <david.g.johnston@gmail.com> wrote: > On Mon, Dec 5, 2016 at 9:53 PM, Joseph Brenner <doomvox@gmail.com> wrote: >> >> And I guess I did that intentionally, my .bashrc has >> >> # I use emacs shells, I got a "pager" already: >> export PAGER='' >> > > PAGER= psql --pset=pager=always -c 'select 1;' > <nothing on the screen> > > Remove PAGER= and I'm good. > > I guess that psql could be a bit more helpful by reporting something to > stderr if the value of PAGER is not an executable (platform dependent...) > > I find it a bit odd that all of your queries were using the pager...did I > miss where you reported that setting? > > David J. >
Commits
-
Handle empty or all-blank PAGER setting more sanely in psql.
- 1ec5cc025b41 9.2.20 landed
- ccb84dae13c9 9.4.11 landed
- bb39f58f76b4 9.6.2 landed
- 82eb5c514473 9.3.16 landed
- 370c7a863aa7 9.5.6 landed
- 18f8f784cbbf 10.0 landed