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.000006
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 .. 14 15 16 17 18 19 20 21 22 23 24 .. 50 Next › Last »

stef.an commented on 2014-10-21 20:09 (UTC)

elb, imho the compat libraries should already be pulled in as optional dependencies by [[ $CARCH == "x86_64" ]] && optdepends=(lib32-{glibc,gcc-libs}': transcoding on 64-bit systems') Just uploaded a new version with some minor changes and added arch=arm.

elb commented on 2014-10-21 10:16 (UTC)

BTW, is there a mean to tell lms to use already installed packages (for example flac) rather than supplied 32 bits binaries ?

elb commented on 2014-10-21 10:11 (UTC)

In order to enable transcoding from anything to mp3 on the server (e.g. to stream to a smartphone over 3G), 32 bits compat libraries are necessary : pacman -S lib32-glibc pacman -S lib32-gcc-libs Indeed, lms includes 32 bits binaries for flac and others decoders. Could you add those libs as optional dependencies ?

Xtof commented on 2014-09-27 17:19 (UTC)

Well, problem solved. TwoNotes has the solution. The execute privilege for everyone that was not set for the mounted raid1 volume containing the media folder (this x permission is not set for users directories in /home too, which seems obvious but I never paid attention with). Thanks to everyone for helping :)

NygelLyndley commented on 2014-09-22 13:51 (UTC)

stef.an, FWIW `su -s /bin/bash logitechms` does the same but without the add/removal of /bin/bash

stef.an commented on 2014-09-22 13:43 (UTC)

If the server ist running as logitechms you could first try to get normal shell access to the folder. Give logitechms a bash (all as root, use the commands without the hash ;) # usermod -s /bin/bash logitechms test access # su logitechms # cd /home post a "ls -la" here # cd totof (what heppens? should give you access denied) remove the bash for security # usermod -s /bin/false logitechms

TwoNotes commented on 2014-09-22 13:43 (UTC)

I had a problem like this - it was ignoring my library. I found that setting world read+execute privs recursively on the entire library fixed it. In particular, it needed the priv to read a directory, not just the files within the directory.

NygelLyndley commented on 2014-09-22 13:20 (UTC)

What user is the logitechmediaserver running as? If you're using the supplied systemd startup file the default is as 'logitechms' user and 'logitechms' group. Use that and all you probably need to do is add the logitechms user to your users group.