[gstreamer-bugs] [Bug 588783] [gst-inspect] Add RPM provides output

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=588783

  GStreamer | gstreamer (core) | Ver: git




------- Comment #14 from Bastien Nocera  2009-07-29 10:16 UTC -------
(In reply to comment #12)
> This normalised caps thing is broken by design.

It is. It's also a functional way of doing things.

> (If you want this in gst-inspect for RPM, that's fine with me, I won't fight
> it, but I'm strongly opposed to establishing normalised caps as the
> recommended/standard way of doing this stuff for packages in general.)

RPM provides can only do full string matching. How would one implement the
functionality in an other way that would be acceptable to you?

(In reply to comment #13)
> FYI the packagekit apt backend uses GStreamer logic to find the package that
> provides the requested codec and also works on the package information I've
> written about above.
> 
> Btw, why do you want this in gst-inspect and can't have this as a separate
> program?

Because it means that there's less distribution specific code, which is always
a good thing.

> I mean, it's only useful for those few systems that actually use RPM.

RPM is a required part of the LSB. So I'd argue that it would be used for any
LSB compliant distribution.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=588783.