Package Details: autofirma 1.7.2-1

Git Clone URL: https://aur.archlinux.org/autofirma.git (read-only, click to copy)
Package Base: autofirma
Description: Cliente de firma electrónica ofrecido por la Administración Pública
Upstream URL: https://firmaelectronica.gob.es/
Keywords: eadministracion electronica
Licenses: GPL, custom:EUPL
Conflicts: autofirma-bin, autofirma-git
Submitter: migrev
Maintainer: ogarcia
Last Packager: ogarcia
Votes: 44
Popularity: 2.06
First Submitted: 2017-04-17 07:28 (UTC)
Last Updated: 2021-12-24 14:51 (UTC)

Dependencies (3)

Required by (0)

Sources (7)

Pinned Comments

ogarcia commented on 2021-05-14 09:40 (UTC)

ATENCIÓN: Este paquete compila autofirma desde las fuentes, si simplemente quieres instalar el binario sin necesidad de compilar nada (y sin tener que instalar el JDK), utiliza autofirma-bin.

ogarcia commented on 2021-05-14 09:36 (UTC) (edited on 2021-05-14 09:36 (UTC) by ogarcia)

Sugerencias, errores, etc. Por favor, ponerme un ticket en https://github.com/ogarcia/pkgbuilds/issues

Suggestions, bugs, etc. Please, put me an issue in https://github.com/ogarcia/pkgbuilds/issues

Latest Comments

raulo commented on 2022-05-14 14:53 (UTC)

Muchas gracias por el paquete!!!!

sdaliso commented on 2022-04-17 20:29 (UTC)

Muchas gracias!! Buen trabajo!! Thanks a lot!

hpeshev commented on 2022-01-01 16:14 (UTC)

Mil gracias !!!

cidelcampeador commented on 2021-12-29 21:10 (UTC)

Me acabo de registrar para dar las gracias infinitas a todos los que me ahorraron el suplicio de ir a una administración pública. Me funcionó perfecto con el DNI 3.0

swyter commented on 2021-11-11 18:10 (UTC)

Si como a mí os pasa que no os coge los certificados de cliente metidos en Firefox, es porque está mal hecho y los busca en la carpeta $HOME/.pki/nssdb/ en vez del perfil local, este comentario de @i-eperez tiene un script bastante majete para hacer un enlace simbólico y arreglarlo, porque sin eso solo me cogía los certificados de la base de datos de Chromium, así que cuidado: https://github.com/ctt-gob-es/clienteafirma/issues/16#issuecomment-371744649

Esto es algo que no te cuentan, puedes estar usando Autofirma en Firefox y te pilla el certificado de Chromium sin avisarte ni despeinarse. Una interfaz de aupa, lo quieren simplificar tanto que es imposible de diagnosticar. :)

ogarcia commented on 2021-11-08 15:29 (UTC) (edited on 2021-11-15 07:41 (UTC) by ogarcia)

En la sección de descargas del portal de autofirma aparece una nueva versión 1.7.1 por ahora solo disponible para Windows. Si bien en el código tenemos la etiqueta de la versión, por ahora es imposible actualizar el paquete por fallos en las dependencias, ver https://github.com/ctt-gob-es/clienteafirma/issues/223

Entiendo que a ellos les pasará exactamente lo mismo y por eso no crean un binario 1.7.1 para Linux.

No marcar el paquete como obsoleto hasta que la gente de autofirma saque de manera oficial esta versión para Linux. Si queréis algo mas avanzado, utilizar autofirma-git.

ogarcia commented on 2021-10-31 15:13 (UTC)

@mluque el mensaje de error en principio era normal cuando se usaba cualquier versión posterior a la 11, pero el cambio a la 17 si que da problemas, por lo que he corregido todos los paquetes de autofirma para que utilicen obligatoriamente el runtime 11.

El problema con la versión 17 es una excepción NoSuchMethodException al intentar cargar el módulo sun.security.pkcs11.SunPKCS11, probablemente porque este módulo este desactualizado en autofirma o simplemente ya se considera obsoleto. En cualquier caso, por ahora, vamos a tener que arrastrar Java 11 si queremos que esto funcione.

¡¡¡Gracias por el aviso!!!

mluque commented on 2021-10-30 09:21 (UTC)

