Package Details: logitechmediaserver-git 20210327.21451_359cd3a1d-1

Git Clone URL: https://aur.archlinux.org/logitechmediaserver-git.git (read-only, click to copy)
Package Base: logitechmediaserver-git
Description: Slimserver for Logitech Squeezebox players. This server is also called Logitech Media Server. (Git-Version, if you prefer stability consider using logitechmediaserver instead)
Upstream URL: https://github.com/Logitech/slimserver
Keywords: logitech slimserver squeezebox
Licenses: GPL, custom
Provides: logitechmediaserver
Submitter: stef.an
Maintainer: stef.an (FabioLolix)
Last Packager: stef.an
Votes: 9
Popularity: 0.123019
First Submitted: 2015-05-16 16:04 (UTC)
Last Updated: 2021-03-27 12:02 (UTC)

Dependencies (10)

Required by (0)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

fragfutter commented on 2017-11-16 07:45 (UTC)

the fedora naming guideline for non released versions would be YYYYMMDD.<revision> or YYYYMMDD<scm><revision> so currently 7.9.1-20171116.89c64f or 7.9.1-20171116git89c64f7 https://fedoraproject.org/wiki/Packaging:Versioning

stef.an commented on 2017-11-15 20:16 (UTC) (edited on 2017-11-15 20:18 (UTC) by stef.an)

Hi, I don't want to arrogate but this version downloads the tar.gz snapshot of the current branch from my repo. It doesn't "clone" it using git because I wanted to save the overhead of cloning the entire repo. This way it only downloads the latest snapshot, cloning the repo would transfer about 1 Gigabyte of data. On GitHub the latest version can always be downloaded from https ://github.com/[repo]/archive/[branch].tar.gz while the branch name in this case is "public/7.9". I agree that there should be a version update whenever I merge the upstream. There is no numeric versioning in git, so maybe we should use the date? Currently this would be logitechmediaserver-git 7.9.1-20171031

darkshines commented on 2017-11-15 09:56 (UTC)

I agree, even though it say "-git", it is behind the package "logitechmediaserver". The non-git version installs 7.9.1.arch3, which is more up to date than this package here, which does not clone the git repo. In my opinion, this is wrong and should be changed so the current version from github is cloned.

rdmboy commented on 2017-10-27 11:07 (UTC)

Hi, currently LMS-git never updates and always tells me that it is up to date when I run a system update. Looking at the PKGBUILD it seems like it only looks for archived packages and doesn't actually clone the git head. Am I misunderstanding something or is this package not doing what it is supposed to?

fydo commented on 2017-09-07 15:52 (UTC)

stef.an, thank you so much! You have solved my problem. Have a great day!

stef.an commented on 2017-09-07 14:52 (UTC)

Hi, you have to rebuild the package after upgrading perl, it is only compatible to the perl version you built it with. This is the usual way to handle lms on perl upgrades: - uninstall lms (this leaves your libraray and data intact) - upgrade system - (re)build using the latest PKGBUILD from here and install lms If you're using yaourt, it might handle that for you but I'm not sure about that (yaourt -Syu instead of pacman -Syu).

fydo commented on 2017-09-06 21:58 (UTC)

I'm getting the same issue as blackhole when trying to update: error: failed to prepare transaction (could not satisfy dependencies) :: logitechmediaserver-git: installing perl (5.26.0-4) breaks dependency 'perl<5.25'

blackhole commented on 2017-06-06 14:28 (UTC)

logitechmediaserver-git: installing perl (5.26.0-1) breaks dependency 'perl<5.25'

stef.an commented on 2016-12-04 10:59 (UTC)

Thanks, I've renamed EV.pm in the repo and it shouldn't cause this problem anymore. The upstream's included CPAN is a pain and I'll try to replace some more of them by the system versions. But afaik this has to be done carefully, because there are some specific hacks in some of the modules...

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »