Vistas de página en total

jueves, 26 de junio de 2008

Java & Ubuntu.

Esta cansado de comprar productos de dieta? Y cada vez estar más gord@!
Esta cansado de comprar aparatos de gimnasio? Y cada vez estar más gord@!
Esta harto de comprar más RAM y que su Windows se cuelgue cada vez más rápido!

Esta harto de que su Ubuntu no reconozca los plugins instalados manualmente porque los que
vienen del repositorio simplemente están viejos ( o simplemente no los quiere de ahí )?

Pues para esto si hay solución para todo lo de arriba, quien sabe, ¬¬.

Bien después de ver que la versión de Java JDK no era la más nueva y la versión de NetBeans tampoco lo era, decidí instalar la que me regalaron en CD en el SunTechDays evento de apenas hace un mes, que por cierto estuvo fabuloso. Bueno pues meto el disco, selecciono y arrastro (cual vil windows) el icono del paquete de java y también NetBeans y pues instalo en mi directorio personal creando las variables de entorno JAVA_HOME y JRE_HOME para que se cargen en mi perfil y todo bien el NetBeans bien y Java también.

Y bueno cual es el problema que cuando quiero entrar a la interfaz de configuración de mi firewall una SHELL que utiliza Java sobre el navegador ooooh sorpresa no tengo el plugin de Java bueno pues solo queda o instalar Jre desde synaptic (cosa no querida desde el principio) o jalar el que ya tenia en mi HOME en fin que con el firefox 3 y con el Ubuntu eso de copiar el plugin.so a la carpeta plugins dentro de HOME/.mozilla/firefox/plugis no sirve porque, no lo se, ni siquiera esta la carpeta, bueno entonces lo copio o creo un enlace simbolico en /usr/lib/mozilla/plugins y nada que tampoco funciona entonces ya la cosa pinta mal 5 min en eso y me estoy volviendo loco porque nada es como era antes.

Le sigo veo que existe otra carpeta (ya lo sabia :P) entonces procedo a hacer lo mismo copio o creo enlace simbolico en /usr/lib/firefox/plugins y digo ahora si tiene que jalar y nada, entonces si digo que pasa, bueno pues veo que hay otros dos directorios raros:

$ ls -ld firefox*
drwxr-xr-x 5 root root 1104 2008-05-27 11:49 firefox
drwxr-xr-x 7 root root 632 2008-06-26 12:34 firefox-3.0
drwxr-xr-x 5 root root 136 2008-04-16 18:46 firefox-addons

bien entonces en uno debe ser

y viendo bien los directorios me doy cuenta que los directorios plugin apuntan a un tercero:

ls -l firefox-3.0/plugins
lrwxrwxrwx 1 root root 25 2008-06-09 11:39 firefox-3.0/plugins -> ../firefox-addons/plugins

pero la cosa esta confusa porque el firefox reconoce un plugin de la carpeta
/usr/lib/firefox/plugins el libunixprintplugin.so (el primer lugar donde probe para agregar Java) y es donde tambien esta el plugin de flash ese si agregado por synaptic mmm algo anda mal.

bueno pues me pongo a ver y ese enlace me lleva a /etc/alternatives donde se encuentran otro monton de enlaces a los plugins de diferentes cosas :

uno para firefox
lrwxrwxrwx 1 root root 46 2008-05-27 11:52 firefox-flashplugin -> /usr/lib/flashplugin-nonfree/libflashplayer.so

uno para mozilla
lrwxrwxrwx 1 root root 46 2008-05-27 11:52 mozilla-flashplugin -> /usr/lib/flashplugin-nonfree/libflashplayer.so

y bien opto por poner un enlace ahí que apunte a mi HOME/jdk/jre/blah blah/plugin.so y otro enlace en /usr/lib/firefox/plugins (asi como hecho para flash) y ahora si debe jalar (iluso) y bueno pues nada tampoco lo reconoce y empiezo a pensar mal de Mark Shuttleworth y Ubuntu y toda su raza debianita y voy haciendo más pruebas (esto ya me tomo más de 15min debe ser malo).