He instalado el OpenJDK 11 como prerrequisito para instalar este paquete autofirma. Sin embargo, cuando inicio AutoFirma muestra un mensaje en una ventana que advierte de que está ejecutando OpenJDK 17. No sé si tendrá algo que ver con esto, pero cuando voy a firmar un documento AutoFirma no logra encontrar los certificados de Firefox. Sospecho si tendrá que ver con que AutoFirma necesita en tiempo de ejecución que la versión por defecto de OpenJDK en el sistema sea la 11.

Gracias nuevamente por adelantado.

mluque commented on 2021-10-29 13:05 (UTC)

Me parece buena idea lo que comentas, @ogarcia. Te agradezco la paciencia conmigo.

ogarcia commented on 2021-10-29 11:58 (UTC)

@mluque @Musikolo yo lo que haría sería quejarme en el upstream para que saquen una nueva versión y actualicen la máquina de Java, pero no esperéis mucho, tienen issues abiertas desde el 2018

mluque commented on 2021-10-29 11:43 (UTC)

Muchísimas gracias nuevamente, @ogarcia y @Musikolo.

@Musikolo, yo tenía antes varias versiones de JDK instaladas (con el OpenJDK 11 por defecto), pero al instalar de cero un ordenador esta semana he visto que ahora el OpenJDK por defecto en Arch Linux es la versión 17, que además es LTS: https://www.oracle.com/news/announcement/oracle-releases-java-17-2021-09-14/.

Musikolo commented on 2021-10-29 11:22 (UTC)

@ogarcia, de acuerdo, gracias por la aclaración.

@mluque, otra forma de solucionar el problema es instalando la JDK11, la cual por cierto es la última versión LTS y, por lo tanto, la más estable. Recuerda que en ArchLinux puedes tener varias versiones de Java a la vez y activar o desactivar la que que quieras usando archlinux-java. Puedes ver más detalles aquí:

ogarcia commented on 2021-10-29 08:20 (UTC)

@mluque te dará un error en el build. Es export se hace para que cuando tenga que llamar a java use obligatoriamente la versión 11 y no la de por defecto. De hecho si quieres dejarlo a default no necesitas cambiar la línea, vale con borrarla porque /usr/lib/jvm/default/bin ya lo tienes en el PATH desde el momento en el que instalas Java.

mluque commented on 2021-10-29 08:07 (UTC)

Muchas gracias, @Musikolo y @ogarcia. Voy entonces a usar el paquete autofirma-bin.

De todos modos, por curiosidad, además de lo que comenta @Musikolo de la línea que empieza con "makedepends", me gustaría saber qué pasaría si en la línea que comienza con "export" se cambiara la cadena de caracteres "java-11-openjdk" por "default".

ogarcia commented on 2021-10-29 06:38 (UTC) (edited on 2021-10-29 06:43 (UTC) by ogarcia)

@mluque @Musikolo A ver, son dos cosas distintas, tenemos que diferenciar las dependencias del paquete (depends) de las dependencias de construcción del paquete (makedepends).

El paquete no requiere ninguna versión especifica de java para ejecutarse en sus depends (de ahí a que su única dependencia sea java-runtime, es decir, un java cualquiera). Por tanto con jre-openjdk (en el momento de escribir este comentario la versión es la 17.u35-1) funciona sin problemas y no va a quejarse nunca por fallo de dependencias.

Ahora bien, para compilar el paquete (makedepends) necesitas obligatoriamente jdk11-openjdk y maven. Si intentas compilarlo en otra versión de java te da error y no lo hace. Pero tened en cuenta que una vez que has creado el paquete puedes perfectamente desinstalar tanto jdk11-openjdk como maven.

@mluque si te quieres ahorrar la instalación de las dependencias de construcción puedes utilizar el paquete autofirma-bin que es idéntico a este solo que las fuentes ya vienen compiladas.

Musikolo commented on 2021-10-29 00:37 (UTC) (edited on 2021-10-29 00:37 (UTC) by Musikolo)

@mluque / @ogarcia, imagino que podría solucionarse simplemente cambiando esto:

makedepends=('jdk11-openjdk' 'maven')

por esto otro:

makedepends=('java-environment>=11' 'maven')

Espero que sea de ayuda...

mluque commented on 2021-10-28 18:14 (UTC)

Would it be possible to install and use this package when the user has installed jdk17-openjdk, but not jdk11-openjdk?

