Package Details: logitechmediaserver 8.5.2-1

Git Clone URL: https://aur.archlinux.org/logitechmediaserver.git (read-only, click to copy)
Package Base: logitechmediaserver
Description: Slimserver for Logitech Squeezebox players. This server is also called Logitech Media Server. (Release-Version, if you prefer bleeding edge consider using logitechmediaserver-git instead)
Upstream URL: https://github.com/LMS-Community/slimserver
Keywords: logitech slimserver squeezebox
Licenses: GPL, custom
Submitter: vesath
Maintainer: stef.an (FabioLolix)
Last Packager: stef.an
Votes: 72
Popularity: 0.000023
First Submitted: 2011-11-03 06:54 (UTC)
Last Updated: 2024-07-01 19:06 (UTC)

Dependencies (10)

Required by (0)

Sources (3)

Pinned Comments

FabioLolix commented on 2024-05-26 08:40 (UTC)

-bin variant uploaded https://aur.archlinux.org/packages/logitechmediaserver-bin

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 50 Next › Last »

setone commented on 2017-06-08 19:24 (UTC)

I've diagnosed what happened to me (see a couple of posts down). Here are the steps I took: 1. As a sanity check, installed on an x86_64 machine with lots of memory and everything worked as expected. 2. Uninstalled from the armv6h machine and reinstalled, using 'yaourt -S logitechmediaserver'. I noticed somewhere near the end of the build that there was a failure to write to /tmp (because it was 100% full). The build/install process carried on as if nothing was wrong, and zipped up a package and installed it. Trying to start the server gave me the same results as I reported below. 3. I saved the /opt/logitechmediaserver directory off to the side, then uninstalled again, and this time downloaded a snapshot using 'yaourt -G logitechmediaserver' and built locally using 'makepkg -s'. 4. After installing the result of that, everything was in good shape. I did a diff of the "good" logitechmediaserver directory with the "bad" one and noticed many discrepancies. I could report them but I don't think it's all that relevant - the main point is that some users will run out of space in /tmp if they install the way I did in step 2, and end up with a bad install. If there's a solution to this problem it would probably be to fail the build when the write error occurs, instead of packaging up the parts that didn't fail and installing the result. As always, thank you stef.an for all the excellent work.

Gregoire commented on 2017-06-08 18:22 (UTC)

Thanks for the update. Any idea on how to solve this : slimserver.pl[28669]: XS.c: loadable library and perl binaries are mismatched (got handshake key 0xdb80080, needed 0xde00080) Thanks again.

auberginepop commented on 2017-06-08 13:59 (UTC)

I second happyarchlinuser - Thank you stef.an!

jewelux commented on 2017-06-08 13:46 (UTC)

@stef.an: Not so important, but the correct version number is 7.9.1.

happyarchlinuser commented on 2017-06-08 02:58 (UTC)

Thanks for maintaining this package up to date!

setone commented on 2017-06-07 22:04 (UTC)

I'm having some issues with the new version running on armv6h. I cleaned out everything - uninstalled the previous LMS, made sure that /opt/logitechmediaserver was gone, etc. Perl was updated today to v5.26. The result of trying to start the service is: The following modules failed to load: DBI XML::Parser::Expat JSON::XS YAML::XS Sub::Name I've tried installing the repo versions of all the modules that LMS complained about: pacman -S perl-dbi perl-xml-parser perl-json-xs perl-yaml-libyaml perl-sub-name and then after trying to start the service, I see: The following CPAN modules were found but cannot work with Logitech Media Server: Audio::Scan (loaded <not found>, need 0.93) Image::Scale (loaded 0.08 but missing object file, need 0.08) XML::Parser: Parser.pm and Expat.pm versions don't match at /opt/logitechmediaserver/CPAN/XML/Parser.pm line 20. BEGIN failed--compilation aborted at /opt/logitechmediaserver/CPAN/XML/Parser.pm line 22. Compilation failed in require at (eval 137) line 1. BEGIN failed--compilation aborted at (eval 137) line 1. Running with the d_startup parameter gives much more verbose output: https://ptpb.pw/i1v2

jewelux commented on 2017-06-07 19:52 (UTC)

@stef.an: Yes, after installing libyaml I could start the daemon. Many thx! Btw.: I didn't run a rebuild. Should I do it? What's about the error in the build-log? Cloud I ignore it? Thx again!

stef.an commented on 2017-06-07 18:44 (UTC)

Okay, could you try to install libyaml from the community repo? pacman -S perl-yaml-libyaml I think this should work and if it does I'll add the dependency. I'll also try the switch to system provided dbi and dbd in the next release...

jewelux commented on 2017-06-07 18:20 (UTC)

After I updated to 7.9.0.arch7-1 I can't start the daemon anymore. Error-message: "The following modules failed to load: YAML::XS" In the build-log-file I found these lines: "Can't locate inc/Module/Install.pm in @INC (you may need to install the inc::Module::Install module) (@INC contains: /home/user/.cache/pacaur/logitechmediaserver/src/slimserver-vendor-7.9.0.arch7/CPAN/build/5.26/lib/perl5/x86_64-linux-thread-multi /home/user/.cache/pacaur/logitechmediaserver/src/slimserver-vendor-7.9.0.arch7/CPAN/build/5.26/lib/perl5 /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl) at Makefile.PL line 1. BEGIN failed--compilation aborted at Makefile.PL line 1. make: *** No targets specified and no makefile found. Stop. make failed, aborting" Thx for any help.

djringjr commented on 2017-05-01 13:21 (UTC)

Reinstalled to new computer. I found that I had a file called /opt/logitechmediaserver/CPAN/EV.pm_ but no file called /opt/logitechmediaserver/CPAN/EV.pm so I cp /opt/logitechmediaserver/CPAN/EV.pm_ /opt/logitechmediaserver/CPAN/EV.pm then sudo systemctl restart logitechmediaserver and everything worked.

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 50 Next › Last »