pippin wrote: > .. > The code is all open Source. The stuff that is not open source is > graphics/logos/text. > You can't expect all the 3rd-party interfaces to be open source. As of > my experience, all of these require proprietary interfaces to 3rd party > APIs (after all, that's what they are about) so you can't open-source > them. > Ridiculous as it is: some of the services, even the ones whose business > is selling subscriptions, require you to sign an NDA to only get their > API docs.
I have not taken a look at the LMS PERL code -and I am not a PERL programmer, but it reads quite well as a rule. It's not the 3rd party APIs that would seem the problem to me, though - the whole point about an API is that it hides inner complexity, i.e. to stream Pandora I don't need to do what they do internally, but rather merely invoke their published methods in my program. In LMS, it seems to me, all 3rd party APIs are optional, I can disable them within the Applications/Plugin options. It is the mandatory entry of a user account and password at mysqueezebox.com, required for installation and operation, that seems the liability when it comes to future proofing the LMS. I am not the least interested in how Logitech implements mysqueezebox.com - all I am saying is that, as a last service to Squeeezebox customers, Logitech should publish an open source version of LMS that runs in total autonomy within customers' home networks, blissfully unaware and independent of mysqueeezebox.com. The latter should be an optional application, like Pandora or others. That way a lot of the paranoia about the future-proof nature of our Squeezebox investment would be gone. ------------------------------------------------------------------------ pablolie's Profile: http://forums.slimdevices.com/member.php?userid=3816 View this thread: http://forums.slimdevices.com/showthread.php?t=96606 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
