From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Magnus Hagander <mha(at)sollentuna(dot)net>, "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: contrib vs. gborg/pgfoundry for replication solutions |
Date: | 2004-04-22 04:25:01 |
Message-ID: | 4087491D.3030502@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian wrote:
> I was thinking about CPAN. They have download stuff, but it installs
> very easily. I wonder if we should allow gborg projects to interface to
> our configure output in a way that makes it easier for them to be
> installed.
Now that idea I like. The R project also has something similar that
allows a standard R command to download, compile, and install their
equivalent to contrib packages. They even have an automated system of
testing the contributed packages to ensure they work. If the package
doesn't meet certain standards, it is automatically dropped from the
link list on the download page. See:
http://cran.r-project.org/doc/manuals/R-exts.pdf
if you're interested. Very impressive, but also a huge amount of work to
set up.
> The gborg is easy for development and releasing, but loses in the
> easy-of-use category sometimes.
I agree.
Joe
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-04-22 04:29:36 | Re: contrib vs. gborg/pgfoundry for replication solutions |
Previous Message | Joe Conway | 2004-04-22 04:11:42 | Re: contrib vs. gborg/pgfoundry for replication solutions |