In this moment, if the user does not have jdk11-openjdk installed, it appears a "missing dependency" error when compiling autofirma package.

Please, remember that in this moment the default JDK version in Arch Linux is OpenJDK 17 (see https://wiki.archlinux.org/title/java#OpenJDK).

Thanks in advance.

ogarcia commented on 2021-05-14 09:40 (UTC)

ATENCIÓN: Este paquete compila autofirma desde las fuentes, si simplemente quieres instalar el binario sin necesidad de compilar nada (y sin tener que instalar el JDK), utiliza autofirma-bin.

ogarcia commented on 2021-05-14 09:36 (UTC) (edited on 2021-05-14 09:36 (UTC) by ogarcia)

Sugerencias, errores, etc. Por favor, ponerme un ticket en https://github.com/ogarcia/pkgbuilds/issues

Suggestions, bugs, etc. Please, put me an issue in https://github.com/ogarcia/pkgbuilds/issues

felixsanz commented on 2021-05-10 16:18 (UTC)

no instala, da error

May 10, 2021 6:10:27 PM es.gob.afirma.standalone.configurator.AutoFirmaConfigurator configure SEVERE: Error en la importacion de la CA de confianza o la limpieza del almacen

java.security.KeyStoreException: Key protection algorithm not found: java.security.UnrecoverableKeyException: Encrypt Private Key failed: unrecognized algorithm name: PBEWithSHA1AndDESede

usuariopolivalen commented on 2021-04-07 17:09 (UTC)

yo sigo sin poder usarlo con dnieremote

timofonic commented on 2021-02-28 12:36 (UTC)

https://imgur.com/s8LeH01 It comp0lains about unable to locate an fnmtcr:// URL...

carlosnewmusic commented on 2021-02-19 11:45 (UTC)

Exception in thread "main" java.lang.NoClassDefFoundError: Could not initialize class java.awt.Toolkit at java.desktop/java.awt.Color.<clinit>(Color.java:275) at es.gob.afirma.standalone.LookAndFeelManager.<clinit>(LookAndFeelManager.java:60) at es.gob.afirma.standalone.SimpleAfirma.main(SimpleAfirma.java:549)

usuariopolivalen commented on 2021-01-14 13:22 (UTC)

Probado autofirma con la nueva versión de DNIEREMOTE, nada. Sigue sin funcionar la detección de certificados con todas las versiones java, alguna idea de por que me pasa a mi en varios pc's

usuariopolivalen commented on 2021-01-12 11:38 (UTC) (edited on 2021-01-14 13:21 (UTC) by usuariopolivalen)

alguien de aqui usa autofirma con dnieremote? LLevo 2 días intentando usar autofirma con dnieremote y no hay manera.. solo lo he conseguido con autofirmaja y JRE8( y openjdk 8 también)( aur) si cambio la version de JRE ya deja de funcionar

mrvik commented on 2020-12-06 15:34 (UTC)

La verdad que ahora mismo no estoy usando ninguno de los dos paquetes, el de autofirma sí que lo he usado (y lo tendré que usar más adelante) para algunos trámites, pero el de autofirmaja no lo uso así que no podría mantenerlo.

De todas formas, he estado intentando compilar el paquete desde el código en GitHub (porque ahora mismo esto es un paquete -bin en toda regla) pero tiene mucha chicha y ahora mismo no tengo tiempo para ponerme con ello.

Si el paquete de autofirmaja lo usas, mejor que estés tú de encargado.

Un saludo!

usuariopolivalen commented on 2020-12-04 22:03 (UTC)

@mrvik ¿Querrías ser el encargado de autofirmaja también?

usuariopolivalen commented on 2020-08-26 21:31 (UTC)

Alguien ha usado prosa en Linux ?

usuariopolivalen commented on 2020-08-12 14:32 (UTC)

migrev, no se si miras el otro paquete así que te doy las gracias por este, me refiero al de autofirmaja, esta funcionando. Siempre funciono pero el servidor de verificación de la junta tenia errores con los clientes Linux( al menos) un lío que tienen montado, son unos improfesionales. Solo quería agradecer te que hicieras el paquete! Muchas gracias, si veo que se desactualiza y esta vez de verdad( no como la otra vez que fue error mío) te aviso si quieres( aunque como lo has dejado huérfano no estoy seguro de que lo quieras así). Dicho esto muchas gracias y perdona las molestas, en ningun caso fue error nuestro si quiera, sino de ellos. Junta andalucía y su gran inteligencia.

gypaetus commented on 2020-04-02 21:13 (UTC) (edited on 2020-04-02 23:10 (UTC) by gypaetus)

La renovación de certificado digital necesita el Java plugin en Firefox, hay alguna manera de hacerlo en Firefox > 69?

https://www.sede.fnmt.gob.es/preguntas-frecuentes/acerca-de-mozilla-firefox

EDIT: Short of compiling the beast, a Firefox Extedend Support Release package that works with autofirma is available in adontie's unofficial repo.

https://aur.andontie.net/x86_64/firefox-esr52-52.9.0-5-x86_64.pkg.tar.xz

Marzal commented on 2020-03-09 19:40 (UTC)

Comprobado que funciona con jre-openjdk 13.0.2.u8-1

El único problema que he visto es que no encuentra los certificados de FF (>69) y es cuestión de los perfiles (con jre8-openjdk tiene el mismo problema): https://github.com/ctt-gob-es/clienteafirma/issues/86

migrev commented on 2020-01-16 08:54 (UTC) (edited on 2020-01-16 08:54 (UTC) by migrev)

@mluque, @j1simon, en cuanto tenga un rato me pongo con ello. Quiero rehacer el paquete entero, para que todo el proceso que hace AutoFirmaConfigurador.jar se realice de otra forma (similar a como lo he hecho en el AutoFirma de la Junta de Andalucía), ya que ejecutar eso tal y como está podría dar problemas a quien utilice un sandbox para generar el paquete, entre otras cosas. El problema es que el proceso no parece ser exactamente el mismo, y en ello estoy. Espero que la semana que viene quede todo ya en condiciones. Gracias por vuestra paciencia.

mluque commented on 2020-01-16 08:46 (UTC)

Como dice @j1simon, aunque se necesita instalar jre8-openjdk y jre8-openjdk-headless, Autofirma funciona con la versión 13 del OpenJDK, con lo que yo creo que habría que modificar la información de dependencias del PKGBUILD.

Musikolo commented on 2019-12-30 05:22 (UTC)

@j1simon, necesitas usar el comando archlinux-java status para listar las versiones de la JDK que tienes instaladas. Para activar una de ellas, tienes que usar el comando:

archlinux-java set <NOMBRE_JDK>

Para verificar que se ha activado esa versión de la JDK, usa nuevamente archlinux-java status o ejecuta java -version.

Puedes encontrar más detalles en https://wiki.archlinux.org/index.php/Java_(Español)#Cambiar_entre_ambientes_de_JVM

Espero que sea de ayuda.

j1simon commented on 2019-12-29 15:18 (UTC)

@migrev la versión instalada y en uso es la 13. Este paquete me instaló la versión 8: jre8-openjdk y jre8-openjdk-headless pero como no se activa intenta usar la 13 y yo tenía instalado solo jre-openjdk-headless.
Creo que lo mejor sería poner como dependencia jre-openjdk ya que este programa funciona perfectamente con la versión 13.

migrev commented on 2019-12-29 10:07 (UTC)

@j1simon: ¿Qué versión de Java estás usando?

j1simon commented on 2019-12-28 09:57 (UTC)

Le faltan dependencias:

/usr/bin/AutoFirma
Exception in thread "main" java.lang.NoClassDefFoundError: Could not initialize class java.awt.Toolkit
    at java.desktop/java.awt.Color.<clinit>(Color.java:275)
    at es.gob.afirma.standalone.LookAndFeelManager.<clinit>(LookAndFeelManager.java:60)
    at es.gob.afirma.standalone.SimpleAfirma.main(SimpleAfirma.java:549)

runnytu commented on 2019-09-26 17:18 (UTC)

@Asuranceturix, era eso, ahora ya si, veo que yay tiene algún problema con la cache, ahora que lo pienso no es la primera vez que me pasa algo parecido.

Asuranceturix commented on 2019-09-26 10:40 (UTC)

@runnytu: A mí me estaba pasando lo mismo, le daba al yay para actualizar y me fallaba inmediatamente el checksum. La cosa era que no estaba bajando nada y estaba usando una descarga parcial, y por tanto errónea, que tenía en $HOME/.cache/yay/autofirma.

migrev commented on 2019-09-22 11:42 (UTC) (edited on 2019-09-22 11:43 (UTC) by migrev)

@runnytu: Lo acabo de ejecutar:

$ wget http://estaticos.redsara.es/comunes/autofirma/currentversion/AutoFirma_Linux.zip --2019-09-22 13:43:57-- http://estaticos.redsara.es/comunes/autofirma/currentversion/AutoFirma_Linux.zip Resolviendo estaticos.redsara.es (estaticos.redsara.es)... 185.73.172.36 Conectando con estaticos.redsara.es (estaticos.redsara.es)[185.73.172.36]:80... conectado. Petición HTTP enviada, esperando respuesta... 200 OK Longitud: 155509984 (148M) [application/zip] Grabando a: “AutoFirma_Linux.zip”

AutoFirma_Linux.zip 100%[=====================================================================================>] 148,31M 2,54MB/s en 58s

2019-09-22 13:44:55 (2,56 MB/s) - “AutoFirma_Linux.zip” guardado [155509984/155509984]

$ md5sum AutoFirma_Linux.zip 35622984239cad1b959a998b88224a02 AutoFirma_Linux.zip

$ sha512sum AutoFirma_Linux.zip 927b67a93c111f1d040e38d26122f7a9d7b8d41599da776fa2895fd97409696d4a97663f4b5b4fea32e6d613e21f104cabd2c860f719954cf954e081dc3a727d AutoFirma_Linux.zip

Son los mismos que están en el PKGBUILD.

runnytu commented on 2019-09-22 11:28 (UTC)

Los hashes no funcionan actualmente.

migrev commented on 2019-09-20 15:58 (UTC)

Corregidos los hashes para la nueva versión que, por otra parte, sigue siendo 1.6.5.

Ergus commented on 2019-09-20 13:53 (UTC) (edited on 2019-09-20 13:54 (UTC) by Ergus)

Hola: La aplicacion ha sido actualizada en el sitio asi que los hash de seguridad han cambiado.

Los nuevos valores son:

md5sums=('35622984239cad1b959a998b88224a02')

sha512sums=('927b67a93c111f1d040e38d26122f7a9d7b8d41599da776fa2895fd97409696d4a97663f4b5b4fea32e6d613e21f104cabd2c860f719954cf954e081dc3a727d')

usuariopolivalen commented on 2019-08-25 22:27 (UTC) (edited on 2019-08-25 22:28 (UTC) by usuariopolivalen)

Pf. Muy amable , muy agradecido me quedo aunque no funcione siquiera. En cuando coja el ordenador pruebo el paquete. Muchísimas gracias porque estuve intentandolo yo mismo con los scripts qué venían en el paquete deb y al final no lo conseguí me fruatré y lo dejé xD. Y si, Hombre, encima que nos haces el paquete sin ni necesitarlo nos vamos a quejar. En nombre de todos los andaluces y los que no lo sean pero lo necesiten. Muchísimas gracias (y que venga un andaluz a meterse contigo que lo quemo)

migrev commented on 2019-08-23 10:22 (UTC) (edited on 2019-08-23 10:29 (UTC) by migrev)

@agm28011997 Acabo de subir el paquete, se llama autofirmaja. Espero que no te importe que no sea andaluz :D :D :D :D Por favor, pruebalo con algo de la Junta de Andalucía y comenta en el nuevo paquete si encuentras algún problema.

usuariopolivalen commented on 2019-08-22 23:08 (UTC) (edited on 2019-08-22 23:50 (UTC) by usuariopolivalen)

buenas, hay algun andaluz por aqui? quisiera saber porque hay un autofirma español y otro andaluz xD que asco de duplicaciones.. no lo entiendo. Ademas, me gustaría saber si es posible hacer un paquete de aur para autofirma-andaluz( yo no se como hacerlo, aunque he usado debtap para ponerla y no va XD)

akrai commented on 2019-08-01 09:35 (UTC)

Please add firefox-nightly and firefox-nightly-es-es (as this is a spanish package, would be nonsense to make the efford of adding all the other firefox packages, just the spanish one is enough) as alternatives to firefox

j1simon commented on 2019-05-11 14:22 (UTC) (edited on 2019-05-11 14:22 (UTC) by j1simon)

Lo he instalado y usado hoy para revocar mi certificado de usuario y ha funcionado bien con Firefox 66.0.5. Lo comento porque uno de los comentarios pone que no funciona con las nuevas versiones de Firefox.

opotonil commented on 2019-04-08 15:42 (UTC)

Is Firefox required as dependency? can't be enough with NSS, to be used it with Chromium.

TiF commented on 2019-01-26 20:01 (UTC)

A possible workaround is to export the certificate and use AutoFirma from the console. If the GUI is started, the signature process will fail, at least for me: AutoFirma sign -store pkcs12:$(readlink -f ./fnmt.p12) -filter '*' -password *** -i ./document.pdf -o signed_document.pdf To check the file, you can use the command called 'pdfsig signed_document.pdf'

TiF commented on 2019-01-26 19:16 (UTC)

AutoFirma does not work with new versions of Firefox. There is a reported bug in the Github web page: https://github.com/ctt-gob-es/clienteafirma/issues/70 I'm not sure how to proceed to avoid the problem.

mluque commented on 2018-10-26 16:24 (UTC) (edited on 2018-10-26 17:37 (UTC) by mluque)

Thanks a lot, @Musikolo. I've verified that my certificate is installed in Firefox, isn't expired and is included in the list of certificates supported by the Spanish Government. I've tested my certificate with LibreOffice Writer and it works. However, it doesn't work with Autofirma v1.6.2.

Musikolo commented on 2018-10-26 03:48 (UTC)

@mluque, I'm not sure if this is gonna help you at all, but I think it's worth to verify you have your certificate installed in Firefox. To do that, you need to go to Preferences --> Privacy & Security --> Certificates --> View Certificates. This opens the Certificate Manager popup window. Make sure your certificate is installed under "Your certificates" tab and that it's not expired.

The list of supported certificates can be found at http://firmaelectronica.gob.es/Home/Ciudadanos/TiposCertificadosDigitales.html?dId=C_1&opcion=Otrostiposdecertificados# You can also use your Spanish Identity Card (eDNI).

I hope it helps.

mluque commented on 2018-10-11 14:11 (UTC)

When trying to sign a document with Autofirma v1.6.2, it appears next message "El almacén no contiene ningún certificado que se pueda usar para firmar" and, thus, I can't sign any document. I have Firefox version 60.2.2esr. I have a digital certificate imported in Firefox.

mluque commented on 2018-02-21 09:06 (UTC)

Thank you very much for your help, @Musikolo. The PKBUID you have given us works perfectly!

Musikolo commented on 2018-02-21 02:56 (UTC)

Just in case anyone wants to update to the last version (1.6.1 as of today), you can find an updated PKGBUILD at https://pastebin.com/6fKKYUMk

I hope it helps! ;-)

