The softsqueeze client is often installed on machines that are separate from the server where media-sound/slimserver is installed. Thus, it doesn't make sense to have an RDEPEND on media-sound/slimserver. Also, it would be nice to get the newest version (media-sound/softsqueeze-3.4) into the tree with support for compiling and installing it separately from slimserver. Currently, it is just a shell script that launches the bundled version of softsqueeze that comes with slimserver.
Created attachment 129299 [details] softsqueeze-3.4.ebuild This ebuild works for me on ~x86; however, it won't work out of the box for other people since upstream doesn't provide tarballs of its source code releases. So a snapshot of softsqueeze-3.4 will have to be checked out at http://svn.slimdevices.com/repos/slim/trunk/softsqueeze/ and pushed to the gentoo mirrors.
reassigning to proper alias
Taking bug as new maintainer of this package
Masked for now until this is fixed (since slimserver is going away in favor of newer squeezecenter anyway).
I'm unsure what the future plan for the SoftSqueeze ebuild should be; Logitech (nee SlimDevices) plan to retire it in favour of SqueezePlay in SqueezeCenter 7.3. SqueezePlay is a Lua-based cross-platform application that is built on the technology for their Controller product, and will feature audio playback: http://forums.slimdevices.com/showpost.php?p=336705&postcount=9 http://wiki.slimdevices.com/index.php/SqueezePlay
(In reply to comment #5) > I'm unsure what the future plan for the SoftSqueeze ebuild should be; Logitech > (nee SlimDevices) plan to retire it in favour of SqueezePlay in SqueezeCenter > 7.3. I'd be one to toss it and incorporate squeezeplay once it gains audio playback capabilities. Also, I think some sort of headless playback will eventually be available via squeezeplay otherwise squeezeslave could also be added to the tree.
Yeah, the current softsqueeze build simply installs a one-line script that runs a jar file from slimserver, so we'd have to download the actual files necessary. I do agree that softsqueeze shouldn't depend on slimserver, of course. :) Let's see what happens with SqueezePlay. It may be worth re-incarnating softsqueeze if it won't be ready relatively soon.
This package is being removed now - depends on old slimserver, and only is available in binary form standalone. We can bring this back if we can find a source build, but there are soon to be better alternatives.
Would just like to note that the aforementioned SqueezePlay, which was little more than a skeleton when Softsqueeze was dumped, is now actually usable with a fully-functional UI and playback capability. I built it from svn on ~x86 per the guidelines at http://wiki.slimdevices.com/index.php/SqueezePlay_Build_Instructions There are a number of external libs included in the svn checkout (SDL, portaudio, libmad, FLAC among others) so if making an ebuild it would probably be desirable to split these out, which requires more knowledge than I have. That said I'd like to see it move towards Portage if there's any interest in adopting it. I'm happy to help with any testing.
Robin, thanks for the update. I am not familiar with the latest on these packages. Perhaps Stuart has an opinion on this, and we can consider putting together something. If you get an ebuild working, let us know!
Thanks Robin. Yes, I tried it myself recently (on an Ubuntu laptop...). It worked for me, although I couldn't get any noise out of the thing at the time. I don't run X on my Gentoo server myself, but I might have a go at creating an ebuild. Could you raise a new bug requesting that ebuild and make a note of that bug number in here so people can find it. If you could also put a pointer to where the sources are that would be a help. I'll take a look - I'll need to set up a virtual machine with a test environment in it first, which might take a little while from scratch. (In reply to comment #9) > Would just like to note that the aforementioned SqueezePlay, which was little > more than a skeleton when Softsqueeze was dumped, is now actually usable with a > fully-functional UI and playback capability. I built it from svn on ~x86 per > the guidelines at > > http://wiki.slimdevices.com/index.php/SqueezePlay_Build_Instructions > > There are a number of external libs included in the svn checkout (SDL, > portaudio, libmad, FLAC among others) so if making an ebuild it would probably > be desirable to split these out, which requires more knowledge than I have. > That said I'd like to see it move towards Portage if there's any interest in > adopting it. I'm happy to help with any testing. >
