Re: modules
От | Joshua D. Drake |
---|---|
Тема | Re: modules |
Дата | |
Msg-id | 20080403084712.3d061642@commandprompt.com обсуждение исходный текст |
Ответ на | Re: modules ("Tom Dunstan" <pgsql@tomd.cc>) |
Ответы |
Re: modules
Re: modules Re: modules |
Список | pgsql-hackers |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 3 Apr 2008 21:03:05 +0530 "Tom Dunstan" <pgsql@tomd.cc> wrote: > On Thu, Apr 3, 2008 at 8:25 PM, Andrew Dunstan <andrew@dunslane.net> > wrote: > > > If this were at all true we would not not have seen the complaints > > from people along the lines of "My ISP won't install contrib". But > > we have, and quite a number of times. We have concrete evidence > > that calling it contrib actually works against us. > > It's hard to see ISPs who won't install contrib from installing > ${random module} from the big bad internet as has been discussed in > this thread, but who knows? Sure it is. The very word contrib brings about ideas of things like: Unstable, Cooker, unofficial. "modules" is completely different (from a perception perspective). IMO the core modules should be compiled via configure with something like: ./configure --enable-module=ALL or ./configure --enable-module=pgcrypto --enable-module=cube This would install all the modules but not enable them in the database itself (of course). This could also be extended to the pls so that we have exactly one mechanism to control those options as well. ./configure --enable-module=pgcrypto --enable-module=plperl Sincerely, Joshua D. Drake - -- The PostgreSQL Company since 1997: http://www.commandprompt.com/ PostgreSQL Community Conference: http://www.postgresqlconference.org/ United States PostgreSQL Association: http://www.postgresql.us/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH9PwCATb/zqfZUUQRAoWtAKCdbdcv4KdOIdiF8gcjebWTIrub1gCgg8RU QaatCVhlETRkA6+5wyYNdRM= =z1gI -----END PGP SIGNATURE-----
В списке pgsql-hackers по дате отправления: