| 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: | Whole Thread | Raw Message | 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 |