Ir al contenido principal

Sirhus en Gecos, ahora que lo tengo calentito (OBSOLETO)


NOTA:

Instalar Sirhus en Windows puede convertirse en algo dificultoso. Instalarlo sin romper nada es, sin lugar a dudas, digno de admiración. Hacerlo además en Gecos es cosa de elegidos por el Dios del Pingüino, pero hacerlo sin romper nada (como podría ser Portafirmas, que también depende de Java) es tarea de titanes.

Subamos al Olimpo pues.

Podríamos degradar al pobre de Firefox a una versión anterior a la 52, con soporte para Java, pero sería una pena y el panda rojo no se merece esa tortura. Como lanzador vamos a usar Epiphany, ese navegador de Gnome que algunos usamos alguna vez en el pasado (ejem) y que todavía dispone de soporte para el plugin de Java. Así que tenemos que instalarlo con

sudo apt install epiphany-browser

Después vamos a descargar la máquina Java desde la web de Oracle. La versión que voy a instalar es la jre1.6.0_43 de 64 bits.

Activamos el bit de ejecución a la descarga de Java con

 chmod +x jre1.6.0_43.bin (o el nombre con el que te lo hayas bajado)

Y la ejecutamos con 
./jre1.6.0_43.bin 

Ahora movemos el directorio descomprimido a /usr/lib/jvm con 

sudo mv jre1.6.0_43 /usr/lib/jvm/

Necesitamos añadirla a la pila de instalaciones de Java disponibles en la máquina



sudo update-alternatives  --install /usr/bin/java java /usr/lib/jvm/jre1.6.0_43/bin/java 0

Con el 0 le indicamos la prioridad. La fijamos baja porque no queremos que otras aplicaciones que dependen de otras versiones de Java ya instaladas dejen de funcionar. Con el comando sudo update-alternatives --config java las podremos ver.
Ahora viene una de las partes más importantes, y la que necesitamos realmente: el lanzador de JNLP. Sirhus es una aplicación web escrita en Java (vaya, no me había dado cuenta), y lo que hace es descargarnos ficheros .jar y lanzarlos a javaws (Java Web Start) mediante el plugin de java. Ejecutamos

sudo update-alternatives  --install /usr/bin/javaws javaws /usr/lib/jvm/jre1.6.0_43/bin/javaws 1000


Como vemos aquí sí estamos priorizando el lanzador de Web Start de esta versión 1.6. Es justo lo que necesitamos. Lanzarlo con versiones de javaws superiores es posible. Yo he conseguido con la 7, pero caprichos del destino, dejó de funcionar. Con la 8 ni de coña, por el tema de permisos de la pila de Java y la manía que tienen algunos señores y algunas señoras, chicas y chicos, de nunca firmar las aplicaciones. Ni se imaginan el sobreesfuerzo que producen a toda la comunidad de usuarios, además del BUG ENOOOOOORME de seguridad que obligan a abrir, pero allá cada uno con su conciencia.


Ahora hay que instalar el plugin del navegador.

 sudo update-alternatives --install /usr/lib/mozilla/plugins/libjavaplugin.so mozilla-javaplugin.so /usr/lib/jvm/jre1.6.0_43/lib/amd64/libnpjp2.so 1000

Probamos a entrar en Sirhus con Epiphany, a ver qué tal. Si todo va bien nos podemos abrir una cervecita para celebrarlo, estamos teletrabajando, ¿recuerdas?
Escenario ideal. Plugin 1.6 con JRE 1.6


Algunas cosas que nos pueden pasar:
Yo borraría la caché de Java del usuario. Por si hemos intentado lanzar Sirhus con otra versión de Java anteriormente. Por si las mosquis, que no cuesta dinero.
Si nos dice que no encuentra el complemento algo hemos hecho mal en el último paso.
El ControlPanel de Java es ese individuo con el que vas a tener una relación de amor-odio digna de un culebrón. Es importante que lo lances y que actives la consola de Java. Recuerda que debe de lanzar la versión 1.6, y no cambiar de versión durante la carga de Sirhus. Sí, puede cambiar de versión de VM de Java durante el lanzamiento, y eso no pinta bien. También puede ser que veas lanzarse con la 1.6 y justo debajo la 1.7 y que todo vaya bien... a veces pasa. Eso lo solucionas si quieres desde el panel de control desactivando la 1.7.


