Posts Tagged ‘debian’

php_dbase

Friday, July 20th, 2007

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/“.

Crear .deb para instalar java en debian

Saturday, March 31st, 2007

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

Instalación de glassfish en debian

Saturday, March 31st, 2007

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 ;)

Instalación de tomcat 5.5 en debian

Saturday, March 31st, 2007

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.