D. One possible reservation may be integrating RT with GForge.
I'm confused. Are we considering moving core backend development over to GForge as well, or just GBorg? (Personally the former doesn't strike me as a good idea, at least initially.)
I think that the PostgreSQL project would be very much sending the wrong message to use an effectively non-Postgres tool.
Frankly, I think the PostgreSQL project would be sending "the wrong message" if we chose our tools on any basis other than functionality. We ought to use what works, whether it supports PG or not. Whether the bug tracker tool uses PostgreSQL, flat files or MS Access to store data is entirely secondary to whether it serves the needs of the development group.
-Neil
---------------------------(end of broadcast)--------------------------- TIP 8: explain analyze is your friend
