Summary: | Implement gstreamer missing-plugins support for Gentoo | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mart Raudsepp <leio> |
Component: | [OLD] GNOME | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | CONFIRMED --- | ||
Severity: | enhancement | CC: | dabbott, gnome, ikelos, jalanpalmer, manday, pacho, serkan, tesoro302, volkmar, yang |
Priority: | Lowest | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://core.fluendo.com/gstreamer/trac/wiki/codeina | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 263285 |
Description
Mart Raudsepp
2008-10-13 00:58:29 UTC
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 <eva@gentoo.org> 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 [1] 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. [1] : 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. *** |