For reasons I haven't been able to determine, the latest version of logitechmediaserver and a fully updated Arch system no longer permits the third party (Triode's) Spotify to work. It may be a permissions problem (access to the /opt/logitech directory by the plugin?); it may be a User/Group problem (though I've tried every combination for this); it may be a systemd problem. I will be trying to get to Triode on the Logitech forum to see if he has any suggestions, but my impression is that the plugin in working on other distros and so may not be a plugin problem. If I determine a solution, I'll certainly post back here.
Search Criteria
Package Details: logitechmediaserver 8.5.2-1
Package Actions
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.000093 |
First Submitted: | 2011-11-03 06:54 (UTC) |
Last Updated: | 2024-07-01 19:06 (UTC) |
Dependencies (10)
- perl (perl-gitAUR)
- perl-io-socket-ssl
- gd (gd-gitAUR) (make)
- nasm (nasm-gitAUR) (make)
- rsync (rsync-gitAUR, rsync-reflinkAUR, rsync-reflink-gitAUR) (make)
- wget (wget-gitAUR, wurlAUR) (make, aarch64)
- yasm (yasm-gitAUR) (make)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat) (make)
- lib32-gcc-libs (lib32-gcc-libs-gitAUR, lib32-gccrs-libs-gitAUR, lib32-gcc-libs-snapshotAUR) (optional, x86_64) – transcoding on 64-bit systems
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR) (optional, x86_64) – transcoding on 64-bit systems
Required by (0)
Sources (3)
Latest Comments
« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 50 Next › Last »
dojero commented on 2013-04-23 17:22 (UTC)
<deleted-account> commented on 2013-03-26 19:32 (UTC)
hi vesath
could you also please make a PKGBUILD for the UE music library?
http://downloads.slimdevices.com/nightly/10.0/sc/111ef50/uemusiclibrary-10.0.2-1363855158.tgz
thanks
vesath commented on 2013-03-11 00:18 (UTC)
dojero: I now believe it makes sense to use User=logitechms,Group=logitechms in the service file instead of the --user option. However, there is simply no way I can prefill User=`your-username-here` in the service file. If this is the only way Spotify can run, well then, too bad for Spotify.
dojero commented on 2013-03-06 16:07 (UTC)
The workaround for the Spotify third party plugin being discussed is to add your user name to the service file and then to add your username to group logitechms. The Spotify third party plugin will then work, allowing Spotify to be run on legacy Squeezebox equipment (the Spotify plugin only works with newer equipment, such as the UE radio).
dojero commented on 2013-02-27 05:15 (UTC)
jcharbar: Can you be more specific about your workaround? I remove the --user option and add the User and Group options with logitechms, but still cannot get Help App to run. Are you saying that I should be using root for User? My user name? Thanks.
vesath commented on 2013-02-10 10:49 (UTC)
jcharbar: From what you are saying, it seems the Spotify plugin is at fault: it should not need its user/group to be enforced by a kernel cgroup (which is what systemd uses with User= and Group=) and should work out-of-the-box with logitechmediaserver's --user option. You should report this issue upstream and have it fixed there.
jcharbar commented on 2013-02-01 21:30 (UTC)
I installed Triode's Spotify Logitech media server plugin and it fails to work when LMS uses the "--user=" option. I had to switch systemd's "User=" and "Group=" to get it working. This could also be an issue for other LMS plugins.
vesath commented on 2013-01-27 23:10 (UTC)
This is not really required: instead of having systemd run logitechmediaserver as a specific user/group, we currently let the daemon drop root privileges itself (the --user= option).
An alternative could probably be to remove that option and rely on systemd's User= and Group=, but I have not tested it and am not sure what the advantages would be.
jcharbar commented on 2013-01-27 21:22 (UTC)
Looks like the logitechmediaserver.service file is missing User and Group i.e.
[Unit]
Description=Logitech Media Server Daemon
After=network.target
[Service]
User=logitechms
Group=logitechms
PIDFile=/var/run/lms.pid
WorkingDirectory=/opt/logitechmediaserver
ExecStart=/opt/logitechmediaserver/slimserver.pl \
--prefsdir /opt/logitechmediaserver/prefs \
--cachedir /opt/logitechmediaserver/cache \
--logfile /opt/logitechmediaserver/Logs/slimserver.log \
--user logitechms
[Install]
WantedBy=multi-user.target
vesath commented on 2012-11-18 07:23 (UTC)
Thanks Farfaday.
Pinned Comments
FabioLolix commented on 2024-05-26 08:40 (UTC)
-bin variant uploaded https://aur.archlinux.org/packages/logitechmediaserver-bin