Re: [HACKERS] internal voting

Поиск
Список
Период
Сортировка
От Nigel J. Andrews
Тема Re: [HACKERS] internal voting
Дата
Msg-id Pine.LNX.4.21.0205111914540.2371-100000@ponder.fairway2k.co.uk
обсуждение исходный текст
Ответы Re: [HACKERS] internal voting
Список 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 по дате отправления:

Предыдущее
От: "Nigel J. Andrews"
Дата:
Сообщение: PgAccess directory structure
Следующее
От: "Ross J. Reedstrom"
Дата:
Сообщение: Re: PgAccess directory structure