On Mon, May 22, 2006 at 09:41:10AM +1200, Brent Wood wrote:
>
>
> On Sat, 20 May 2006, Bruno Wolff III wrote:
>
> > I am not sure that Postgres needs CPAN. CPAN is particularly useful for
> > handling dependencies. I doubt that there will be lots of dependencies in
> > Postgres add ons. So havin
Dawid Kuroczko wrote:
On 5/22/06, Florian G. Pflug <[EMAIL PROTECTED]> wrote:
elein wrote:
> This issue is a very old issue and people have not come up with
> the definitive solution to distributing "datablades" as Stonebraker
> called them.
True, but OTOH there is no "definitive solution" for O
On 5/22/06, Florian G. Pflug <[EMAIL PROTECTED]> wrote:
elein wrote:
> This issue is a very old issue and people have not come up with
> the definitive solution to distributing "datablades" as Stonebraker
> called them.
True, but OTOH there is no "definitive solution" for OS-level package
managem
On Mon, May 22, 2006 at 08:10:11PM +0200, Florian G. Pflug wrote:
> elein wrote:
> >This issue is a very old issue and people have not come up with
> >the definitive solution to distributing "datablades" as Stonebraker
> >called them.
> True, but OTOH there is no "definitive solution" for OS-level
elein wrote:
This issue is a very old issue and people have not come up with
the definitive solution to distributing "datablades" as Stonebraker
called them.
True, but OTOH there is no "definitive solution" for OS-level package
management too, but still "apt-get" or "rpm" do a pretty decent job.
This issue is a very old issue and people have not come up with
the definitive solution to distributing "datablades" as Stonebraker
called them.
For now, the best way is to have small well managed projects on
PgFoundry and encourage people to review what is available
there. Maybe we can even mak
ada em: segunda-feira, 22 de maio de 2006 12:39
-->Para: Agent M
-->Cc: Postgres general mailing list
-->Assunto: Re: [GENERAL] Let's make CPgAN!
-->
-->
-->Agent M wrote:
-->> I think the implementation of postgresql installable packages (and
-->> package-
Agent M wrote:
I think the implementation of postgresql installable packages (and
package-space) should precede this idea. Then, any package management
system can install the packages.
Having a standardizes package management for postgresql would be great.
I believe one could use schemas to en
On Sat, 20 May 2006, Bruno Wolff III wrote:
> I am not sure that Postgres needs CPAN. CPAN is particularly useful for
> handling dependencies. I doubt that there will be lots of dependencies in
> Postgres add ons. So having something like the current system where you
> download and build package
On 5/20/06, Bruno Wolff III <[EMAIL PROTECTED]> wrote:
I am not sure that Postgres needs CPAN. CPAN is particularly useful for
handling dependencies. I doubt that there will be lots of dependencies in
Postgres add ons. So having something like the current system where you
download and build packa
I am not sure that Postgres needs CPAN. CPAN is particularly useful for
handling dependencies. I doubt that there will be lots of dependencies in
Postgres add ons. So having something like the current system where you
download and build packages from source isn't going to be improved much
with a CP
I think the implementation of postgresql installable packages (and
package-space) should precede this idea. Then, any package management
system can install the packages.
On May 20, 2006, at 2:12 PM, Dawid Kuroczko wrote:
Comrehensive PostgreSQL Archive Network, or CPgAN
¬ ¬ ¬ ¬ ¬ ¬ ¬ ¬ ¬ ¬
The idea that came up in the -hackers and -advocacy lists, and I think
it should be brought up as a separate thread, in -general.
Backgroud
Once in a while someone comes and suggests adding some package to
postgresql-contrib. Some other person asks for some feature and is directed
at Pgfoundry.
13 matches
Mail list logo
