AUR (en) - logitechmediaserver

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

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:	FabioLolix (FabioLolix)
Last Packager:	stef.an
Votes:	72
Popularity:	0.000000
First Submitted:	2011-11-03 06:54 (UTC)
Last Updated:	2024-07-01 19:06 (UTC)

Dependencies (10)

perl (perl-git^AUR)
perl-io-socket-ssl
gd (gd-git^AUR) (make)
nasm (nasm-git^AUR) (make)
rsync (rsync-git^AUR, rsync-reflink^AUR) (make)
wget (wget-git^AUR) (make, aarch64)
yasm (yasm-git^AUR) (make)
zlib (zlib-git^AUR, zlib-ng-compat-git^AUR, zlib-ng-compat) (make)
lib32-gcc-libs (lib32-gcc-libs-git^AUR, lib32-gccrs-libs-git^AUR, lib32-gcc-libs-snapshot^AUR) (optional, x86_64) – transcoding on 64-bit systems
lib32-glibc (lib32-glibc-git^AUR, lib32-glibc-eac^AUR, lib32-glibc-git-native-pgo^AUR) (optional, x86_64) – transcoding on 64-bit systems

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 .. 33 34 35 36 37 38 39 40 41 42 43 .. 50 Next › Last »

bongo commented on 2012-01-05 16:55 (UTC)

Please don't use that package anymore, use logitechmediaserver instead, which is the successor. The maintainer of this package has left; he's not reachable via email anymore.

<deleted-account> commented on 2011-12-30 11:44 (UTC)

Upgrade 7.7.0-1 => 7.7.1-1 works flawless. Again great work versath

<deleted-account> commented on 2011-11-29 20:43 (UTC)

I've recently moved from gentoo to arch, installed lms-7.7 and performance compared to gentoo running sbs-7.6.2 is really bad, did anyone experienced any lag during search via web browser, or laggy playback?

<deleted-account> commented on 2011-11-26 14:46 (UTC)

I have to take that back. It works like a breeze, until LMS needs to do a transcode (for my antiquated SBClassic). The binaries in /opt/logitechmediaserver/Bin/i386-linux/ do not work on a i64 arch. But I'm really wondering where the path to these binaries is decided. The convert.conf does mention a [bin] variable but does not use it.

<deleted-account> commented on 2011-11-07 18:23 (UTC)

Works like a breeze. Make sure, however, to manually remove /opt/squeezbox-server, and /etc/rc.d/squeezebox-server scripts. Slimdevices/Logitech decided to rename the product once again :-)

vesath commented on 2011-11-06 23:12 (UTC)

I have been using logitechmediaserver for the past few days and have not had any problem with it. Therefore I encourage everyone to switch: https://aur.archlinux.org/packages.php?ID=53691 In a few days, I will remove squeezebox-server (and its AUR votes will be transfered to logitechmediaserver).

vesath commented on 2011-11-03 06:56 (UTC)

Version 7.7 was just released... under the rebranded name of "Logitech Media Server". That's unfortunate since to be consistent with upstream we have to rename directories, create a logitechms user, etc. So I uploaded a package called logitechmediaserver which appears to work so far; I haven't thoroughly tested it though. When I feel it is ready, I will make an announcement here; later, I will remove this squeezebox-server package and people should switch to that logitechmediaserver package.

<deleted-account> commented on 2011-09-28 13:05 (UTC)

Thank you for this package - It installed great on my system. I hope it gets promoted to the main repository! :-)

<deleted-account> commented on 2011-09-16 14:39 (UTC)

The AUR worked fine for getting a working squeezeboxserver on my machine. But the third party Spotify plugin wouldn't work. After much messing about, I discovered a simple fix: create symlinks from /usr/lib and /usr/lib32 to libspotify.so [code] # ln -s /opt/squeezebox-server/cache/InstalledPlugins/Plugins/Spotify/Bin/i386-linux/lib64/libspotify.so.8 /usr/lib/libspotify.so.8 # ln -s /opt/squeezebox-server/cache/InstalledPlugins/Plugins/Spotify/Bin/i386-linux/libspotify.so.8 /usr/lib32/libspotify.so.8 [/code] That's on a 64 bit install. On an x686, you'd only need the one link: [code] # ln -s /opt/squeezebox-server/cache/InstalledPlugins/Plugins/Spotify/Bin/i386-linux/libspotify.so.8 /usr/lib/libspotify.so.8 [/code] Just posting this here in case it's useful to someone. Cheers. And thanks, vesath, for the excellent AUR.

<deleted-account> commented on 2011-09-04 12:50 (UTC)

Fair enough vesath. I understand your reluctance. The problem is SqueezeboxServer refers to files in the '/opt/squeezebox-server/Bin/' explicitly. On my x86_64 installation the standard files ( included with the squeezeboxserver-7.6.1 ) will not run on x86_64. I get '/flac: No such file or directory ' errors when I attempt to run them. This might not be a problem on 386 installations. Unfortunately the symptom of this problem is less conspicuous. Normally the SBS will play tracks in native mode and will just stream flac mp3 etc directly to the player. It will not touch any of these binaries. If it finds something the player cannot play (SB Touch cannot play 192kHz/24bit material) it has to rely on FLAC and SOX to transcode. If these can not be run the result is a deafening silence. So yes you are right: only people playing exotic material, probably on x86_64 versions of Arch (haven't tested otherwise) will be impacted by this problem.