Bug#835342: curl or git clone commands throws "gnutls_handshake() failed" on https targets

[Nikos Mavrogiannopoulos]

Thanks for the update, your case was really challenging my computing
knowledge :)
However, out of curiosity how does librtmp comes into play here? It
doesn't seem to be a dependency (direct at least) or either curl or
git.

On Fri, Sep 23, 2016 at 3:01 PM, marcelomendes at gmail.com
<marcelomendes at gmail.com> wrote:
> Ok, this is very odd!
> Long time ago I did some testing with some deb-multimedia packages.
> After the tests I made a clean up and removed all the packages, and
> the repo from my source lists, until the libgnutls30 upgrade
> everything was fine. Now when Mariusz pointed out his experience with
> similar issue I went to check the package and:
>
> As you can see, this package (librtmp1) remained of the deb-multimedia
> packages and has a old libgnutls dependency, my clean up wasn't so
> clean after all. :(
>
> ---------------------------------------------
> Package: librtmp1
> Version: 1:2.4+20130918.git79459a2-dmo6
> State: installed
> Automatically installed: yes
> Multi-Arch: same
> Priority: extra
> Section: libs
> Maintainer: Christian Marillat <marillat at deb-multimedia.org>
> Architecture: amd64
> Uncompressed Size: 160 k
> Depends: libc6 (>= 2.14), libgmp10, libgnutls-deb0-28 (>= 3.2.10-0),
> libhogweed2, libnettle4, zlib1g (>= 1:1.1.4)
> PreDepends: multiarch-support
> Breaks: librtmp1:i386 (!= 1:2.4+20130918.git79459a2-dmo6)
> Replaces: librtmp1:i386 (< 1:2.4+20130918.git79459a2-dmo6)
> Description: Toolkit for RTMP streams (shared library).
>  A small dumper for media content streamed over the RTMP protocol
> (like BBC's iPlayer high quality streams). Supplying an RTMP URL will
> result in a dumped flv file, which can
>  be played/transcoded with standard tools.
>
>  This package contains the shared libraries, header files needed by
> programs that want to use librtmp.
> Homepage: http://rtmpdump.mplayerhq.hu/
> Tags: role::shared-lib
> ---------------------------------------------
>
>
> When I downgraded(!) to from multimedia package to debian package, as
> suggested by Mariusz:
>
> Unpacking librtmp1:amd64 (2.4+20151223.gitfa8646d.1-1) over
> (1:2.4+20130918.git79459a2-dmo6) ...
> Setting up librtmp1:amd64 (2.4+20151223.gitfa8646d.1-1) ...
>
> Things are now working again.
>
> I'm still curious to know why the package didn't upgrade since the
> version of debian is from 20151223
>
>
> That was a bit of a mess (my fault), but I'm glad things get to work again.
>
> Thanks Mariusz for pointing out, and Thanks to Andreas and Nikos for
> the pentience. :)
>
> --
> "Free Software is not the only way, but it's a correct way."
> Marcelo Mendes
> http://underlabs.org
> mmendes @ IRC [OFTC-Freenode]
> Gtalk: marcelomendes at gmail dot com