This advice is probably too late for you but: Don’t install the package trac-accountmanager in debian, seems broken. Install the plugin directly with “sudo easy-install …” as described in track-hacks.org
Corolary: why I’m using ArchLinux? Speed. And also because I have about an 80% less packages installed by hand. Also I can contrib easily with new packages in AUR.
As you may know, there are no packages yet for Python2.6 in debian or ubuntu. If you want to install it you can do it by hand and it will work perfectly (it did for me)
Google a bit and you will find this post: http://blog.pythonaro.com/2008/10/horrible-hack-to-get-python-26-on.html
You can follow the steps in the post without problem, then remember to update your supported and default versions under /usr/share/pyhton/debian_defaults
Also you can link modules available in 2.5 to be used by 2.6, for example Ipython, it works perfectly. Do symlinks from python2.6/site_packages/ pointing python2.5/site_packages. Although this is not the correct way, the correct way should be reinstall those modules under your new configuration.
But what about mod_python? it still remains to Python2.5 right? YES
Well, you have to do the same, download it from modpython.org and make and make install, be sure to install apache2-dev it will provide you with a tool needed in the compilation time.
All should work, also django is working perfectly in my new Python & mod_python 2.6 conf. under debian.
cheers!
Al compilar php con la opción dbase para generar la biblioteca compartida dbase.so, (./configure –enable-dbase=shared) no se debe hacer un symlink desde la biblioteca de extensiones de php hasta el destino .so compilado, eso funcionaba antes pero ahora no. Antes me funcionaba lo más bien, lo hice con phpmapscript.so (cuando éste no era paquete debian y había que compilarlo) y con dbase.so. Hay que copiar el .so y meterlo en la carpeta de bibliotecas de php “/usr/lib/php5/200xxxxx/“.
Para esto utilicé una guía que encontré por ahí googleando. La idea es bajar el .bin de sun y luego utilizar los paquetes fakeroot y java-package de la siguiente manera:
como root:
apt-get install fakeroot java-package
chmod a+x xxxxxxx.bin
como un usuario común:
fakeroot make-jpkg xxxxxxx.bin
Esto generará un .deb que hasta ahora lo he instalado en varios debians sin problemas como root:
dpkg -i xxxxxxx.deb
La guía de instalación en la página de glassfish está perfecta (https://glassfish.dev.java.net/downloads/v2-b33.html) lo único que me gustaría agregar es que el glassfish queda en el directorio donde fue instalado y no se si se puede mover de allí (yo no lo intenté) así que yo aconsejo que ya lo instalen donde el mismo quedará; por ejemplo pongan el .jar en /usr/share que luego el propio instalador genera un subdirectorio llamado glassfish.
Opino que es una buena práctica al brindar un instalador advertir en algún lado al menos los directorios que se van a crear, a mi como usuario me gustaría saberlo 
Me sorprendí cuando al hacer apt-get install tomact5.5 y luego verificar http://localhost:8180 obtuve un error de conexión; enseguida comencé a probar otros puertos, hacer telnet, etc, etc, pero no me podía conectar, entonces fui a buscar el log de tomcat (catalina.out) y resulta que el mismo tenía 0 bytes, pero nunca me dí cuenta que no era un archivo sino un pipe.
Y de que era un pipe me di cuenta cuando comencé a googlear este tema luego de matar y arrancar varias veces el servidor (el stop no funcionaba porque el tomcat nunca arrancaba). Como era un pipe entonces intenté consumir ese pipe con el servidor arrancado: tail -f /var/log/tomcat5.5/catalina.out y al hacer esto el servidor comenzó a funcionar. Al acceder a localhost:8180 obtenía una página en blanco en mi Iceweasel.
Inmediatamente me fui a la página de bugs del paquete en debian y el primer hilo hablaba sobre el tema: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402603
En uno de los últimos mensajes del hilo alguien brinda dos soluciones, yo opté por la primera, la más fácil, que consta únicamente en cambiar el script de inicialización de tomcat para que use cronolog aplicando el parche que se brinda en el mismo mensaje: patch /etc/init.d/tomcat5.5 tomcat5.5.diff (tuve que instalar cronolog también: apt-get install cronolog)
Luego de patchear y arrancar el tomcat sin problemas, como seguí mirando una página en blanco en el navegador, busqué en google y me di cuenta que también debería instalar los paquetes tomcat5.5-admin y tomcat5.5-webapps y ahí sí pude ver la clásica home de tomcat con el gatito y el logo de apache y todo. En realidad el que trae esa home es el 2º, el primero trae la aplicación de administración.