Newsgroup: it.comp.sicurezza.pgp
Titolo: GnuPG 1.2.5 (o .6) e GPGshell 3.23

Attualmente uso senza problemi GnuPG 1.2.4 e GPGshell 3.02.
Mi conviene passare alle nuove versioni?
Ci sono dei bug di sicurezza gravi che sono stati corretti?
Ho letto che la versione di 1.2.6 di GnuPG non è disponobile per 
Windows. Questo è vero per la versione già compilata, ma se uno usa 
MingGW può compilarsela da solo?
Ciao.
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

 MingGW può compilarsela da solo?
Certo, chiunque può farlo... e funziona.
La v1.2.6, però, non porta (in ambiente Win32) alcun vantaggio, rispetto
alla versione precedente.
Ciao,
un TJL v7.3
-- 
"Il competente e` un uomo che sbaglia secondo le regole."
                                                          -- Paul Valery

    |
|GPG DSA/ElG 1024/4096:|_________________________________________________|
|KeyID:0x5324A0DA - Fingerprint:8B00C61034120506111B143DEDBF71B45324A0DA |

 tocca rivolgersi alle 2.x... 
Non ho ben capito cosa vuoi dire in quest'ultima parte del messaggio.
Io ho scaricato il file "MinGW-3.1.0-1.exe" dal sito del progetto 
MinGW. Va bene questa versione?
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

 MinGW. Va bene questa versione?
Si', va perfettamente bene.
Io mi riferivo alle versioni dei pacchetti (GCC, Binutils, Runtime, API, 
ecc.) scaricati singolarmente. Le ultime versioni di MinGW-Runtime sembrano 
mostrare qualche problema con la definizione del tipo "u64". Sono comunque 
tutte versioni successive al maxi-pacchetto MinGW-3.1.0-1.exe, quindi con 
questo non dovresti avere problemi.


 non dovresti avere problemi. 
Grazie per le informazioni.
In sostanza, da quello che ho capito, avendo già installato
MinGW-3.1.0-1 non devo scaricare tutti i pacchetti singoli gcc, 
binutils, mingw-runtime e w32api, ma installare solo MSYS ed 
eventualmente bzip2 per includerlo nativamente, giusto? 
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

 eventualmente bzip2 per includerlo nativamente, giusto? 
Giusto sicuramente per quanto riguarda GCC, Binutils, MinGW-Runtime e W32API, 
non ricordo se zlib, gettext e libiconv siano inclusi anche loro in MinGW-
3.1.0-1 o debbano essere scaricati a parte.


 Garantisco l'esito della compilazione, anche per questa versione.
Potreste dirmi se chi ha compilato GnuPG 1.2.6 con MinGW32 e MSYS è 
andato incontro ai miei stessi errori?
C'è qualche modifica da fare al file "autogen.sh" non contemplata 
nelle istruzioni che ho seguito?
Grazie e ciao.
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

 nelle istruzioni che ho seguito?
Beh, comincia col postare gli errori *esatti* che hai avuto con la 1.2.6 e
vediamo... Non direi, comunque... 


 > più valide per la versione 1.2.6.
Smentisco categoricamente... a me, ha compilato sia la v1.2.5 che la
v1.2.6 (che sto utilizzando attualmente).
Per la compilazione, ho sempre utilizzato il file "autogen.sh" generato
da CLB con una semplice modifica.
Alla linea 110 ho sostituito la porzione:
     --enable-tiger --enable-m-guard
con:
     --enable-new-tiger --enable-sha512 --enable-m-guard
Ciao,
un TJL73 curioso...
-- 
"Non ho la soluzione, ma ammiro il problema."
                                                   -- Ashleigh Brilliant

 Mi ero scordato di scriverlo: sempre 2 errori su 25.
E' giusto... per quanto ne ho capito, quelli dovrebbero essere i test
fatti in merito alla cross-compilazione (che non è avvenuta)... ma,
visto che ne capisco quanto di turco, mi astengo dal ribadirlo... via
alle smentite.
Resta il fatto che, anche a me, ha sempre dato picche a quei due test,
ma ha sempre funzionato bene.
Ciao,
un TJL73 "fortunato?"...
-- 
              | Cercasi cubista o lap-dancer |
Comunicazione |  bella presenza  max 35enne  |
   sociale:   |      anche  non esperta      |
              |    per nottate mozzafiato    |

 1.2.6 e vediamo... Non direi, comunque... 
