From: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Upcoming Changes to News Server ... |
Date: | 2004-11-23 23:33:36 |
Message-ID: | 20041123192804.V41705@ganymede.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-announce pgsql-general |
On Tue, 23 Nov 2004, Tom Lane wrote:
> "Marc G. Fournier" <scrappy(at)postgresql(dot)org> writes:
>> What I've done doesn't eliminate (or shouldn't) the desire for a comp.*
>> hierarchy of groups for postgresql, it just means that the what will end
>> up still being considered bogus groups will be able to still be accessible
>> by those that wish to ...
>
> BTW, you indicated that one of the reasons pressing you to move was that
> Google had dropped indexing services for the comp.* groups. Have they
> given you an indication that they would index pgsql.*, or are we just
> out of luck on that service?
Right now, from what I've seen/read, even if the RFD/CFV goes through,
google will only pick up those 4 or 5 that were approved ... from checking
on Google itself, it looks like other then the Big8, they pretty much
archive all the non-Big8 hierarchies ...
But, if those 4-5 do end up passing, we can gate those on top of the
"private hierarchy" from a propogation perspective ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2004-11-23 23:36:06 | Re: Upcoming Changes to News Server ... |
Previous Message | Gary L. Burnore | 2004-11-23 23:32:21 | Re: Upcoming Changes to News Server ... |
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2004-11-23 23:36:06 | Re: Upcoming Changes to News Server ... |
Previous Message | Alexander Pucher | 2004-11-23 23:32:58 | Re: Table name as parameter in function |