luisza/instaladoresfirmadigitalcr

Instaladores para linux de firma digital para Costa Rica

instaladoresfirmadigitalcr's Issues

El Modulo Firma Digial CCSS no reconoce donde esta libASEP11.so

Muy bueno que traten de facilitar este proceso. Gracias. Yo primero seguí las instrucciones escritas en fran.cr y funciona en la prueba en soportefirmadigital.cr pero no cuando trato de ingresar las paginas de firma digital de la CCSS. Da el siguiente error:

Pareciera que esto soluciona el problema:

sudo ln -s /usr/lib/x86_64-linux-gnu/pkcs11/libASEP11.so /usr/local/lib/

pero no, se repite el mismo error en las paginas de la CCSS. Despues traté de usar el instaladar (Ubuntu 16.04), pero tampoco resuelve este problema.

Es perfectamente posible que el error esté en la pagina de la caja. Pero a lo mejor ustedes le encuentran unas solución.

Agregar enlace simbólico de la librería en /usr/lib/x64-athena/libASEP11.so

Esta ruta la está usando el nuevo servicio de firma FVA, y efectivamente es la ruta donde el instalador de IDProtect Client está instalando la librería por defecto:

java.io.IOException: /usr/lib/x64-athena/libASEP11.so: no se puede abrir el archivo del objeto compartido: No existe el archivo o el directorio/usr/lib/x64-athena/libASEP11.so

Probablemente la versión de 32 bits tenga otra ruta distinta que requiera el ajuste equivalente.

Receta digital

Excelente iniciativa

Hace unos meses liberaron por parte del ministerio de salud la plataforma de Receta Digital https://recetadigital.go.cr. Estoy colaborando con una asociación para la fase 2 para permitir que aplicaciones de terceros puedan generar la receta desde sus soluciones.

Aunque dentro de mis colaboraciones no tengo nada que ver con el tema de firma digital, si me gustaría ver la posibilidad que en este repositorio se incluya el tema de los instaladores. Por desgracia no conozco sobre la implementación actual y el uso de la firma, espero que lo puedan considerar

Paquete deb de firmadigitalcr entra en conflicto con deb de idprotectclient

Al tratar de escribir el fichero /etc/Athena/IDPClientDB.xml dice que ya existe en otro paquete (de los instaladores de idprotectclient de Atena), por lo que entra en conflicto y falla la instalación. Se podría que agregar un Conflicts para que desinstalara el de Athena, o bien manejarlo de otra forma para que detecte la existencia del fichero, ya que a veces la gente de soportefirmadigital menciona la herramienta pintool para cambiar la clave.

Transferir repositorios a launchpad

Sería conveniente pasar los paquetes a un repositorio en launchpad para no cargar los server de solvosoft.com.

Permitir applets Java en Firefox 52 y posteriores.

A partir de Firefox 52 RR (Rapid Release, versionamiento predeterminado) se desactiva el soporte NPAPI (excepto en la versión 52 ESR). Por el momento existe una opción para activarlo para todos los usuarios, pero es algo provisional, no documentado y podrían eliminarlo en cualquier momento en versiones futuras. En cualquier caso, tal vez pueda servir para mantener los applets Java activos en RR unos meses más.

La técnica propuesta se basa en el mecanismo de configuración de ambientes enterprise de Firefox, que mediante un fichero .js se pueden agregar parámetros como los que hay en about:config para todos los usuarios de la máquina.

Este ejemplo debería funcionar si se crea un fichero con extensión .js

/* Forces support NPAPI plugins since version Firefox 52 to support Java applets */    
pref("plugin.load_flash_only", false);

En Fedora lo he guardado como /usr/lib64/firefox/defaults/pref/enable-java.js. En Debian y derivados creo que debe crearse el fichero .js en /usr/lib/firefox/defaults/pref/. Hay que reiniciar el navegador para que funcionen los cambios.

Lo he probado con Firefox 53 y todavía funciona. Tal vez merezca la pena darle soporte a esto en el instalador, ya que es habitual que la administración pública tarde su tiempo en adaptarse a los nuevos sistemas como el firmador del BCCR y mecanismos parecidos.