Re: pgAdmin III v1.10.2 released - Mailing list pgadmin-support

<br />hello<br />It seems that PG minimal version may be set to 8.4.<br />I tried to built with 8.3 and I have an error
withPQconninfoParse (from libpq-fe.h) which has been introduced with PG 8.4.<br /><br />> Date: Thu, 18 Mar 2010
08:55:37+0000<br />> Subject: Re: [pgadmin-support] pgAdmin III v1.10.2 released<br />> From:
dpage@pgadmin.org<br/>> To: Dale.J.Thompson@noaa.gov<br />> CC: pgadmin-support@postgresql.org<br />> <br
/>>On Wed, Mar 17, 2010 at 5:46 PM, Dale J Thompson<br />> <Dale.J.Thompson@noaa.gov> wrote:<br />> >
Iapologize for assuming this was a well known problem.<br />> ><br />> > If it's not feasible to adjust the
buildto work around this issue, I'd<br />> > suggest the documentation for pgAdmin be updated to clarify that it
requires<br/>> > 8.3(?) or greater version of postgresql to build. It's certainly not<br />> > reasonable
toassume people will be willing to remove their vendor provided<br />> > and supported versions of postgresql,
butthis documentation update would<br />> > help people to know they need to build a 1.10.0 version if they use
Redhat<br/>> > 5. That's the rpm I build for my userbase and it mostly works fine.<br />> <br />> Oh, sorry
-my comments were aimed at the other devs. They probably<br />> seemed a bit harsh from your perspective.<br />>
<br/>> The problem is that but restricting ourselves to support of older<br />> versions of libpq, we either lose
outon important functionality for<br />> may years, or we have to build pgAdmin in such a way that features get<br
/>>enabled or disabled based on the version of libpq in use, which leads<br />> to an inconsistent experience
thatmany users won't understand, and<br />> makes it harder to debug problems that crop up.<br />> <br />>
Limitingourselves to a modern libpq shouldn't be an issue for a<br />> number of reasons:<br />> <br />> -
it'sversioned, so updating it on a machine should not be an issue<br />> if an older version is already
installed.<br/>> - most users that want a modern pgAdmin will probably use a package<br />> repository that
offersthem that and also the newer PostgreSQL.<br />> - In the worst case scenario, users can always statically link
witha<br />> private copy of the newer version, or install into a private directory<br />> and include the newer
libpqthere.<br />> <br />> The docs were out of date though - I've fixed that now.<br />> <br />> > By
theway, my users where specifically looking for the graphical query<br />> > builder, which was my reason for
lookinginto version 1.10.x of pgAdmin.<br />> <br />> It might be slightly more of a pain to build/distribute if
youhave<br />> vendor packages for 8.1 installed that you do not wish to touch, but<br />> it shouldn't be an
insurmountableproblem.<br />> <br />> -- <br />> Dave Page<br />> EnterpriseDB UK:
http://www.enterprisedb.com<br/>> PG East Conference: http://www.enterprisedb.com/community/nav-pg-east-2010.do<br
/>><br />> -- <br />> Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org)<br />> To make
changesto your subscription:<br />> http://www.postgresql.org/mailpref/pgadmin-support<br /><br /><hr />Gardez le
contact.<a href="http://go.microsoft.com/?linkid=9712964" target="_new">Obtenez la version mobile de Messenger ici</a>