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.000095
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 .. 10 11 12 13 14 15 16 17 18 19 20 .. 50 Next › Last »

stef.an commented on 2016-06-06 16:06 (UTC)

I've updated logitechmediaserver-git for perl 5.24, it's currently being tested and if it builds correctly I'll update this package as well. This is to make sure it builds before you spend hours cpu time on your raspberry pies ;) Thanks for your patience.

loh commented on 2016-05-05 16:53 (UTC) (edited on 2016-06-23 16:35 (UTC) by loh)

I'm having trouble getting logitechmediaserver working on a new Arch installation. On my old laptop I simply installed logitechmediaserver and added the logitechms user (the user that the application is run as) to the users group. After this, I can start the server and my music directory (located at /home/myusername/Music) is readable. Following the recommendations on the wiki, my new install assigns each user a default group with the same name as the user name. I had assumed that I could simply add the logitechms user to this new group and everything would work as expected. However, this doesn't seem to be the case and my home directory is not readable by the server (I've logged out, rebooted, etc.). The music and playlists directories have the same permissions on both systems (755 for directories and 644 for files). The only difference is the group ownership: the old system is myusername:users, and the new one myusername:myusername. Does anyone have any idea what could be going wrong? I've tried manually editing directory paths in /opt/logitechmediaserver/prefs/server.prefs but the media scan still returns nothing. In the server log I see the following warnings: Slim::Utils::SQLiteHelper::postConnect (374) Optimizing DB because of missing or empty sqlite_stat1 table Slim::Schema::forceCommit (2149) Warning: Trying to commit transactions before DB is initialized! main::checkDataSource (1113) Warning: Schema updated or no media found in the database, initiating scan. I've also tried the git version (also in the aur) and see the same problem there.

stef.an commented on 2015-08-23 15:03 (UTC)

This depends on how your network.target is reached. If you use systemd-networkd to configure your network: systemctl enable systemd-networkd-wait-online.service If you use NetworkManager: systemctl enable NetworkManager-wait-online.service This of course will slow down booting if your DHCP server isn't responding that quick.

Frans-Willem commented on 2015-08-21 10:21 (UTC)

Any chance of having the service wait for the network to be online before starting LogitechMediaServer ? Mine usually starts before a DHCP lease was gotten, and logs the following: Slim::Utils::IPDetect::_init (113) Warning: Couldn't call connect() - falling back to 127.0.0.1 Several things, like the Triode's Spotify plugin will fail to work because of this (having remote players trying to connect to 127.0.0.1 doesn't appear to work ;))

gps1539 commented on 2015-07-09 23:37 (UTC)

Thanks for the updates and adding armv7h to PKGBUILD. armv7h has incremental instructions in it's architecture and I believe compiling with with ARCH=armv7h will give better performance than with ARCH=arm (similar to 686 vs 386 for x86 CPUs).

stef.an commented on 2015-07-04 10:03 (UTC)

I've snapped a new release which should work with perl 5.22. Please check if there are issues filed on Package Base "logitechmediaserver-git" before you upgrade and remember it's always good to have a backup ;) (Upgrade: uninstall package, update perl, build package after updating perl and install)

dojero commented on 2015-06-30 05:04 (UTC)

There's a conflict between current version of perl (5.22) and the dependency here for <5.21.

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 50 Next › Last »