I am planning to ship a new version of libdmapsharing which breaks the
library's API. This version will have a new soname. The primary reason
for this is to better support GObject introspection.
When would be a good time to port the DMAP plugin in Rhythmbox to this
new API? If I were to submit a p
On Wed, Dec 15, 2010 at 3:31 AM, W. Michael Petullo wrote:
> I have been experimenting with libdmapsharing and Vala. What I have found
> is that there are some symbol name changes to libdmapsharing that would
> facilitate the use of libdmapsharing from Vala. For example,
> libdmapsharing uses "TYP
2010/12/14 W. Michael Petullo :
> I have been experimenting with libdmapsharing and Vala. What I have found
> is that there are some symbol name changes to libdmapsharing that would
> facilitate the use of libdmapsharing from Vala. For example,
> libdmapsharing uses "TYPE_DMAP_DB," where the GObjec
I have been experimenting with libdmapsharing and Vala. What I have found
is that there are some symbol name changes to libdmapsharing that would
facilitate the use of libdmapsharing from Vala. For example,
libdmapsharing uses "TYPE_DMAP_DB," where the GObject convention is
actually "DMAP_TYPE_DB."
