Updated version(s) are available on AUR4, please use
https://aur4.archlinux.org/packages/logitechmediaserver/
until repos are switched. Thanks!
Search Criteria
Package Details: logitechmediaserver 7.9.0.arch1-1
Package Actions
| 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/stefansielaff/slimserver |
| Category: | multimedia |
| Licenses: | |
| Submitter: | vesath |
| Maintainer: | stef.an |
| Last Packager: | stef.an |
| Votes: | 51 |
| First Submitted: | 2011-11-03 06:54 |
| Last Updated: | 2015-06-09 11:27 |
Dependencies (8)
- perl<5.21
- gd (make)
- nasm (make)
- rsync (make)
- yasm (make)
- zlib (make)
- lib32-gcc-libs (optional, x86_64) – transcoding on 64-bit systems
- lib32-glibc (optional, x86_64) – transcoding on 64-bit systems
Required by (0)
Sources
Latest Comments
Comment by stef.an
Comment by stef.an
I understand that people have problems with the perl dependency (<5.21). Flagging the package out of date and so on.
But it's that simple - slimserver isn't compatible with perl 5.22 (yet).
I'm trying it on my machine but for now it doesn't work... so until this is solved we all can install perl 5.22 OR logitechmediaserver but unfortunately not both.
Comment by stef.an
Done, current Package includes armv6h/armv7h. I always thought "arm" would cover all versions.
The new packages on aur4 already contain this change. If possible we should stick with this version until the new aur is activated because I'm already confused with all my github/aur/aur4 repos and versions, haha.
Comment by gps1539
Awesome work.
Could you add armv7h to arch = in the PKGBUILD i.e. arch=('i686' 'x86_64' 'arm' 'armv7h'). This package should work well on armv7h device such as cuboxi
Comment by stef.an
Okay, so here's the plan: I'm running LMS on my (armv5tel) NAS and a bunch of Raspis with squeezelite built into my house. So I'll pull changes to my fork frequently - but be warned I'm usually a developer and not a packager ;)
From time to time or if requested here I'll snap a release on github which will then be the base for this package to make sure it's relatively stable (no need to rebuild yet, this .arch1 is the same as before).
logitechmediaserver-git on the other hand will download the current sources from my fork instead of waiting for a release. So everyone has the choice between stability or actuality.
I hope this sounds ok and you understand what I mean, I really have to revamp my English-skills :D
Comment by NygelLyndley
Cheers for the work stef.an, running 7.9.
Some great new features in there, loving the super fast search.
According to this 7.9 is indeed a development branch http://forums.slimdevices.com/showthread.php?98711-LMS-Changelogs but I don't think this is such an issue.
Also if you view the specific changes it looks like there's quite a few community members getting involved in development. The future of LMS looks bright. =)
Comment by Renophaston
I also really appreciate the reduced download, so I'd stick with yours. (And thanks!)
What's the difference between this package and logitechmediaserver-git now? Should I switch back to using this one?
Thanks again!
Comment by stef.an
As far as I'm concerned I think the developers don't follow this scheme, because imho at least heavier bug fixes would be pulled into the older versions if they did.
But on the other hand yes - 7.9 seems to be the version that is currently under construction while the developers tend to create extra branches for new functions.
Comment by NygelLyndley
7.9 is a development branch?
https://en.wikipedia.org/wiki/Software_versioning#Odd-numbered_versions_for_development_releases
Like Kernel versioning, even numbers are stable, odd are development?
Comment by WhiteKnight
I would vote for staying with your fork as long as you maintain it.
Your work is much appreciated, stef.an!