Package Details: logitechmediaserver-git 20171117.2fae540-1

Git Clone URL: https://aur.archlinux.org/logitechmediaserver-git.git (read-only)
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/stefansielaff/slimserver
Keywords: logitech slimserver squeezebox
Licenses: GPL, custom
Provides: logitechmediaserver
Submitter: stef.an
Maintainer: stef.an
Last Packager: stef.an
Votes: 8
Popularity: 0.188545
First Submitted: 2015-05-16 16:04
Last Updated: 2017-11-17 19:42

Latest Comments

stef.an commented on 2017-11-17 19:43

Okay, hope you like it :)

fragfutter commented on 2017-11-16 07:45

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

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

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

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

stef.an, thank you so much! You have solved my problem.

Have a great day!

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

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

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

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


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

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...

All comments