Gli errori li ho riportati.
(ho usato "make check >log.txt"; è un buon metodo?)


 (ho usato "make check >log.txt"; è un buon metodo?)
Si', perfetto. Direi che ora e' tutto chiarito (a parte lo MD5), no?


 alle smentite.
No, sono sempre test legati al funzionamento di GnuPG. Il problema e' che,
per essere eseguiti, tali test richiedono la presenza nel sistema di
alcuni comandi Linux che non fanno parte di MSYS. 
Quando lo script tenta di eseguire quei due test si trova davanti a un
errore del tipo "bad command or file name" e, non ottenendo il risultato
previsto, produce comunque un FAIL anziche' un NOT EXECUTED come sarebbe
da aspettarsi. 


      --enable-new-tiger --enable-sha512 --enable-m-guard
Ho provato a usare quello di CLB e a cambiare la linea 110 (vi -> :set nu)
come hai fatto tu, ma il risultato è sempre lo stesso.
Non riesco a capire il perché di questi problemi ...
Nel caso volessi controllare, questi sono gli HASH-MD5 dei due file 
scaricati.
ee76864958d568677f03db8afad92beb  bzip2-1.0.2.tar.gz
b1890f5dfacd2ba7ab15448c5ff08a4e  gnupg-1.2.6.tar.bz2
 
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

 test, ma ha sempre funzionato bene.
Grazie per la spiegazione del motivo di quei due errori.
Io perņ li riscontro solo con la 1.2.4, perché, come ho gią detto, il
"make check" non mi va con la 1.2.6 (??)


 Prova a confrontarli e vedrai che non è quella l'unica differenza ...
Vero... ma le uniche differenze non commentate da CLB (in quanto,
probabilmente, aggiunte successivamente, da GnuPG.org), sono legate al
gettext:
| # Ugly hack to overcome a gettext problem.  Someone should look into
| # gettext to figure out why the po directory is not ignored as it used
| # to be. 
caso che, però, non mi sembra riguardi l'ambiente Win32.
Queste due porzioni:
| # This is the special case to build on a ColdFire platform under 
| # the uClinux kernel.  Tested on a MCF4249C3 board. 
e
| # This is the special case to build on a ColdFire platform under 
| # the uClinux kernel with uClinux-dist.  Tested on a MCF4249C3 board. 
che credo proprio non influiscano affatto.
E la riga:
| aclocal -I m4
Che non penso sia un modifica indispensabile.
Qualcuno mi illumini in merito (possibilmente senza darmi fuoco...)
Ciao,
un TJL73 compilativamente bestia...


 b1890f5dfacd2ba7ab15448c5ff08a4e  gnupg-1.2.6.tar.bz2
  56B10A6F444FFF2565F4D960A11B2206  gnupg-1.2.6.tar.gz <--
                                                    ^^
Dovrebbero essere identici.. dentro c'è lo stesso Tarball:
  E3FB4519AE7896B928719DCAB33BBF0C  gnupg-1.2.6.tar
Ciao,
un TJL73 che, comunque, ha perso il filo...
-- 
"C'e` rimedio? Allora perche' ti preoccupi?"
"Non c'e` rimedio? Ed allora perche' ti preoccupi?"
                                                          -- SP (Toccio)

 da aspettarsi. 
In effetti, sarebbe carino lo facesse...
Ciao,
un TJL73 che, prima o poi, promesso, inizierà a studiare...
-- 
"I problemi non possono essere risolti
 allo stesso livello di conoscenza di chi li ha creati."
                                                      -- Albert Einstein

 "make check"... 
Ehm... la seconda che hai detto...  O:-)
Ciao,
un TJL73 che... "andava fatto?"... "mica c'era scritto"...
-- 
"Un corpo immerso in un fluido riceve una spinta verso il piano
 a pressione relativa nulla, pari al peso del fluido spostato."
                                                            -- Archimede

 no? 
Non so più cosa pensare.
Non è che l'esito (corretto o meno) della compilazione di GnuPG mi 
cambi la vita, però avrei voluto poterlo fare anche io (visto che degli 
altri ci erano riusciti).
Provo a vedere cosa succede con la 1.2.5?
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

   E3FB4519AE7896B928719DCAB33BBF0C  gnupg-1.2.6.tar
Corrisponde. 
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D

 Provo a vedere cosa succede con la 1.2.5?