Veo entonces que no se porque aun tengo ¡¡¡firefox 2!!! instalado.

$ which firefox firefox-2 firefox-3.0
/usr/bin/firefox
/usr/bin/firefox-2
/usr/bin/firefox-3.0

y digo ahora si @$&%/&/(. debianitas que es esto, bueno bueno fue el estrés de tanto tiempo invertido en esto, me doy cuenta entonces que me salte un directorio el firefox-addons al cual apunta el enlace simbolico mostrado antes:

ls -l firefox-3.0/plugins
lrwxrwxrwx 1 root root 25 2008-06-09 11:39 firefox-3.0/plugins -> ../firefox-addons/plugins

y bien digo si ahí no funciona me regreso a windows ahí siempre es todo igual (¬¬).

Y hacemos entonces :

# cd /usr/lib/firefox-addons/plugins
# ln -s $HOME/jdk1.6.0_05/jre/plugin/i386/ns7/libjavaplugin_oji.so ## ENTER

iniciamos nuevamente el firefox 3 y oooooh sorpresa ya jalo, por fin aparece nuestro plugin ya no fastidiamos con el synaptic etc etc etc, seguramente esto a pocos usuarios de debian (Ubuntu) les parecería correcto porque si bien estamos haciendo un enlace desde una carpeta nada estandar a un carpeta de sistema. Bueno pero que poniendolo en mi perfil de usuario como debe ser no funciono.

En fin, así la cosa.

jueves, 19 de junio de 2008

Bird

Bird.

Ontoy!

Que es esto?? A solo un mapa, para indicar de donde visitas.

miércoles, 4 de junio de 2008

Apuntes extraños que tome en el suntechdays.

De lo que me acuerdo cuando veo lo que escribí es, mmm ¬¬ mmm...

Glassfish mm ... servidor de aplicaciones, muy completo creo ¬¬
JMaki mm... algo de un chango en chino ademas de una especie de plataforma, framework muuy completo que combina lo mejor de lo mejor en frameworks para AJAX javascript :D mm claro que puedo equivocarme ¬¬ de 10 palabras entendia 5.

Grizzly mmm un framework HTTP eso quiere decir que trabaja asi:

Peticion | Grizzly | contenedor de servlet's
HTTP

bueno eso es lo que recuerdo y si bien recuerdo trabaja con peticiones I/O en java de bajo nivel.

y bueno eso es lo que pude entender de mis notas lo bueno es que tpdas las presentaciones del suntechdays estan disponibles ya en:

http://suntechdays.com.mx/downloads/

las descargan y así pueden ver lo bueno que se perdieron si no fueron.

solaris... aleatorios - borrador

Instalar y desinstalar paquetes en solaris.

Estoy hablando de perl, lo tuve que instalar y quitar una vez, en fin.

Abrimos una terminal de linea de comandos, como super usuario hacemos lo siguiente:

Primero tenemos que saber que paquetes remover, exactamente no recuerdo el comando o las opciones del comando, pero usamos pkginfo y si lo combinamos con el comando grep podemos ver lo que queremos, ya que una de las cosas que hace el comando pkginfo es desplegar la información de todos los paquetes instalados con menor o mayor información pero lo que siempre dice es el nombre del paquete, bueno ya obtenidos los nombres de los paquetes hacemos:

remover paquetes
# pkgrm SUNWPerl584core perl 5.8.4 core
# pkgrm SUNWPerl584man paginas del manual
# pkgrm SUNWPerl584usr archivos varios

Y luego instalamos el nuevo paquete de perl obtenido de sunfreeware.com

Instalar:
descomprimimos
# gunzip perl-5.8.8.tgz // nos queda algo como perl-5.8.8
# pkgadd -d perl-5.8.8 // esto lo instala

en general para instalar y desinstalar cualquier cosa en solaris 9 es así o podemos siempre seguir el procedimiento tradicional ./configure && make && make check && make install y eso tambien funciona.

}:^]

Más información en :

http://docs.sun.com/app/docs/doc/817-0707/6mgg5umn1?a=expand

Qmail... aleatorios... borrador.

Cambio de dominio para la receta QmailRocks.

