Updated lms-nocpan package to the latest nightly:
Code:
Logitech Media Server Version: 8.0.0 - 1588799628 @ Wed May 6 23:55:26 CEST
2020
Installed the updated package:
Code:
server:~/aports/main/lms-nocpan$
Finally made some decisions and have LMS installed from custom Alpine
packages on my new Dell/Wyse 5070. So far so good.
I went with an /opt setup following the FHS, at least so far as I can
decipher it. I ended up having four packages:
lms
lms-utils
lms-modules
lms-nocpan
The lms package
After getting derailed by seemingly random file checksum mismatches
using the internal SATA port on the armel M300's I was working with, I
finally basically gave up on that older hardware and picked up some
newer x86_64 Wyse thin clients: a 5070 and several 3040's. These things
are really nice.
sodface wrote:
> @ralpy, thanks for the input. So are you recommending _not_ creating a
> package for LMS itself but maybe just the dependencies, like Perl and
> the openrc scripts? What about the modules?
No. I was only trying to point out that lms can be kept within one
folder.
What I've
sodface wrote:
> In option 1, is there a symlink under CPAN/arch pointing to the
> compiled modules?
In my case, it does (I keep all non-standard files (i.e. those not in
the no-CPAN tar like arch, Custom.pm) in a separate directory in /opt,
so I can just untar a new LMS version, and link the
mherger wrote:
> > Excerpt from my Config.pm:
>
> What Config.pm would this be? This more looks like from a
> Slim::Utils::OS::* module (which I'd recommend you'd use, a Custom.pm).
>
You're right - it's from my Custom.pm (not sure where the Config.pm came
from), and it was meant to be an
Excerpt from my Config.pm:
What Config.pm would this be? This more looks like from a
Slim::Utils::OS::* module (which I'd recommend you'd use, a Custom.pm).
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
Roland0 wrote:
> It doesn't say "a system administration program", but one "used
> exclusively by the system administrator", which is true for any
> server-type application (a regular user is not supposed to e.g. start a
> database server etc.)
> Also "run as either a system administrator or a
sodface wrote:
> I wouldn't classify /usr/sbin/httpd as a system administration program
> and it's probably never run as either a system administrator or a normal
> user, or at least it drops privileges after it's executed. In other
> words, I don't see how Alpine packagers determined that
@ralpy, thanks for the input. So are you recommending _not_ creating a
package for LMS itself but maybe just the dependencies, like Perl and
the openrc scripts? What about the modules?
Roland0 wrote:
> The method to customize LMS for an unsupported OS platform is described
> 'here'
>
The method to customize LMS for an unsupported OS platform is described
'here'
(http://wiki.slimdevices.com/index.php/Customizing_Logitech_Media_Server_using_Slim::Utils::OS::Custom)
Which type of data should go where in the Linux file hierarchy is
described in the 'Filesystem Hierarchy
I run LMS from git in /opt/logitechmediaserver and everything stays
contained within that folder other than searching for system utilities
as long as you set the folder locations when you start it.
Code:
/opt/logitechmediaserver/slimserver.pl --prefsdir
You guys are probably getting tired of these Alpine Linux threads but,
I've been working on an armel port ('see this thread'
(https://forums.slimdevices.com/showthread.php?111730-Alpine-Linux-on-Dell-M300))
and I've got everything built for LMS I believe and now I just need to
package it up. I
sodface wrote:
> One follow on question for you, when you say "the last build I did" and
> then provide the list of source tarballs, do you mean that you used the
> slimserver-vendor buildme.sh script with those updated sources or did
> you build them some other way that didn't rely on any lms
Thanks for the reply Roland0. I'll review this information and
hopefully come up with something that makes sense. One follow on
question for you, when you say "the last build I did" and then provide
the list of source tarballs, do you mean that you used the
slimserver-vendor buildme.sh script
sodface wrote:
> I was going that direction, building slimserver-vendor modules against
> the current Alpine Perl version and then combining with the unix-noCPAN
> tar file to get a working installation.
>
There likely isn't an elegant solution to the dependency issues without
including a
I've got:
Code:
Logitech Media Server (v7.9.2, 1576909043, Sat Dec 21 07:49:57 CET 2019)
perl 5.030001 - aarch64-linux-thread-multi
Running on a Raspberry Pi 4 with Alpine Linux 3.11.2:
Code:
Linux rpi4 5.4.6-0-rpi4
17 matches
Mail list logo
