Re: modules

From: Gregory Stark <stark(at)enterprisedb(dot)com>
To: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Greg Smith" <gsmith(at)gregsmith(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: modules
Date: 2008-04-04 22:20:10
Message-ID: 87d4p5fejp.fsf@oxford.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers


"Andrew Dunstan" <andrew(at)dunslane(dot)net> writes:

> The example I have in mind is Perl, as I have referred to before. It comes with
> a number of useful modules (e.g. File::Find, and CGI) that don't have to be in
> the perl core distribution but are very widely used and so having them there
> makes some sense.

What's different about those is that they are developed primarily as CPAN
modules. The ones in the perl source are just copies of the CPAN module
installed by default.

Would that help earn respect for pgfoundry? Modules there would have something
to aspire to if they grew to be considered indispensable rather than just be
doomed to being forgotten and ignored.

--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
Ask me about EnterpriseDB's 24x7 Postgres support!

In response to

  • Re: modules at 2008-04-04 21:17:48 from Andrew Dunstan

Browse pgsql-general by date

  From Date Subject
Next Message Ralph Smith 2008-04-04 22:54:54 Re: psql: FATAL: role "xyz" is not permitted to log in
Previous Message Karsten Hilbert 2008-04-04 22:14:40 Re: Exception messages -> application?

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2008-04-04 22:30:33 Re: psql \G command -- send query and output using extended format
Previous Message Dawid Kuroczko 2008-04-04 22:15:29 Re: psql \G command -- send query and output using extended format