mluque commented on 2018-02-20 15:46 (UTC) (edited on 2018-02-20 15:46 (UTC) by mluque)

Efectivamente @Marzal, en este momento "makepkg" falla con el siguiente mensaje de error:

==> Validating source files with md5sums...

AutoFirma_Linux.zip ... FAILED

==> ERROR: One or more files did not pass the validity check

Marzal commented on 2018-02-03 22:36 (UTC)

La versión 1.6 esta ya publicada a331cc3e2cd3e183f02227eaf701cfc2 AutoFirma_Linux.zip

Y puesto que el PKGBUILD apunta al currentversion no se si le estará fallando este paquete a la gente que lo este instalando de 0 porque no coincida el md5sum y el pkgver ya que el fichero deb ahora se llama AutoFirma_1_6.deb

ioan commented on 2017-12-15 00:21 (UTC)

@migrev mira este pull https://github.com/ctt-gob-es/clienteafirma/pull/13 ya esta la version para chromium

Bakaur commented on 2017-12-10 08:55 (UTC)

Gracias por su trabajo. ¿Seria posible usarlo en firefox con total seguridad actualmente, aunque haya caducado?

reztho commented on 2017-10-30 09:04 (UTC)

Shouldn't this line be put in an .install file? java -jar "${pkgdir}"/usr/lib/AutoFirma/AutoFirmaConfigurador.jar The way you did it, it means at the moment the package's being compiled, it will potentially affect the host system since I don't think you're telling the jar code to go to ${pkgdir} to make its changes. Not everybody is compiling AUR packages in a chroot, although they should. Ideally, it should be researched what changes make that jar to revert the operation when uninstalling the autofirma package.

