Re: modules - Mailing list pgsql-hackers

From Greg Sabino Mullane
Subject Re: modules
Date
Msg-id 018ad9ed3179bf84749d8585e1e2ba17@biglumber.com
Whole thread Raw
In response to Re: modules  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: modules  (Aidan Van Dyk <aidan@highrise.ca>)
Re: modules  (Andrew Dunstan <andrew@dunslane.net>)
Re: modules  ("D'Arcy J.M. Cain" <darcy@druid.net>)
List pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160


> 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,

Yes, I'm not sure I see the point of it. It's got a bad name, but changing
it is just putting lipstick on a pig. End users don't know, and don't care,
about contrib. Sysadmins and casual DBAs only care what they can "yum install".
That only leaves packagers and hard-core developers, both of whom already
know how contrib works.

Not that I wouldn't want to see some of the good ideas raised in this thread
explored. In particular, I'd love to see some of the more standard contrib
things installable as simple as:

postgres=# INSTALL earthdistance;

Right now contrib is a real catch-all of various things; it would be nice to
categorize them somehow. And by categorize, I emphatically do NOT mean
move to pgfoundry, which is pretty much a kiss of death.

- --
Greg Sabino Mullane greg@turnstep.com
PGP Key: 0x14964AC8 200804030953
http://biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8
-----BEGIN PGP SIGNATURE-----

iEYEAREDAAYFAkf04VUACgkQvJuQZxSWSsjmPACeMoaDTXgjqXBKlthPad6D3sWV
qooAn2y0cwnafYwnGonGBEq/6IAbXzlF
=SO7r
-----END PGP SIGNATURE-----




pgsql-hackers by date:

Previous
From: Dimitri Fontaine
Date:
Subject: COPY Transform support
Next
From: NikhilS
Date:
Subject: Re: COPY Transform support