From: | Dawid Kuroczko <qnex42(at)gmail(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Postresql RFD version 2.0 Help Wanted. |
Date: | 2004-11-08 08:50:20 |
Message-ID: | 758d5e7f0411080050536d0184@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sat, 06 Nov 2004 22:27:08 -0600, Dave Balderstone
> You're way too impatient. Things don't happen here in time scales that
> are measured in hours or days. Hang in there. You've got a good start
> and some good people supporting what you want to do.
>
> Relax, take your time (and the advise of the wise ones here (not me...
> um well, whatever)) and work through the process.
>
> Your proposal is, in its genesis, sound. Now, evolution.
I agree. The idea of the Usenet group comp.databases.postgresql is
sound, and I think it really should be created, so go on with the RFD
process.
I think group should NOT be mail-gated to pgsql maillists. IMHO
"Big 8" groups and maillists serve different purposes.
I think having "local" mail-news gateways is good (like ones already
existing), but IMHO there is vast difference between "local" gateways
and full-blown "Big 8" network.
And finally, I think "comp.databases.postgresql.*" names are poor
choice for "local" gateway. They clash with "Big 8" servers and most
properly configured newsservers will not pass such groups. And in
future, when Big8 c.d.postgresql.* matures, some clashes are
inevitable. I personally think postgresql.* names for "local" gate
is THE right way (and it would make it OK to pass the feed without said
clash).
Regards,
Dawid
PS: And I think one should ask if it is OK to propose someone else as
Big8 group gateway admin/moderator/etc before doing so. It was...
uncourteous...
From | Date | Subject | |
---|---|---|---|
Next Message | Johan Wehtje | 2004-11-08 08:50:47 | Re: Visual DATA MODEL Designer in linux? |
Previous Message | Oliver Jowett | 2004-11-08 08:50:08 | Re: Avoiding explicit addDataType calls for PostGIS |