Move audio/squeezeboxserver to audio/logitechmediaserver

[woodsb02]

Summary

Move audio/squeezeboxserver to audio/logitechmediaserver

audio/squeezeboxserver:

• Move to audio/logitechmediaserver
• Update to 7.9.0 pre-release (most recent git commit from 7.9 branch on 2016.09.30).
• Change default install and database locations to suit new PORTNAME
• Remove softsqueeze.sh as it is no longer bundled with the server
• Rather than editing /etc/newsyslog.conf, add file to /usr/local/etc/newsyslog.conf.d/
• Add LICENSE details
• Update maintainer (previous maintainer timeout)
• Use customized perl modules provided in distfile and slimserver-vendor GitHub repo, rather than using perl dependencies from ports
• Changed install method to now copy directly to stagedir instead of an intermediate step to TMP_SLIMDIR

audio/squeezeboxserver-dynamicplaylist:

• Move to audio/logitechmediaserver-dynamicplaylist
• Update to 2.9.3853
• Fix MASTER_SITES
• Add LICENSE details
• Update maintainer (previous maintainer timeout)

audio/squeezeboxserver-lazysearch:

• Move to audio/logitechmediaserver-lazysearch
• Add LICENSE details
• Update maintainer (previous maintainer timeout)

audio/squeezeboxserver-sqlplaylist:

• Move to audio/logitechmediaserver-sqlplaylist
• Update to 2.5.3859
• Fix MASTER_SITES
• Add LICENSE details
• Update maintainer (previous maintainer timeout)

audio/squeezeboxserver-superdatetime:

• Move to audio/logitechmediaserver-superdatetime
• Add LICENSE details
• Update maintainer (previous maintainer timeout)

audio/squeezeboxserver-trackstat:

• Move to audio/logitechmediaserver-trackstat
• Update to 3.2.3951
• Fix MASTER_SITES
• Add LICENSE details
• Update maintainer (previous maintainer timeout)

PR: 180034, 203266

Test Plan

poudriere testport: 10/12 amd64
portlint: looks ok
runtime testing: tested ok in clean 10amd64 jail

[woodsb02]

After installing logitechmediaserver, it is failing to start the rc.d service with an error that it cannot find the perl module Media::Scan. This is not a module on CPAN, but provided by slimdevices. I need to work out how to resolve this error.

[mark_tranquillussoftware.co.uk]

Hi,

I've had a look at trying to get this running this morning, I didn't have much luck. I think you need to get the slimserver-vendor module to build the binary parts of their modules. I started this by changing Makefile to use github:

PORTNAME= logitechmediaserver
PORTVERSION= 7.7.5
CATEGORIES= audio
USE_GITHUB= yes
GH_ACCOUNT= Logitech Logitech:vendor
GH_PROJECT= slimserver slimserver-vendor:vendor
GH_TAGNAME= 1b5b28e:vendor

UPDATING

8 ↗

(On Diff #16656)

Mention that the username has chaneged from squeezeboxserver to slimsrv

audio/logitechmediaserver/Makefile

7 ↗

(On Diff #16656)

How do you get away with not fetching the slimserver-vendor module and building the binary parts for the non-CPAN modules like Media::Scan?

audio/logitechmediaserver/pkg-plist

96 ↗

(On Diff #16656)

I had to remove Image/Scale.pm as it was conflicting with the system version

[woodsb02]

Updated to include improvements from Mark Dixon (including downloading and building a number of packages from the slimserver-vendor GitHub repo, such as FFmpeg 0.8.4).

[adamw]

UPDATING

22 ↗

(On Diff #20094)

Can people just move their SBS database over to LMS? If so, provide the exact steps that people should take.

[woodsb02]

UPDATING

22 ↗

(On Diff #20094)

The honest answer is, I do not know, and do not have a slimdevice device to do enough runtime testing. Hence I left it vague like this.

[mark_tranquillussoftware.co.uk]

UPDATING

22 ↗

(On Diff #20094)

LMS is a DNLA server as well, should be able to test on any DNLA device, or look in the server front end.

[woodsb02]

Updated audio/logitechmediaserver to the beta 7.9 branch, which was actually recommended by the upstream developers, and aligns with the package provided by a few Linux distros and the stated goals of the new port maintainer. It also aligns with upstream build recommendations in that it provides its own self contained perl modules and minimises use of perl module dependencies from ports (even if it's ugly, it ensures it will continue working if it aligns with upstream).

I tried to battle upstream developer recommendations for some time and maximise use of perl module dependencies from ports... but it was a losing battle as they customise their port modules.

[adamw]

Good work, Ben. Fire when ready.

[tdb]

Just to note that I'm happy for my ports to be replaced by logitech media server ones under the new maintainer. I've not reviewed or tested anything though.