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

[marcelomendes at gmail.com]

Both libcurl3-gnutls and libcurl3 depends on librtmp1
and git depends on libcurl3-gnutls

Thats the only relation I could find

2016-09-23 9:43 GMT-04:00 Nikos Mavrogiannopoulos <nmav at gnutls.org>:
> 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



-- 
"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