It would be nice to have some primitive support for integration with Codeina on Gentoo. Even if it would just report what package to install manually would be a great improvement over the current situation.
This is a reminder enhancement bug, or a tracker if you will, or for anyone who would like to contribute to find this bug and work on.
I've been in contact with the fluendo guys, first with Julien Moutte who then redirected me to Michal Salaban, after working on this for a bit because I couldn't get how the yaml generator worked. Here is a copy of the interesting mail:
On Tue, Aug 19, 2008 at 12:16 PM, Gilles Dartiguelongue <email@example.com> wrote:
> As you can see in my original mail, I'm interested in the format of the
> files that needs to be passed to the scripts that generates the yaml
> files, this will greatly help me to start writing something if I had an
> example of what the script is expecting.
The Codeina's providers/gst-scanpackages script generates the YAML
file from a set of packages. It simply extracts *.so files and tries
to load them as gst plugins. On success, it simply prints a chunk of
YAML with plugin data, so the only specification is a code of this
script. It's simple python, so should be easy to read and modify,
Just put *.tar.gz, *.rpm or *.deb files containing gstreamer plugins
into a directory and run:
./gst-scanpackages <directory_path> > mydistro.yaml
I've just done it for my distro (PLD) gstreamer-*.rpm packages and got
+40k file with all possible information extracted.
How does it suit your needs?
Once the yaml file is generated it's actually not that hard to implement a class that installs the package but that's mostly the same topic as packagekit (subset only though).
FWIW, there's no reason to use Codeina in particular. It's just an application relying on the missing-plugins API  from GStreamer. The goal is for distros to rely on that API to integrate with their package management system. Ubuntu uses something else for ex. Codeina is also more streamlined towards rpm-based systems and allowing 3-rd party repository (like proprietary codecs) installations.
Maybe a more gentoo-specific solution would be better. A simple shell script would do even.
 : http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gstreamer-base-utils.html
true, but we still need a way (and that's the main problem, writing the gui is easy) is to associate what the app requests to packages in gentoo. For what I have currently, I'm using binpkgs to create that information but having support from ebuilds would probably be more efficient. I haven't thought much about it since I got the prototype integration working.
Re-titling to talk about missing-plugins rather than Codeina. Codeina is one option though I guess.
*** Bug 293572 has been marked as a duplicate of this bug. ***
*** Bug 256830 has been marked as a duplicate of this bug. ***
*** Bug 371955 has been marked as a duplicate of this bug. ***