Re: pgFoundry Download URLs

From: "David E(dot) Wheeler" <david(at)justatheory(dot)com>
To: Guillaume Smet <guillaume(dot)smet(at)gmail(dot)com>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Dave Page <dpage(at)pgadmin(dot)org>, Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, pgsql-www <pgsql-www(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Devrim GÜNDÜZ <devrim(at)gunduz(dot)org>
Subject: Re: pgFoundry Download URLs
Date: 2009-12-31 17:50:49
Message-ID: 502262CD-33C8-452C-AD96-17E9F12DDA47@justatheory.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-www

On Dec 31, 2009, at 9:37 AM, Guillaume Smet wrote:

>>> - when we approve a project, we sometimes discuss the license with the
>>> project creator;
>>> - we also sometimes decide to give a dead project to another community member;
>>> - we are sure the code repository won't go to trash because managed by
>>> some random company having problems or making the wrong decision for
>>> us;
>>> - it's a good opportunity to have a lot of PostgreSQL projects
>>> gathered in one place.
>>
>> None of this requires Web sites, email lists, bug tracking, or VCS. Just a central repository of releases. Think PAUSE/CPAN.
>
> The first 3 items do require it.

They require a site for managing it, but in what sense do they require a VCS, mail list, project site, or bug tracking?

>> There are ways to migrate that content, depending on how hard one wants to work at it.
>
> See the GBorg migration disaster. And we did have the control of each
> end of the migration path...

Yeah, I mean for individual developers. I've moved systems many times, frankly, and it's a PITA, but do-able.

> I disagree with that. The community controls pgFoundry. I find it much
> more future-proof than any other services (at least with the current
> sysadmin team we have).

Then why is there so much discussion of killing it? It's not as future-proof as one might hope.

> If we don't shut it down, we'll have to maintain it (at least for
> security fixes) so I don't see the point of doing so.

Make it READ-only.

>> From the sound of things, quite a bit of time has been invested with not much result. Not saying you won't get results, just that discussion has given the appearance of large time investments.
>
> We need to move it anyway, even if we only keep it readonly.

Sure.

> We don't force anyone to use pgFoundry AFAIK. People could use github,
> sf.net, launchpad... but they still use pgFoundry, even if it's old
> and only proposes CVS. Perhaps there is a good reason to it? I'm
> pretty sure we're not all masochist.

Yeah. Nothing else is a perfect fit, alas. pgFoundry itself isn't a perfect fit, hence all the bitching. :-)

> Note that if people want to stop the pgFoundry service, it's some time
> I would be able to invest elsewhere. But I really have the impression
> we want to stop it for bad reasons and without considering the service
> it offers to the community as a whole.

I'm ambivalent, personally. I'd like something better, but don't yet have anything better unless I build it myself.

Best,

David

In response to

Browse pgsql-www by date

  From Date Subject
Next Message Robert Treat 2009-12-31 18:24:55 Re: pgFoundry Download URLs
Previous Message Joshua D. Drake 2009-12-31 17:48:34 Re: pgFoundry Download URLs