migrev commented on 2017-10-24 09:31 (UTC)

Investigando sobre el asunto las conclusiones son las siguientes: - El paquete actual funciona sin problema con firefox. He podido firmar varios documentos sin problema y el protocolo afirma:// funciona correctamente. - Respecto a chrome/chromium, es necesario tener firefox instalado, ya que AutoFirma utiliza el almacén de certificados de éste. El problema es que AutoFirma usa un certificado autofirmado que chrome rechaza, por lo que, aunque xdg-open invoca el servicio correctamente, luego el javascript de la página no consigue establecer conexión por considerarla insegura. Parece que la mejor opción es generar un nuevo certificado correctamente firmado por una CA, pero estoy valorando las opciones. Procuraré tenerlo funcionando lo antes posible. Saludos a todos

timofonic commented on 2017-09-15 00:01 (UTC) (edited on 2017-09-15 00:01 (UTC) by timofonic)

They replied me to the two messages. There's a fast translation of their replies. I seriously doubt "060" is going to help me at all. Will this be standard someday and not require custom software written in Java at all? I'm not a fan of Java. ---- Good Morning, We are sorry to inform you that this Center of Attention to Integrators and Developers (CAID) of the MINHAFP, to which only Public Organisms, such as Ministries, Town halls, Universities, etc., but in no case to private individuals or companies. If you need help, you can get it through the following means intended for citizens: - By telephone, by calling 060. - You can also do it via email: cau.060@seap.minhap.es ----- Good Morning: We inform you that this is the Center for Attention to Integrators and Developers (CAID) of the MINHAFP, which supports various public bodies such as Ministries, City Councils, Universities, but in no case to individuals or companies. To solve your doubts and incidents you must go to the Customer Service Center (CAU) on phone 060 or through any of the channels indicated at http://administracion.gob.es/. You can reopen this issue by using the https://ssweb.seap.minhap.es/help/following link, entering 348990 in the query or incident identifier field and 323736 in the tracking number. Yours sincerely.

