4 years ago
28, like all my other hosts (apart from an RPi, which runs Raspbian).
LMS is a Perl application, hence the title.
The target machine is running Fedora 28, fully updated as of last Friday,
and and has never had LMS installed on it. I tried both the standard
release version, built last April, and the nightly development version,
built on Tuesday. These are:
logitechmediaserver-7.9.1-1.noarch.rpm 17-Apr-2018 08:28 171M
logitechmediaserver-7.9.2-0.1.1536072399.noarch.rpm 171.37 MB
September 04 2018 15:22
However, a straight-forward install of either .rpm fails immediately with
a Perl version dependency error. Here's the standard release failing to
install, followed immediately by asking Perl for its version:
$ sudo rpm -U logitechmediaserver-7.9.1-1.noarch.rpm
[sudo] password for xxxx:
error: Failed dependencies:
perl >= 5.8.8 is needed by logitechmediaserver-7.9.1-1.noarch
$ perl -v
This is perl 5, version 26, subversion 2 (v5.26.2) built for x86_64-linux-
As you can see, the current F28 Perl is version 5.26.2, and since LMS
only requires 5.8.8 or higher, I would have expected that to work, but
This will be a throwaway install which will be used as a known fresh
install while I trouble-shoot a plugin problem with my live LMS server,
which is on a different host, so I don't mind trashing it by tweaking the
rpm options to force an install. If it runs as well, that's a bargain.
With that in mind, how can I force rpm to ignore the Perl version and do
the install anyway?
I'd prefer to force rpm to do the install rather than using a nightly
tarball because that will make removal easier when I no longer need this
copy of LMS.
-- Martin | martin at Gregorie | gregorie dot org