On 10/10/2013 06:12 PM, castalla wrote: > > I have LMS running on Fedora, Ubuntu and Debian - none of which are the > latest and greatest - end result, rock solid systems and virtually no > maintenance.
That's your choice, but it's not mine. I strongly believe in updating software on a regular basis, primarily to fix security holes and bugs and only secondarily to get new features. I also use my servers for other purposes that require that they be kept up to date. Well-written applications should never break when this happens. Even when a non-backward-compatible change must be made to some module (e.g., a library) in Debian Linux, an application can specify that it needs the previous version and the package manager will handle this automatically. It can even allow multiple versions to coexist so that each application can use the one it wants. But the .deb files with the Squeezebox media server don't seem to do this -- probably because there are just far too many dependencies in the first place. I think these "bit rot" problems are merely a symptom of the real problem, which is that the Squeezebox media server tries to do far too much in one huge program written in the wrong language. Countless media player and library management programs with full-blown (and very complex) GUIs already exist for every OS, ranging from iTunes to the obscure, and I don't really see why I should have to use yet another one just to send audio through Squeezebox hardware. Why reinvent the wheel? What I really want is something like Apple's AirTunes or AirPlay, only with an open and unencumbered protocol specification and support for all the major codecs, including open-source ones like Ogg Vorbis and FLAC that the commercial guys refuse to support. It was this support for open codecs that attracted me to the Squeezebox in the first place. --Phil _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
