-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Le istruzioni riportate nel readme non sono piu attuali #8
Comments
Ciao @amusarra ciò è dovuto al fatto che ho isolato la libreria in un archivio tra le release. Non è buona pratica caricare blob in repo sorgente Prima di meson procedi da root del repo con curl -sL "https://github.com/M0Rf30/cie-middleware-linux/releases/download/podofo-1.4.2/libpodofo-1.4.2.tar.gz" -o libpodofo.tar.gz
tar xf libpodofo.tar.gz --directory=libs/lib dovrebbe partire senza problemi. purtroppo, per via di questa libreria fornita senza sorgenti, non è possibile parlare neanche di progetto open. La compilazione con libpodofo vanilla non è possibile come riportato anche qui italia/cie-middleware#87 in quanto mancano dei simboli. penso che tu debba trovare un escamotage su arm |
Ciao @M0Rf30, grazie si avevo infatti ipotizzato. Adesso sto facendo la build di Non capisco inoltre perché mi dia XML2 mancante anche se in realtà è installato sul sistema. |
se noti c'è una doppia dichiarazione: Purtroppo la risoluzione del nome libreria non è sempre la stessa tra distro. in questo caso si è presentata questa evenienza, in particolar modo tra Arch Linux e Debian-based. spulciando in giro questo è buon modo per risolvere. stesso ragionamento per xml2. infatti non dovrebbe fallire la build. hai libxml-2.0 e xml2 (non risolta) |
chore(README): enhance build instructions as suggested in #8
In realtà libxml-2.0 è risolta come puoi vedere dall'immagine precedente, quella non risolta, "stranamente" è xml2. |
non è strano. dipende dal pkgconfig della libreria e da come è dichiarato il nome di essa sulla tua distro, a volte ci sono leggere differenze di nomenclatura. forse il mio approccio può essere migliorato nel meson file (anzi, sicuramente), ma non ho approfondito. |
Su ARM infatti ottengo l'errore A questo punto la vedo dura, dovrei compilare podofo con la patch fatta da loro. Comunque è assurdo com'è stato realizzato il progetto. Volevo fare una cosa carina ma mi stanno facendo passare la voglia. Grazie in ogni caso per il tuo supporto. |
puoi provare a dare un occhio nel diff tra tag 1.4.2 e 1.4.1 se non ti occorre la firma e disabilitare le chiamate a podofo. |
ho provato a fare un po di reversing e ho ottenuto una draft di quello che fa SetGraphometricData andrebbe posizionato nel file sorgente di podofo
se è solo per la firma grafica puoi commentare |
Ho ricompilato la versione 0.9.1 di podofo su ARM e commentato su Ho modificato il file meson di build è aggiunta la riga Adesso non resta altro che provare se |
Sarei curioso di sapere se funziona questa 1.4.2. tienimi aggiornato se possibile. per libjpeg molto strano. indagherò |
Allora, ho provato a usare il programma TestCIE, che fa una serie di test suite (che funziona correttamente su x86), compilato in questo modo
|
Si immagino, ho espresso anche upstream la mia frustrazione. Vedrò cosa posso fare per sistemare le cose. |
Appena posso vedrò il branch, grazie. In realtà il TestCIE è pratico, uno dei test è appunto il login sulla CIE via PIN code. Per il mio caso d'uso non mi serve il funzionamento con il browser (sul raspberry infatti non il desktop proprio installato). Il mio obiettivo è far funzionare il tutto per poi realizzare un sistema di accesso basato su CIE, così come ho fatto per la CNS e l'ultimo su questo articolo Raspberry Pi e Smart Card Mifare Classic 1K: Realizzare un sistema di accesso. Nel caso della CIE come anche già fatto per la CNS, utilizzerei un keypad connesso al Raspberry per inserire il PIN nel caso fosse corretto, verifico la validità del certificato e solo dopo "aprire la porta". |
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.
Sembra funzionare tutto correttamente tranne la firma PAdES. Se spunto "aggiungi la firma grafica" la firma fallisce con questo errore (che sembra essere un'incompatibilità tra ghost4j e jna):
Senza mettera la spunta il programma invece crasha
Un'altra cosa è che ho dovuto patchare un sacco di headers in modo da includere Comunque, ottimo lavoro, grazie. |
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'errorelibs/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.
The text was updated successfully, but these errors were encountered: