Good morning Santiago.
You're right, I upgraded from jessie to stretch and grep package is:
ii grep 2.27-2
amd64 GNU grep, egrep and fgrep
I have a text file, identified as a html document by "file" command which only
c
Good morning Alessandro.
Attached is the rough script. You can run either
testra
or
testra wget
the first one will use curl for the retrieval the second one will use wget, but
wget will only work if it is version 1.12-2.1 (old stable) or a newer version
compiled with openssl instead of
Hello.
In my case, version 1.12 (ii wget 1.12-2.1 amd64 ) of wget works just fine.
Version 1.13 (ii wget 1.13.4-3 amd64 ) segfaults.
If we specify protocol as either TLSv1 or auto wget segfaults. After trying
gnutls-cli command a couple of times, something curious happens when we run
wg
Good Morning Again.
Forget my previous message, I could see the bug is still open in libgnutls.
Thanks.
Good Morning Kurt,
just one question. I think Alessandro reasigned the bug to both libssl and
libgnutls. Am I correct?
Question is because specifying the protocol solves the problem with libssl, not
with libgnutls. When I test wget with --secure-protocol it works fine when
compiled with libssl
I've been checking version 1.14 in Ubuntu, that version appears to be compiled
with openssl and the error there is:
OpenSSL: error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad
record mac
So the error does not seem to be GNUTLS specific.
By the way, despite reported wget's version is the one from the unstable
packages (1.14-1), the problem is also in the stable version.
I upgraded to unstable to check if the problem was solved, but it wasn't.
Version 1.12 from oldstable works without any problem.
May GNUTLS not be tested thoroug
7 matches
Mail list logo
