[Bug 617141] Review Request: gupnp-dlna - A collection of helpers for building DLNA applications

bugzilla at redhat.com bugzilla at redhat.com
Tue Aug 31 22:43:31 UTC 2010


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=617141

Benjamin Otte <otte at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |otte at redhat.com

--- Comment #25 from Benjamin Otte <otte at redhat.com> 2010-08-31 18:43:30 EDT ---
About the bundling worries:

As far as I can see this is the typical way new libraries are developed in
GNOME and GStreamer-land. For anyone involved with GNOME, consider this similar
to libegg.
The process goes something like this:

First, ship the files as in-package copy in the programs that need it. This
allows rapid changes to API, code etc. During this time, the library is not
released as a separate product, it's explicitly targeted for copy/paste.

When the API is agreed on and deemed stable, import it into GStreamer's support
library collection: gstreamer-plugins-base, which then guarantees API
stability.

So the only technical problem is to not get conflicts when header or library
files from different projects shipping the code or from when the library
finally does get released. And from a quick look at the package, they have put
the files into the gupnp-dlna namespace, so everything is fine.

Last but not least, all of this work is happening inside the GStreamer
community, so I don't think the typical worries about bundling apply here.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



More information about the package-review mailing list