Re: pgFoundry Download URLs

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: Dave Page <dpage(at)pgadmin(dot)org>, Greg Smith <greg(at)2ndquadrant(dot)com>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-www(at)postgresql(dot)org
Subject: Re: pgFoundry Download URLs
Date: 2010-01-08 21:10:03
Message-ID: 4B479F2B.4080502@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-www

Josh Berkus wrote:
> Dave,
>
>> I'd also note, that the addition of an 'edit' option to the existing
>> pages would seem sensible, as opposed to the 'throw the bath out with
>> the water' approach of just moving it all to the wiki, where marketing
>> teams will have a field day making their products stand out.
>
> Unfortunately, I'd say that trying to improve the GForge code would take
> more effort than coding a new application ourselves.

well gforge/fusionforge is actually improving - the fault is actually
with not taking advantage of those improvements.

>
> And, btw, Wheeler's PGAN proposal (on hackers) obviously does not
> address drivers, applications, developer tools, etc. But I'd say that
> for those, an expansion of the existing application listing service we
> have makes more sense than preserving pgFoundry as an extremely
> inefficient directory.

again even if pgan succeeds (which is still a theoretical thing) calling
pgf an extremely inefficient directory is probably not really fair, If
we failed to utilize pgf as a single resource who says that we will
succeed in utilizing a mix of random external resources as well as some
unestablished custom developed solutions?

Stefan

In response to

Browse pgsql-www by date

  From Date Subject
Next Message Greg Smith 2010-01-08 21:53:38 Re: pgFoundry Download URLs
Previous Message Dave Page 2010-01-08 21:04:27 Re: pgFoundry Download URLs