Re: [HACKERS] internal voting - Mailing list pgsql-interfaces

From Nigel J. Andrews
Subject Re: [HACKERS] internal voting
Date
Msg-id Pine.LNX.4.21.0205111914540.2371-100000@ponder.fairway2k.co.uk
Whole thread Raw
Responses Re: [HACKERS] internal voting
List pgsql-interfaces
[Note, I've changed the headers so everyone on the original distribution list
is getting a copy via Bcc, including -hackers. It was the simplest way I could
think of making certain the discussion moved to -interfaces as Marc requested.]


On Sat, 11 May 2002, Bartus Levente wrote:
> ... I think, there is no connection (should not be)
> between the versions of the pgaccess and the versions of the pgsql.
> Pgaccess is a visual tool for pgsql, that can be developed freely
> without having anything to do with the pgsql developement.

Yes.

> So I cannot understand why the majority of the oppinions says that
> pgaccess should stay in the shadow of the pgsql.

Who said shadow? FWIW, I'd never have bothered about pgaccess, that's even I'd
even known about it, if it hadn't come in the main postgres tree.

> Breaking this tight connection we can help pgaccess to develop as fast
> as it can, and we let free space for other projects to appear. For me
> the first thing is to make my daily job as good and fast as I can. And
> this is much easier with using the best tool for the particular
> problem. This is why I started to make patches to this project.
> Sorry but I can't wait for the next pgsql release to have this patches 
> included in the package.

Uhoh, now we have a problem, unless your version is going to form the
initial repository or there's little or no impact across the preexisting code.


-- 
Nigel J. Andrews
Director

---
Logictree Systems Limited
Computer Consultants



pgsql-interfaces by date:

Previous
From: "Nigel J. Andrews"
Date:
Subject: PgAccess directory structure
Next
From: "Ross J. Reedstrom"
Date:
Subject: Re: PgAccess directory structure