Skip site navigation (1) Skip section navigation (2)

Re: modules

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Zeugswetter Andreas OSB SD <Andreas(dot)Zeugswetter(at)s-itsolutions(dot)at>
Cc: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Magnus Hagander <magnus(at)hagander(dot)net>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: modules
Date: 2008-04-03 12:23:43
Message-ID: 47F4CC4F.5070406@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers

Zeugswetter Andreas OSB SD wrote:
>>> The closest analogy to what I'm thinking is the perl CPAN 
>>>       
>> or ruby gems.
>>     
>
> I think this is more a developer thing. I don't think an ISP would want
> all that automagic (and certainly does not do that for joe user).
>   


I think you are missing an essential part of the vision. This is not 
just targetted at developers. Binary distro authors typically include a 
huge number of CPAN modules as well as core Perl, and ISPs typically 
install them. We want to have something CPAN-like so we can get the same 
effect.

At any rate, that's a bit blue sky right now. I haven't seen any 
disagreement with our kissing "contrib" goodbye as a name, so let's work 
on that. Unfortunately, that's going to involve a bit of pain, including 
in the buildfarm, whose client relies on the name. I'll go to work on 
fixing that, and we can get a new version out so when we make the switch 
the buildfarm doesn't go dark.

cheers

andrew


In response to

  • Re: modules at 2008-04-03 11:33:42 from Zeugswetter Andreas OSB SD

Responses

  • Re: modules at 2008-04-03 13:54:11 from Greg Sabino Mullane

pgsql-hackers by date

Next:From: Dawid KuroczkoDate: 2008-04-03 12:44:53
Subject: Re: psql \G command -- send query and output using extended format
Previous:From: Zeugswetter Andreas OSB SDDate: 2008-04-03 11:33:42
Subject: Re: modules

pgsql-general by date

Next:From: Gregory StarkDate: 2008-04-03 12:29:07
Subject: Re: is it helpful for the optimiser/planner to add LIMIT 1
Previous:From: Zeugswetter Andreas OSB SDDate: 2008-04-03 11:33:42
Subject: Re: modules

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group