Re: New module proposal: libdmapsharing
Purpose: libdmapsharing is a library to access and share DMAP (DAAP DPAP) content. [...] FYI, libdmapsharing's original code comes from the DAAP code of Rhythmbox. Yes (I stated this later in my original email). Target: Developer platform Certainly not. The protocol(s) being implemented are not open in any way, and libdmapsharing doesn't support newer versions of the protocols after Apple closed them down. Fair enough. Though this may or may not be enough to make libdmapsharing a hard requirement for GNOME, I feel the library still adds enough value to be tightly coupled with GNOME. As I stated, I am especially interested in moving libdmapsharing from SourceForce to GNOME's infrastructure to increase collaboration with other GNOME projects. I think it is important to quantify your statement that libdmapsharing doesn't support newer versions of the protocols. For example, dmapd, which uses libdmapsharing, happily shares music and videos with the latest version of iTunes and Roku's SoundBridge, even transcoding OGG Vorbis files on the fly using GStreamer. Dmapd will also share photos with the most recent version of iPhoto. So, while there may be difficulty with a subset of functionality, most features work, especially on the server side. I believe the main point of contention is that DRM content purchased from the iTunes store may not be played using the client-side libdmapsharing code. It may be worth noting that the iTunes store has been somewhat moving away from DRM content. In the interest of disclosure, I do not own any DRM-protected music. Anything that is not DRM-protected should play. [...] Miscellaneous: GNOME media applications such as GTHUMB are candidates for an increased feature set provided by libdmapsharing. Rhythmbox presently contains similar functionality (in fact, libdmapsharing was originally pulled from Rhythmbox's implementation), but libdmapsharing separates the code into a reusable library and adds DPAP (photo) support. Yes! I'd love for gthumb or any other photo app to integrate with iPhoto (does it support iPhoto, in the same way that we can't support being iTunes clients for anything beyond iTunes 6.x?). I'd approve libdmapsharing as an external dependency without any problems, not as a developer dep though... This would be completely satisfactory to me. If I may ask the list, what is the process for getting a project accepted into the GNOME infrastructure? In response to Andre, I've made several releases of libdmapsharing in the last few months. The fact that there is only one tarball is more of a reflection of SourceForge. If anyone would like to review the progress of the project, I would encourage them to browse the SourceForge SVN repository. Thanks. Mike ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: libdmapsharing
On Sat, 2009-06-27 at 12:30 -0400, W. Michael Petullo wrote: Purpose: libdmapsharing is a library to access and share DMAP (DAAP DPAP) content. [...] snip I think it is important to quantify your statement that libdmapsharing doesn't support newer versions of the protocols. For example, dmapd, which uses libdmapsharing, happily shares music and videos with the latest version of iTunes and Roku's SoundBridge, even transcoding OGG Vorbis files on the fly using GStreamer. Dmapd will also share photos with the most recent version of iPhoto. So, while there may be difficulty with a subset of functionality, most features work, especially on the server side. I believe the main point of contention is that DRM content purchased from the iTunes store may not be played using the client-side libdmapsharing code. It may be worth noting that the iTunes store has been somewhat moving away from DRM content. In the interest of disclosure, I do not own any DRM-protected music. Anything that is not DRM-protected should play. No, the main problem isn't the DRM. I don't think anyone expect applications based on libdmapsharing to be able to play DRM'ed music or videos. The problem I'm mentioning is the inability to connect (as a client) to anything newer than iTunes 6.x. snip I'd approve libdmapsharing as an external dependency without any problems, not as a developer dep though... This would be completely satisfactory to me. Being accepted as an external dep would mean having something in the GNOME desktop that depends on your library. So you should get started on implementing that gthumb idea. Porting rhythmbox' code to use libdmapsharing would also be a good idea, though Rhythmbox isn't in any GNOME release. If I may ask the list, what is the process for getting a project accepted into the GNOME infrastructure? http://live.gnome.org/ReleasePlanning/ModuleProposing In response to Andre, I've made several releases of libdmapsharing in the last few months. The fact that there is only one tarball is more of a reflection of SourceForge. If anyone would like to review the progress of the project, I would encourage them to browse the SourceForge SVN repository. Nothing is stopping you from moving libdmapsharing to the GNOME resources such as git or Bugzilla. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: libdmapsharing
On Sat, 2009-06-27 at 12:30 -0400, W. Michael Petullo wrote: This would be completely satisfactory to me. If I may ask the list, what is the process for getting a project accepted into the GNOME infrastructure? Bugzilla, see To add a project to the bugzilla database in http://live.gnome.org/Bugsquad/ForMaintainers For git, see http://live.gnome.org/Git/NewRepository For the wiki, create a new page on http://live.gnome.org For the web space, see the note at the bottom of : http://projects.gnome.org/ (and mentally replace SVN by git hehe). For a mailing list, see http://live.gnome.org/NewListRequest Those are all available, even if your project is not yet an official Gnome module. Hope this helps, Pierre-Luc signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: libdmapsharing
On Sat, 2009-06-27 at 17:46 +0100, Bastien Nocera wrote: On Sat, 2009-06-27 at 12:30 -0400, W. Michael Petullo wrote: snip If I may ask the list, what is the process for getting a project accepted into the GNOME infrastructure? http://live.gnome.org/ReleasePlanning/ModuleProposing In response to Andre, I've made several releases of libdmapsharing in the last few months. The fact that there is only one tarball is more of a reflection of SourceForge. If anyone would like to review the progress of the project, I would encourage them to browse the SourceForge SVN repository. Nothing is stopping you from moving libdmapsharing to the GNOME resources such as git or Bugzilla. Never parsed a question that badly, thanks Pierre-Luc for answering the question properly :) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: libdmapsharing
Hi Mike, thanks for your interest in making libdmapsharing an official part of GNOME (though the proposal deadline for 2.28 has already passed). Am Freitag, den 26.06.2009, 16:08 -0400 schrieb W. Michael Petullo: Purpose: libdmapsharing is a library to access and share DMAP (DAAP DPAP) content. This library is written in C using GObject and libsoup. The DMAP family of protocols are used by products such as iTunes, iPhoto and the Roku SoundBridge family to share content such as music and photos. I wonder if this may interfere with other existing projects, e.g. Conduit? (Though Conduit has not seen a release since 21-Oct-2008 so I wonder how active the development currently is.) Target: Developer platform Dependencies: Existing dependencies include Avahi, GLib 2.0, libsoup and zlib. Resource usage: GNOME FTP, GNOME SVN and GNOME Bugzilla These are the *planned* resources. Hmm, I see only one release tarball at http://sourceforge.net/project/showfiles.php?group_id=173076 so far. Mentioning because Modules should show a steady progress according to http://live.gnome.org/ReleasePlanning/ModuleProposing - on the other hand there is a lot of project activity in the repo. GNOME-ness: Complimentary to GUPnP, libdmapsharing will allow GNOME application developers to provide support for popular media sharing protocols. Libdmapsharing's use of GObject and libsoup make it a natural fit for the GNOME platform. I am willing to work with the various sub-projects on features such as internationalization. Do user-visible strings exist? It seems there is no i18n support at all. Does API documentation (gtk-doc format?) for developers exist? 3.0 readiness: No clear conflicts exist with the GNOME 3.0 plan. I am looking forward to working with the GNOME project to ensure libdmapsharing is fully compliant with the goals of 3.0. Does it compile with make CFLAGS+=-DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED ? Miscellaneous: GNOME media applications such as GTHUMB are candidates for an increased feature set provided by libdmapsharing. Rhythmbox presently contains similar functionality (in fact, libdmapsharing was originally pulled from Rhythmbox's implementation), but libdmapsharing separates the code into a reusable library and adds DPAP (photo) support. Also see http://bugzilla.gnome.org/show_bug.cgi?id=566852 . andre -- mailto:ak...@gmx.net | failed http://www.iomc.de/ | http://blogs.gnome.org/aklapper ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: libdmapsharing
On Fri, 2009-06-26 at 16:08 -0400, W. Michael Petullo wrote: Purpose: libdmapsharing is a library to access and share DMAP (DAAP DPAP) content. This library is written in C using GObject and libsoup. The DMAP family of protocols are used by products such as iTunes, iPhoto and the Roku SoundBridge family to share content such as music and photos. Libdmapsharing is now hosted at SourceForge (http://sourceforge.net/projects/libdmapsharing). I am interested in moving the project to the GNOME development infrastructure. FYI, libdmapsharing's original code comes from the DAAP code of Rhythmbox. Target: Developer platform Certainly not. The protocol(s) being implemented are not open in any way, and libdmapsharing doesn't support newer versions of the protocols after Apple closed them down. snip GNOME-ness: Complimentary to GUPnP, libdmapsharing will allow GNOME application developers to provide support for popular media sharing protocols. Libdmapsharing's use of GObject and libsoup make it a natural fit for the GNOME platform. I am willing to work with the various sub-projects on features such as internationalization. Yep, except that gupnp and other providers of the UPNP protocol (such as Coherence that powers Rhythmbox' and Totem's UPNP support) rely on an open protocol. snip Miscellaneous: GNOME media applications such as GTHUMB are candidates for an increased feature set provided by libdmapsharing. Rhythmbox presently contains similar functionality (in fact, libdmapsharing was originally pulled from Rhythmbox's implementation), but libdmapsharing separates the code into a reusable library and adds DPAP (photo) support. Yes! I'd love for gthumb or any other photo app to integrate with iPhoto (does it support iPhoto, in the same way that we can't support being iTunes clients for anything beyond iTunes 6.x?). I'd approve libdmapsharing as an external dependency without any problems, not as a developer dep though... Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: libdmapsharing
On Sat, 2009-06-27 at 00:27 +0200, Andre Klapper wrote: Hi Mike, thanks for your interest in making libdmapsharing an official part of GNOME (though the proposal deadline for 2.28 has already passed). Am Freitag, den 26.06.2009, 16:08 -0400 schrieb W. Michael Petullo: Purpose: libdmapsharing is a library to access and share DMAP (DAAP DPAP) content. This library is written in C using GObject and libsoup. The DMAP family of protocols are used by products such as iTunes, iPhoto and the Roku SoundBridge family to share content such as music and photos. I wonder if this may interfere with other existing projects, e.g. Conduit? (Though Conduit has not seen a release since 21-Oct-2008 so I wonder how active the development currently is.) No conflict with Conduit here. Development is still active, unfortunately I have been slack at releases. Having a Ubuntu PPA has made me lazy. John ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
