Hi. Sorry that not answered before. And sorry that I don't have any idea how to resolve it. This package was originally made by Red Dwarf ( https://build.opensuse.org/user/show/RedDwarf ). And I SR-d it with dreamdesktop plasmoid. I wonder if he could help to update it. šumski Tue, 11 Mar 2014 22:02:39 +0300:

On Tuesday 11 of March 2014 14:39:37 Cor Blom wrote:

...

Hi,

ffmpegthumbs and cantata (and maybe other stuff, but I only use these two) are build against the ffmpeg in Extra, but they require ffmpeg 1 (libavcode.so.54). They build and work fine with the latest ffmpeg. Maybe we should update the dummy ffmpeg package in Extra?

Maybe. Just i first wonder how it got there in the first place, so we could update it. @Dmitriy, how did you extracted those nasty, nasty stuff from sources?

-- Best regards, Dmitriy DA(P).DarkneSS Perlow @ Linux x64 -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

Wolfgang Bauer Thu, 13 Mar 2014 21:59:13 +0300:

Am Dienstag, 11. März 2014, 22:08:10 schrieb Dmitriy Perlow:

...

Hi.

Sorry that not answered before. And sorry that I don't have any idea how to resolve it.

This package was originally made by Red Dwarf ( https://build.opensuse.org/user/show/RedDwarf ). And I SR-d it with dreamdesktop plasmoid. I wonder if he could help to update it.

Well, the latest libffmpeg-devel version from Packman (with all code stripped) is always available in the RedDwarf:fakePackman project on OBS. https://build.opensuse.org/project/show/home:RedDwarf:fakePackman I build packages against that since years... ;)

Yep, thanks, already remembered :)

But what I also want to ask regarding this: Apparently this is ok in KDE:Extra.

What about adding that fake libffmpeg-devel package to KDE:Release:xy and KDE:Distro:Factory?

It would be possible then to provide a nepomuk-core (or baloo) package then with ffmpeg support. So the dolphin information panel or the properties dialog (also from the folderview widget) could show additional information for most multimedia files then.

This would solve https://bugzilla.novell.com/show_bug.cgi?id=858498, f.e.

Of course the ffmpeg part should be split out to a separate package, I'm willing to work on this and submit a package.

What are your opinions about that?

Linking to ffmpeg stuff provides non-resolvable (without packman added) dependencies. So it is a kind of Pandora box I think. -- Best regards, Dmitriy DA(P).DarkneSS Perlow @ Linux x64 -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

Am Donnerstag, 13. März 2014, 23:12:26 schrieb Alexander Melentev:

2014-03-13 23:03 GMT+04:00 Dmitriy Perlow :

...

Linking to ffmpeg stuff provides non-resolvable (without packman added) dependencies. So it is a kind of Pandora box I think.

Not if having each application performing a runtime check for ffmpeg existance. Otherwise there should two versions of each package with such functionality, like baloo and baloo-ffmpeg.

To clarify, this is what I have in mind: There would be the same old nepomuk-core and baloo packages, but in addition we provide nepomuk-core-ffmpeg and baloo-ffmpeg. The *-ffmpeg packages would of course have a dependency on Packman (or any other way to provide the necessary libs), but they would be optional, i.e. people who have Packman can install them, but nobody _has_ to. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org