m0rf30 / cie-middleware-linux Goto Github PK

Using the podofo-vanilla branch a crash will occur during the PAdES graphical signature process (without checking the box to append the signature image)

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007fbe441740b0, pid=2393655, tid=2393968
#
# JRE version: OpenJDK Runtime Environment (17.0.4+8) (build 17.0.4+8-nixos)
# Java VM: OpenJDK 64-Bit Server VM (17.0.4+8-nixos, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C  [libpodofo.so.0.9.8+0x14e0b0]  PoDoFo::PdfPagesTree::GetTotalNumberOfPages() const+0x0
#

Originally posted by @rnhmjoj in #8 (comment)

Allora, ho appena finito di scrivere un bel pacchetto Nix che fa una build riproducibile di cie-middleware-linux usando il branch con podofo originale.
Ho provato le seguenti cose:

1. abbinare la carta;
2. firmare e verificare la firma (sia CAdES sia PAdES);
3. aggiungere il modulo PKCS#11 al database NSS e fare un login;
4. rimuovere la carta.

Sembra funzionare tutto correttamente tranne la firma PAdES. Se spunto "aggiungi la firma grafica" la firma fallisce con questo errore (che sempre essere un'incompatibilità tra ghost4j e jna):

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: Invalid calling convention 63
	at com.sun.jna.Native.createNativeCallback(Native Method)
	at com.sun.jna.CallbackReference.<init>(CallbackReference.java:320)
	at com.sun.jna.CallbackReference.getFunctionPointer(CallbackReference.java:506)
	at com.sun.jna.CallbackReference.getFunctionPointer(CallbackReference.java:483)
	at com.sun.jna.Function.convertArgument(Function.java:558)
	at com.sun.jna.Function.invoke(Function.java:345)
	at com.sun.jna.Library$Handler.invoke(Library.java:265)
	at jdk.proxy2/jdk.proxy2.$Proxy3.gsapi_set_stdio(Unknown Source)
	at org.ghost4j.Ghostscript.initialize(Ghostscript.java:323)
	at org.ghost4j.renderer.SimpleRenderer.run(SimpleRenderer.java:105)
	at org.ghost4j.renderer.AbstractRemoteRenderer.render(AbstractRemoteRenderer.java:86)
	at org.ghost4j.renderer.AbstractRemoteRenderer.render(AbstractRemoteRenderer.java:70)
	at it.ipzs.cieid.Firma.PdfPreview.<init>(PdfPreview.java:53)
	at it.ipzs.cieid.MainFrame$42.actionPerformed(MainFrame.java:2033)

Originally posted by @rnhmjoj in #8 (comment)

Branch: master
Sistema Operativo: Raspberry Pi OS
Architettura: ARM

Su questa nuova versione la build si rompe quasi subito al lancio del comando meson builddir libs a causa dell'errore libs/meson.build:11:0: ERROR: C++ shared or static library 'libpodofo' not found (vedi immagine a seguire).

La precedente versione (1.4.1) non aveva questo problema. Compilazione su ARM (RPI 4).

Ho visto che c'è stato ulteriore refactoring, andrebbe revisionato il README; il comando di build indicato non è più valido a causa del fatto che la directory libcie-pkcs11 non esiste più.
È possibile che per la Build Generica occorre procedere in modo diverso che al momento non è indicato?

Grazie.

Salve,
Complimenti per questo lavoro. Volevo solo segnalare che su ubuntu 20.04 attuale il comando meson da pacchetto non ha il sottocomando compile. Ho usato ninja in sua vece. É corretto?
Il build é terminato correttamente, comunque.

Besides a variety of other warnings, there are a lot of type narrowing and type conversions in the libcie-pkcs11 C++ project.
These are not just GCC poking fun at C++ developers, if you're building with clang some become errors and in some platforms others are actually broken code. See for example a Darwin build here, where DWORD is unsigned int, not unsigned long as implicitly assumed.

Being a Java application and a native library with just a handful of universal libraries for dependencies, I'm pretty sure this project could actually work on a lot more platforms than just GNU/Linux distro if these issues could be fixed.

bc5d3d4 undoes the main point of this fork, at least for me. I can no longer distribute cie-middleware-linux in Nixpkgs without violating the LGPL.

Ciao, non ho trovato modo di contattarti altrove, allora ti scrivo qua.
Sto cercando di pacchettizzare cie-middleware per openSUSE e avrei alcune domande:

• libcie-pkcs11, rimossi i riferimenti alla firma, è compilabile e funzionale in versione 1.4.1?
• quest'ultima funziona con firefox 90+?
• CIEID è indispensabile? Per farlo accettare nella distribuzione non posso tirarmi dietro dei jar binari e pacchettizzare quelli sta richiedendo un po' di tempo. Per dire, se serve solamente a cambiare PIN non posso usare il tool di OpenSC come per le smart card ordinarie? Oppure andrebbe patchato anche quello?

Grazie