Re: Time to work on Press Release 8.0

From: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
To: Jan Wieck <JanWieck(at)Yahoo(dot)com>
Cc: Chris Travers <chris(at)travelamericas(dot)com>, Lamar Owen <lowen(at)pari(dot)edu>, olly(at)lfix(dot)co(dot)uk, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, Dan Langille <dan(at)langille(dot)org>, pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Time to work on Press Release 8.0
Date: 2004-08-14 17:58:05
Message-ID: 20040814145006.R1887@ganymede.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy

On Sat, 14 Aug 2004, Jan Wieck wrote:

> As said before, if the sourcecode organization (splitting off interfaces
> and other non-server-side tools) has such impact, then it is a bad idea.
> Most users will not download the source tarball. Most users will install
> some sort of package collection provided by their system distribution.
> That was one of the fundamental arguments that people used when we where
> discussing skimming of the PostgreSQL tarball. Following your logic
> would mean we better state in the 8.0 announcement the *removal of all
> language interface other than C*. Because that is what happened. If you
> download the tarball, there is no Perl, Java, C++ or Tcl library. They
> don't come with the PostgreSQL tarball, therefore from your perspective
> "we" do not have "any language support other than C".

I like that thought, of pointing out that, with this release, the
interfaces continue to be moved to gborg/pgfoundry in order to facilitate
development (and releases) of such seperately from the core server, in
order to ensure that bug fixes and features can get to market faster ...

> Now fortunately, this spartanic tarball isn't what most users will get if
> they select PostgreSQL in their OS distribution installer.

Actually, in FreeBSD ports, this is exactly what happens ... there are
seperate ports for the various interfaces:

> ls -d postgresql*
postgresql-contrib postgresql-libpqxx postgresql-tcltk
postgresql-devel postgresql-odbc postgresql7
postgresql-docs postgresql-plruby postgresql72
postgresql-jdbc postgresql-pltcl postgresql73
postgresql-libpq++ postgresql-relay postgresql_autodoc

Now, if someone could come up with a libpq only distribution, along side
pgxs, a large portion of gborg/pgfoundry could easily find its way into
individual packages without having to download the whole source code ...
again, that's for those building from source ... but even for packagers,
it would be nice to have a "build/libpq" RPM that only included the client
libraries, header files and pgxs, and not all the exra binaries ...

----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664

In response to

Responses

Browse pgsql-advocacy by date

  From Date Subject
Next Message Peter Eisentraut 2004-08-14 18:18:49 Re: Time to work on Press Release 8.0
Previous Message Marc G. Fournier 2004-08-14 17:49:08 Re: Time to work on Press Release 8.0