Está en: » Artículos »

autofirma en KDE plasma – error protocolo desconocido «afirma»

autofirma en KDE plasma – error protocolo desconocido «afirma»

Enviado por :: 22 de enero de 2021

Recientemente, al usar la aplicación autofirma para firmar y enviar algunas facturas a la administración, me he encontrado con el error:

Imposible crear esclavo de E/S. klauncher ha respondido: Protocolo desconocido «afirma».

Para instalar la aplicación no hay más que descargar un zip desde su web el cual nos trae una versión deb, otra rpm y una específica para opensuse.

Lógicamente instalamos la versión opensuse desde yast o mediante zypper o rpm (siempre recomiendo zypper o yast por resolución automática de dependencias).

zypper install nombre_paquete.rpm

Un primer problema puede darse al abrir la aplicación instalada y que no se abra nada. Seguramente sea debido a que el script para lanzar la aplicación carece de la adecuada cabecera.

Editamos /usr/bin/autofirma e incluímos al principio #!/bin/sh de forma que quede así:

#!/bin/sh
java -jar /usr/lib64/autofirma/autofirma.jar $*

Con esto, debería abrir la app sin mucho problema. En caso de no abrir, en konsole (o el terminal que utilice) ejecutamos autofirma para ver qué error nos pueda arrojar.

El siguiente problema es que al firmar desde el navegador, nos sale un:

Imposible crear esclavo de E/S. klauncher ha respondido: Protocolo desconocido «afirma».

Para arreglar esto, tenemos que añadir el MimeType al archivo .desktop para que quede registrado.

Editamos los archivos (en mi caso existen estos 2):

/usr/share/applications/autofirma.desktop
/usr/local/share/applications/autofirma.desktop

A estos archivos hay que añadirle al final:

MimeType=x-scheme-handler/afirma;

Registramos el protocolo:

xdg-mime default autofirma.desktop x-scheme-handler/afirma

Podemos comprobar que se haya registrado revisando el fichero:

/usr/share/applications/mimeapps.list

Debería contener una línea tal que así:

[Default Applications]
x-scheme-handler/afirma=autofirma.desktop

Actualizamos los registros:

update-desktop-database

Y poco más. Con esto debemos tener solucionados los problemas.

fuentes:
https://www.autoaprendizaje.es/2020/11/14/solucion-error-protocolo-desconocido-afirma-en-autofirma-para-linux/
https://www.forosuse.org/forosuse/showthread.php?35198-Opensuse-Tumbleweed-KDE-Firefox-and-Autofirma&p=205596#post205596

Etiquetas: ,

Comentarios

  1. Rafael dice:
    19 febrero, 2021 a las 12:38

    MUCHAS GRACIAS
    Tu artículo ha resuelto el problema y me has alegrado la mañana (tuve que recurrir a Windows para evitar problemas con quienes esperaban la firma que en OpenSUSE+Firefox no iba tal y como has detallado).
    Previamente a tu página, seguí los pasos de la que haces referencia, y fallaba (quizá porque le falta el «;» al final del mimetype o porque el «.desktop» local no lo toca, y con tus pasos, va como la seda.
    Una duda te dejo: ¿es necesario hacer con «sudo» la actualización de la bb.dd. «desktop»? La he lanzado también como usuario normal y no requiere permisos ….

    Lo dicho muchas gracias

    Responder
    • miguelcarmona dice:
      19 febrero, 2021 a las 13:24

      Me alegra que te haya servido Rafael.

      Yo no tenía ningún windows a mano y quizás fue lo que me hizo ser insistente hasta dar con el detalle de que en suse hay 2 archivos autofirma.desktop y yo sólo editaba uno.

      Sobre lo de no usar sudo, entiendo que bastaría para aplicar los cambios para el usuario actual y no es necesario. Lo corrijo.

      Responder
  2. Rafael dice:
    19 febrero, 2021 a las 14:16

    Una última cosa: He tratado de hacer llegar tu enlace a los desarrolladores de AutoFirma, para que lo corrijan y no hagan perder el tiempo a los usuarios y quebrarse la cabeza, pero no encuentro ninguna forma de contactar con ellos ¿sabes tú algo? ¿lo has intentado? Al menos, para que en las siguientes versiones corrijan el problema.

    Gracias de nuevo

    Responder
  3. Anónimo dice:
    4 enero, 2022 a las 18:23

    Arggg, había seguido las instrucciones de autoaprendizaje.es y no funcionaba hasta que he visto lo de los 2 archivos .desktop.
    Editando solo el de /usr/share/applications seguía sin funcionar, cuando he modificado el de /usr/local/…
    ¡Por fin! Gracias, Gracias, …

    P.D. en «Registramos el protocolo:» falta una «c» (creo)
    xdg-mime default autofirma.desktop x-sheme-handler/afirma
    xdg-mime default autofirma.desktop x-scheme-handler/afirma

    Estaría bien si lo cambias para los que hacemos copia/pega

    Responder
  4. Hugo dice:
    22 marzo, 2022 a las 11:25

    Funcionó perfecto. Sólo un apunte, yo tuve que instalar la versión de Fedora en vez de la Suse. No sé porqué la de Suse no me creaba el árbol de directorios y no encontraba los archivos en cuestión…

    Responder
  5. Manuel dice:
    31 mayo, 2023 a las 10:42

    Hola, estoy intentando renovar el certificado digital y me he encontrado un problema parecido con la aplicacion autoconfigurador de la FNMT, que necesitas instalar.
    Me da el error:
    «imposible crear esclavo de E/S. klauncher ha respondido: Protocolo desconocido «fnmtcr»»
    Por pasos:
    -Estoy usando Opensuse 15.2 con KDE.
    -Me descargue el paquete configuradorfnmt-1.0.1-0.x86_64.rmp de la zona de descargas de la FNMT. Lo instalé, como root, con el comando:
    rpm -ivh configuradorfnmt-1.0.1-0.x86_64.rmp.
    -Necesité editar, como root, el fichero /usr/share/applications/configuradorfnmt.desktop
    – En éste fichero tuve que añadir al final la linea :
    MimeType=x-scheme-handler/fnmtcr;
    -No he necesitado hacer ninguno de los pasos previos que comentas en el post.
    Te lo dejo por aquí por echar una mano a quien lo necesite.
    Un saludo

    Responder

Deje su comentario

Previsualización de comentario
  1. Anónimo dice:





Pings para esta entrada