Re: [HACKERS] The contrib hit list
Hi Tom, Anyone want to get to work on replacing reindexdb or userlock? I'll submit a replacement for reindexdb ASAP. Euler Taveira de Oliveira euler[at]yahoo_com_br ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings
Re: [HACKERS] The contrib hit list
Euler Taveira de Oliveira [EMAIL PROTECTED] writes: Anyone want to get to work on replacing reindexdb or userlock? I'll submit a replacement for reindexdb ASAP. OK. Note I committed the previously discussed REINDEX DATABASE/SYSTEM changes yesterday, so you might be able to use that. Also, is it worth making this an option to vacuumdb instead of a whole separate program? regards, tom lane ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])
[HACKERS] The contrib hit list
Looking over the thread Josh started a few days ago, it seems there is consensus to move these contrib modules into separate projects on pgfoundry.org: adddepend dbase dbmirror fulltextindex mSQL-interface mac oracle tips and to kill these outright: array ipc_check miscutil mysql noupdate pg_dumplo pg_upgrade string tools tsearch xml There was also a suggestion to move findoidjoins to src/tools, since that's where it really belongs. Finally, various people have expressed interest in writing replacements for these: reindexdb userlock If I don't hear any objections, I'll cvs delete the candidates for outright kills in a day or two, and the pgfoundry candidates as soon as someone moves them over (not being much of a pgfoundry user, I'd prefer to let someone else set those projects up). I'll move findoidjoins too. Anyone want to get to work on replacing reindexdb or userlock? It'd be real nice to get rid of userlock so that we could have a clean story on all-BSD-license for 8.1. regards, tom lane ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [HACKERS] The contrib hit list
Sounds good to me... just wondering where dblink went? Is it going to remain a part of the dist? Sorry if this was already answered, I haven't had the time to check the archive. -Jonah Tom Lane wrote: Looking over the thread Josh started a few days ago, it seems there is consensus to move these contrib modules into separate projects on pgfoundry.org: adddepend dbase dbmirror fulltextindex mSQL-interface mac oracle tips and to kill these outright: array ipc_check miscutil mysql noupdate pg_dumplo pg_upgrade string tools tsearch xml There was also a suggestion to move findoidjoins to src/tools, since that's where it really belongs. Finally, various people have expressed interest in writing replacements for these: reindexdb userlock If I don't hear any objections, I'll cvs delete the candidates for outright kills in a day or two, and the pgfoundry candidates as soon as someone moves them over (not being much of a pgfoundry user, I'd prefer to let someone else set those projects up). I'll move findoidjoins too. Anyone want to get to work on replacing reindexdb or userlock? It'd be real nice to get rid of userlock so that we could have a clean story on all-BSD-license for 8.1. regards, tom lane ---(end of broadcast)--- TIP 8: explain analyze is your friend ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [HACKERS] The contrib hit list
Jonah H. Harris [EMAIL PROTECTED] writes: Sounds good to me... just wondering where dblink went? Is it going to remain a part of the dist? dblink stays, and so does anything else I didn't mention. (There are actually various proposals to do additional things, but these (a) require actual effort on someone's part and (b) don't necessarily have consensus.) regards, tom lane ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])