Package Details: dnieremote-bin 1.0.5-3

Git Clone URL: https://aur.archlinux.org/dnieremote-bin.git (read-only, click to copy)
Package Base: dnieremote-bin
Description: DNIeRemote enable to use the smartphone as reader for Spanish DNI
Upstream URL: https://www.dnielectronico.es/
Keywords: dni dnieremote dniremote electronico remote
Licenses: custom
Submitter: ravens
Maintainer: ravens (ogarcia)
Last Packager: ogarcia
Votes: 4
Popularity: 0.000000
First Submitted: 2020-06-02 21:32 (UTC)
Last Updated: 2023-09-14 10:55 (UTC)

Pinned Comments

ogarcia commented on 2020-10-24 12:32 (UTC) (edited on 2020-10-24 12:33 (UTC) by ogarcia)

WARNING: The libs of this package are in /usr/lib/ instead of /usr/local/lib as says the "manual".

ATENCIÓN: Las librerías de este paquete están en /usr/lib/ en lugar de /usr/local/lib como indica el "manual".

Latest Comments

1 2 3 4 5 Next › Last »

ogarcia commented on 2023-09-14 10:59 (UTC)

@lluisparcet ¡hecho! al ser un binario del año del patín (a ver si se dignan algún día a sacar una nueva versión) se ha quedado atrás y por eso necesita openssl-1.1. Antes era una dependencia implícita en el sistema base.

lluisparcet commented on 2023-09-14 10:45 (UTC)

Acabo de instalar el paquete en mi Manjaro gnome y todo bien pero al ejecutarlo aparece el error:

dnieremotewizard: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

He tenido que instalar el paquete: openssl-1.1 1.1.1.v-1 y ya funciona correctamente.

No se si es oportuno incluir este paquete como dependencia.

ogarcia commented on 2023-05-11 06:55 (UTC)

@sl1pkn07 el directorio pixmaps viene en el .deb original, pero es cierto que al estar los iconos en icons no es necesario que este en pixmaps (y menos todavía con ese árbol de directorios). He modificado el PKGBUILD para que solamente incluya icons que es lo realmente necesario.

¡Gracias por el comentario!

sl1pkn07 commented on 2023-05-09 18:19 (UTC)

buenas.

creo que los iconos deberian estar en /usr/share/icons en vez de /usr/share/pixmaps. pixmaps se suele usar cuando el programa solo tiene un icono, que es usado por el lanzador .desktop.

saludos

swyter commented on 2022-07-31 10:10 (UTC)

Por cierto, si el programa os casca como a mí en la llamada strchr(";") después de un strchr("="), es porque en el archivo ~/dnieRemote.cfg os falta un punto y coma al final:

jumpintro=0

Con eso de arriba casca, el archivo tenía una sola línea y el asistente intentaba buscar el final de la línea pero asume cosas que no son.

jumpintro=0;

Con esto arranca. Demos las gracias a strace -f dnieremotewizard y gdb dnieremotewizard -ex run -ex 'layout asm' por sacarnos las castañas del fuego.

ogarcia commented on 2022-04-15 10:41 (UTC)

@pcha tiene pinta de que tienes mal la base de datos de paquetes de Pacman, lo que no tiene nada que ver con este paquete, de hecho es probable que te falle también el hacer un sudo pacman -Syyu.

Échale un ojo a este hilo de foro de Arch que se proponen diversas soluciones a tu problema: https://bbs.archlinux.org/viewtopic.php?id=142798

pcha commented on 2022-04-15 07:18 (UTC)

Buenas, estoy intentando instalar el paquete en Manjaro gnome, pero no me es posible ni con pamac ni con yay: pamac:

$ pamac build dnieremote-bin                                                                                                                                                                         
Preparing...
Cloning dnieremote-bin build files...
Generating dnieremote-bin information...
Checking dnieremote-bin dependencies...
Error: Failed to prepare transaction: invalid or corrupted database



Edit build files : [e] 
Apply transaction ? [e/y/N] n

Transaction cancelled.

yay:

$ yay -Sy dnieremote-bin    
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
:: Synchronizing package databases...
 core                                                                                              169,2 KiB   248 KiB/s 00:01 [#############################################################################] 100%
 extra                                                                                            1854,7 KiB  3,81 MiB/s 00:00 [#############################################################################] 100%
 community                                                                                           6,9 MiB  5,68 MiB/s 00:01 [#############################################################################] 100%
 multilib                                                                                          182,1 KiB  1273 KiB/s 00:00 [#############################################################################] 100%
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))
 -> error installing repo packages

Alguna idea de cuál puede ser el problema?

ogarcia commented on 2022-02-18 07:51 (UTC)

@swyter lo de que tengas que ejecutar el programa como root me parece bastante extraño, mira a ver si en tu $HOME hay un fichero dnieRemote.cfg, si lo hay borralo (el programa lo creará de nuevo). Por otro lado, acabo de actualizar el paquete porque tenía mal los enlaces simbólicos, por lo que antes de nada actualiza.

swyter commented on 2022-02-17 19:48 (UTC)

A mí el programa me casca (versión 1.0.5-1) si no lo ejecuto con sudo. Ni error ni nada; segfault al hacer manipulaciones con funciones de cadenas str*() en C, con rutas o algún archivo que no puede abrir. Con derechos de superusuario el programa tirar tira, pero el módulo PKCS#11 instalado en Firefox (que no se puede ejecutar como root, solo como usuario estándar, claro) nunca dice que hay un DNIe metido. Así que estupendo para un apuro.

ogarcia commented on 2021-10-13 06:37 (UTC)

@ravens si rehaces/reinstalas el paquete ya esta corregido. En la última actualización del paquete base cambiaron el nombre de la librería de libdnieremotepkcs11.so.0.0.2 a libdnieremotepkcs11.so.0.0.3 y el enlace simbólico seguía apuntando a la 2 en lugar de la 3. Por eso no funcionaba con el .so a secas.