timofonic commented on 2017-09-14 23:53 (UTC) (edited on 2017-09-14 23:58 (UTC) by timofonic)

@Marzal I tried both Firefox and Chrome, no luck. I contacted them over several forms on their site, since they closed the issue tracker in the GitHub project (too bad decision). I needed it urgently for the following site. Fortunately, I managed to set up a VM with Windows (my typical last option, but I'll have it for the future too) and was able to do the signings. https://www.juntadeandalucia.es/educacion/secretariavirtual/ Firefox ESR errors (Nightly outputs nothing): https://nopaste.linux-dev.org/?1161614 Chrome errors: https://nopaste.linux-dev.org/?1161616

Marzal commented on 2017-09-13 09:51 (UTC)

What browser are you using? I can't make it work with Firefox, but Google Chrome works for me. (Documentation only show firefox as supported but anyway Chrome detect de xdg-open protocol and Firefox fail to try to launch autofirma)

timofonic commented on 2017-09-13 05:55 (UTC)

Okay. Ineeded to use OpenJDK+OpenJRE 8 or Oracle JRE+JDK 8. @migrev Now how to make afirma:// domains work?

timofonic commented on 2017-09-13 05:12 (UTC)

Please, I need this to register to a FP... ~  pacaur autofirma s  Wed 13 Sep 2017 05:17:16 AM CEST [sudo] password for timofonic: error: no operation specified (use -h for help) !  ~  pacaur -S autofirma 3440ms  Wed 13 Sep 2017 07:10:07 AM CEST :: Package autofirma not found in repositories, trying AUR... :: resolving dependencies... :: looking for inter-conflicts... AUR Packages (1) autofirma-1.5-3 :: Proceed with installation? [Y/n] y :: Retrieving package(s)... Cloning into 'autofirma'... remote: Counting objects: 4, done. remote: Compressing objects: 100% (4/4), done. remote: Total 4 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (4/4), done. :: View autofirma PKGBUILD? [Y/n] n :: Checking autofirma integrity... ==> Making package: autofirma 1.5-3 (Wed Sep 13 07:10:25 CEST 2017) ==> Retrieving sources... -> Downloading AutoFirma_Linux.zip... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 35.6M 100 35.6M 0 0 2806k 0 0:00:13 0:00:13 --:--:-- 2679k ==> Validating source files with md5sums... AutoFirma_Linux.zip ... Passed ==> Making package: autofirma 1.5-3 (Wed Sep 13 07:10:39 CEST 2017) ==> WARNING: Skipping dependency checks. ==> Retrieving sources... -> Found AutoFirma_Linux.zip ==> WARNING: Skipping all source file integrity checks. ==> Removing existing $srcdir/ directory... ==> Extracting sources... -> Extracting AutoFirma_Linux.zip with bsdtar ==> Starting prepare()... ==> Sources are ready. :: Building autofirma package(s)... ==> Making package: autofirma 1.5-3 (Wed Sep 13 07:10:40 CEST 2017) ==> Checking runtime dependencies... ==> Installing missing dependencies... resolving dependencies... looking for conflicting packages... Packages (2) jre8-openjdk-headless-8.u144-1 jre8-openjdk-8.u144-1 Total Download Size: 26.08 MiB Total Installed Size: 95.87 MiB :: Proceed with installation? [Y/n] :: Retrieving packages... jre8-openjdk-headle... 25.9 MiB 7.80M/s 00:03 [######################] 99% jre8-openjdk-8.u144... 26.1 MiB 7.63M/s 00:03 [######################] 100% (2/2) checking keys in keyring [######################] 100% (2/2) checking package integrity [######################] 100% (2/2) loading package files [######################] 100% (2/2) checking for file conflicts [######################] 100% (2/2) checking available disk space [######################] 100% :: Processing package changes... (1/2) installing jre8-openjdk-headless [######################] 100% Default Java environment is already set to 'java-7-openjdk' See 'archlinux-java help' to change it Optional dependencies for jre8-openjdk-headless java-rhino: for some JavaScript support (2/2) installing jre8-openjdk [######################] 100% Default Java environment is already set to 'java-7-openjdk' See 'archlinux-java help' to change it when you use a non-reparenting window manager, set _JAVA_AWT_WM_NONREPARENTING=1 in /etc/profile.d/jre.sh Optional dependencies for jre8-openjdk icedtea-web: web browser plugin + Java Web Start alsa-lib: for basic sound support [installed] gtk2: for the Gtk+ look and feel - desktop usage [installed] java-openjfx: for JavaFX GUI components support :: Running post-transaction hooks... (1/1) Arming ConditionNeedsUpdate... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Entering fakeroot environment... ==> Starting package()... Exception in thread "main" java.lang.UnsupportedClassVersionError: es/gob/afirma/standalone/configurator/AutoFirmaConfigurator : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:803) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:442) at java.net.URLClassLoader.access$100(URLClassLoader.java:64) at java.net.URLClassLoader$1.run(URLClassLoader.java:354) at java.net.URLClassLoader$1.run(URLClassLoader.java:348) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:347) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:312) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482) ==> ERROR: A failure occurred in package(). Aborting... :: failed to build autofirma package(s)

migrev commented on 2017-08-12 08:47 (UTC)

@coellobranco: Pero Marzal comment java-runtime=8 is required to install this package. Bump to 1.5-3 to reflect that.

coellobranco commented on 2017-08-12 08:15 (UTC)

Exception in thread "main" java.lang.UnsupportedClassVersionError: es/gob/afirma/standalone/configurator/AutoFirmaConfigurator : Unsupported major.minor version 52.0

Marzal commented on 2017-06-16 14:28 (UTC)

With Java 7 (java-runtime-common-2-2 jre7-openjdk-headless-7.u131_2.6.9-1 jre7-openjdk-7.u131_2.6.9-1) autofirma 1.5 fails to compile Exception in thread "main" java.lang.UnsupportedClassVersionError: es/gob/afirma/standalone/configurator/AutoFirmaConfigurator : Unsupported major.minor version 52.0 With Java 8 (java-runtime-common-2-2 jre8-openjdk-headless-8.u131-1 jre8-openjdk-8.u131-1) this exception does not occur.

nenjordi commented on 2017-06-13 11:26 (UTC)

You need to also import /usr/lib/AutoFirma/AutoFirma_ROOT.cer from firefox

nenjordi commented on 2017-06-13 08:04 (UTC)

Missing execution of java -jar /usr/lib/AutoFirma/AutoFirmaConfigurador.jar Otherwise the .pfx file is not generated and plugin does not work.