Pois é. Chegou um ponto em que eu vou ter que instalar um wiki no burocrata.org. CVS é otimo mas não foi feito para tudo – nem tudo na vida de um estudante de computação são programas, makefiles, etc. E não, não tenho saco de ficar editando pagina .html para cada coisa que eu quero fazer: se eu posso simplesmente colocar um wiki para anotar tudo que eu quero, criar páginas já formatadas, com índice e tudo mais que se tem direito, controle de versão e possibilidade de edição remota e cooperativa, para que diabos eu vou ficar brigando com arquivo .html na mão?! Muito mais produtivo ter um wiki, IMHO.
Eu estava pensando em usar o WikkiTikkiTavi ou o MoinMoin. Cogitei até instalar o ZWiki, que roda sobre o Zope.
O primeiro é o usado lá na ALU e no site interno do POP-CE. É escrito em PHP. É rapido, eficiente, ainda mais se você usar algum daquele otimizadores PHP, relativamente simples de manter. Contudo, precisa de MySQL para rodar e não é la muito extensível. Faz o arroz com feijão mas deixa muito dos extras de fora.
O segundo é feito em python *grin* e é usado em vários wikis famosos. Não precisa de um banco de dados para rodar e possui inúmeras extensões interessantes: modo blog, criação de eleições ao estilo wiki ( basta definir na pagina q vc quer uma eleição, dizer quais são os opçoes e acabou), controle de acesso, suporte a upload de imagens e arquivos, etc. Só esse modo blog já é uma mão na roda: nada de ficar definindo link para tudo que eu cito nos posts, bastaria convertê-los para WikiNames e pronto. Fora que o blog poderia de maneira transparente interagir com o wiki: posts referenciando páginas e sendo referenciados. Bom mesmo, só possui um probleminha que realmente é o que está colocando ele em 2o. colocado: performance – ele roda como CGI 
Aparentemente colocá-lo para rodar com o mod_python não é trivial. Uma solução, que é a resposta mais comum agora para todo problema que envolve serviços web agora, seria colocar o wiki para rodar num servidor de aplicação. Ele ficaria rodando em background e a cada pedido de página o Apache se comunicaria com o servidor de aplicação solicitando uma versão semi-acabada da página.
Essa solução é a adotada meio que por tabela pela terceira opção, o ZWiki. Como ele roda sobre Zope, que é por si só um servidor de aplicação, não existe o problema de carregar o interpretador python para executar cada solicitação de página individualmente, pois o zope está sempre lá, rodando. Banco de dados também não é problema: o próprio zope se encarrega desse trabalho. Problema então?! O proprio zope: é grande demais para ser instalado na máquina do burocrata.org. Não é como se ela tivesse espaço sobrando no /usr e apesar do zope se dizer pesado apenas na hora de carregar, tenho lá minhas dúvidas…
E ai, sugestões? O que é q vocês acham?!
Antes de tudo muda isso aqui para WordPress, forgodssake. E eu estou usando o Tavi mesmo, o Moin botou boneco para rodar….