<div dir="auto">That is the strange issue.  Postgresql is installed in the default location.  As is gdal, geos, and proj which were also built from source.  Postgis ./configure finds those three just fine but I have to set --with-pgconfig or it will error out saying unable to find pg_config.<div dir="auto">Then some of the tests seem to add the default path but some do not.</div><div dir="auto">OS is raspian which is a version of Debian stretch.</div><div dir="auto">Thanks</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 18, 2018, 7:42 AM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bruce Rindahl <<a href="mailto:bruce.rindahl@gmail.com" target="_blank" rel="noreferrer">bruce.rindahl@gmail.com</a>> writes:<br>
<br>
> /usr/local/pgsql/bin is not in PATH<br>
><br>
> Then in source:<br>
><br>
> ./configure --with-pgconfig=/usr/local/pgsql/bin/pg_config<br>
> make<br>
> sudo make install<br>
> make check<br>
><br>
> The first few sets of checks run (PATH is shown as including<br>
> /usr/local/pgsql/bin<br>
> ).  When you get to the raster tests, PATH does not show /usr/local/pgsql/bin<br>
> and the tests fail.<br>
<br>
If I follow, you are operating in a way where the postgresql binaries<br>
are not in the default path, and that seems surprising to expect that to<br>
work - but perhaps you are using a packaging system that has a different<br>
for each package and tries to keep PATH minimal.  I would expect that<br>
this would cause lots of problems.<br>
<br>
So I would suggest a doc fix that says that when building, testing and<br>
using postgis, it is expected that the PATH contain the bin directory of<br>
the prefix that pgsql was configured for.<br>
</blockquote></div>