Nel caso... Tanto per avere un quadro completo...


 Grazie.
Allora, finalmente ho avuto il tempo di provare.
Effettivamente deve essere cambiato qualche cosa nei Makefile della 1.2.6,
perche' la cartella "po", che dovrebbe essere saltata in fase di "make
check", non lo e' affatto. Non c'e' touch ne' Makefile.in che tenga: make
si ostina a voler elaborare la cartella. 
Il trucco piu' ignobile che mi e' venuto in mente, e che a me funziona, e'
di creare nella cartella "po" un file chiamato "Makefile" che contenga
*solo* la seguente riga: 
check:
e basta. Il Makefile prodotto come copia del Makefile.in deve essere
naturalmente cancellato. A questo punto "make check" dovrebbe funzionare,
con i soliti 2 errori su 25. 
Fammi sapere se cosi' funge anche a te...
PS: Ovviamente il problema con MinGW-Runtime >= 3.3 sulla definizione del
tipo u64 rimane, per la compilazione serve ancora la 3.2. Gli altri
pacchetti possono essere invece aggiornati alla massima versione
disponibile. 



| No, sono sempre test legati al funzionamento di GnuPG. Il problema
| e' che, per essere eseguiti, tali test richiedono la presenza nel
| sistema di alcuni comandi Linux che non fanno parte di MSYS.
--- ver. 1.2.5 ---
Giusto così per provare volevo tentare di compilare anche la 1.2.5.
Ho scaricato gnupg-1.2.4-1.2.5.diff.gz.
Come faccio ad aggiornare i sorgenti della 1.2.4?
Non so come maneggiare i file .diff ...
Ciao e grazie.
-- 
Lurkos
OpenPGP-Key-ID: 0x135E4D8D
[RFD] it.politica.europa

 Non so come maneggiare i file .diff ...
Ehm... Ma perche' non hai scaricato direttamente i sorgenti della 1.2.5?


 1.2.5? 
Perché in quel momento ero collegato col 56k e la dial-up costa. ;-)


 Perché in quel momento ero collegato col 56k e la dial-up costa. ;-)
OK, mi sembra giusto... ;-)
Comunque mi spiace ma non so proprio cosa fare con il file .diff. *Forse*
deve essere direttamente applicato con il comando "patch", ma non avendolo
mai usato non so proprio cosa dirti... 


 ma non avendolo mai usato non so proprio cosa dirti... 
Trovato.
$ tar -xzvf gnupg-1.2.4.tar.gz
$ gzip -d gnupg-1.2.4-1.2.5.diff.gz
$ mv gnupg-1.2.4 gnupg-1.2.5
$ cd gnupg-1.2.5
$ cat ../gnupg-1.2.4-1.2.5.diff | patch -p1
Tuttavia non ho capito al 100% la sintassi dell'ultima linea, anche se 
tutto funziona alla perfezione.
Ho provato a compilare
$ scripts/autogen.sh --build-w32
$ cp po/Makefile.in po/Makefile
$ make
$ make check
$ strip g10/gpg.exe
$ strip g10/gpgv.exe
$ strip tools/gpgsplit.exe
"make check" funziona regolarmente: risultano i normali 2 errori su 25.
Quindi il problema è limitato solo alla 1.2.6.
Ciao.
PS: Ma TJL73 aveva gli errori nel make check della 1.2.6?


 PS: Ma TJL73 aveva gli errori nel make check della 1.2.6?
Uhm... Se non ricordo male, TJL73 non aveva proprio fatto il "make
check"... 


 Ma TJL73 aveva gli errori nel make check della 1.2.6?
Se devo proprio essere onesto onesto onesto... non ricordo...
L'ho compilata in piena notte, ad agosto, su un notebook, un Celeron 200
a manovella... quindi, ho dato invio e, alla fine del film, ho visto che
era ancora lě che tritava... il risultato, al mattino era un GPG.exe con
parvenze di corretto funzionamento... dopo tutta quell'attesa, non m'ero
preoccupato piů di tanto di verificare, in effetti...
Dovrei riprovare, per vedere che diavolo succede...
D'oh... il post, s'č sernificato da solo...  ^_^
Ciao,
un TJL73 e un pessimo cielo sulla testa...
-- 
"Ora basta parlare di me, parliamo un po' di voi.
 Cosa ne pensate di me?"
                                                         -- Bette Midler