<div dir="auto">Thanks.  I agree the documentation should just recommend pgsql/bin should be in PATH.  That's the route I have been taking.<div dir="auto">Bruce</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 18, 2018, 8:47 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>
> That is the strange issue.  Postgresql is installed in the default<br>
> location.  As is gdal, geos, and proj which were also built from source.<br>
<br>
"default location" means different things to different people/programs.<br>
<br>
Typically, ./configure with no prefix argument builds for /usr/local,<br>
and this is broadly considered a default.   I always use pgsql via<br>
pkgsrc, so the prefix is /usr/pkg, and whatever pgsql's build system<br>
defaults to I don't encounter.  With an upstream default  of<br>
/usr/local/pgsql (vs /usr/local), there's a need to add that to PATH,<br>
and arguably the pgsql documentation should explain this.<br>
<br>
> Postgis ./configure finds those three just fine but I have to set<br>
> --with-pgconfig or it will error out saying unable to find pg_config.<br>
<br>
Presumably gdal/geos/proj are built with an implicit prefix of<br>
/usr/local, and thus gdal-config and geos-config are in /usr/local/bin,<br>
and proj.pc is in /usr/local/lib/pkgconfig/proj.pc.  With<br>
/usr/local/bin in PATH, and /usr/local/lib/pkgconfig in pkg-config's<br>
default search location, they will all be found.<br>
<br>
It is not surprising to me that you have to pass --with-pgconfig if<br>
/usr/local/pgsql/bin is not in PATH.  Perhaps if you added that to PATH<br>
before building and testing, all would be ok.<br>
<br>
> Then some of the tests seem to add the default path but some do not.<br>
<br>
If you mean 'the default chosen by the pgsql build process', then I'm<br>
not really surprised.  I think it's probably a bug to run anything postgis<br>
without the pgsql's bin directory in PATH.  But another view is that<br>
this directory should be stored in postgis machinery somewhow and<br>
automatically added when needed.  I see the second approach as working<br>
around not having done the straightforward thing, and too complicated.<br>
<br>
A third view is that any calls to pgsql programs that are embedded in<br>
postgis binaries/scripts should be fully qualified pathnames as found at<br>
configure time, and this extends to all tests as well.   I support this<br>
view - what bothers me is automatic mucking with PATH.<br>
<br>
> OS is raspian which is a version of Debian stretch.<br>
<br>
I suspect that your issues are about pgsql using /usr/local/pgsql and<br>
not specifically about Pi or Debian.<br>
<br>
I have Raspberry Pi 3 running NetBSD, and should run the postgis tests<br>
on it some day.<br>
</blockquote></div>