Could you please think about to make app-emulation/emul-linux-x86-medialibs use/depend on latest current stable ffmpeg package? Ffmpeg 0.10 is a "little" outdated. For compatibility with old binaries it should be kept in a tree of course. Thank you. Reproducible: Always
(In reply to David Kredba from comment #0) > Could you please think about to make app-emulation/emul-linux-x86-medialibs > use/depend on latest current stable ffmpeg package? > > Ffmpeg 0.10 is a "little" outdated. yes; we should probably remove that dep from the ebuild and use the emul-linux version; when I multilibed 0.10 this was the version bundled in emul-linux but now the bundled version is better than 0.10 so this makes little sense unfortunately we cannot (yet) convert ffmpeg because it has deps that are not multilib-ready
I don't know if that's what you mean - ffmpeg-1.2.5 has multilib use flags. So basically, it could just be bumped to that version, right? For me emul-linux-x86-medialibs is the only package that still depends on 0.10.
I'm sorry but how is wine relevant here? I don't see any dep on ffmpeg there.
It is the gphoto2 use flag (maybe more?) requiring app-emulation/emul-linux-x86-medialibs.
(In reply to David Kredba from comment #4) > It is the gphoto2 use flag (maybe more?) requiring > app-emulation/emul-linux-x86-medialibs. So you mean indirect dependency of wine then?
Yes, I do. It is noted in a subject of this report and in its tree too. Wine I noted because of it is the only one ABI_X86=32 package important for me.
Well, there's a nitpick here. wine[gstreamer] requires gstreamer:0.10 which uses ffmpeg:0.10 :). On another note, I'll probably unmask new emul-linux packages today and those should let you keep wine working without emul-linux at all :). Assuming USE=-gstreamer.
Could you can also make media-libs/libpostproc dependency optional, please? It conflicts with media-libs/ffmpeg:0.
The emul-linux-x86 packages have been removed.
