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, marcelomen...@gmail.com <marcelomen...@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 <maril...@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
