vdr-markad is used to read ts files recorded by media-video/vdr and scans for commercial breaks using logo detection and other techniques. It uses libavcodec.so for this purpose and the ebuild correctly depends on this (though virtual/ffmpeg). Reproducible: Always Steps to Reproduce: 1. install vdr, vdr-markad and dependencies. All work good. 2. one day, upgrade ffmpeg to new version 3. markad stops working with the following log Actual Results: the log shows the following lines: markad: [3831] starting v0.1.2 markad: [3831] on /var/vdr/video/CSI:_Miami/2011.07.12-20:15-Di/2011-07-12.20.10.8-0.rec markad: [3831] getting broadcast start from info mtime markad: [3831] pre-timer 4m markad: [3831] broadcast length 60m markad: [3831] found H264-video (0x00ff) markad: [3831] found AC3 (0x0103) markad: [3831] using libavcodec.so.52.120.0 with 2 threads markad: [3831] libavcodec header version 52.96.0 markad: [3831] header and library mismatch, decoding disabled Expected Results: markad should be automatically re-emerged to work with the new ffmpeg library I re-emerged vdr-markad manually, and after that, it works as expected again. What I an wondering about is that this dependency to the ffmpeg library is not solved automatically. Both "revdep-rebuild" and "emerge -av @preserved-rebuild" didn't do the job. To my opinion the vdr-markad package should flag in some manner that it needs a rebuild after changes on virtual/ffmpeg.
*vdr-markad-0.1.3 (02 Mar 2012) 02 Mar 2012; Joerg Bornkessel <hd_brummy@gentoo.org> -vdr-markad-0.0.8-r1.ebuild, -vdr-markad-0.0.9.ebuild, -vdr-markad-0.1.0.ebuild, -vdr-markad-0.1.1.ebuild, vdr-markad-0.1.2.ebuild, +vdr-markad-0.1.3.ebuild: cleanup, eaip=4, changed to mirror://, version bump Test with it please
fixed with vdr-markad-0.1.3
