+++ This bug was initially created as a clone of Bug #274534 +++

SqueezeCenter has been upgraded from version 7.3.3 to v 7.4 and in the process been renamed to Squeezebox Server due to an overhaul of the UI and the addition/revamp of mysqueezebox.com. 

This is a new major stable release and will probably require a revamped ebuild.

Thanks for the prod. Yes, I'm working on it now. As you've noted it will take a bit of work as they've changed the name (again! it's going to have to be "media-sound/squeezeboxserver", I think) and there are quite a few Perl dependency changes.

Joe, you can assign this to me if you like.

(In reply to comment #1)
> Thanks for the prod. Yes, I'm working on it now. As you've noted it will take a
> bit of work as they've changed the name (again! it's going to have to be
> "media-sound/squeezeboxserver", I think) and there are quite a few Perl
> dependency changes.
> 
> Joe, you can assign this to me if you like.
> 

Sorry, didn't mean for it to seem like a prod, just wanted to get it on the radar and tracked in case other people were thinking about it as well. If there is anything I or the community can do to help out let us know.

(In reply to comment #2)
> 
> Sorry, didn't mean for it to seem like a prod, just wanted to get it on the
> radar and tracked in case other people were thinking about it as well. If there
> is anything I or the community can do to help out let us know.
> 

That's no problem at all - I meant 'thanks'! It'll probably take me a few days to get something basic working. I've been plugging away to try to tackle bug#251494 but I don't expect I'll be able to get that addressed for the 7.4.0 build. I will, however, have eradicated the build-perl-modules step this time around, I think.

If you're interested you can keep an eye on my public git repository for this (github.com/hickinbottoms/squeezecenter-ebuild-for-gentoo) - I'll try to get a beta of the ebuild pushed to there as soon as it's basically working. Once it basically works I'll work on an update to migrate the old preferences over before submitting it to Portage.

(In reply to comment #3)
> If you're interested you can keep an eye on my public git repository for this
> (github.com/hickinbottoms/squeezecenter-ebuild-for-gentoo) - I'll try to
> get a beta of the ebuild pushed to there as soon as it's basically working.
> Once it basically works I'll work on an update to migrate the old preferences
> over before submitting it to Portage.
> 

Stuart I've been watching your develop-7.4 branch and noticed a few recent commits that seem like you've got a functional ebuild. Is this now functional/beta enough for me to try with reasonable odds I'll get a web interface running and can spend some time hunting for bugs in the new SBS?

Yes, generally the ebuild does seem to be working. There are a couple of things with it, though:

1. It won't migrate your existing SqueezeCenter settings yet.
2. There are a couple of Perl modules that it depends on that are not yet in Portage.

The first I suspect you're happy with (it might even be an advantage while it's in beta). The second concerns the following modules:

1. Audio::Scan (requested in bug#287264)
2. EV (requested in bug#287857)

If you can build those two modules yourself (app-portage/g-cpan might help with that, but I think I had to hand-roll EV in the end), then you should definitely be able to install it and get it working with the current beta ebuild with minimal difficulties. You'll notice, though, that you'll need quite a few more unstable Perl packages in your /etc/portage/package.keywords file.

It might help if you could drop a comment in those two bugs as well (I'd make this dependent on them but as this bug is not assigned to me at the moment).

Comment 6 Joe Peterson (RETIRED) 2009-10-16 01:47:53 UTC

Stuart, let me know when you've got something ready for the new version.  Is the official new name "Squeeze Box Server"?  It makes a long name "squeezeboxserver" - which is ashame.  But if that's the name, we'll have to use it.

(In reply to comment #5)
> If you can build those two modules yourself (app-portage/g-cpan might help with
> that, but I think I had to hand-roll EV in the end), then you should definitely
> be able to install it and get it working with the current beta ebuild with
> minimal difficulties. You'll notice, though, that you'll need quite a few more
> unstable Perl packages in your /etc/portage/package.keywords file.
> 
> It might help if you could drop a comment in those two bugs as well (I'd make
> this dependent on them but as this bug is not assigned to me at the moment).
> 

You're dead right... squeezeboxserver ebuild works great but as expected the server must be reconfigured (though admittedly due to the changes in the GUI/server this may not be a terrible option as long as saving prefs is also an option). Audio:Scan pulled in through g-cpan like a breeze but needs it's own ebuild I agree... an EV reuquired the CPAN console due to YAML weirdness and inotify grief. 

Nonetheless the squeezeboxserver ebuild was flawless and the server is working great. Thanks, this bug is well on it's way to being closed!

(In reply to comment #6)
> Stuart, let me know when you've got something ready for the new version.  Is
> the official new name "Squeeze Box Server"?  It makes a long name
> "squeezeboxserver" - which is ashame.  But if that's the name, we'll have to
> use it.
> 

Yes, will do. It's kind of dependent on those two bugs this is now dependent on (to avoid bundling even more CPAN modules) but, if there's no progress on that in a while I can look at bundling them in as well.

Re 'squeezeboxserver' - yes, it's a biggie but that's the name they're currently giving it. This also matches the name of the Debian and other packaged builds they produce so I think that's what it should be for consistency, unfortunately.

Stuart,

Anything I can do to make this move?  A long story: Logitec pushed out the the latest squeezebox update (to 7.4), but it will only work with the "new" squeeze-box-server. So my squeezebox became stuck in a never ending upgrade-oops-downgrade oops-upgrade... cycle trying to work with squeezecenter and wanting to upgrade.  I killed (emerge -C) squeezecenter as it is now useless and, in addition, causes the upgrade-downgrade problem.  I tried to install squeezeboxserver from your page, most of it seemed to roll out OK but I couldn't get it to work (perhaps I do not know how to "hand roll" EV correctly).  So for now, I cloned a W2k virtual machine and installed windoz squeezeboxserver.  Pretty disgusting, but I can listen to music again.  I wish I had a better understanding of the issues involved, they seem philosophical to me.  But, if there is something I can do to help, please let me know.  And thanks for being a developer.   

(In reply to comment #9)
> I tried to install squeezeboxserver from your page, most of it seemed to roll out OK but I
> couldn't get it to work (perhaps I do not know how to "hand roll" EV
> correctly).

Quick 101, assuming you know how to add an overlay and checkout the git branch.
You need to emerge g-cpan
Then you can run:
g-cpan -i Audio::Scan
(this will install Audio::Scan via an automatically generated ebuild stored in an overlay)
Next to install EV open a console and start the cpan console:
cpan
install EV
(if it fails to test it's an inotify issue, run force install EV)

_Then_ test the new ebuild and it should work.

Sorry it's taking so long. It doesn't look like those two dependent bugs are going to get closed soon, but you could drop a comment into them (bug#287264, bug#287857) to try to get them moved on a little.

In the meantime I'll try to get those two Perl packages bundled with this ebuild - it's messy and will irritate the problem in bug#251494, but I don't see an alternative at the moment.

So, I'll have a crack at that in the next few days and try to get a version of the ebuild together that at least works, even if it isn't entirely 'clean'.

Note that it'll be for Squeezebox Server 7.4.1 as that is now out, which shows how slow I've been!

(In reply to comment #9)
> Stuart,
> 
> Anything I can do to make this move?  A long story: Logitec pushed out the the
> latest squeezebox update (to 7.4), but it will only work with the "new"
> squeeze-box-server. So my squeezebox became stuck in a never ending
> upgrade-oops-downgrade oops-upgrade... cycle trying to work with squeezecenter
> and wanting to upgrade.  I killed (emerge -C) squeezecenter as it is now
> useless and, in addition, causes the upgrade-downgrade problem.  I tried to
> install squeezeboxserver from your page, most of it seemed to roll out OK but I
> couldn't get it to work (perhaps I do not know how to "hand roll" EV
> correctly).  So for now, I cloned a W2k virtual machine and installed windoz
> squeezeboxserver.  Pretty disgusting, but I can listen to music again.  I wish
> I had a better understanding of the issues involved, they seem philosophical to
> me.  But, if there is something I can do to help, please let me know.  And
> thanks for being a developer.   
> 

Stuart,

I spread my whining (as comments) to both the bugs (EV / Audio).  I kind of understand and respect the concept for not bundling stuff as it is not the Gentoo way.  I would be happy using your git repository build -- as long as I can make it work -- if putting this stuff in portage proper is an issue.

Again, thanks   

I think it's a matter of when this gets into Portage, not if. I'll work on bundling EV/Audio::Scan and if those bugs move on in the meantime I'm more than happy to back that out. I'll report back here when the ebuild is ready - you can separately monitor my git repository if you're interested in the intermediate development - I'll avoid duplicating that here to reduce the noise.

(In reply to comment #12)
> Stuart,
> 
> I spread my whining (as comments) to both the bugs (EV / Audio).  I kind of
> understand and respect the concept for not bundling stuff as it is not the
> Gentoo way.  I would be happy using your git repository build -- as long as I
> can make it work -- if putting this stuff in portage proper is an issue.
> 
> Again, thanks   
> 

I got it working.  I did not initially roll out EV in the manner suggested by Nate. After following his directions (actually much simpler than what I did), 59 perl modules later it fired up and works.  Now I can shut down the windoze VirtualBox!  Thanks Stuart and Nate.

I've now got to the stage where the server starts and seems to serve music. I've not done much testing but it appears basically working.

Could those able to test from my github repository give this version a try?

github.com/hickinbottoms/squeezecenter-ebuild-for-gentoo/tree/develop-7.4/stage/

If this works OK I'll think about the migration of old SqueezeCenter settings and hopefully get it moved to the Portage tree without the "beta" mark.

I have tried to build it but on my ppc-gentoo machine the ebuild fails at
cp -r CPAN/arch "${D}/usr/lib/squeezeboxserver/CPAN" || die "Unable to install compiled CPAN modules"

and if i check under "work/squeezeboxserver-7.4.1-28947-noCPAN/CPAN/" there is no arch directory.

(In reply to