Gracias a Juan Conde y al chivatazo de Alfonso Cala. Os debo una cervecita, lo sé.

Otra cosilla: Para abrir los PDF que mágicamente Sirhus nos lanza a algún lugar del sistema arbitrariamente debemos indicar que Epiphany es el navegador favorito de Java. Para ello abrimos el ControlPanel y en la pestaña de Avanzados, última opción, marcamos /usr/bin/epiphany como el navegador por defecto. 

Comentarios

  1. Habrá que recoger también a José Luis Rubiales, que ha sido el proveedor primario de la información :-)
    Niego el mérito, pero acepto la cerveza.
    Un saludo

    ResponderEliminar

Publicar un comentario

Entradas populares de este blog

El error SAF_19 en Autofirma y Firefox (cuando sí tienes certificados válidos instalados)

(Actualización: instalar la firma en todos los perfiles que el sistema haya creado automáticamente también puede ser una solución viable. Para ello arrancamos Firefox desde la línea de comandos con firefox -p y seleccionamos primero un perfil, instalamos el certificado, volvemos a arrancar Firefox con el otro perfil y lo instalamos ahí. Hay que tener cuidado con terminar marcando como predeterminado nuestro perfil real.) En ocasiones y sobre todo si hemos estado trasteando con el sistema nos puede suceder que al intentar acceder a Portafirmas (o cualquier otro servicio que use Autofirma) el sistema nos devuelve un error extraño conocido como error SAF_19, en el que se nos dice que no hay ningún certificado válido en el almacén. Tras ir al almacén de certificados de Firefox comprobamos que todo está bien, que el certtificado con nuestro nombre y apellidos está correctamente instalado y que no hemos dado un salto en el tiempo que haga que las fechas de validez del certificado produzcan

Eliminando entradas de dispositivos "extraños" en el visor de ficheros

Un buen día me apareció en mi escritorio de mi sesión de trabajo en el servidor de terminales el icono de una disquetera. Sí, el acceso a una disquetera de las de toda la vida. Los usuarios no podían montarla, por falta de permisos y porque este dispositivo no existía de ninguna de las maneras, pero les daba error cuando pulsaban en ella sin querer y me reportaban la incidencia. Revisé la configuración de la máquina virtual y nada, no aparecía ninguna disquetera en el panel de control de Hyper-V. Así que decidí eliminarla de su UI. Para ello ejecuté lo siguiente: echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf sudo rmmod floppy sudo update-initramfs -u Básicamente lo que conseguimos con ello es decirle al cargador de módulos del kernel que no cargue el controlador de disqueteras. Súbitamente el icono de la misma desaparece del UI. Otra cosa que también debemos de hacer si mantenemos servidores de terminales es evitar compartir carpetas remotas en loca

Fuentes. Y no las de agua

Desde el Gecos-CC instalo el paquete “msttfcorefonts” con una política. Además podemos instalar fuentes si las subimos a un servidor web y en el script de inicio de sesión añadimos el código siguiente. USUARIO=`whoami` mkdir -p /home/$USUARIO/.fonts /usr/bin/wget -r -nH --cut-dirs=2 --no-parent --directory-prefix=/home/$USUARIO/.fonts/ -R "index.html" http://intraweb/gecos/fonts /usr/bin/fc-cache -fv No podemos hacerlo en el script de inicio de máquina porque se ejecuta ANTES de arrancar la red, por lo que no puede descargarlas. Imagen de "taitantas" fuentes instaladas en un cliente Gecos sin despeinarse. Bueno, en mi caso dada la imposibilidad de ello, diremos sin pestañear.