Para cambiar de dominio la configuración de Qmail ya instalado, hacemos y comprobamos lo siguiente.

Nos vamos al directorio de compilación de qmail normalmente

/usr/local/qmail/qmail-1.03

o donde lo hayas des-compactado y ejecutamos el script que ya bien con qmail

# ./config-fast nombre.de-mi-dominio.com.mx

creamos nuevamente el certificado de seguridad del server

# make cert

revisamos que la información sea la de nuestra nueva configuración en el archivo

/var/qmail/control // si no lo cambiamos.

cambiamos los permisos de los certificados:

# chown -R vpopmail:qmail /var/qmail/control/client.cert
# chown -R vpopmail:qmail /var/qmail/control/servercert.pem

editar los archivos

# vim /var/qmail/supervise/qmail-pop3d/run
# vim /var/qmail/supervise/qmail-smtpd/run

para que reflejen la información de nuestro nuevo dominio osea le ponemos el
nombre.de-mi-dominio.com.mx del principio si esque tiene otra cosa, recordamos que estamos cambiando de dominio un server.

Tambien cambiamos los alias de los mails default, a el nuevo dominio:

# vim /var/qmail/alias/.qmail-root
# vim /var/qmail/alias/.qmail-postmaster
# vim /var/qmail/alias/.qmail-mailer-daemon // y a algun otro que hayamos creado

Cambiamos permisos por si las moscas:

# chmod 644 /var/qmail/alias/.qmail-*

Verificamos los datos de nuestro webmail, en este caso el nuestro es SquirrelMail entonces:

# cd /ruta/a-mi/documentroot/squirrelmail
# cd mail/config
# ./config.pl

y cambiamos la información necesaria o sea la IP o el nombre de dominio.

Eso es todo, talvez algún día escriba algo más, acerca de esto ¬¬.

Perl... aleatorios.. borrador.

Utilización e instalación de modulos de PERL en modo shell.

Primero que nada abrimos una terminal, debemos ser super usuario, tecleamos lo siguiente y damos enter:

# perl -MCPAN -e shell //enter

si es la primera vez que entramos al modo shell de perl nos va a preguntar una serie de cosas acerca de la configuración de PERL como es demasiada información y esto solo es un borrador no lo voy a cubrir, sin embargo aunque demos los valores predeterminados siempre podemos volver a ejecutar la configuración y también la podemos ver.

Para ver la configuración:

cpan> o conf init //enter para ver la configuración

para instalar un modulo ya dentro del shell, hacemos:

cpan> install Budle::CPAN // <- en este caso Budle::CPAN es el nombre del modulo Lo que nos trajo aquí: Instalar Mail y SpamAssassin cpan> install Mail::SPE
cpan> install Compress:zlib
cpan> install Archive::Tar
cpan> install Mail::SpamAssassin


Esto tambien lo podemos hacer manualmente desde la linea de comandos de la siguiente forma si es que disponemos de los paquetes fuente .tar.gz

Primero descomprimir el paquete y cambiamos al directorio del paquete:

ejemplo:

# tar -zxvf mail-spamassassin.tar.gz //el nombre lo acabo de invetar no existe

# cd Mail_SpamAssassin

# perl build/check_dependencies //checamos dependencias si hacen falta a instalarlas

# perl Makefile.pl

# make

# make install


por ahora eso es todo.

solaris... aleatorios - borrador

Montar una imagen iso en solaris 9.

Como super usuario abrimos una terminal y hacemos lo siguiente
en esta parte es importante dar la ruta completa de lo contrario puede y manda un error:

# lofiadm -a /dir/donde/esta/imagen.iso

# mount -o ro -F hsfs /dev/lofi/1 /mnt/

Como se daran cuenta el procedimiento es muy similar a hacerlo en linux ya que el comando lofiadm simplemente indica que deseamos utilizar los dispositivos loop virtuales y con el comando mount indicamos que lo que hay en el dispositivo X virtual lo queremos hacer accesible (montarlo) en un determinado directorio.

En linux esto seria algo así:

# mount -o loop -t iso9660 imagen.iso /mnt/

un solo paso pero resume todo. }:^]